keine Icons mehr in KDE
Christian Althoff
ich habe hier ein "etwas grￜￜeres Problem:
anch dem Start von KDE (4. was auch immer unter Kubuntu 9.04) fehlen
plï¿œtzlich alle Icons!?!
der Versuch einer Neuinstallation endet mit folgenden Meldungen:
E:
/var/cache/apt/archives/kdevelop-data-kde4_4%3a3.9.91-0ubuntu2_all.deb:
Kann kein stat auf ￜ./usr/share/iconsￜ durchfￜhren (was ich gerade
installieren wollte)
E: /var/cache/apt/archives/kdevplatform-data_0.9.91-0ubuntu1_all.deb:
Kann kein stat auf ￜ./usr/share/iconsￜ durchfￜhren (was ich gerade
installieren wollte)
und das auffï¿œllt:
ein ls-l auf /user/shares fï¿œhrt zu folgender Ausgabe:
.
.
.
drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
?????????? ? ? ? ? ? i18n
?????????? ? ? ? ? ? icons
drwxr-xr-x 5 root root 184 2009-10-10 14:04 idl
.
.
.
Dolphin zeigt die beiden Ordner "il8n" und "icons" gar nicht (mehr)an.
Das parallel installierte Gnome hat noch ein paar Icons, ich vermute die
der Gnome-Programme.
Ich stehe leider "auf dem Schlauch" hoffe aber das hier jemand einen
Tipp hat.
Gruￜ
Christian Althoff
Marcel Bruinsma
> ein ls-l auf /user/shares führt zu folgender Ausgabe:
[ ls -l /usr/share ]
> drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
> ?????????? ? ? ? ? ? i18n
> ?????????? ? ? ? ? ? icons
Weshalb stat("/usr/share/icon") fehl schlägt bleibt unklar.
Versuchs mal mit
perl -e 'stat("/usr/share/icons")||die"$!\n"'
--
printf -v email $(echo \ 155 141 162 143 145 154 142 162 165 151 \
156 163 155 141 100 171 141 150 157 157 056 143 157 155|tr \ \\\\)
# Live every life as if it were your last! #
Christian Althoff
Marcel Bruinsma schrieb:
> Am Freitag, 30. Oktober 2009 17:02, Christian Althoff a écrit :
???????
>
>> ein ls-l auf /user/shares führt zu folgender Ausgabe:
> [ ls -l /usr/share ]
>> drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
>> ?????????? ? ? ? ? ? i18n
>> ?????????? ? ? ? ? ? icons
>
> Weshalb stat("/usr/share/icon") fehl schlägt bleibt unklar.
Weil das Verzeichnis "im Eimer" ist!?
Wie wäre es damit die beiden Vezeichnisse zu löschen und neu anzulegen
(manuell)?
> Versuchs mal mit
> perl -e 'stat("/usr/share/icons")||die"$!\n"'
>
sudo perl -e 'stat("/usr/share/icons")||die"$!\n"'
sudo: unable to resolve host althoffch
Permission denied
und nun?
Gruß
Christian
Christian Althoff
Marcel Bruinsma schrieb:
> Am Freitag, 30. Oktober 2009 17:02, Christian Althoff a écrit :
???????
>
>> ein ls-l auf /user/shares führt zu folgender Ausgabe:
> [ ls -l /usr/share ]
>> drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
>> ?????????? ? ? ? ? ? i18n
>> ?????????? ? ? ? ? ? icons
>
> Weshalb stat("/usr/share/icon") fehl schlägt bleibt unklar.
Weil das Verzeichnis "im Eimer" ist!?
Vielleicht hülfe es ja, die Verzeichnisse zu löschen und neu anzulegen
(manuell)?
> Versuchs mal mit
> perl -e 'stat("/usr/share/icons")||die"$!\n"'
"Permissen denied" (mit oder ohne sudo - egal :-( )
Mit "sudo": "sudo: unable to resolve host xxxxxx"
Gruß
Christian
Arno Wald
> Kann kein stat auf »./usr/share/icons« durchführen (was ich gerade
> installieren wollte)
Ist die Platte voll? => "df -h" eingeben.
--
Christian Althoff
Arno Wald schrieb:
> Christian Althoff wrote:
schrieb. ;-)
>
>> Kann kein stat auf »./usr/share/icons« durchführen (was ich gerade
>> installieren wollte)
>
> Ist die Platte voll? => "df -h" eingeben.
500MB sollten wohl reichen - oder?
Gruß
Christian
Wolfgang Bauer
> Arno Wald schrieb:
>> Ist die Platte voll? => "df -h" eingeben.
> 500MB sollten wohl reichen - oder?
Du meinst 500 GB.
Freundliche Gruesse
Wolfgang
--
http://www.wolfgang-bauer.at
Christian Althoff
Wolfgang Bauer schrieb:
>> 500MB sollten wohl reichen - oder?
>
> Du meinst 500 GB.
Nein.
>
> Freundliche Gruesse
> Wolfgang
Gru�
Christian
Wolfgang Bauer
> Wolfgang Bauer schrieb:
> Hallo Wolfgang,
> >> 500MB sollten wohl reichen - oder?
>> Du meinst 500 GB.
> Nein.
500 MB sind f�r heutige Programme nicht ausreichend. Bei der
Installation von aktuellen Programmen braucht es schon viel tempor�ren
Speicher. Wahrscheinlich ist die Platte doch voll.
Arno Wald
> 500 MB sind für heutige Programme nicht ausreichend. Bei der
Wenn bei gebootetem System die root Platte noch 500MB frei hat, sollte das
schon reichen. Wenn die insgesamt nur 500 MB groß ist, passt kein aktuelles
Linux mit Standardapps drauf.
Allerdings ist die Frage, wieviel Platz für root reserviert ist. Das bekam
man auch irgendwie raus. Diesen kann nur noch root beschreiben aber nicht
mehr ein normaler Benutzer. Da das Problem aber beim Installieren (unter
root) auftrat, wird es das nicht sein.
Andere Idee: mit tune2fs (d.h. je nach verwendetem Filesystem, ich gehe von
ext3fs aus), den Mount-Zähler größer setzen als den max-Mount-Wert, nachdem
wieder das FS geprüft wird und einmal neu booten. Damit werden die Platten
geprüft.
--
Christian Althoff
Martin Schnitkemper schrieb:
> Welches Dateisystem? Sag jetzt nicht ext4...
reisrefs
> Martin.
Mit freundlichen Gr?ï¿œen
Christian Althoff
--
Der verlorenste aller Tage ist der, an dem man nicht gelacht hat.
(Charlie Chaplin)
Bei privater Mail ist die Verwendung von PGP ausdr?cklich erw?nscht!
PGP-Schl?ssel auf http://blackhole.pca.dfn.de/
www.christian-althoff.de
Tim Landscheidt
>> Allerdings ist die Frage, wieviel Platz f�r root reserviert ist. Das bekam
>> man auch irgendwie raus. Diesen kann nur noch root beschreiben aber nicht
> Mit dumpe2fs kann man sich das anzeigen lassen. Wird beim Anlegen des
> Dateisystems mit dem "-m"-Parameter festgelegt, Standardeinstellung ist 5%.
Wobei man in dem Hinterkopf behalten sollte, dass sich das
auf *s�mtliche* von root angelegten Dateien bezieht, also
insbesondere a) auch auf die bereits installierte Software &
Co. und b) auf schnellwachsende Logfiles.
Tim
Arno Lutz
>Mit freundlichen Gr?áen
>Christian Althoff
>--
>Der verlorenste aller Tage ist der, an dem man nicht gelacht hat.
>(Charlie Chaplin)
>Bei privater Mail ist die Verwendung von PGP ausdr?cklich erw?nscht!
>PGP-Schl?ssel
dein Charset ist auch verkorkst. Selbst wenn ich meinen Reader die Zeichenkodierung
von ISO-8859-15 vorgebe, wirds nur müllig.
Wechsel doch einfach auf UTF-8
Gruß
Arno
--
Die kürzesten Wörter, nämlich "ja" und "nein" erfordern das meiste Nachdenken.
(Pythagoras)
Juergen Ilse
Tim Landscheidt <t...@tim-landscheidt.de> wrote:
> Martin Schnitkemper <news.trash...@spamgourmet.com> wrote:
>>> Allerdings ist die Frage, wieviel Platz für root reserviert ist. Das bekam
>>> man auch irgendwie raus. Diesen kann nur noch root beschreiben aber nicht
>> Mit dumpe2fs kann man sich das anzeigen lassen. Wird beim Anlegen des
>> Dateisystems mit dem "-m"-Parameter festgelegt, Standardeinstellung ist 5%.
> Wobei man in dem Hinterkopf behalten sollte, dass sich das
> auf *sämtliche* von root angelegten Dateien bezieht, also
> insbesondere a) auch auf die bereits installierte Software &
> Co. und b) auf schnellwachsende Logfiles.
???
Das bezieht sich nur auf den freien Platz: Ist der freie Platz unter
diese Marke gesunken, koennen nur noch bestimmte User auf die Partition
schreiben (per Default: nur root), und dabei spielt es nicht die geringste
Rolle, wie viele Dateien root bereits auf der Partition liegen hat und
ebensowenig, wie viele und wie grosse Dateien andere User bereits auf
der Platte liegen haben, es haengt nur vom "Fuellstand" der Partition
ab ...
Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...
Christian Althoff
Arno Lutz schrieb:
> dein Charset ist auch verkorkst.
Du hast Recht.
Hast Du den auch einen Tipp fï¿œr mein eigentliches Problem?
>
> Gruￜ
> Arno
>
Mit freundlichen Grￜￜen
Christian Althoff
--
"OS/2: Multitasking, Windows 95: Multicrashing, Win NT: Multisleeping"
Quelle unbekannt
Bei privater Mail ist die Verwendung von PGP ausdrï¿œcklich erwï¿œnscht!
PGP-Schlï¿œssel auf http://blackhole.pca.dfn.de/
www.christian-althoff.de
Arno Wald
> Hast Du den auch einen Tipp für mein eigentliches Problem?
>> ?????????? ? ? ? ? ? i18n
>> ?????????? ? ? ? ? ? icons
Also ich würde sagen, Dein Filesystem ist defekt. Am Besten neu formatieren
und das Backup einspielen.
--
Arno Lutz
>Hast Du den auch einen Tipp für mein eigentliches Problem?
nicht wirklich.
Könntest mal versuchweise .kde4/share/icons umbenennen und dich neu anmelden.
Der Ordner sollte dann vom System neu angelegt werden, vielleicht hilfts ja.....
Marcel Bruinsma
>> [ ls -l /usr/share ]
>>> drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
>>> ?????????? ? ? ? ? ? i18n
>>> ?????????? ? ? ? ? ? icons
>>
>> Weshalb stat("/usr/share/icon") fehl schlägt bleibt unklar.
>
> Weil das Verzeichnis "im Eimer" ist!?
Das Verzeichnis /usr/share ist nicht im Eimer, alle Einträge
(Name+Index) sind ja da (ls -i /usr/share zeigt die Indizes).
Die ls -l Daten (mode, owner, mtime, usw.) stehen nicht im
Verzeichnis, sondern im Knoten (i-node). Verzeichnisse
werden mit readdir(2) gelesen, Knoten mit stat(2) (bzw.
lstat(2)).
>> perl -e 'stat("/usr/share/icons")||die"$!\n"'
>
> "Permissen denied" (mit oder ohne sudo - egal :-( )
Das kenne ich eigentlich nur von Gnome und ihre "virtual
file system mounts".
Kannst Du icons (und i18n) denn wenigstens umbenennen,
z.B. 'cd /usr/share; sudo mv icons icons-disfunc' ?
Christian Althoff
Marcel Bruinsma schrieb:
> Am Samstag, 31. Oktober 2009 10:09, Christian Althoff a ï¿œcrit :
>
>>> [ ls -l /usr/share ]
>>>> drwxr-xr-x 11 root root 2080 2009-04-21 19:34 hplip
>>>> ?????????? ? ? ? ? ? i18n
>>>> ?????????? ? ? ? ? ? icons
>>> Weshalb stat("/usr/share/icon") fehl schlï¿œgt bleibt unklar.
>> Weil das Verzeichnis "im Eimer" ist!?
>
> Das Verzeichnis /usr/share ist nicht im Eimer,
Ich vermutete auch das Verzeichnis "/usr/share/icon" (und ../il8n) im
Eimer, nicht "/usr/share".
>>> perl -e 'stat("/usr/share/icons")||die"$!\n"'
>> "Permissen denied" (mit oder ohne sudo - egal :-( )
>
> Das kenne ich eigentlich nur von Gnome und ihre "virtual
> file system mounts".
>
> Kannst Du icons (und i18n) denn wenigstens umbenennen,
> z.B. 'cd /usr/share; sudo mv icons icons-disfunc' ?
>
Zumindest lï¿œschen ging nicht, umbenennen habe ich noch nicht getestet
Mit freundlichen Grￜￜen
Christian Althoff
--
"Sich zu Tode zu arbeiten ist die einzige gesellschaftlich anerkannte
Art des Selbstmordes" (Johann Freudenreich)
Christian Althoff
Erst mal Danke fï¿œr eure Versuche zu helfen, leider bin ich noch keinen
Schritt weiter. :-(
Was ich noch nicht gemacht habe ist eine Neuinstallation, ansonsten so
ziemlich alles was mir (und euch) eingefallen ist.
Was mich dabei irritiert das es offensichtlich keine Mï¿œglichkeit gibt
die beiden defekten Eintrï¿œge, Dateien oder was auch immer das nun ist
("icons" und "il8n") irgendwie los zu werden und neu anzulegen.
Sowohl aus der laufenden Installation als auch von Live-CDs (das neue
Kubuntu, Knoppix) mit schreib- und rootrechten: es geht nicht, andere
Dateien lassen sich problemlos lï¿œschen.
Die Frage die sich nun stellt wï¿œre die ob bei einem Update auf die neue
Distributionsversion (9.10) sich das gleiche Problem ergibt, oder ich
eben dann gleich (nach der Sicherung einiger nicht ganz unwichtiger
Dateien) komplett neu installieren soll buw. muￜ
Gruￜ
Christian Althoff
Christian Althoff
Arno Wald schrieb:
> Also ich wï¿œrde sagen, Dein Filesystem ist defekt. Am Besten neu formatieren
> und das Backup einspielen.
Welches Backup?
Mit freundlichen Grￜￜen
Christian Althoff
--
'Wer zum elitï¿œren Kreis der User von OS/2 zï¿œhlt, verwendet am besten
HPFS.' (Zitat aus PC Direkt Ausgabe 1/98 S.33, Artikel ï¿œber Dateisysteme)
Christian Althoff
Martin Schnitkemper schrieb:
> So wie es bis jetzt aussieht ist das Dateisystem korrupt, was willst du da
> noch updaten?
Ich wollte ja nur wissen ob ich die Neuinstallation doch irgenwie
vermeiden kann - wegen meiner gesunden Faulheit.
Befï¿œrchtet hatte ich schon da sich nicht daran vorbei komme, aber man
kann ja mal fragen. .-)
> Partition neu formatieren, und dieses Mal mit einem robusten Dateisystem wie
> ext3, und nicht das bereits durch Datenverlust auffï¿œllig gewordene und bei
> 9.10 als Standard vorgeschlagene ext4.
War: reiserfs
>
> Martin.
Christian
Martin Vaeth
>
> Was ich noch nicht gemacht habe ist eine Neuinstallation, ansonsten so
> ziemlich alles was mir (und euch) eingefallen ist.
Wahrscheinliche eine bloede Frage, aber weil ich es nicht gelesen habe:
Ein fsck (von einem Rettungssystem aus) hast Du hoffentlich versucht!?
Bei reiser3 gibt es dann noch die Moeglichkeit der Verzweiflungstat
mit --rebuild-tree oder so aehnlich...
Martin Vaeth
>
> Martin Schnitkemper schrieb:
>
>> Partition neu formatieren, und dieses Mal mit einem robusten Dateisystem wie
>> 9.10 als Standard vorgeschlagene ext4.
>
> War: reiserfs
Da Reiser3 praktisch nicht mehr gepflegt wird, wuerde ich im Falle einer
notwendigen Neu-"formatierung" davon abraten. Anders als im zitierten
Posting wuerde ich allerdings zu ext4 raten, da dieses konzeptionell
sicherer ist als ext3. Was Martin vielleicht nicht wusste: Der Bug in
dem von ihm geposteten Link ist schon lange behoben, und ext3 litt unter
dem selben Bug (nur macht er sich dort *zufaelligerweise* nicht
bemerkbar) - mit Problemen, wie Du sie derzeit hast, hat das ohnehin gar
nichts zu tun.
Christian Althoff
Martin Vaeth schrieb:
> Wahrscheinliche eine bloede Frage, aber weil ich es nicht gelesen habe:
Ich dachte es gibt keine blï¿œden Fragen.
> Ein fsck (von einem Rettungssystem aus) hast Du hoffentlich versucht!?
jepp.
> Bei reiser3 gibt es dann noch die Moeglichkeit der Verzweiflungstat
> mit --rebuild-tree oder so aehnlich...
Da kï¿œnnte ich allerdings noch mal schauen was da so mï¿œglich ist.
Wenn ich ja sowieso schon mit der Neuinstallation liebￜugeln muￜ kann
das ja auch nix mehr kaputt machen.
Mit freundlichen Grￜￜen
Christian Althoff
--
Ein CD-Player (Wechsler) im Auto ist wie HIGH END auf dem Klo!
Hartmut Schenke
> Hallo Martin,
>
> Martin Vaeth schrieb:
[...]
>> Bei reiser3 gibt es dann noch die Moeglichkeit der Verzweiflungstat
>> mit --rebuild-tree oder so aehnlich...
Mit einem solchen oder ähnlichen Reparaturversuch habe ich mir vor
einigen Jahren mal mein Dateisystem zerschossen.
> Da könnte ich allerdings noch mal schauen was da so möglich ist.
>
> Wenn ich ja sowieso schon mit der Neuinstallation liebäugeln muß kann
> das ja auch nix mehr kaputt machen.
Ja, wenn schon sowieso nichts mehr geht ... ;-)
Gruß
Abdul
Christian Althoff
Hartmut Schenke schrieb:
> Christian Althoff schrieb:
>
>> Hallo Martin,
>>
>> Martin Vaeth schrieb:
>
> [...]
>
>>> Bei reiser3 gibt es dann noch die Moeglichkeit der Verzweiflungstat
>>> mit --rebuild-tree oder so aehnlich...
"/sbin/reiserfsck --rebuild-tree /dev/s..." ist richtig
> Mit einem solchen oder ï¿œhnlichen Reparaturversuch habe ich mir vor
> einigen Jahren mal mein Dateisystem zerschossen.
So sieht's wohl aus: die Icons sind zwar wieder da, aber Digikam, Amarok
und wahrscheinlich einiges anderes laufen nicht mehr wg.
fehlender/kaputter libs. :-(
> Ja, wenn schon sowieso nichts mehr geht ... ;-)
So sieht's wohl aus: Neuinstallation - aber nicht mehr heute!
Wo wir nun soweit sind: welches Dateisytem soll ich denn nun nehmen? ;-)
Das unten genannte gibt's ja nicht fï¿œr Linux. :-(
>
> Gruￜ
> Abdul
Mit freundlichen Grￜￜen
Christian Althoff
--
'Wer zum elitï¿œren Kreis der User von OS/2 zï¿œhlt, verwendet am besten
HPFS.' (Zitat aus PC Direkt Ausgabe 1/98 S.33, Artikel ï¿œber Dateisysteme)
Hartmut Schenke
[...]
> Wo wir nun soweit sind: welches Dateisytem soll ich denn nun nehmen?
Ich habe ext3, und das läuft problemlos.
Gruß
Abdul
Tilman Ahr
Christian Althoff wrote:
>>>> Bei reiser3 gibt es dann noch die Moeglichkeit der Verzweiflungstat
>>>> mit --rebuild-tree oder so aehnlich...
>
> "/sbin/reiserfsck --rebuild-tree /dev/s..." ist richtig
>
>> Mit einem solchen oder ähnlichen Reparaturversuch habe ich mir vor
>> einigen Jahren mal mein Dateisystem zerschossen.
>
> So sieht's wohl aus: die Icons sind zwar wieder da, aber Digikam, Amarok
> und wahrscheinlich einiges anderes laufen nicht mehr wg.
> fehlender/kaputter libs. :-(
Hatte ich auch mal (allerdings ~2001, als außer SuSE alle Reiserfs noch als
ziemlich experimentell für laufenden Betrieb ansahen.
Herzliches Beileid. Falls Du Bock auf frickeln und kein zeitnahes Backup
hast: Ich konnte damals m.o.w. von Hand ('rumgebastel mit Bordmitteln, aber
nicht wirklich elegant) noch den größten Teil der Daten retten...
> Wo wir nun soweit sind: welches Dateisytem soll ich denn nun nehmen? ;-)
Ich würde ext3 empfehlen. Ich hatte damals kurz mit XFS 'rumprobiert, bin
dann aber irgendwie bei ext3 gelandet und habe nie zurückgesehen. Nicht das
XFS mir Probleme gemacht hätte, aber in irgendeiner Konfiguration wollte
irgendein Distri-Installer nicht mit Boot/Rootpartition auf XFS, iirc., und
ich hab' bei ext3 halt auch nix vermisst...
IMHO sind die Vorteile, die XFS & Co. anscheinend teils haben bei Privat-
oder Kleinunternehmens-Allround-Rechnern schlicht Wurst. Ext3 hat soweit ich
sehen kann, alles was man im "Normalbetrieb" so braucht und ist -zumindest
unter Linux - wohl so ziemlich das am gründlichsten im laufenden Betrieb
getestete System.
(Soll heißen: Die Wahrscheinlichkeit, daß die meisten kritischen Bugs schon
jd. anderem auf den Fuß gefallen sind, und sich auch jemand die Mühe gemacht
hat, sie zu beseitigen ist ziemlich hoch.)
HTH,YMMV
Tilman