Yast halbtot, Evolution ganztot
Hallo, nachträglich noch die Ausgaben der Konsole beim Startversuch. sigi@linux:~> sux Password: linux:/home/sigi # yast2 /usr/lib/YaST2/bin/y2base: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short /usr/lib/YaST2/plugin/libpy2qt.so.2: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server y2controlcenter: cannot connect to X server :0.0 linux:/home/sigi # linux:/home/sigi # evolution bash: evolution: command not found linux:/home/sigi # ximian evolution bash: ximian: command not found linux:/home/sigi # Ximian Evolution bash: Ximian: command not found linux:/home/sigi # Evolution bash: Evolution: command not found linux:/home/sigi # saludos Sigi
Am Freitag, 10. September 2004 18:13 schrieb Siegfrid Brandstätter:
Hallo, nachträglich noch die Ausgaben der Konsole beim Startversuch.
sigi@linux:~> sux Password: linux:/home/sigi # yast2 /usr/lib/YaST2/bin/y2base: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short /usr/lib/YaST2/plugin/libpy2qt.so.2: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server
Gib doch, bevor du su oder sux oder ähnliches machst folgendes ein (als user): xhost + Dann probier das nochmal.
y2controlcenter: cannot connect to X server :0.0 linux:/home/sigi # linux:/home/sigi # evolution bash: evolution: command not found linux:/home/sigi # ximian evolution bash: ximian: command not found linux:/home/sigi # Ximian Evolution bash: Ximian: command not found linux:/home/sigi # Evolution bash: Evolution: command not found linux:/home/sigi #
Root muss auch evolution, ximian und diese grafischen Programme nicht starten können... Probier es lieber mal als user. Ansonsten kannste es ja auch so machen: Hier mal ein Beispiel mit dem Konqueror.. das müsste auch als root gehen. soeren@linux:~> whereis konqueror konqueror: /opt/kde3/bin/konqueror soeren@linux:~> /opt/kde3/bin/konqueror gruß Sören
Hallo, Am Freitag, 10. September 2004 19:40 schrieb Sören Wengerowsky:
Am Freitag, 10. September 2004 18:13 schrieb Siegfrid Brandstätter:
Hallo, nachträglich noch die Ausgaben der Konsole beim Startversuch.
sigi@linux:~> sux Password: linux:/home/sigi # yast2 /usr/lib/YaST2/bin/y2base: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short /usr/lib/YaST2/plugin/libpy2qt.so.2: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server
Gib doch, bevor du su oder sux oder ähnliches machst folgendes ein (als user): xhost +
Dann probier das nochmal.
y2controlcenter: cannot connect to X server :0.0 linux:/home/sigi # linux:/home/sigi # evolution bash: evolution: command not found linux:/home/sigi # ximian evolution bash: ximian: command not found linux:/home/sigi # Ximian Evolution bash: Ximian: command not found linux:/home/sigi # Evolution bash: Evolution: command not found linux:/home/sigi #
Root muss auch evolution, ximian und diese grafischen Programme nicht starten können...
Probier es lieber mal als user. sigi@linux:~> xhost+
bash: xhost+: command not found sigi@linux:~> ~> whereis konqueror bash: /home/sigi: is a directory sigi@linux:~> ~> /opt/kde3/bin/konquero bash: /opt/kde3/bin/konquero: Keine Berechtigung sigi@linux:~> sux - Password: linux:~ # ~> whereis konqueror -bash: /root: is a directory linux:~ # ~> /opt/kde3/bin/konqueror -bash: /root: is a directory linux:~ #
Ansonsten kannste es ja auch so machen: Hier mal ein Beispiel mit dem Konqueror.. das müsste auch als root gehen. soeren@linux:~> whereis konqueror konqueror: /opt/kde3/bin/konqueror soeren@linux:~> /opt/kde3/bin/konqueror
gruß Sören Leider nicht gerade erfolgreich, habe es hoffentlich richtig gemacht. Ich danke auf jeden Fall für die tipps.
Gruß Sigi
Hallo, Am Freitag, 10. September 2004 21:32 schrieb Siegfrid Brandstätter:
Root muss auch evolution, ximian und diese grafischen Programme nicht starten können...
bash: xhost+: command not found Du hast dich zwar vertippt, aber das ist wohl besser so, wie Christian schon gesagt hat!
Ich bitte nochmals vielfach um Entschuldigung für den blöden Tip. Ich selber mache bei mir auch immer direkt danach ein xhost -. Allerdings muss ich zugeben, dass ich mir des Risikos nicht ganz bewusst war. Jedenfalls nochmal danke an Christian für die Erklärung..
sigi@linux:~> ~> whereis konqueror bash: /home/sigi: is a directory du sollst ja auch nur "whereis konqueror" eingeben, ohne das ~> sigi@linux:~> ~> /opt/kde3/bin/konquero bash: /opt/kde3/bin/konquero: Keine Berechtigung Fehlt da das r? Aber als User klappt es doch, oder? gib doch mal ein "ls -lh /opt/kde3/bin/konqueror
sigi@linux:~> sux - Password: linux:~ # ~> whereis konqueror -bash: /root: is a directory linux:~ # ~> /opt/kde3/bin/konqueror -bash: /root: is a directory linux:~ # hier das gleiche wie oben. Wahrscheinlich ist es /opt/kde3/bin/konqueror, das kann aber von Fall zu Fall unterschiedlich sein.
Naja, es geht aber doch eher um Yast, oder? Ich meine, warum solltest du als root deine Mails schreiben wollen.. ? Bei Yast kannst du ja mal das hier machen: sux -c '/sbin/yast2' wenn das nicht geht, nimm kdesu /sbin/yast2 Im Notfall, nimm einfach yast-ncurses, indem du nur su -c '/sbin/yast' aufrufst.. oder halt als root /sbin/yast eingeben... Damit kann man alles machen, was man mit dem grafischen Yast machen kann. Nur ohne Maus. Dann solltest du vielleicht nochmal, wie Christian schon gesagt hat, popt per Hand nachinstallieren. Gruß Sören
Hallo Sören, hallo Liste, Am Freitag, 10. September 2004 23:40 schrieb Sören Wengerowsky:
Hallo,
Am Freitag, 10. September 2004 21:32 schrieb Siegfrid Brandstätter:
Root muss auch evolution, ximian und diese grafischen Programme nicht starten können...
bash: xhost+: command not found
Du hast dich zwar vertippt, aber das ist wohl besser so, wie Christian schon gesagt hat!
Ich bitte nochmals vielfach um Entschuldigung für den blöden Tip. Ich selber mache bei mir auch immer direkt danach ein xhost -. Allerdings muss ich zugeben, dass ich mir des Risikos nicht ganz bewusst war.
Ist ja nichts passiert, ich danke Dir für Deine Hilfe.
Jedenfalls nochmal danke an Christian für die Erklärung..
Auch von mir nochmals, Danke!!
sigi@linux:~> ~> whereis konqueror bash: /home/sigi: is a directory
du sollst ja auch nur "whereis konqueror" eingeben, ohne das ~>
sigi@linux:~> ~> /opt/kde3/bin/konquero bash: /opt/kde3/bin/konquero: Keine Berechtigung
Fehlt da das r? Aber als User klappt es doch, oder? gib doch mal ein "ls -lh /opt/kde3/bin/konqueror
sigi@linux:~> sux - Password: linux:~ # ~> whereis konqueror -bash: /root: is a directory linux:~ # ~> /opt/kde3/bin/konqueror -bash: /root: is a directory linux:~ #
hier das gleiche wie oben. Wahrscheinlich ist es /opt/kde3/bin/konqueror, das kann aber von Fall zu Fall unterschiedlich sein.
sigi@linux:~> whereis konqueror konqueror: /opt/kde3/bin/konqueror sigi@linux:~> /opt/kde3/bin/konqueror sigi@linux:~> ls -lh /opt/kde3/bin/konqueror -rwxr-xr-x 1 root root 0 2004-09-10 21:27 /opt/kde3/bin/konqueror
Naja, es geht aber doch eher um Yast, oder? Ich meine, warum solltest du als root deine Mails schreiben wollen.. ?
Schon, aber es war nur weil nichts ging um etwas zu installieren, da war eben der Vorschlag von Helga, mit Konqueror. Evolution möchte ich halt verwenden als user, geht aber nicht mehr.
Bei Yast kannst du ja mal das hier machen: sux -c '/sbin/yast2' wenn das nicht geht, nimm kdesu /sbin/yast2
sigi@linux:~> sux - Password: linux:~ # whereis konqueror konqueror: /opt/kde3/bin/konqueror linux:~ # sux -c '/sbin/yast2' /usr/lib/YaST2/bin/y2base: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short /usr/lib/YaST2/plugin/libpy2qt.so.2: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server y2controlcenter: cannot connect to X server :0.0 linux:~ # kdesu /sbin/yast2 Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server kdesu: cannot connect to X server :0.0 linux:~ # su -c su: option requires an argument -- c Try `su --help' for more information. linux:~ # > '/sbin/yast' linux:~ # linux:~ # su -c su: option requires an argument -- c Try `su --help' for more information. linux:~ # '/sbin/yast
Im Notfall, nimm einfach yast-ncurses, indem du nur su -c '/sbin/yast' aufrufst.. oder halt als root /sbin/yast eingeben... Damit kann man alles machen, was man mit dem grafischen Yast machen kann. Nur ohne Maus.
sigi@linux:~> su -c su: Diese Option benötigt ein Argument -- »c« »su --help« gibt weitere Informationen. sigi@linux:~> '/sbin/yast' sigi@linux:~> sux - Password: linux:~ # /sbin/yast linux:~ # /sbin/yast linux:~ # linux:~ # su -c'/sbin/yast' linux:~ # Bleibt stecken, wie wenn ich Yast mit Hand öffne. Nach 10 Minuten, habe ich abgebrochen.
Dann solltest du vielleicht nochmal, wie Christian schon gesagt hat, popt per Hand nachinstallieren.
Mache ich morgen oder Sonntag, bis dahin alles gute, saludos Sigi
Hallo Sigi, Am Samstag 11 September 2004 01:59 schrieb Siegfrid Brandstätter:
sigi@linux:~> ls -lh /opt/kde3/bin/konqueror -rwxr-xr-x 1 root root 0 2004-09-10 21:27 /opt/kde3/bin/konqueror
Da kann wirklich kein Konqui laufen. Die Datei enthält nichts. helga@Fermat:~> ls -lh /opt/kde3/bin/konqueror -rwxr-xr-x 1 root root 5,4K 2004-08-19 12:18 /opt/kde3/bin/konqueror Allmählich beginne ich ernsthaft, Dein Dateisystem in Verdacht zu haben. Eine KDE-Installation ohne Konqueror habe ich noch nie gehabt. Helga *ein wenig irritiert* -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Samstag, 11. September 2004 09:33 schrieb Helga Fischer:
Hallo Sigi,
Am Samstag 11 September 2004 01:59 schrieb Siegfrid Brandstätter:
sigi@linux:~> ls -lh /opt/kde3/bin/konqueror -rwxr-xr-x 1 root root 0 2004-09-10 21:27 /opt/kde3/bin/konqueror
Da kann wirklich kein Konqui laufen. Die Datei enthält nichts.
helga@Fermat:~> ls -lh /opt/kde3/bin/konqueror -rwxr-xr-x 1 root root 5,4K 2004-08-19 12:18 /opt/kde3/bin/konqueror
Allmählich beginne ich ernsthaft, Dein Dateisystem in Verdacht zu haben. Eine KDE-Installation ohne Konqueror habe ich noch nie gehabt.
Helga *ein wenig irritiert*
Muss nicht sein. :) Sehr viele Programme sind von der libpopt.so.1 abhängig. Offensichtlich auch YaST und auch rpm. Da er aber die libpopt.so durch ein Mißgeschick überschrieben hat und nun auch rpm unbrauchbar war konnte er auch nicht von CD nachinstallieren. Wenn Du Dir die Liste jener Anwendungen augeben läßt, welche von popt abhängen, dann bist Du gar nicht mehr irritiert. lg, Andreas.
Am Freitag, 10. September 2004 23:40 schrieb Sören Wengerowsky:
Hallo,
Am Freitag, 10. September 2004 21:32 schrieb Siegfrid Brandstätter:
Root muss auch evolution, ximian und diese grafischen Programme nicht starten können...
bash: xhost+: command not found
Du hast dich zwar vertippt, aber das ist wohl besser so, wie Christian schon gesagt hat!
Ich bitte nochmals vielfach um Entschuldigung für den blöden Tip. Ich selber mache bei mir auch immer direkt danach ein xhost -. Allerdings muss ich zugeben, dass ich mir des Risikos nicht ganz bewusst war. Jedenfalls nochmal danke an Christian für die Erklärung.. [...] Dann solltest du vielleicht nochmal, wie Christian schon gesagt hat, popt per Hand nachinstallieren.
Die Ratschläge "popt" neu zu installieren beherbergen leider einiges an Ironie! Installieren kann man RPM's nur mit "rpm". Dieser funktioniert aber nur mit _funktionsfähiger_ " libpopt.so.1 ;-) Sorry, aber das mußte ich hier mal anmerken, weil der Rat "das Paket popt" neu zu intalliern von einigen Seiten kam. lg, Andreas.
Hallo, Am Sonntag, 12. September 2004 15:06 schrieb Andreas Scherer:
Die Ratschläge "popt" neu zu installieren beherbergen leider einiges an Ironie! Installieren kann man RPM's nur mit "rpm". Dieser funktioniert aber nur mit _funktionsfähiger_ " libpopt.so.1 ;-) Sorry, aber das mußte ich hier mal anmerken, weil der Rat "das Paket popt" neu zu intalliern von einigen Seiten kam.
Ja, sorry. Das habe ich langsam auch mitbekommen. gruß sören, in der Hoffnung demnächst sinnvollere Vorschläge zu machen..
Am Sonntag, 12. September 2004 15:15 schrieb Sören Wengerowsky:
Hallo,
Am Sonntag, 12. September 2004 15:06 schrieb Andreas Scherer:
Die Ratschläge "popt" neu zu installieren beherbergen leider einiges an Ironie! Installieren kann man RPM's nur mit "rpm". Dieser funktioniert aber nur mit _funktionsfähiger_ " libpopt.so.1 ;-) Sorry, aber das mußte ich hier mal anmerken, weil der Rat "das Paket popt" neu zu intalliern von einigen Seiten kam.
Ja, sorry. Das habe ich langsam auch mitbekommen.
gruß sören, in der Hoffnung demnächst sinnvollere Vorschläge zu machen..
Sinnlos war Dein Vorschlag bestimmt nicht. Nur sollte man dazuschreiben, dass dazu das Rescue-System zu verwenden ist. Manchmal hilf dieser Rat allerdings dann allerdings auch nicht, wenn der Betroffene grad keine DVD/CD zur Hand hat. lg, Andreas.
Hallo Andreas, hallo Liste, Am Sonntag, 12. September 2004 16:53 schrieb Andreas Scherer:
Am Sonntag, 12. September 2004 15:15 schrieb Sören Wengerowsky:
Hallo,
Am Sonntag, 12. September 2004 15:06 schrieb Andreas Scherer: [...] Was sagt Dir "which yast2" auf der Root-Konsole?
Bei mir ergibt das: /sbin/yast2
Bei mir auch. Wie mache ich chown root:root /usr/lib/libpopt.so.1.0.0 wieder rückgängig... [...]
Leider kann ich nicht die letzten Mails zitieren, da sich Evolution seit heute wieder nicht mehr starten lässt. Dadurch komme ich nicht zu meinen Mails. Ich verstehe nun gar nichts mehr. Gestern habe ich nur die Rechte von libpopt.so.1.0.0 vom User auf Root geändert ( laut Vorschlag von Andreas) und heute lässt sich Evolution wieder nicht mehr starten. Yast ist auch weiterhin tot. Das kann doch nicht an den Benutzerrechten liegen?? Also ich bin ratlos. saludos Sigi
Am Montag, 13. September 2004 20:37 schrieb Siegfrid Brandstätter:
Hallo Andreas, hallo Liste,
Am Sonntag, 12. September 2004 16:53 schrieb Andreas Scherer:
Am Sonntag, 12. September 2004 15:15 schrieb Sören Wengerowsky:
Hallo,
Am Sonntag, 12. September 2004 15:06 schrieb Andreas Scherer:
[...]
Was sagt Dir "which yast2" auf der Root-Konsole?
Bei mir ergibt das: /sbin/yast2
Bei mir auch. Wie mache ich chown root:root /usr/lib/libpopt.so.1.0.0 wieder rückgängig...
[...]
Leider kann ich nicht die letzten Mails zitieren, da sich Evolution seit heute wieder nicht mehr starten lässt. Dadurch komme ich nicht zu meinen Mails. Ich verstehe nun gar nichts mehr. Gestern habe ich nur die Rechte von libpopt.so.1.0.0 vom User auf Root geändert ( laut Vorschlag von Andreas) und heute lässt sich Evolution wieder nicht mehr starten. Yast ist auch weiterhin tot. Das kann doch nicht an den Benutzerrechten liegen?? Also ich bin ratlos.
Die Benutzerrechte von libpopt.so.1.0.0 müssen auf root:root stehen. Schön langsam glaube ich auch, dass Du ein inkonsistentes Dateisystem hast - oder Du schraubst selbst an verschiedenen Enden gleichzeitig herum. Starte mal das Rescue-System von CD/DVD und prüfe Deine System-Partitionen via fsck. Nur um mal sicherzugehen, dass es in Ordnung ist. lg, Andreas. PS.: Hast Du schon einen Blick in das "Linuxhandbuch" gemacht?
Am Montag, 13. September 2004 22:53 schrieb Andreas Scherer:
Am Montag, 13. September 2004 20:37 schrieb Siegfrid Brandstätter:
Hallo Andreas, hallo Liste,
Am Sonntag, 12. September 2004 16:53 schrieb Andreas Scherer:
Am Sonntag, 12. September 2004 15:15 schrieb Sören Wengerowsky:
Hallo,
Am Sonntag, 12. September 2004 15:06 schrieb Andreas Scherer:
[...]
Was sagt Dir "which yast2" auf der Root-Konsole?
Bei mir ergibt das: /sbin/yast2
Bei mir auch. Wie mache ich chown root:root /usr/lib/libpopt.so.1.0.0 wieder rückgängig...
[...]
Leider kann ich nicht die letzten Mails zitieren, da sich Evolution seit heute wieder nicht mehr starten lässt. Dadurch komme ich nicht zu meinen Mails. Ich verstehe nun gar nichts mehr. Gestern habe ich nur die Rechte von libpopt.so.1.0.0 vom User auf Root geändert ( laut Vorschlag von Andreas) und heute lässt sich Evolution wieder nicht mehr starten. Yast ist auch weiterhin tot. Das kann doch nicht an den Benutzerrechten liegen?? Also ich bin ratlos.
Die Benutzerrechte von libpopt.so.1.0.0 müssen auf root:root stehen.
Das hatte mich schon von Haus aus gewundert das die nicht für root waren.
Schön langsam glaube ich auch, dass Du ein inkonsistentes Dateisystem hast - oder Du schraubst selbst an verschiedenen Enden gleichzeitig herum.
Nein ich habe ganz sicher nichts gemacht außer das von Euch empfohlene.
Starte mal das Rescue-System von CD/DVD und prüfe Deine System-Partitionen via fsck. Nur um mal sicherzugehen, dass es in Ordnung ist.
Da muß ich mich erst noch mehr informieren wie das geht, sonst sehe ich schwarz. Ich habe im SuSE Benutzerhandbuch derzeit nicht gefunden wie ich mit fsck umgehe. In der von Dir empfohlenen Website- Linuxhandbuch steht zwar sehr gut beschrieben wie und was, aber für einen wie mich ist dies noch nicht klar genug. Meine Befürchtung ist nähmlich, wenn ich da drin bin im Rescue - System und ich mache was falsch, ist alles futsch. Ich muß um da reinzukommen erst die Boot Sequence ändern. Um das alles zu machen muß ich erst ausgeschlafen sein.
lg, Andreas.
PS.: Hast Du schon einen Blick in das "Linuxhandbuch" gemacht?
Ja, finde ich sehr gut. Nur muß ich mir dafür mehr Zeit nehmen, derzeit ist es gerade zu viel auf einmal. Aber das kommt sicher als nächstes dran. Danke und Gruß Sigi
Hallo, On 14-Sep-2004 Siegfrid Brandstätter wrote:
Am Montag, 13. September 2004 22:53 schrieb Andreas Scherer:
Schön langsam glaube ich auch, dass Du ein inkonsistentes Dateisystem hast - oder Du schraubst selbst an verschiedenen Enden gleichzeitig herum.
Nein ich habe ganz sicher nichts gemacht außer das von Euch empfohlene.
Schlecht :-( Man sollte schon verstehen, was man tut und dann entscheiden, was man wirklich tut.
Starte mal das Rescue-System von CD/DVD und prüfe Deine System-Partitionen via fsck. Nur um mal sicherzugehen, dass es in Ordnung ist.
Da muß ich mich erst noch mehr informieren wie das geht, sonst sehe ich schwarz. Ich habe im SuSE Benutzerhandbuch derzeit nicht gefunden wie ich mit fsck umgehe. In der von Dir empfohlenen Website- Linuxhandbuch steht zwar sehr gut beschrieben wie und was, aber für einen wie mich ist dies noch nicht klar genug. Meine Befürchtung ist nähmlich, wenn ich da drin bin im Rescue - System und ich mache was falsch, ist alles futsch. Ich muß um da reinzukommen erst die Boot Sequence ändern.
Entweder mit der Suse CD (oder DVD?) booten und das Rescue-System starten (d.h. _nicht_ das installierte System starten). Das genaue Vorgehen stand irgendwo im Handbuch beschrieben. Oder shutdown -F, dann wird beim naechsten Booten ein fsck erzwungen. Aber lies nochmal man shutdown. Und ich weiss nicht, ob dies fuer alle Dateisysteme empfehlenswert ist. Ich arbeite hier noch ext2. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Montag, 13. September 2004 20:37 schrieb Siegfrid Brandstätter:
Leider kann ich nicht die letzten Mails zitieren, da sich Evolution seit heute wieder nicht mehr starten lässt. Dadurch komme ich nicht zu meinen Mails. Ich verstehe nun gar nichts mehr. Gestern habe ich nur die Rechte von libpopt.so.1.0.0 vom User auf Root geändert ( laut Vorschlag von Andreas) und heute lässt sich Evolution wieder nicht mehr starten. Yast ist auch weiterhin tot. Das kann doch nicht an den Benutzerrechten liegen?? Also ich bin ratlos. was sagt denn nun ls -lh /usr/lib/libpopt.so.1.0.0 Es ist eigentlich sehr unwahrscheinlich, dass die Rechte von der Lib irgendwie verrutscht sind, aber unmöglich ist es nunmal nicht... Nur zur Info, bei mir sieht es so aus: soeren@linux:~> ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.0 -> libpopt.so.0.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.0.0.0 lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.1.0.0 soeren@linux:~> ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.0 -> libpopt.so.0.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.0.0.0 lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.1.0.0 soeren@linux:~>
Vielleicht kannst du es ja mal vergleichen und dann mit chmod und chown so hinbiegen. und klappt rpm -V popt ? Was hat eigentlich der Versuch der Rettungsinstallation erbracht? Gruß Sören
Am Montag, 13. September 2004 22:55 schrieb Sören Wengerowsky:
Am Montag, 13. September 2004 20:37 schrieb Siegfrid Brandstätter:
Leider kann ich nicht die letzten Mails zitieren, da sich Evolution seit heute wieder nicht mehr starten lässt. Dadurch komme ich nicht zu meinen Mails. Ich verstehe nun gar nichts mehr. Gestern habe ich nur die Rechte von libpopt.so.1.0.0 vom User auf Root geändert ( laut Vorschlag von Andreas) und heute lässt sich Evolution wieder nicht mehr starten. Yast ist auch weiterhin tot. Das kann doch nicht an den Benutzerrechten liegen?? Also ich bin ratlos.
was sagt denn nun ls -lh /usr/lib/libpopt.so.1.0.0 Es ist eigentlich sehr unwahrscheinlich, dass die Rechte von der Lib irgendwie verrutscht sind, aber unmöglich ist es nunmal nicht... Nur zur Info, bei mir sieht es so aus: soeren@linux:~> ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.0 -> libpopt.so.0.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.0.0.0 lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.1.0.0 soeren@linux:~> ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.0 -> libpopt.so.0.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.0.0.0 lrwxrwxrwx 1 root root 16 2004-05-17 23:00 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -rwxr-xr-x 1 root root 32K 2004-04-25 18:40 /usr/lib/libpopt.so.1.0.0 soeren@linux:~>
sigi@linux:~> sux - Password: linux:~ # ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 21 Sep 10 01:10 /usr/lib/libpopt.so.0 -> /usr/lib/libpopt.so.1 lrwxrwxrwx 1 root root 16 Jan 15 2004 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -r-------- 1 root root 32K Sep 12 00:00 /usr/lib/libpopt.so.1.0.0 linux:~ # Mehr kommt da nicht.
Vielleicht kannst du es ja mal vergleichen und dann mit chmod und chown so hinbiegen.
Na da ist doch so viel anders als bei Dir. Da traue ich mich nicht allleine drüber.
und klappt rpm -V popt ?
sigi@linux:~> sux - Password: linux:~ # rpm -V popt .M.....T /usr/lib/libpopt.so.1.0.0 linux:~ #
Was hat eigentlich der Versuch der Rettungsinstallation erbracht?
Die habe ich bisher noch nicht gemacht da ich verunsichert war durch die entstandene Diskussion darüber. Soll ich sie doch machen? Die CD und DVD habe ich ja. Was muß ich zur Reparatur auswählen, ich frage lieber bevor ich mir etwas weiteres zerstöre. Also nicht funktionieren tut: Yast und Evolution.
Gruß Sören
Gruß Sigi
Hallo Siegfrid, Am Dienstag 14 September 2004 00:48 schrieb Siegfrid Brandstätter:
Am Montag, 13. September 2004 22:55 schrieb Sören Wengerowsky:
Was hat eigentlich der Versuch der Rettungsinstallation erbracht?
Die habe ich bisher noch nicht gemacht da ich verunsichert war durch die entstandene Diskussion darüber. Soll ich sie doch machen? Die CD und DVD habe ich ja. Was muß ich zur Reparatur auswählen, ich frage lieber bevor ich mir etwas weiteres zerstöre. Also nicht funktionieren tut: Yast und Evolution.
Probier' das mit dem 'Reparieren' mal. Ich habe das für mich neulich mal ausprobiert; das scheint nicht so kritisch zu sein. Du nimmst Deine Installations-DVD/CD her und hangelst Dich durch das Installationsmenü bis zu dem Punkt, wo er Dir Neuinstallation, ..., Reparatur anbietet. Hier wählst Du Reparatur. Das läßt Du laufen. Ua macht YaST einen Dateisystemcheck. Permissions, denke ich, werden auch überprüft; das weiß ich jetzt nicht mehr. Kaputt machen kannst Du damit sicher nichts. Jedenfalls hätten wir auf diese Weise eventuell einen Hinweis, wo es bei Dir klemmt. Auf die Schnelle, Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Dienstag, 14. September 2004 00:48 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux - Password: linux:~ # ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 21 Sep 10 01:10 /usr/lib/libpopt.so.0 -> /usr/lib/libpopt.so.1 lrwxrwxrwx 1 root root 16 Jan 15 2004 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -r-------- 1 root root 32K Sep 12 00:00 /usr/lib/libpopt.so.1.0.0 linux:~ #
Mach mal: chmod 755 /usr/lib/libpopt.so.1.0.0 Also bei mir ist es zumindest 755. Danach nochmal: rpm --setperms popt rpm --setugids popt Und dann nochmal: rpm -V popt
Na da ist doch so viel anders als bei Dir. Da traue ich mich nicht allleine drüber. Tja, ich glaube, das ist auch keine so sehr gute Idee, da von Hand allzuviel dran herumzufummeln.
und klappt rpm -V popt ?
sigi@linux:~> sux - Password: linux:~ # rpm -V popt .M.....T /usr/lib/libpopt.so.1.0.0 linux:~ # Das ist gar nicht gut.. Ich weiß jetzt gerade nicht, wofür das .M...T steht, aber wenn das das nächste mal (nach der Rechteänderung mit chmod) immernoch auftritt, solltest du auf jeden Fall die Rettungsinstallation
Die Dateien wurden dir ja schon alle zugesendet. Von daher gehe ich davon aus, dass die Dateien stimmen. probieren und/oder popt von einem Rettungssystem neu installieren. Wie das geht, steht ja im der FAQ zum Thema glibc.
Was hat eigentlich der Versuch der Rettungsinstallation erbracht?
Die habe ich bisher noch nicht gemacht da ich verunsichert war durch die entstandene Diskussion darüber. Soll ich sie doch machen? Die CD und DVD habe ich ja. Was muß ich zur Reparatur auswählen, ich frage lieber bevor ich mir etwas weiteres zerstöre. Also nicht funktionieren tut: Yast und Evolution.
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat. Gruß Sören
Am Dienstag, 14. September 2004 16:17 schrieb Sören Wengerowsky:
Am Dienstag, 14. September 2004 00:48 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux - Password: linux:~ # ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 21 Sep 10 01:10 /usr/lib/libpopt.so.0 -> /usr/lib/libpopt.so.1 lrwxrwxrwx 1 root root 16 Jan 15 2004 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -r-------- 1 root root 32K Sep 12 00:00 /usr/lib/libpopt.so.1.0.0 linux:~ # [...]
Was hat eigentlich der Versuch der Rettungsinstallation erbracht?
Die habe ich bisher noch nicht gemacht da ich verunsichert war durch die entstandene Diskussion darüber. Soll ich sie doch machen? Die CD und DVD habe ich ja. Was muß ich zur Reparatur auswählen, ich frage lieber bevor ich mir etwas weiteres zerstöre. Also nicht funktionieren tut: Yast und Evolution.
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System. lg , Andreas.
Hallo, Am Mittwoch, 15. September 2004 01:53 schrieb Andreas Scherer:
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System.
Wahrscheinlich wird das aber bei der Reparaturinstallation gemacht (schätze ich...) Die Reparaturinstallation sollte zumindest mal ausprobiert werden. Ansonsten habe ich schonmal erwähnt, wie man das Dateisystem überprüfen könnte: Am Samstag, 11. September 2004 12:59 schrieb Sören Wengerowsky:
Daher schlage ich vor, probier lieber mal, um auf Helgas Vermutung einzugehen: fsck.reiserfs --check /dev/deineplatte und: fsck.reiserfs --fix-fixable /dev/deineplatte (von knoppix o.Ä. aus) sofern du Reiserfs verwendest.
Gruß Sören
Am Mittwoch 15 September 2004 01:53 schrieb Andreas Scherer:
Am Dienstag, 14. September 2004 16:17 schrieb Sören Wengerowsky: [...]
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System.
Danke für die Rückenstärkung. Ich habe inzwischen den Faden verloren - ist jetzt irgendwas mit Dateisystemcheck gelaufen? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Mittwoch, 15. September 2004 23:01 schrieb Helga Fischer:
Am Mittwoch 15 September 2004 01:53 schrieb Andreas Scherer:
Am Dienstag, 14. September 2004 16:17 schrieb Sören Wengerowsky:
[...]
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System.
Danke für die Rückenstärkung. Ich habe inzwischen den Faden verloren - ist jetzt irgendwas mit Dateisystemcheck gelaufen?
Soweit ich weiss nicht. Ich habe mich kurzfristig mal ausgeklinkt, weil ich auch der Ansicht bin, Sigi sollte sich mal mit den grundlegenden Befehlen auf der Konsole vertraut machen. Es bringt wirklich nichts, wenn hier 10 Personen auf Ihn "einreden" und er sieht dem Wald vor lauter Bäumen nicht mehr. Es gab ja auch schon den Tipp die Reparaturfunktion zu benutzen, welcher natürlich auch nicht schlecht ist. Auf jeden Fall würde ich mal sicherstellen, dass das Dateisystem in Ordnung ist, denn sonst dreht man sich nur im Kreis. lg, Andreas.
Am Donnerstag, 16. September 2004 00:19 schrieb Andreas Scherer:
Am Mittwoch, 15. September 2004 23:01 schrieb Helga Fischer:
Am Mittwoch 15 September 2004 01:53 schrieb Andreas Scherer:
Am Dienstag, 14. September 2004 16:17 schrieb Sören Wengerowsky:
[...]
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System.
Danke für die Rückenstärkung. Ich habe inzwischen den Faden verloren - ist jetzt irgendwas mit Dateisystemcheck gelaufen?
Soweit ich weiss nicht. Ich habe mich kurzfristig mal ausgeklinkt, weil ich auch der Ansicht bin, Sigi sollte sich mal mit den grundlegenden Befehlen auf der Konsole vertraut machen. Es bringt wirklich nichts, wenn hier 10 Personen auf Ihn "einreden" und er sieht dem Wald vor lauter Bäumen nicht mehr. ACK
Gute Links zur fortbildung sind: www.selflinux.org http://www.suse.de/de/private/support/online_help/howto/ http://linux.org -> anfängerkurs (auf englisch) dann natürlich die Handbücher, auch wenn sie manchmal nicht so richtig Anfängergerecht sind.. Dann noch der Kofler. Den gibt es z.B. als Ebook überall zum Download.(Michael Kofler, Linux -- Installation, Konfiguration, Anwendung)
Es gab ja auch schon den Tipp die Reparaturfunktion zu benutzen, welcher natürlich auch nicht schlecht ist. Weiß eigentlich jemand, was die Reparaturinstallation eigentlich macht? Ich dachte, sie macht vielleicht einen Dateisystemcheck, Installiert dann alle Installierten Packete von der CD neu, und so weiter... ?
Auf jeden Fall würde ich mal sicherstellen, dass das Dateisystem in Ordnung ist, denn sonst dreht man sich nur im Kreis. Ja
Gruß Sören
Hallo, Am Do, 2004-09-16 um 19.06 schrieb Sören Wengerowsky:
Am Donnerstag, 16. September 2004 00:19 schrieb Andreas Scherer:
Am Mittwoch, 15. September 2004 23:01 schrieb Helga Fischer:
Am Mittwoch 15 September 2004 01:53 schrieb Andreas Scherer:
Am Dienstag, 14. September 2004 16:17 schrieb Sören Wengerowsky:
[...]
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Vor allem sollte er einen Dateisystemcheck machen um sicherzugehen, dass damit alles in Ordnung ist. Er hatte ja immerhin einige Dateien mit 0 Byte Größe am System.
Danke für die Rückenstärkung. Ich habe inzwischen den Faden verloren - ist jetzt irgendwas mit Dateisystemcheck gelaufen?
Soweit ich weiss nicht. Ich habe mich kurzfristig mal ausgeklinkt, weil ich auch der Ansicht bin, Sigi sollte sich mal mit den grundlegenden Befehlen auf der Konsole vertraut machen. Es bringt wirklich nichts, wenn hier 10 Personen auf Ihn "einreden" und er sieht dem Wald vor lauter Bäumen nicht mehr. ACK
Gute Links zur fortbildung sind: www.selflinux.org http://www.suse.de/de/private/support/online_help/howto/ http://linux.org -> anfängerkurs (auf englisch) dann natürlich die Handbücher, auch wenn sie manchmal nicht so richtig Anfängergerecht sind.. Dann noch der Kofler. Den gibt es z.B. als Ebook überall zum Download.(Michael Kofler, Linux -- Installation, Konfiguration, Anwendung)
Es gab ja auch schon den Tipp die Reparaturfunktion zu benutzen, welcher natürlich auch nicht schlecht ist. Weiß eigentlich jemand, was die Reparaturinstallation eigentlich macht? Ich dachte, sie macht vielleicht einen Dateisystemcheck,
Macht sie leider nicht
Installiert dann alle Installierten Packete von der CD neu, und so weiter... ?
Auf jeden Fall würde ich mal sicherstellen, dass das Dateisystem in Ordnung ist, denn sonst dreht man sich nur im Kreis.
Ja
Ich habe nun: > Entweder mit der Suse CD (oder DVD?) booten und das > Rescue-System > starten (d.h. _nicht_ das installierte System starten). Das > genaue > Vorgehen stand irgendwo im Handbuch beschrieben. Ja aber nur nicht so wie es wirklich kommt. Von einem "Rescue login:"steht kein Wort. Nach einigen Fehlversuchen kam ich auf das Wort "root" einzugeben. Danach gab ich :fsck.reiserfs --check /dev/hda8 ein und es lief, danach habe ich mir wie im Administrations Handbuch beschrieben, einen Ausdruck mit fdisk -1 /dev/hda8 gemacht. Zumindest habe ich's so verstanden. Wo der jetzt ist ?? Übrigens wie man aus dem Programm wieder raus kommt, kein Wort davon!! Diese Handbücher sind für jene geschrieben die sowieso alles wissen. Die sollten das mal einer "Hausfrau" oder mir zum Testen geben. Wenn ich das was hier nicht beschrieben ist alles wissen sollte, bräuchte ich diese Handbücher auch nicht. Die Ausgabe des :fsck.reiserfs --check /dev/hda8 ergab meines Wissens nichts besonderes. No Corrupt Files oder so ähnlich. Wie ich aber etwas wie Yast dort finden sollte ist mir auch ein Rätsel. Ich glaube nun das ich um "Installation/Update starten" nicht herumkommen werde. Dabei werde ich wahrscheinlich alles was neuer ist als auf der DVD verlieren, oder? Sollte doch noch wer besser Bescheid wissen wie es mit dem "Rescue " gehen könnte ...??? Danke mal und schönen Gruß, Sigi
Am Donnerstag, 16. September 2004 19:12 schrieb Siegfrid Brandstätter:
Ja aber nur nicht so wie es wirklich kommt. Von einem "Rescue login:"steht kein Wort. Nach einigen Fehlversuchen kam ich auf das Wort "root" einzugeben. Danach gab ich :fsck.reiserfs --check /dev/hda8 ein und es lief, danach habe ich mir wie im Administrations Handbuch beschrieben, einen Ausdruck mit fdisk -1 /dev/hda8 gemacht. Zumindest habe ich's so verstanden. Wo der jetzt ist ??
Was meinst du mit "Ausdruck"? Also die Option -1 kennt mein fdisk nicht. Wahrscheinlich meinst du fdisk -l (kleines L) Das zeigt dir die Partitionierungsinformationen an. Damit du weißt, welches /dev deine Platte es ist (könnte ich mir in dem Zusammenhang vorstellen).
Übrigens wie man aus dem Programm wieder raus kommt, kein Wort davon!! Welches Programm? Die Rettungskonsole? Einfach reboot oder shutdown -h now eingeben.
Diese Handbücher sind für jene geschrieben die sowieso alles wissen. Die sollten das mal einer "Hausfrau" oder mir zum Testen geben. Wenn ich das was hier nicht beschrieben ist alles wissen sollte, bräuchte ich diese Handbücher auch nicht.
Tja, was soll man dazu sagen? Ich finde die Handbücher auch nicht soo toll, aber oft steht genau das, was man wissen will dort drin. Vor allem bei so Suse-spezifischen Sachen kommt man um die Handbücher selten herum. Anfängergerecht sind diese Jedoch oft nicht. Obwohl das Benutzerhandbuch es sein sollte. Das Administrationshandbuch sollte eigentlich etwas anspruchsvoller sein..
Die Ausgabe des :fsck.reiserfs --check /dev/hda8 ergab meines Wissens nichts besonderes. No Corrupt Files oder so ähnlich. Das ist Gut.
Wie ich aber etwas wie Yast dort finden sollte ist mir auch ein Rätsel.
Ich glaube nun das ich um "Installation/Update starten" nicht herumkommen werde. Dabei werde ich wahrscheinlich alles was neuer ist als auf der DVD verlieren, oder? Nein. Sollte doch noch wer besser Bescheid wissen wie es mit dem "Rescue " gehen könnte ...??? Das, wozu wir dich die ganze Zeit überreden wollten (was dein Problem hoffentlich aus der Welt schaffen wird) Ist diese Automatische Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html Diesen Link hat Harald vorhin gepostet.
Mach das mal so wie dort beschrieben: Starten Sie von CD1 oder DVD der SUSE LINUX 9.0 Wählen Sie "Installation" Treffen Sie Ihre Sprachauswahl, ein neues Fenster öffnet sich Wählen Sie "Reparatur des Installierten Systems" Danach stehen drei Modi des YaST-System-Repair zur Verfügung: Automatische Reparatur Benutzerdefinierte Reparatur Expertenwerkzeuge Ich finde, dass die Automatische Reparatur in deinem Fall ausreichen sollte. Da kannst du nichts falsch machen, lies trotzdem erstmal die Hinweise zur automatischen Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html#auto Probier das auf jeden Fall nochmal aus, wenn dein YaST dann immernoch nicht gehen sollte, poste nochmal die genaue Fehlermeldung, die ausgegeben wird, wenn du 1. mit sux root geworden bist 2. /sbin/yast2 oder 3. /sbin/yast gemacht hast. Gruß Sören
Am Donnerstag, 16. September 2004 20:37 schrieb Sören Wengerowsky:
Ich finde, dass die Automatische Reparatur in deinem Fall ausreichen sollte. Da kannst du nichts falsch machen, lies trotzdem erstmal die Hinweise zur automatischen Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html#aut
Ich hab das selbst nur kurz überflogen. Aber es scheint mir, als bekomme er sein schönes altes KDE damit zurück. Ob er das wirklich will? Gruß Harald
Hallo an alle SuSE Helfer, Am Do, 2004-09-16 um 20.50 schrieb Harald Huthmann:
Am Donnerstag, 16. September 2004 20:37 schrieb Sören Wengerowsky:
Ich finde, dass die Automatische Reparatur in deinem Fall ausreichen sollte. Da kannst du nichts falsch machen, lies trotzdem erstmal die Hinweise zur automatischen Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html#aut
Ich hab das selbst nur kurz überflogen. Aber es scheint mir, als bekomme er sein schönes altes KDE damit zurück. Ob er das wirklich will?
Ja er will. Ich habe nun alles gemacht, so wie in der obigen Anweisung beschrieben. Ging wirklich einfach. Hatte umsonst Angst. Verstehe nicht warum sowas nicht im Handbuch mit drinnen steht. Das ist doch echt komisch das man so gute, einfache Tools versteckt. Wer kommt schon auf die Idee das unter Installation... Folgende Meldungen kamen beim Check: Folgende Geräte werden nicht eingebunden hda 1 hda 5 hda 6 ---------- fstab.Eintrag wurde erfolgreich repariert. ---------- in folgenden Paketen traten Probleme auf filesystem /var/lock M.... /var/lock/subsys M....G... hotplug /etc/hotplug/blacklist S.5....T popt /usr/lib/libpopt.so.1.o.o ....T ---------- Überprüfen der Basispakete (zeitaufwändig) Basispakete wurden geprüft Fehlgeschlagen Neuinstallation der ungeprüften Pakete ist fehlgeschlagen. ########################## Nur es ist verhext, Yast will immer noch nicht. Dies habe ich nun danach gemacht. sigi@linux:~> su Password: linux:/home/sigi # yast linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp linux:/home/sigi #
Am Freitag, 17. September 2004 02:18 schrieb Siegfrid Brandstätter: Hallo Sigi
Am Do, 2004-09-16 um 20.50 schrieb Harald Huthmann:
Am Donnerstag, 16. September 2004 20:37 schrieb Sören Wengerowsky:
Ich finde, dass die Automatische Reparatur in deinem Fall ausreichen sollte. Da kannst du nichts falsch machen, lies trotzdem erstmal die Hinweise zur automatischen Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html #aut
Ich hab das selbst nur kurz überflogen. Aber es scheint mir, als bekomme er sein schönes altes KDE damit zurück. Ob er das wirklich will?
Ja er will. Ich habe nun alles gemacht, so wie in der obigen Anweisung beschrieben. Ging wirklich einfach. Hatte umsonst Angst. Verstehe nicht warum sowas nicht im Handbuch mit drinnen steht. Das ist doch echt komisch das man so gute, einfache Tools versteckt. Wer kommt schon auf die Idee das unter Installation...
Ich kannte es auch nicht. Man sollte es auch nicht zu oft brauchen müssen.
Folgende Meldungen kamen beim Check:
Folgende Geräte werden nicht eingebunden hda 1 hda 5 hda 6 ---------- fstab.Eintrag wurde erfolgreich repariert.
---------- in folgenden Paketen traten Probleme auf
filesystem /var/lock M.... /var/lock/subsys M....G... hotplug /etc/hotplug/blacklist S.5....T popt /usr/lib/libpopt.so.1.o.o ....T
----------
Überprüfen der Basispakete (zeitaufwändig) Basispakete wurden geprüft Fehlgeschlagen Neuinstallation der ungeprüften Pakete ist fehlgeschlagen. ##########################
Wichtig währe zu Erfahren was da fehlgeschlagen ist. bzw warum.
Nur es ist verhext, Yast will immer noch nicht. Dies habe ich nun danach gemacht.
Na ja,- es wurde einfach nix neu installiert. (Warum auch immer)
sigi@linux:~> su Password: linux:/home/sigi # yast linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2
Bedeutet Die Größe, die MD5-(Quer)Summe und die "Abspeicherungszeit" stimmen nicht mit den Informationen in der RPM-Datenbank überein.
.......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp
Diese Meldungen erhalte ich bei mir auch. Wichtig ist der Fehler von /sbin/yast2 Mit rpm -qf /sbin/yast2 erfährst Du in welchem Paket sich die Datei befindet, bei mir: linux:/home/harald # rpm -qf /sbin/yast2 yast2-2.8.31-43 ... und da steckt der Wurm drin (-also bei Dir) Dieses Paket mußt du neu installieren. Die Bezeichnung der Datei lautet dann: yast2-2.8.31-43.i586.rpm wobei das -43 die Buildnummer ist. Die wirst Du auf deiner CD/DVD ev. nicht finden, wenn Du fleißig Online-Updates gemacht hast. Sicherheithalber kannst Du Dir das Paket von: ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/update/9.0/rpm/i586/ oder (falls noch kein Update vorhanden) von ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.0/suse/i586 ziehen. Achtung. (Alle Adressen und Paketnummern beziehen sich auf "meine" 9.0 . Mußt Du ändern, wenn du 9.1 fährst) Dann als root in das Download-Verzeichnis wechseln und mit dem Befehl "rpm -F yast2-2*.rpm" installieren. Gruß Harald
Am Freitag, 17. September 2004 09:57 schrieb Harald Huthmann:
Am Freitag, 17. September 2004 02:18 schrieb Siegfrid Brandstätter:
Überprüfen der Basispakete (zeitaufwändig) Basispakete wurden geprüft Fehlgeschlagen Neuinstallation der ungeprüften Pakete ist fehlgeschlagen. ##########################
Wichtig währe zu Erfahren was da fehlgeschlagen ist. bzw warum. Genau!
[...]
.......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp
Diese Meldungen erhalte ich bei mir auch.
Ich auch.
Wichtig ist der Fehler von /sbin/yast2
Mit rpm -qf /sbin/yast2 erfährst Du in welchem Paket sich die Datei befindet, bei mir: linux:/home/harald # rpm -qf /sbin/yast2 yast2-2.8.31-43
Bei 9.1: soeren@linux:~> rpm -qf /sbin/yast2 yast2-2.9.60-5
... und da steckt der Wurm drin (-also bei Dir) Dieses Paket mußt du neu installieren.
Die Bezeichnung der Datei lautet dann: yast2-2.8.31-43.i586.rpm wobei das -43 die Buildnummer ist. Die wirst Du auf deiner CD/DVD ev. nicht finden, wenn Du fleißig Online-Updates gemacht hast. Es gab kein OnlineUpdate für Yast2 selber, daher ist das richtige Paket hier zu finden: ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.1/suse/i586/yast2-2.9.60-5.i586.rpm
Sicherheithalber kannst Du Dir das Paket von: ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/update/9. 0/rpm/i586/ oder (falls noch kein Update vorhanden) von ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.0/suse/ i586 ziehen.
Achtung. (Alle Adressen und Paketnummern beziehen sich auf "meine" 9.0 . Mußt Du ändern, wenn du 9.1 fährst) Ich bin mal so frei..
Dann als root in das Download-Verzeichnis wechseln und mit dem Befehl "rpm -F yast2-2*.rpm" installieren. Oder halt direkt vom FTP. rpm -F ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.1/suse/i586/yast2-2.9.60-5.i586.rpm
Gruß Sören
Am Freitag, 17. September 2004 02:18 schrieb Siegfrid Brandstätter:
Folgende Meldungen kamen beim Check:
Folgende Geräte werden nicht eingebunden hda 1 hda 5 hda 6
Was ist auf diesen Platten bei dir?
---------- fstab.Eintrag wurde erfolgreich repariert. Schön, aber dort liegt der Fehler ja wohl nicht..
---------- in folgenden Paketen traten Probleme auf
filesystem /var/lock M.... /var/lock/subsys M....G... hotplug /etc/hotplug/blacklist S.5....T popt /usr/lib/libpopt.so.1.o.o ....T Also popt selber ist in Ordnung, nur die Zeit des Abspeicherns nicht. Das ist ja nicht weiter schlimm.
----------
Überprüfen der Basispakete (zeitaufwändig) Basispakete wurden geprüft Fehlgeschlagen kannst du irgendwie eine Fehlermeldung auftreiben (verbose Modus o.Ä.)?
Neuinstallation der ungeprüften Pakete ist fehlgeschlagen.
Steht da noch irgendwo etwas, was darauf schließen lässt, woran es genau lag, dass es nicht geklappt hat?
##########################
Nur es ist verhext, Yast will immer noch nicht. Dies habe ich nun danach gemacht. Wenn nichts neu installiert wurde, ist das nicht verwunderlich.
sigi@linux:~> su Password: linux:/home/sigi # yast linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp linux:/home/sigi # Tja, das Datum und die Md5summe stimmt nicht mit der aus der RPM-Datenbank überein.
Gruß Sören
Hallo, Am Fr, 2004-09-17 um 16.06 schrieb Sören Wengerowsky:
Am Freitag, 17. September 2004 02:18 schrieb Siegfrid Brandstätter:
Folgende Meldungen kamen beim Check:
Folgende Geräte werden nicht eingebunden hda 1 hda 5 hda 6
Was ist auf diesen Platten bei dir?
Windows, daß ich sobald endlich mein OOo. oder Gnumeric installiert ist und auch funktionieren sollte wegkommt.
---------- fstab.Eintrag wurde erfolgreich repariert. Schön, aber dort liegt der Fehler ja wohl nicht..
---------- in folgenden Paketen traten Probleme auf
filesystem /var/lock M.... /var/lock/subsys M....G... hotplug /etc/hotplug/blacklist S.5....T popt /usr/lib/libpopt.so.1.o.o ....T Also popt selber ist in Ordnung, nur die Zeit des Abspeicherns nicht. Das ist ja nicht weiter schlimm.
----------
Überprüfen der Basispakete (zeitaufwändig) Basispakete wurden geprüft Fehlgeschlagen kannst du irgendwie eine Fehlermeldung auftreiben (verbose Modus o.Ä.)?
Neuinstallation der ungeprüften Pakete ist fehlgeschlagen.
Steht da noch irgendwo etwas, was darauf schließen lässt, woran es genau lag, dass es nicht geklappt hat?
Leider ist da nicht mehr gewesen, gibt es da irgendwo ein Protokoll?? Ich habe die Meldungen alle abgeschrieben und auch mitgeteilt. Würde auch gerne wissen was das ist.
##########################
Nur es ist verhext, Yast will immer noch nicht. Dies habe ich nun danach gemacht. Wenn nichts neu installiert wurde, ist das nicht verwunderlich.
sigi@linux:~> su Password: linux:/home/sigi # yast linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp linux:/home/sigi # Tja, das Datum und die Md5summe stimmt nicht mit der aus der RPM-Datenbank überein.
Gruß Sören
Übrigens ich habe SuSE 9.0 Pro. KDE 3.2.3, letzter online update ca. 10 Tage alt. Ausser den X86-Nvidia updates. Schönen Sonntagnachmittag, Sigi
Am Sonntag, 19. September 2004 16:29 schrieb Siegfrid Brandstätter:
Übrigens ich habe SuSE 9.0 Pro. KDE 3.2.3, letzter online update ca. 10 Tage alt. Ausser den X86-Nvidia updates. Ich bin jetzt von 9.1 ausgegangen..
Also bei der 9.0 gab es wohl noch keine online-updates, die Yast selber oder das printer-Modul betreffen. Also brauchst du das: http://ftp.gwdg.de/pub/suse/i386/9.0/suse/i586/yast2-2.8.31-40.i586.rpm und das Paket: http://ftp.gwdg.de/pub/suse/i386/9.0/suse/i586/yast2-printer-2.8.24-38.i586.... Beide auf der DVD in suse/i586 zu finden. Beide mit rpm -Uhv --force installieren... aber das wurde ja auch schon mehrfach gesagt.. Gruß Sören
Am Do, 2004-09-16 um 20.37 schrieb Sören Wengerowsky:
Am Donnerstag, 16. September 2004 19:12 schrieb Siegfrid Brandstätter:
Ja aber nur nicht so wie es wirklich kommt. Von einem "Rescue login:"steht kein Wort. Nach einigen Fehlversuchen kam ich auf das Wort "root" einzugeben. Danach gab ich :fsck.reiserfs --check /dev/hda8 ein und es lief, danach habe ich mir wie im Administrations Handbuch beschrieben, einen Ausdruck mit fdisk -1 /dev/hda8 gemacht. Zumindest habe ich's so verstanden. Wo der jetzt ist ??
Was meinst du mit "Ausdruck"? Also die Option -1 kennt mein fdisk nicht. Wahrscheinlich meinst du fdisk -l (kleines L) Das zeigt dir die Partitionierungsinformationen an. Damit du weißt, welches /dev deine Platte es ist (könnte ich mir in dem Zusammenhang vorstellen).
Siehe Admin.Handbuch Seite 294 genau ober der Mitte. Wie gesagt, wahrscheinlich habe ich das falsch verstanden.
Übrigens wie man aus dem Programm wieder raus kommt, kein Wort davon!! Welches Programm? Die Rettungskonsole? Einfach reboot oder shutdown -h now eingeben.
Von wo sollte man dies wissen? Wo steht dies?
Diese Handbücher sind für jene geschrieben die sowieso alles wissen. Die sollten das mal einer "Hausfrau" oder mir zum Testen geben. Wenn ich das was hier nicht beschrieben ist alles wissen sollte, bräuchte ich diese Handbücher auch nicht.
Tja, was soll man dazu sagen? Ich finde die Handbücher auch nicht soo toll, aber oft steht genau das, was man wissen will dort drin. Vor allem bei so Suse-spezifischen Sachen kommt man um die Handbücher selten herum. Anfängergerecht sind diese Jedoch oft nicht. Obwohl das Benutzerhandbuch es sein sollte. Das Administrationshandbuch sollte eigentlich etwas anspruchsvoller sein..
Die Ausgabe des :fsck.reiserfs --check /dev/hda8 ergab meines Wissens nichts besonderes. No Corrupt Files oder so ähnlich. Das ist Gut.
Wie ich aber etwas wie Yast dort finden sollte ist mir auch ein Rätsel.
Ich glaube nun das ich um "Installation/Update starten" nicht herumkommen werde. Dabei werde ich wahrscheinlich alles was neuer ist als auf der DVD verlieren, oder? Nein. Sollte doch noch wer besser Bescheid wissen wie es mit dem "Rescue " gehen könnte ...??? Das, wozu wir dich die ganze Zeit überreden wollten (was dein Problem hoffentlich aus der Welt schaffen wird) Ist diese Automatische Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html Diesen Link hat Harald vorhin gepostet.
Mach das mal so wie dort beschrieben: Starten Sie von CD1 oder DVD der SUSE LINUX 9.0 Wählen Sie "Installation" Treffen Sie Ihre Sprachauswahl, ein neues Fenster öffnet sich Wählen Sie "Reparatur des Installierten Systems" Danach stehen drei Modi des YaST-System-Repair zur Verfügung: Automatische Reparatur Benutzerdefinierte Reparatur Expertenwerkzeuge
Ich finde, dass die Automatische Reparatur in deinem Fall ausreichen sollte. Da kannst du nichts falsch machen, lies trotzdem erstmal die Hinweise zur automatischen Reparatur: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html#auto
Probier das auf jeden Fall nochmal aus, wenn dein YaST dann immernoch nicht gehen sollte, poste nochmal die genaue Fehlermeldung, die ausgegeben wird, wenn du 1. mit sux root geworden bist 2. /sbin/yast2 oder 3. /sbin/yast gemacht hast.
sigi@linux:~> sux Password: linux:/home/sigi # /sbin/yast2 linux:/home/sigi # /sbin/yast linux:/home/sigi #
Gruß
Sören
Schönen Gruß Sigi
Am Freitag, 17. September 2004 02:17 schrieb Siegfrid Brandstätter:
Am Do, 2004-09-16 um 20.37 schrieb Sören Wengerowsky:
Am Donnerstag, 16. September 2004 19:12 schrieb Siegfrid
Brandstätter:
Ja aber nur nicht so wie es wirklich kommt. Von einem "Rescue login:"steht kein Wort. Nach einigen Fehlversuchen kam ich auf das Wort "root" einzugeben. Danach gab ich :fsck.reiserfs --check /dev/hda8 ein und es lief, danach habe ich mir wie im Administrations Handbuch beschrieben, einen Ausdruck mit fdisk -1 /dev/hda8 gemacht. Zumindest habe ich's so verstanden. Wo der jetzt ist ??
Was meinst du mit "Ausdruck"? Also die Option -1 kennt mein fdisk nicht. Wahrscheinlich meinst du fdisk -l (kleines L) Das zeigt dir die Partitionierungsinformationen an. Damit du weißt, welches /dev deine Platte es ist (könnte ich mir in dem Zusammenhang vorstellen).
Siehe Admin.Handbuch Seite 294 genau ober der Mitte. Wie gesagt, wahrscheinlich habe ich das falsch verstanden. Tut mir leid, ich habe leider kein Admin Handbuch der 9.1 zur Verfügung. Ist aber auch egal, du hast es ja anscheinend geschafft.
Übrigens wie man aus dem Programm wieder raus kommt, kein Wort davon!!
Welches Programm? Die Rettungskonsole? Einfach reboot oder shutdown -h now eingeben.
Von wo sollte man dies wissen? Wo steht dies? Keine Ahnung. Ganz normal wie in einem normalen Linux-System. Wie man einen Linux-Rechner runterfährt sollte ja schon irgendwo stehen. Im Grunde ist die Rettungskonsole auch nichts anderes als ein Linuxsystem, wobei nur große Teile des Systems auf der CD sind.
sigi@linux:~> sux Password: linux:/home/sigi # /sbin/yast2 linux:/home/sigi # /sbin/yast linux:/home/sigi # Also es passiert einfach gar nichts?
Funktioniert dein RPM eigentlich schon wieder? Kannst du mit rpm wieder Programme installieren/deinstallieren? Gruß Sören
Hallo, Am Fr, 2004-09-17 um 16.12 schrieb Sören Wengerowsky:
Am Freitag, 17. September 2004 02:17 schrieb Siegfrid Brandstätter:
Am Do, 2004-09-16 um 20.37 schrieb Sören Wengerowsky:
Am Donnerstag, 16. September 2004 19:12 schrieb Siegfrid
Brandstätter:
Ja aber nur nicht so wie es wirklich kommt. Von einem "Rescue login:"steht kein Wort. Nach einigen Fehlversuchen kam ich auf das Wort "root" einzugeben. Danach gab ich :fsck.reiserfs --check /dev/hda8 ein und es lief, danach habe ich mir wie im Administrations Handbuch beschrieben, einen Ausdruck mit fdisk -1 /dev/hda8 gemacht. Zumindest habe ich's so verstanden. Wo der jetzt ist ??
Was meinst du mit "Ausdruck"? Also die Option -1 kennt mein fdisk nicht. Wahrscheinlich meinst du fdisk -l (kleines L) Das zeigt dir die Partitionierungsinformationen an. Damit du weißt, welches /dev deine Platte es ist (könnte ich mir in dem Zusammenhang vorstellen).
Siehe Admin.Handbuch Seite 294 genau ober der Mitte. Wie gesagt, wahrscheinlich habe ich das falsch verstanden. Tut mir leid, ich habe leider kein Admin Handbuch der 9.1 zur Verfügung. Ist aber auch egal, du hast es ja anscheinend geschafft.
Übrigens wie man aus dem Programm wieder raus kommt, kein Wort davon!!
Welches Programm? Die Rettungskonsole? Einfach reboot oder shutdown -h now eingeben.
Von wo sollte man dies wissen? Wo steht dies? Keine Ahnung. Ganz normal wie in einem normalen Linux-System. Wie man einen Linux-Rechner runterfährt sollte ja schon irgendwo stehen. Im Grunde ist die Rettungskonsole auch nichts anderes als ein Linuxsystem, wobei nur große Teile des Systems auf der CD sind.
sigi@linux:~> sux Password: linux:/home/sigi # /sbin/yast2 linux:/home/sigi # /sbin/yast linux:/home/sigi # Also es passiert einfach gar nichts?
Funktioniert dein RPM eigentlich schon wieder? Kannst du mit rpm wieder Programme installieren/deinstallieren?
sigi@linux:~> sux - Password linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads # ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 ln: `/usr/lib/libpopt.so.0': File exists linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads # RPM würde wahrscheinlich wieder gehen, aber mit diesem verd... libpopt gibt es schon wieder die gleichen Probleme. Ist es möglicherweise mit Gnome einfacher Gnome Pakete zu installiern? Irgendwo habe ich mal gelesen dies gehe so ähnlich als mit Yast. Die fehlenden Abhängigkeiten würden dort ebenso aufgelöst. Aber mit Gnome habe ich gar keine Erfahrungen. Gibt es da so was wie Yast2?? Schönen Gruß Sigi
Am Montag, 20. September 2004 01:26 schrieb Siegfrid Brandstätter: Hi,
sigi@linux:~> sux - Password linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads # ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 ln: `/usr/lib/libpopt.so.0': File exists linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads #
RPM würde wahrscheinlich wieder gehen, aber mit diesem verd... libpopt gibt es schon wieder die gleichen Probleme. Ist es möglicherweise mit Gnome einfacher Gnome Pakete zu installiern? Irgendwo habe ich mal gelesen dies gehe so ähnlich als mit Yast. Die fehlenden Abhängigkeiten würden dort ebenso aufgelöst. Aber mit Gnome habe ich gar keine Erfahrungen. Gibt es da so was wie Yast2??
Da verwechselst Du was. Gnome ist nur ein Desktop ähnlich wie KDE (nur etwas schlechter:-). Yast2 ist ein Programm. Das kannst du unter jedem Desktop starten,-wie alle Programme, also auch unter Gnome. RPM ist eine Datenbank in der die installierten Dateien und Programme, sowie deren Abhänginkeiten untereinander verzeichnet sind. Yast2 benutzt RPM ist also so eine Art Bedienoberfläche dafür (u.a.) libpopt.so.0 gibt es meines Wissens für Suse 9.0 nicht. (Wo stammt das Paket von gnumeric her?) Wenn du einen link libpopt.so.0 ->libpopt.so.1 setzt mag das funktionieren.(Keine Ahnung). Nur RPM, also die Datenbank bekommt davon nix mit. Es bemängelt daher weiter diese fehlende Abhängikeit. Um Pakete unabhängig der Abhängikeiten installieren zu können, kann man die Optionen --force --nodeps einsetzen (rpm -Uvh --force --nodeps) Aber Vorsicht: Es wird damit auf jeden Fall installiert und damit auch überschrieben und du kannst bei extensivem Gebrauch dieser Option, Dir dein System so richtig nachhaltig zerlegen... Gruß Harald
Hallo Harald, hallo Liste, Am Mo, 2004-09-20 um 03.00 schrieb Harald Huthmann:
Am Montag, 20. September 2004 01:26 schrieb Siegfrid Brandstätter:
Hi,
sigi@linux:~> sux - Password linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads # ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 ln: `/usr/lib/libpopt.so.0': File exists linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads #
RPM würde wahrscheinlich wieder gehen, aber mit diesem verd... libpopt gibt es schon wieder die gleichen Probleme. Ist es möglicherweise mit Gnome einfacher Gnome Pakete zu installiern? Irgendwo habe ich mal gelesen dies gehe so ähnlich als mit Yast. Die fehlenden Abhängigkeiten würden dort ebenso aufgelöst. Aber mit Gnome habe ich gar keine Erfahrungen. Gibt es da so was wie Yast2??
Da verwechselst Du was. Gnome ist nur ein Desktop ähnlich wie KDE (nur etwas schlechter:-). Yast2 ist ein Programm. Das kannst du unter jedem Desktop starten,-wie alle Programme, also auch unter Gnome. RPM ist eine Datenbank in der die installierten Dateien und Programme, sowie deren Abhänginkeiten untereinander verzeichnet sind. Yast2 benutzt RPM ist also so eine Art Bedienoberfläche dafür (u.a.)
libpopt.so.0 gibt es meines Wissens für Suse 9.0 nicht. (Wo stammt das Paket von gnumeric her?)
Von rpmseek für SuSE 9 Supplementary
Wenn du einen link libpopt.so.0 ->libpopt.so.1 setzt mag das funktionieren.(Keine Ahnung). Nur RPM, also die Datenbank bekommt davon nix mit. Es bemängelt daher weiter diese fehlende Abhängikeit.
Um Pakete unabhängig der Abhängikeiten installieren zu können, kann man die Optionen --force --nodeps einsetzen (rpm -Uvh --force --nodeps)
Aber Vorsicht: Es wird damit auf jeden Fall installiert und damit auch überschrieben und du kannst bei extensivem Gebrauch dieser Option, Dir dein System so richtig nachhaltig zerlegen...
Gruß Harald
sigi@linux:~> sux - Password: linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm error: File not found by glob: /media/dvd/suse/i586/yast2-printer-*.rpm linux:~ # mount /media/dvd linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm Preparing... ########################################### [100%] 1:yast2-printer ########################################### [100%] linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm Preparing... ########################################### [100%] 1:yast2 ########################################### [100%] linux:~ # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm error: open of gnumeric-1.2.12-3.i586.rpm failed: No such file or directory linux:~ # cd /home/sigi/Downloads linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm Preparing... ########################################### [100%] 1:gnumeric ########################################### [100%] linux:/home/sigi/Downloads # exit logout sigi@linux:~> Yast geht jetzt wieder. Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein. linux:~ # gnumeric gnumeric: relocation error: gnumeric: undefined symbol: gdk_threads_lock linux:~ # Schönen Dank für die Hilfe und Gute Nacht Sigi
Hallo, On 20-Sep-2004 Siegfrid Brandstätter wrote:
linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm [...] Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein.
Versuche es doch bitte erst einmal mit "rpm -Uvh gnumeric-1.2.12-3.i586.rpm". Vermutlich erhaeltst du dann bereits Meldungen ueber nicht aufgeloeste Abhaengigkeiten. Meines Wissens verlangt gnumeric-1.2.12 gnome 2.6.
linux:~ # gnumeric gnumeric: relocation error: gnumeric: undefined symbol: gdk_threads_lock
Gib mal die Fehlermeldung bei google ein. Dann stoesst du auf den Hinweis mit gnumeric und gnome. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, Am Mo, 2004-09-20 um 07.57 schrieb Heinz W. Pahlke:
Hallo,
On 20-Sep-2004 Siegfrid Brandstätter wrote:
linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm [...] Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein.
Versuche es doch bitte erst einmal mit "rpm -Uvh gnumeric-1.2.12-3.i586.rpm".
sigi@linux:~> sux - Password: linux:~ # cd /home/sigi/Downloads linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 linux:/home/sigi/Downloads # Den symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen : ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 habe ich aber gemacht.
Vermutlich erhaeltst du dann bereits Meldungen ueber nicht aufgeloeste Abhaengigkeiten.
Meines Wissens verlangt gnumeric-1.2.12 gnome 2.6.
linux:~ # gnumeric gnumeric: relocation error: gnumeric: undefined symbol: gdk_threads_lock
Gib mal die Fehlermeldung bei google ein. Dann stoesst du auf den Hinweis mit gnumeric und gnome.
Ich glaube da komme ich vom Hundertsten ins Tausendste. Mit Gnome 2.6. installieren da gibt es sicher wieder zig ungelöste Abhängigkeiten. Schade. Schöne Grüße Sigi
Hallo, On 20-Sep-2004 Siegfrid Brandstätter wrote:
Am Mo, 2004-09-20 um 07.57 schrieb Heinz W. Pahlke:
Hallo,
On 20-Sep-2004 Siegfrid Brandstätter wrote:
linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm [...] Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein.
Versuche es doch bitte erst einmal mit "rpm -Uvh gnumeric-1.2.12-3.i586.rpm".
[...] linux:/home/sigi/Downloads # rpm -Uvh gnumeric-1.2.12-3.i586.rpm error: Failed dependencies: libpopt.so.0 is needed by gnumeric-1.2.12-3 [...] Den symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen : ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 habe ich aber gemacht.
Bloss steht der eben nicht in der rpm-Datenbank. Deshalb dann auch das --nodeps. Eigentlich haette ich erwartet, dass gnumeric noch etwas anderes bemaengelt.
Meines Wissens verlangt gnumeric-1.2.12 gnome 2.6.
linux:~ # gnumeric gnumeric: relocation error: gnumeric: undefined symbol: gdk_threads_lock
Gib mal die Fehlermeldung bei google ein. Dann stoesst du auf den Hinweis mit gnumeric und gnome.
Ich glaube da komme ich vom Hundertsten ins Tausendste. Mit Gnome 2.6. installieren da gibt es sicher wieder zig ungelöste Abhängigkeiten.
Da duerftest du wohl recht haben. Einen schoenen Abend, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Montag, 20. September 2004 03:16 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux - Password: linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm error: File not found by glob: /media/dvd/suse/i586/yast2-printer-*.rpm linux:~ # mount /media/dvd linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm Preparing... ########################################### [100%] 1:yast2-printer ########################################### [100%] linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm Preparing... ########################################### [100%] 1:yast2 ########################################### [100%] linux:~ # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm error: open of gnumeric-1.2.12-3.i586.rpm failed: No such file or directory linux:~ # cd /home/sigi/Downloads linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm Preparing... ########################################### [100%] 1:gnumeric ########################################### [100%] linux:/home/sigi/Downloads # exit logout sigi@linux:~>
Yast geht jetzt wieder.
Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein.
Na ja. Da nunmehr weder yast halbtot noch Evolution ganztot erscheint, schlage ich vor das Du für deine gnumeric-xxxx-Probleme einen neuen Thread eröffnest... Gruß Harald (Ps bei mir laüft eine Version Gnumeric 1.1.20 unter 9.0. Benutzt habe ich die bisher aber nicht....)
Hallo, Am Mo, 2004-09-20 um 08.43 schrieb Harald Huthmann:
Am Montag, 20. September 2004 03:16 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux - Password: linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm error: File not found by glob: /media/dvd/suse/i586/yast2-printer-*.rpm linux:~ # mount /media/dvd linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-printer-*.rpm Preparing... ########################################### [100%] 1:yast2-printer ########################################### [100%] linux:~ # rpm -Uvh --force /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm Preparing... ########################################### [100%] 1:yast2 ########################################### [100%] linux:~ # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm error: open of gnumeric-1.2.12-3.i586.rpm failed: No such file or directory linux:~ # cd /home/sigi/Downloads linux:/home/sigi/Downloads # rpm -Uvh --force --nodeps gnumeric-1.2.12-3.i586.rpm Preparing... ########################################### [100%] 1:gnumeric ########################################### [100%] linux:/home/sigi/Downloads # exit logout sigi@linux:~>
Yast geht jetzt wieder.
Gnumeric lässt sich aber nicht starten. Irgendwie soll es anscheinend doch nicht sein.
Na ja. Da nunmehr weder yast halbtot noch Evolution ganztot erscheint, schlage ich vor das Du für deine gnumeric-xxxx-Probleme einen neuen Thread eröffnest...
Gruß Harald
(Ps bei mir laüft eine Version Gnumeric 1.1.20 unter 9.0. Benutzt habe ich die bisher aber nicht....)
Ich möchte mich hiermit nochmals sehr herzlich bei allen Helfern bedanken. Es war echt super von Euch allen. Schöne grüße Sigi
Hallo, On 20-Sep-2004 Harald Huthmann wrote:
Wenn du einen link libpopt.so.0 ->libpopt.so.1 setzt mag das funktionieren.(Keine Ahnung). Nur RPM, also die Datenbank bekommt davon nix mit. Es bemängelt daher weiter diese fehlende Abhängikeit.
Man sollte dann aber wirklich wissen, was man tut. Und sich im klaren sein, dass die Software-Installation ueber yast damit zumindest schwieriger wird.
Um Pakete unabhängig der Abhängikeiten installieren zu können, kann man die Optionen --force --nodeps einsetzen (rpm -Uvh --force --nodeps)
Wenn wirklich nur die Abhaengigkeit bezueglich libpopt.so.1 bemaengelt wird, kein Problem. Und wenn man mit rpm statt yast installiert. Natuerlich immer vorausgesetzt, dass nicht tatsaechlich libpopt.so.1 benoetigt wird.
Aber Vorsicht: Es wird damit auf jeden Fall installiert und damit auch überschrieben und du kannst bei extensivem Gebrauch dieser Option, Dir dein System so richtig nachhaltig zerlegen...
Wenn man weiss, was man tut, ist das Risiko gering. Aber Siegfrid wuerde ich das noch nicht empfehlen. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Donnerstag, 16. September 2004 19:12 schrieb Siegfrid Brandstätter:
Hallo,
Hallo Siegfried,
Weiß eigentlich jemand, was die Reparaturinstallation eigentlich macht? Ich dachte, sie macht vielleicht einen Dateisystemcheck,
Macht sie leider nicht
Macht die 9.1 doch. Gerade heute ausprobiert. Du musst die Scheu überwinden und installieren wählen, wenn das Auswahlmenu nach dem Einlegen der CD/DVD erscheint, dann laufen die Systemschecks durch, dann fragt er, ob - Neuinstallation - Update - Installiertes System Starten - Reparatursystem starten. Das letzte habe ich genommen, dann rattert das Ding noch ein bisschen und fragt noch mal ein paar Parameter ab. Dann kannst Du wählen zwischen Automatischer Reparatur und dem Expertenmodus. Im Automodus passiert alles von fast ganz alleine.
Danke mal und schönen Gruß,
Sigi
-- CU at the trails Boris
Am Donnerstag, 16. September 2004 19:06 schrieb Sören Wengerowsky: Hallo Sören,
Soweit ich weiss nicht. Ich habe mich kurzfristig mal ausgeklinkt, weil ich auch der Ansicht bin, Sigi sollte sich mal mit den grundlegenden Befehlen auf der Konsole vertraut machen. Es bringt wirklich nichts, wenn hier 10 Personen auf Ihn "einreden" und er sieht dem Wald vor lauter Bäumen nicht mehr.
ACK
Full ACK.
Weiß eigentlich jemand, was die Reparaturinstallation eigentlich macht?
Heute unfreiwillig ausprobiert. Einen kompletten Check. Angefangen von einem Check des Dateisystems, der Partitonen (bei mir etwas verhunzt), der Datenbank von RPM und noch einiges mehr. Man kann am Anfang zwischen auto und Expertenmodus wählen. Der Expertenmodus ist gut für diejenigen, die den Fehler schon eingekreist haben nur diesen nicht von Haus aus selbst reparieren können. Hierzu gehöre ich wohl noch. *Selbstkritik aus*
Ich dachte, sie macht vielleicht einen Dateisystemcheck, Installiert dann alle Installierten Packete von der CD neu, und so weiter... ?
Nein, kontrolliert und installiert nur die nach, bei denen Fehler gemeldet wurden.
Auf jeden Fall würde ich mal sicherstellen, dass das Dateisystem in Ordnung ist, denn sonst dreht man sich nur im Kreis.
Ja
Full ACK. -- CU at the trails Boris
Am Donnerstag, 16. September 2004 18:40 schrieb Sören Wengerowsky:
Am Mittwoch, 15. September 2004 23:01 schrieb Helga Fischer:
[..]
ist jetzt irgendwas mit Dateisystemcheck gelaufen?
Bis jetzt noch nicht. Ich glaube, Sigi macht gerade die Reparaturinstallation.
Ich kenne das mit dieser Reparaturinstallation nicht, ist das neu bei 9.1? (hab auch schon lange nicht mehr von einer DVD gebootet...) Gruß Harald
Am Donnerstag, 16. September 2004 19:04 schrieb Harald Huthmann:
Am Donnerstag, 16. September 2004 18:40 schrieb Sören Wengerowsky:
Bis jetzt noch nicht. Ich glaube, Sigi macht gerade die Reparaturinstallation.
Ich kenne das mit dieser Reparaturinstallation nicht,
ist das neu bei 9.1? Nicht, dass ich wüsste. Die müsste es schon länger geben.
(hab auch schon lange nicht mehr von einer DVD gebootet...) Ich meine mit Reparaturinstallation, wenn man die DVD oder die 1. CD einlegt und dann "Installieren" auswählt. Dann fragt er irgendwann, ob man das Installierte System booten möchte, es neu installieren möchte, oder die Installation reparieren möchte...
Allerdings weiß ich nicht genau, was da eigentlich passiert. Vielleicht (hoffentlich) ein Dateisystemcheck, und eine Neuinstallation der installierten Pakete, für die die Originalrpms vorliegen. Wahrscheinlich noch einiges mehr. Aber das ist das, was ich mal so vermute. Gruß Sören
Am Donnerstag, 16. September 2004 19:18 schrieb Sören Wengerowsky:
Am Donnerstag, 16. September 2004 19:04 schrieb Harald Huthmann:
Am Donnerstag, 16. September 2004 18:40 schrieb Sören Wengerowsky:
Bis jetzt noch nicht. Ich glaube, Sigi macht gerade die Reparaturinstallation.
Ich kenne das mit dieser Reparaturinstallation nicht,
ist das neu bei 9.1?
Nicht, dass ich wüsste. Die müsste es schon länger geben.
(hab auch schon lange nicht mehr von einer DVD gebootet...)
Ich meine mit Reparaturinstallation, wenn man die DVD oder die 1. CD einlegt und dann "Installieren" auswählt. Dann fragt er irgendwann, ob man das Installierte System booten möchte, es neu installieren möchte, oder die Installation reparieren möchte...
hm,- hab da was gefunden: http://portal.suse.com/sdb/de/2003/11/YaST-System-Repair.html (man lernt nicht aus...) Gruß Harald
Hallo, Am Di, 2004-09-14 um 16.17 schrieb Sören Wengerowsky:
Am Dienstag, 14. September 2004 00:48 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux - Password: linux:~ # ls -lh /usr/lib/libpop* lrwxrwxrwx 1 root root 21 Sep 10 01:10 /usr/lib/libpopt.so.0 -> /usr/lib/libpopt.so.1 lrwxrwxrwx 1 root root 16 Jan 15 2004 /usr/lib/libpopt.so.1 -> libpopt.so.1.0.0 -r-------- 1 root root 32K Sep 12 00:00 /usr/lib/libpopt.so.1.0.0 linux:~ #
Mach mal: chmod 755 /usr/lib/libpopt.so.1.0.0 Also bei mir ist es zumindest 755.
Danach nochmal: rpm --setperms popt rpm --setugids popt
Und dann nochmal: rpm -V popt
sigi@linux:~> sux Password: linux:/home/sigi # chmod 755 /usr/lib/libpopt.so.1.0.0 linux:/home/sigi # rpm --setperms popt linux:/home/sigi # rpm --setugids pop sh: line 2: Paket: command not found linux:/home/sigi # rpm -V popt .......T /usr/lib/libpopt.so.1.0.0 linux:/home/sigi #
und klappt rpm -V popt ?
sigi@linux:~> sux - Password: linux:~ # rpm -V popt .M.....T /usr/lib/libpopt.so.1.0.0 linux:~ # Das ist gar nicht gut.. Ich weiß jetzt gerade nicht, wofür das .M...T steht, aber wenn das das nächste mal (nach der Rechteänderung mit chmod) immernoch auftritt, solltest du auf jeden Fall die Rettungsinstallation
Das werde ich nun machen.
Was hat eigentlich der Versuch der Rettungsinstallation erbracht?
Die habe ich bisher noch nicht gemacht da ich verunsichert war durch die entstandene Diskussion darüber. Soll ich sie doch machen? Die CD und DVD habe ich ja. Was muß ich zur Reparatur auswählen, ich frage lieber bevor ich mir etwas weiteres zerstöre. Also nicht funktionieren tut: Yast und Evolution.
Wie gesagt, sollte diese Rechteänderung, die ich oben beschrieben habe, zu keiner Besserung führen, solltest du es ruhig machen. Kaputtmachen kannst du damit eigentlich nichts, wie Helga schon gesagt hat.
Gruß Sören
Schönen Gruß Sigi
Hallo Siegfried, hallo Leute, Am Donnerstag, 16. September 2004 00:54 schrieb Siegfrid Brandstätter: [...]
linux:/home/sigi # rpm --setperms popt linux:/home/sigi # rpm --setugids pop
Fipptehler: popt, nicht pop. Macht aber diesmal nichts, siehe unten.
sh: line 2: Paket: command not found
Dein Tippfehler hat gerade einen RPM-Bug aufgedeckt. Ich schau mal nach, ob der schon bekannt ist, ansonsten reiche ich einen Bugreport ein.
linux:/home/sigi # rpm -V popt .......T /usr/lib/libpopt.so.1.0.0
Das ist soweit OK. Das T bedeutet, dass die "modification time" der Datei nicht zum Eintrag in der RPM-Datenbank passt (ist erklärbar, weil Du die Datei im Nachhinein ins System kopiert hast). Dateiinhalt und Rechte passen aber, sonst würden neben dem T nicht nur Punkte auftauchen. Sprich: Dein Paket popt ist wieder OK.
Ich weiß jetzt gerade nicht, wofür das .M...T steht, aber wenn das das nächste mal (nach der Rechteänderung mit chmod) immernoch auftritt, solltest du auf jeden Fall die Rettungsinstallation
Das werde ich nun machen.
Zumindest für popt ist das inzwischen nicht mehr nötig. Wenden wir uns mal Deinem YaST2-Problem zu: Ist das inzwischen behoben? Wenn nicht, überprüf mal die ganzen YaST2-Pakete (als root): rpm -qa | grep -i yast |xargs rpm -V Gruß Christian Boltz -- Es ist eben nicht trivial korrekten Code zu schreiben. exit(-1); syslog(LOG_ERROR, "Can't exit.\n"); [Lutz Donnerhacke in dclp]
Hallo Christian, hallo Leute, Am Do, 2004-09-16 um 22.31 schrieb Christian Boltz:
Hallo Siegfried, hallo Leute,
Am Donnerstag, 16. September 2004 00:54 schrieb Siegfrid Brandstätter: [...]
linux:/home/sigi # rpm --setperms popt linux:/home/sigi # rpm --setugids pop
Fipptehler: popt, nicht pop. Macht aber diesmal nichts, siehe unten.
sh: line 2: Paket: command not found
Dein Tippfehler hat gerade einen RPM-Bug aufgedeckt. Ich schau mal nach, ob der schon bekannt ist, ansonsten reiche ich einen Bugreport ein.
linux:/home/sigi # rpm -V popt .......T /usr/lib/libpopt.so.1.0.0
Na da bin ich ja froh, da bin ich ja doch noch zu was gut. Schämmmmm
Das ist soweit OK. Das T bedeutet, dass die "modification time" der Datei nicht zum Eintrag in der RPM-Datenbank passt (ist erklärbar, weil Du die Datei im Nachhinein ins System kopiert hast). Dateiinhalt und Rechte passen aber, sonst würden neben dem T nicht nur Punkte auftauchen.
Sprich: Dein Paket popt ist wieder OK.
Ich weiß jetzt gerade nicht, wofür das .M...T steht, aber wenn das das nächste mal (nach der Rechteänderung mit chmod) immernoch auftritt, solltest du auf jeden Fall die Rettungsinstallation
Das werde ich nun machen.
Zumindest für popt ist das inzwischen nicht mehr nötig.
Wenden wir uns mal Deinem YaST2-Problem zu: Ist das inzwischen behoben? Wenn nicht, überprüf mal die ganzen YaST2-Pakete (als root): rpm -qa | grep -i yast |xargs rpm -V
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list S.5....T /var/lib/YaST2/ppd_db.ycp linux:/home/sigi #
Gruß
Christian Boltz --
Schönen Gruß Sigi
Hallo Siegfried, hallo Leute, Am Freitag, 17. September 2004 00:53 schrieb Siegfrid Brandstätter:
Am Do, 2004-09-16 um 22.31 schrieb Christian Boltz:
Am 16. September 2004 00:54 schrieb Siegfrid Brandstätter:
linux:/home/sigi # rpm --setugids pop sh: line 2: Paket: command not found
Dein Tippfehler hat gerade einen RPM-Bug aufgedeckt. Ich schau mal nach, ob der schon bekannt ist, ansonsten reiche ich einen Bugreport ein.
linux:/home/sigi # rpm -V popt .......T /usr/lib/libpopt.so.1.0.0
Na da bin ich ja froh, da bin ich ja doch noch zu was gut. Schämmmmm
;-) BTW: Den Bugreport habe ich vorhin unter www.suse.de/feedback eingereicht. Mal sehen, ob eine Reaktion kommt...
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V
S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list
Betrifft nur die modification time, nicht den Dateiinhalt. Ist also OK.
S.5....T /var/lib/YaST2/ppd_db.ycp
Dem Namen nach ist das eine Datenbankdatei, eine Veränderung dürfte also zu vertreten sein. Um ganz sicherzugehen, kannst Du ja mal das Paket yast2-printer neu installieren: - SuSE DVD oder CD 1 einlegen und mounten - rpm -Uhv /media/cdrom/suse/i586/yast2-printer-*.rpm (falls das Paket nicht installiert wird, kannst Du ausnahmsweise die Option --force zusätzlich angeben) Gruß Christian Boltz -- GUI Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp)
Am Freitag, 17. September 2004 17:58 schrieb Christian Boltz:
BTW: Den Bugreport habe ich vorhin unter www.suse.de/feedback eingereicht. Mal sehen, ob eine Reaktion kommt...
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V
S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list
Betrifft nur die modification time, nicht den Dateiinhalt. Ist also OK.
S.5....T /var/lib/YaST2/ppd_db.ycp
Dem Namen nach ist das eine Datenbankdatei, eine Veränderung dürfte also zu vertreten sein. Um ganz sicherzugehen, kannst Du ja mal das Paket yast2-printer neu installieren:
- SuSE DVD oder CD 1 einlegen und mounten - rpm -Uhv /media/cdrom/suse/i586/yast2-printer-*.rpm (falls das Paket nicht installiert wird, kannst Du ausnahmsweise die Option --force zusätzlich angeben)
Hat das jetzt eigentlich etwas gebracht mit dem neu-Installieren von Yast und dem Printer-Paket? *neugierig guck*
Gruß
Christian Boltz -- GUI Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp)
:-D Gruß Sören
Hallo allemiteinander, Am So, 2004-09-19 um 12.07 schrieb Sören Wengerowsky:
Am Freitag, 17. September 2004 17:58 schrieb Christian Boltz:
BTW: Den Bugreport habe ich vorhin unter www.suse.de/feedback eingereicht. Mal sehen, ob eine Reaktion kommt...
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V
S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list
Betrifft nur die modification time, nicht den Dateiinhalt. Ist also OK.
S.5....T /var/lib/YaST2/ppd_db.ycp
Dem Namen nach ist das eine Datenbankdatei, eine Veränderung dürfte also zu vertreten sein. Um ganz sicherzugehen, kannst Du ja mal das Paket yast2-printer neu installieren:
- SuSE DVD oder CD 1 einlegen und mounten - rpm -Uhv /media/cdrom/suse/i586/yast2-printer-*.rpm (falls das Paket nicht installiert wird, kannst Du ausnahmsweise die Option --force zusätzlich angeben)
Hat das jetzt eigentlich etwas gebracht mit dem neu-Installieren von Yast und dem Printer-Paket? *neugierig guck*
Ich habe mich leider nicht mehr ins Internet begeben können da mein Modem gestreikt hatte. Somit habe ich jetzt erst Eure Mails- Vorschläge lesen können. Ich werde sobald ich dazukomme alles versuchen, schätze heute Abend. Danke für die Tipps.
Gruß
Christian Boltz
Gruß Sören
Schönen Gruß Sigi
Hallo, Am Fr, 2004-09-17 um 17.58 schrieb Christian Boltz:
Hallo Siegfried, hallo Leute,
Am Freitag, 17. September 2004 00:53 schrieb Siegfrid Brandstätter:
Am Do, 2004-09-16 um 22.31 schrieb Christian Boltz:
Am 16. September 2004 00:54 schrieb Siegfrid Brandstätter:
linux:/home/sigi # rpm --setugids pop sh: line 2: Paket: command not found
Dein Tippfehler hat gerade einen RPM-Bug aufgedeckt. Ich schau mal nach, ob der schon bekannt ist, ansonsten reiche ich einen Bugreport ein.
linux:/home/sigi # rpm -V popt .......T /usr/lib/libpopt.so.1.0.0
Na da bin ich ja froh, da bin ich ja doch noch zu was gut. Schämmmmm
;-)
BTW: Den Bugreport habe ich vorhin unter www.suse.de/feedback eingereicht. Mal sehen, ob eine Reaktion kommt...
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V
S.5....T /sbin/yast2 .......T /usr/share/YaST2/data/printer/ppd_preference_list
Betrifft nur die modification time, nicht den Dateiinhalt. Ist also OK.
S.5....T /var/lib/YaST2/ppd_db.ycp
Dem Namen nach ist das eine Datenbankdatei, eine Veränderung dürfte also zu vertreten sein. Um ganz sicherzugehen, kannst Du ja mal das Paket yast2-printer neu installieren:
- SuSE DVD oder CD 1 einlegen und mounten - rpm -Uhv /media/cdrom/suse/i586/yast2-printer-*.rpm (falls das Paket nicht installiert wird, kannst Du ausnahmsweise die Option --force zusätzlich angeben)
Gruß
Christian Boltz
sigi@linux:~> rpm -qf /sbin/yast2 yast2-2.8.31-20 sigi@linux:~>
Die Bezeichnung der Datei lautet dann: yast2-2.8.31-43.i586.rpm wobei das -43 die Buildnummer ist. Die wirst Du auf deiner CD/DVD ev. nicht finden, wenn Du fleißig Online-Updates gemacht hast.
Gruß Harald
sigi@linux:~> sux Password: linux:/home/sigi # rpm -Uhv /media/dvd/suse/i586/yast2-printer-*.rpm Preparing... ########################################### [100%] package yast2-printer-2.8.24-1 is already installed linux:/home/sigi # rpm -Uhv /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm Preparing... ########################################### [100%] package yast2-2.8.31-20 is already installed linux:/home/sigi # linux:/home/sigi # umount /media/dvd linux:/home/sigi # yast2 & [1] 3357 linux:/home/sigi # strace yast2 strace: exec: Exec format error execve("/sbin/yast2", ["yast2"], [/* 69 vars */]) = 0 [1]+ Done yast2 linux:/home/sigi # yast linux:/home/sigi # yast2 linux:/home/sigi # Leider habe ich alle Möglichkeiten Yast zu starten wieder umsonst gemacht. Yast will einfach nicht kommen. Fehlt da noch ein Paket?? Vorgestern und gestern hatte ich doch die Probleme mit dem Modem,da ging ich z.B. in das Kontrollzentrum und versuchte das Modem wieder einzurichten. Da ging Yast eigenartigerweise, ganz normal bis zum Schluss. Irgendwo ist doch da der Wurm drin?? saludos Sigi Ratlos
Am Montag, 20. September 2004 00:34 schrieb Siegfrid Brandstätter: Hallo,
linux:/home/sigi # rpm -Uhv /media/dvd/suse/i586/yast2-printer-*.rpm Preparing... ########################################### [100%] package yast2-printer-2.8.24-1 is already installed linux:/home/sigi # rpm -Uhv /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm Preparing... ########################################### [100%] package yast2-2.8.31-20 is already installed
mach das mit derOption --force also rpm -Uvh --force /media/dvd/suse/i586/yast2-2.8.31-20.i586.rpm sonst wird nix neu installiert Gruß Harald
Am Montag, 20. September 2004 00:34 schrieb Siegfrid Brandstätter: Hab Deine Mail jetzt erst vollständig gelesen,-sorry.
Leider habe ich alle Möglichkeiten Yast zu starten wieder umsonst gemacht. Yast will einfach nicht kommen. Fehlt da noch ein Paket??
/*
linux:/home/sigi # rpm -qa | grep -i yast |xargs rpm -V S.5....T /sbin/yast2 */
Das Script "/sbin/yast2" ist vermutlich kaputt. Die Größe und MD5-Summe stimmt nicht mit dem Eintrag in der RPM-Datenbank überein. Das besagt jedenfalls der Test mit rpm -V. rpm -Uvh --force yast2-usw_blabla.rpm sollte das beheben. yast also /sbin/yast ist nur ein link auf /sbin/yast2
Vorgestern und gestern hatte ich doch die Probleme mit dem Modem,da ging ich z.B. in das Kontrollzentrum und versuchte das Modem wieder einzurichten. Da ging Yast eigenartigerweise, ganz normal bis zum Schluss.
Hm, dafür habe ich allerdings auch keine Erklährung...
Irgendwo ist doch da der Wurm drin??
dann ja... Gruß Harald
Hallo Sören, hallo Leute, Am Freitag, 10. September 2004 19:40 schrieb Sören Wengerowsky:
Am Freitag, 10. September 2004 18:13 schrieb Siegfrid Brandstätter:
sigi@linux:~> sux Password: linux:/home/sigi # yast2 /usr/lib/YaST2/bin/y2base: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short
Das ist der eigentliche Fehler, siehe Siegfrieds erste Mail.
/usr/lib/YaST2/plugin/libpy2qt.so.2: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server
Das ist dann wohl ein Folgefehler ;-) sux war schon richtig.
Gib doch, bevor du su oder sux oder ähnliches machst folgendes ein (als user): xhost +
NNNNEEEEEEEEEEEEIIIIIIIIIIIIIIIIIIIIIIINNNNNNNNNNNN!!!!!!!!!!!!!!!!! Eine genauere Erklärung findet sich im Thread "Installationsproblem von OOo.1.1.2", die Mail geht parallel mit dieser raus. Nur soviel: xhost + ist ein riesiges Sicherheitsloch!
linux:/home/sigi # evolution bash: evolution: command not found [...] Root muss auch evolution, ximian und diese grafischen Programme nicht starten können...
Probier es lieber mal als user.
Stimmt. root hat einen stark eingeschränkten Pfad ($PATH), der nur die wichtigsten Verzeichnisse enthält (und Evolution ist definitiv *nicht* wichtig für root ;-) Probier das Ganze nochmal als User, da müsste /opt/gnome/bin im Pfad liegen. Gruß Christian Boltz --
Ohh jee ... ich will mein yast1 wieder *heul* :-)) Ich hab's noch, ich hab's noch... *freu* *hüpf* *SuSE 7.3 behalt* Bleib mir weg mit deiner neumodischen 7.sonstwas! [>> Konrad Neitzel, > Florian Gross und David Haller in suse-linux]
participants (8)
-
Andreas Scherer
-
Boris S.
-
Christian Boltz
-
Harald_mail@t-online.de
-
Heinz W. Pahlke
-
Helga Fischer
-
Siegfrid Brandstätter
-
Sören Wengerowsky