Hallo, am Freitag musste ich mein Dateisystem (ext3) der /-Partition reparieren, nachdem ich beim Booten in der Rettungskonsole gelandet war. Auslöser war wahrscheinlich ein missglücktes Kernel-Update am Morgen. Beim ersten Versuch wurde das Update abgebrochen, der 2. Versuch hat dann allerdings problemlos geklappt. In /lost+found befinden sich jetzt mehrere Dateien. Bis heute Mittag ist mir am System nichts aufgefallen. Nun hat sich das allerdings geändert. Viele GTK/Gnome-Programme (Tools von Gnome, Firefox) starten nur sehr träge. Auch der Gnome-Start (ich nutze sonst KDE) dauert ewig. Besonders problematisch ist, dass vmware nicht mehr zu nutzen ist. Der Start dauert mehrere Minuten (> 5) und das Programm reagiert danach auch kaum. Ich vermute, dass irgendwelche wichtigen GTK-Bibliotheken defekt sind. Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt. Wenn nicht, ist es möglich alle installierten Pakete noch einmal zu installieren? Es ist relativ dringend. Bin für Tipps sehr dankbar. MfG Kay
Hallo nochmal,
ich war leider etwas voreilig mit dem Posten an die Liste. Habe das
Problem mit vmware und den anderen GTK-Programmen gelöst, indem ich
einfach gtk und gtk2 neu installiert habe. Hätte ich auch vorher dran
denken können. :-/ Sorry
Würde mich aber trotzdem interessieren, ob man mit Hilfe der RPM-DB testen
kann, ob alle Programme noch ordnungsgemäß installiert sind oder ggf. ne
Datei fehlt.
MfG Kay
On Sun, 11 Dec 2005 20:38:36 +0100, Kay Patzwald
Hallo,
am Freitag musste ich mein Dateisystem (ext3) der /-Partition reparieren, nachdem ich beim Booten in der Rettungskonsole gelandet war. Auslöser war wahrscheinlich ein missglücktes Kernel-Update am Morgen. Beim ersten Versuch wurde das Update abgebrochen, der 2. Versuch hat dann allerdings problemlos geklappt.
In /lost+found befinden sich jetzt mehrere Dateien. Bis heute Mittag ist mir am System nichts aufgefallen. Nun hat sich das allerdings geändert. Viele GTK/Gnome-Programme (Tools von Gnome, Firefox) starten nur sehr träge. Auch der Gnome-Start (ich nutze sonst KDE) dauert ewig. Besonders problematisch ist, dass vmware nicht mehr zu nutzen ist. Der Start dauert mehrere Minuten (> 5) und das Programm reagiert danach auch kaum. Ich vermute, dass irgendwelche wichtigen GTK-Bibliotheken defekt sind. Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt. Wenn nicht, ist es möglich alle installierten Pakete noch einmal zu installieren? Es ist relativ dringend. Bin für Tipps sehr dankbar.
MfG Kay
Hallo Ingrid, Am Sun, 11 Dec 2005, Kay Patzwald schrieb:
ich war leider etwas voreilig mit dem Posten an die Liste. Habe das Problem mit vmware und den anderen GTK-Programmen gelöst, indem ich einfach gtk und gtk2 neu installiert habe. Hätte ich auch vorher dran denken können. :-/ Sorry Würde mich aber trotzdem interessieren, ob man mit Hilfe der RPM-DB testen kann, ob alle Programme noch ordnungsgemäß installiert sind oder ggf. ne Datei fehlt. [..] On Sun, 11 Dec 2005 20:38:36 +0100, Kay Patzwald
wrote: am Freitag musste ich mein Dateisystem (ext3) der /-Partition reparieren, nachdem ich beim Booten in der Rettungskonsole gelandet war. Auslöser war wahrscheinlich ein missglücktes Kernel-Update am Morgen. [..]
http://learn.to/quote http://www.thomashertweck.de/kernel.html RTFM: man rpm (--verify, zusammen mit grep+cut und 'rpm -qf' oder so). -dnh --
Wo stellt eigentlich MS die ISOs für diese XP-Distribution zum Download bereit? eDonkey? -- Michael Schulz in suse-linux
On Sunday 11 December 2005 20:38, Kay Patzwald wrote:
am Freitag musste ich mein Dateisystem (ext3) der /-Partition reparieren, nachdem ich beim Booten in der Rettungskonsole gelandet war. Auslöser war wahrscheinlich ein missglücktes Kernel-Update am Morgen. Beim ersten Versuch wurde das Update abgebrochen, der 2. Versuch hat dann allerdings problemlos geklappt.
Deswegen sollte aber eigentlich nicht gleich das Filesystem über die Wupper gehen, oder den Resettaster betätigt? Tip: erst Magic SysRq versuchen, dann Reset
Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt.
Bsp.: rpm -V gtk2 Wenn aus dem Paket gtk2 nichts fehlt/kaputt oder sonstwie verändert wurde, gibt dieser Befehl nichts aus. Um alle Pakete zu checken benutze rpm -Va > ~/rpmcheck.log und sieh dann in ~/rpmcheck.log das Ergebnis an, diese Prozedur kann aber einige Minuten dauern. Vgl. http://www.sans.org/y2k/RPM.htm Gruß Malte
On Mon, 12 Dec 2005 06:10:14 +0100, Malte Gell
On Sunday 11 December 2005 20:38, Kay Patzwald wrote:
am Freitag musste ich mein Dateisystem (ext3) der /-Partition reparieren, nachdem ich beim Booten in der Rettungskonsole gelandet war. Auslöser war wahrscheinlich ein missglücktes Kernel-Update am Morgen. Beim ersten Versuch wurde das Update abgebrochen, der 2. Versuch hat dann allerdings problemlos geklappt.
Deswegen sollte aber eigentlich nicht gleich das Filesystem über die Wupper gehen, oder den Resettaster betätigt? Tip: erst Magic SysRq versuchen, dann Reset
Nein, nichts dergleichen. Ich weiß nur, dass ich nach dem 2. Versuch den geforderten Neustart gemacht habe. Während des Herunterfahrens gab es schon merkwürdige Fehlermeldungen, dass das Filesystem wohl nicht schreibbar wahr. Ich habe das erstmal ignoriert, da man ja auch kaum was machen kann, während der Rechner runterfährt und es auch sonst nach Kernel-Updates ein paar Fehlermeldungen gibt. Der Neustart hat erstmal problemlos geklappt. Ich habe dann normal arbeiten können, bis ich am Nachmittag irgendwann ein paar Programme per apt installiert/upgedatet habe. Da hat sich synaptic plötzlich gemeldet, dass das Filesystem nicht schreibbar ist. Der Neustart hat dann nicht mehr geklappt.
Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt.
Bsp.: rpm -V gtk2
Wenn aus dem Paket gtk2 nichts fehlt/kaputt oder sonstwie verändert wurde, gibt dieser Befehl nichts aus. Um alle Pakete zu checken benutze rpm -Va > ~/rpmcheck.log und sieh dann in ~/rpmcheck.log das Ergebnis an, diese Prozedur kann aber einige Minuten dauern. Vgl. http://www.sans.org/y2k/RPM.htm
Werde ich testen, danke!
Gruß Malte
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Sunday 11 December 2005 20:38, Kay Patzwald wrote:
Ich vermute, dass irgendwelche wichtigen GTK-Bibliotheken defekt sind. Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt. Wenn nicht, ist es möglich alle installierten Pakete noch einmal zu installieren?
Um was nachzuschieben: wenn die RPM-Datenbank (s. /var/lib/rpm sie muss einige MB groß sein, bei mir z.Z. 60 MB) beschädigt ist, funktioniert rpm -V natürlich nicht korrekt... Daher beim Backup auch an die RPM Datenbank denken.
On Mon, 12 Dec 2005 06:20:39 +0100, Malte Gell
On Sunday 11 December 2005 20:38, Kay Patzwald wrote:
Ich vermute, dass irgendwelche wichtigen GTK-Bibliotheken defekt sind. Ist es möglich, mit Hilfe der RPM-DB zu testen, ob noch alle Programme ordnungsgemäß installiert sind? Auf / liegen fast nur die mit Hilfe von RPM installierten Programme, /home liegt auf einer anderen Partition und wurde nicht beschädigt. Wenn nicht, ist es möglich alle installierten Pakete noch einmal zu installieren?
Um was nachzuschieben: wenn die RPM-Datenbank (s. /var/lib/rpm sie muss einige MB groß sein, bei mir z.Z. 60 MB) beschädigt ist, funktioniert rpm -V natürlich nicht korrekt... Daher beim Backup auch an die RPM Datenbank denken.
Mein System wird jedes WE einmal komplett per rsync gespiegelt. :-)
participants (4)
-
David Haller
-
Kay Patzwald
-
Malte Gell
-
Thomas Hertweck