Hallo Liste, ich habe mir gestern Abend dank OOo irgendwie mein System (SuSE 9.0 auf ASUS L3500D) zerschossen. OOo hatte sich beim Start aufgehangen und der Prozess ließ sich auch mit 'kill -9' nicht beenden. Auch ein reboot klappte nicht. Das System hatte sich völlig aufgehangen. Nach dem Reset gab's Probleme mit ReiserFS, aber eigentlich nur im Home-Verzeichnis (home, usr, var und tmp sind auf separaten Partitionen innerhalb eines LVs). Allerdings starten nun Cron nicht mehr korrekt, der Numlock klappt nicht und auch einiges anderes geht nicht mehr, da ich auf einige Datein in /var/run nicht mehr zugreifen kann. Ich erhalte immer ein "Permission denied", auch wenn ich als root versuche, das Verzeichnis zu lesen. Kann ich das System ohne Neuinstallation noch retten? Wenn ja, wie mache ich das? Danke schon mal vorab Manfred PS: Einige index-Dateien von KMail im Mail-Verzeichnis sind hinüber. Die Mails bekomme ich nur noch ohne Inhalt und Betreff angezeigt, die Absender und sonstige Angaben sind unbekannt. Die Mails dürften wohl endgültig hinüber sein, oder? --
Als Newbie möchte ich wissen ob man unter Linux Vieren befürchten muß? Rein statisch gesehen, ist die Wahrscheinlichkeit, unter Linux von einer Vier erwischt zu werden, nicht größer, als eine Null verpaßt zu bekommen. -Christoph Lorentz in dcoulm!
On Fri, Jul 02, 2004 at 02:36:55PM +0200, Manfred Misch wrote:
Hallo Liste,
ich habe mir gestern Abend dank OOo irgendwie mein System (SuSE 9.0 auf ASUS L3500D) zerschossen. OOo hatte sich beim Start aufgehangen und der Prozess ließ sich auch mit 'kill -9' nicht beenden. Auch ein reboot klappte nicht. Das System hatte sich völlig aufgehangen.
Das liegt wahrscheinlich daran, daß das Dateisystem da schon kaputt war.
Nach dem Reset gab's Probleme mit ReiserFS, aber eigentlich nur im Home-Verzeichnis (home, usr, var und tmp sind auf separaten Partitionen innerhalb eines LVs). Allerdings starten nun Cron nicht mehr korrekt, der Numlock klappt nicht und auch einiges anderes geht nicht mehr, da ich auf einige Datein in /var/run nicht mehr zugreifen kann. Ich erhalte immer ein "Permission denied", auch wenn ich als root versuche, das Verzeichnis zu lesen.
Kann ich das System ohne Neuinstallation noch retten? Wenn ja, wie mache ich das?
Rettungssystem (CD1), dann "reiserfsck". Viel Glück.
PS: Einige index-Dateien von KMail im Mail-Verzeichnis sind hinüber. Die Mails bekomme ich nur noch ohne Inhalt und Betreff angezeigt, die Absender und sonstige Angaben sind unbekannt. Die Mails dürften wohl endgültig hinüber sein, oder?
Vermutlich, aber eventuell kannst du einfach mal mit "less" in die Maildateien hineinschauen. Das ganze riecht übrigens ziemlich nach Hardwareproblem (Plattenschaden). -- Stefan Seyfried
Hallo Manfred, hallo Leute, Am Freitag, 2. Juli 2004 14:36 schrieb Manfred Misch: [kompletter Hänger]
Nach dem Reset gab's Probleme mit ReiserFS, aber eigentlich nur im Home-Verzeichnis (home, usr, var und tmp sind auf separaten Partitionen innerhalb eines LVs). Allerdings starten nun Cron nicht mehr korrekt, der Numlock klappt nicht und auch einiges anderes geht nicht mehr, da ich auf einige Datein in /var/run nicht mehr zugreifen kann. Ich erhalte immer ein "Permission denied", auch wenn ich als root versuche, das Verzeichnis zu lesen.
Das deutet schwer darauf hin, dass nicht nur /home beschädigt ist :-(
Kann ich das System ohne Neuinstallation noch retten? Wenn ja, wie mache ich das?
1. Backup machen! 2. reiserfsck (insbesondere --rebuild-tree führt angeblich ab und zu zu "interessanten" Ergebnissen, das Backup ist also empfehlenswert). Reiserfs-Fehler deuten übrigens oft auf ein Hardwareproblem nach. Neben der Festplatte (-> badblocks) solltest Du auch den Rest Deines Rechners durchtesten, u. a. den RAM (-> memtest86 im Bootmenü).
PS: Einige index-Dateien von KMail im Mail-Verzeichnis sind hinüber. Die Mails bekomme ich nur noch ohne Inhalt und Betreff angezeigt, die Absender und sonstige Angaben sind unbekannt. Die Mails dürften wohl endgültig hinüber sein, oder?
Nicht unbedingt. Wenn wirklich nur die Index-Dateien betroffen sind, sind die eigentlichen Mails noch vorhanden. Lösche einfach (nach dem reiserfsck!) die Indexdateien (~/Mail/.mailboxname.index*), dann werden sie beim nächsten KMail-Start neu erzeugt. Das schlimmste, das Dir dabei passieren kann, ist, dass einige Mails ihren Status (gelesen, neu usw.) verlieren und/oder gelöschte Mails wieder auftauchen. ("gelöscht" ist auch erstmal nur ein Status.) Mail-Unterordner liegen übrigens in Verzeichnissen namens .ordnername.directory - und darin liegen dann auch wieder Indexdateien.
--
Als Newbie möchte ich wissen ob man unter Linux Vieren befürchten muß? Rein statisch gesehen, ist die Wahrscheinlichkeit, unter Linux von einer Vier erwischt zu werden, nicht größer, als eine Null verpaßt zu bekommen. -Christoph Lorentz in dcoulm!
Und wieder eine sig mehr ;-) Gruß Christian Boltz, keine Zufallssigs *SCNR* --
Das ist uebrigens genau der "Trick" den reiserfs verwendet! ...ich dachte immer, der "Trick" von reiserfs sei: if ($stromausfall) rm /* -r [> David Haller und Ratti in fontlinge-devel] -- Im Archiv dieser Liste findest Du so ziemlich jede Meinung zu reiserfs. Dort kannst Du dir eine aussuchen :) [Harald Huthmann in suse-linux]
On Mon, Jul 05, 2004 at 10:53:38PM +0200, Christian Boltz wrote:
Reiserfs-Fehler deuten übrigens oft auf ein Hardwareproblem nach. Neben der Festplatte (-> badblocks) solltest Du auch den Rest Deines Rechners durchtesten, u. a. den RAM (-> memtest86 im Bootmenü).
Das kann ich nur unterstreichen. Ich nutze seit ca 4 Jahren praktisch nur noch reiserfs und seit über 2 Jahren hatte ich keine Dateisystemfehler mehr, die auf Softwarefehler zurückzuführen waren. Wenn immer ich also seltsame Effekte auf reiserfs bemerke, überprüfe ich erst mal die Hardware und fast immer war bisher etwas faul daran. -- Stefan Seyfried
Hallo Stefan und Christian, Am Dienstag, 6. Juli 2004 11:04 schrieb Stefan Seyfried:
On Mon, Jul 05, 2004 at 10:53:38PM +0200, Christian Boltz wrote:
Reiserfs-Fehler deuten übrigens oft auf ein Hardwareproblem nach. Neben der Festplatte (-> badblocks) solltest Du auch den Rest Deines Rechners durchtesten, u. a. den RAM (-> memtest86 im Bootmenü).
Das kann ich nur unterstreichen. Ich nutze seit ca 4 Jahren praktisch nur noch reiserfs und seit über 2 Jahren hatte ich keine Dateisystemfehler mehr, die auf Softwarefehler zurückzuführen waren. Wenn immer ich also seltsame Effekte auf reiserfs bemerke, überprüfe ich erst mal die Hardware und fast immer war bisher etwas faul daran.
Hm, klingt nicht gut. Ich werde wohl erst am nächsten WE dazu kommen mein System mal so richtig zu testen. Hoffentlich wird's nicht zu teuer ;-) Danke schonmal für eure Hilfe. cu Manfred PS: Ich wollte mittelfristig auf xfs umsteigen. Gibt`s da Erfahrungen? -- Windows kann alles, wegen der 32 Bit. Wenn ich 32 Bit getrunken habe, meine ich auch immer, ich könnte alles.
Hi Manfred,
PS: Ich wollte mittelfristig auf xfs umsteigen. Gibt`s da Erfahrungen?
... ich habe vor 4 Wochen eine SuSE 9.0 mit xfs installiert und vor einer Woche war sie Schrott. :-( Ich habe die Installation dann nochmal mit reiser gemacht. Schade eigentlich, denn mir ist xfs eigentlich auch lieber. Eine extener Festplatte hingegen hatte ich reiser formatiert und die war nach kurzer Zeit Schrott. Mit xfs hingegen läuft sie seither anstandslos. Und nebenbei: Keine der beiden Platten hat einen Hardwaredefekt! Will sagen, die Wahl des Filesystems scheint bei SuSE ziemlich wetterabhängig zu sein. :-( Ich finde dabei interessant, dass man nur bei SuSE dabei über irgendwelche Probleme zu berichten weiss. Von anderen Distributionen habe ich diesbezüglich noch nie von irgendwelchen Problemen gehört. Ich frage mich, ob SuSE nicht bisweilen viel zu viel am Kernel bastelt, und wenn schon, dann anschliessend nicht gründlich testet... Die Ausrede, dass die Platte ein Hardwarepeoblem hat, kann ich solange nicht stehen lassen, wie die Platte mit einem anderen Filesystem problemlos läuft. Ausserdem, wofür gibt es die bad block List und so weiter? -- cul8er Paul paul.foerster@gmx.net
Am Dienstag, 6. Juli 2004 20:46 schrieb Paul Foerster:
Eine extener Festplatte hingegen hatte ich reiser formatiert und die war nach kurzer Zeit Schrott. Mit xfs hingegen läuft sie seither anstandslos.
Obwohl Sie Schrott ist !
Und nebenbei: Keine der beiden Platten hat einen Hardwaredefekt!
Will sagen, die Wahl des Filesystems scheint bei SuSE ziemlich wetterabhängig zu sein. :-(
Manche Aussagen hier sind scheinbar auch ziemlich Wetterabhängig. Ich habe seit Jahren, Festplatten mit reiserfs laufen und nicht ein einziges Problem. Und meine Platten werden _SEHR_ beansprucht. -- Gruss | http://www.suse-etikette.de.vu/ | http://suse-linux-faq.koehntopp.de/ Thomas | http://learn.to/quote
Moin Thomas,
Obwohl Sie Schrott ist !
... Achtung! Mit "sie" meinte ich die Installation, nicht die Platte. Die Platte ist erst ca. 6 Monate alt und da ist nichts dran. Die Platte ist definitiv nicht Schrott. -- cul8er Paul paul.foerster@gmx.net
Hallo ! Anscheinend tritt das Problem mit einem zerstörten Filesystem (SuSE 9.0) relativ oft auf. In anderen Listen habe ich auch schon darüber gelesen. Erst gestern hatte ich auf meinem Laptop ein nicht wiederherstellbares ReiserFS auf Partition /home - vor 4 Wochen auf einem Desktop-Rechner. Das System friert plötzlich komplett ein, es hilft nur noch der Resetknopf. (Das waren übrigens die beiden einzigen Abstürze in diesem halben Jahr !) Der anschließende fsck bricht mit Code 04 ab und empfiehlt --rebuild-tree. Beide Systeme liefen seit über einem halben Jahr völlig problemlos. In den Log-Files sind keinerlei Hinweise auf (Hardware-) Fehler zu finden. Auch frühere Installationen (8.0 und 8.2 mit ReiserFS) liefen klaglos. Auch wenn man einen Hardwaredefekt nicht gänzlich ausschließen kann, halte ich ihn für recht unwahrscheinlich. Im SuSE-Kernel 2.4.21-144 sollte dieses(?) Problem behoben sein. Ich hatte hier aber schon 2.4.21-226. Auszug aus patch-File: "-reiserfs konnte Korruption verursachen beim Aufraemen nach einem Crash-" . Die "interessanten" Ergebnisse mit "--rebuild-tree" kann ich nur bestätigen - es wurden nämlich auch alle anderen (intakten) Filesysteme völlig verunstaltet, obwohl dort gar kein fsck durchgeführt wurde. Die Option "--fix-fixable" brachte auch keinen Erfolg. Vielleicht kann ja jemand etwas Licht ins Dunkel bringen. Danke! Sascha sascha_si@onlinehome.de PS: Naja, dank Backup war das alles halb so tragisch. Aber wenn man mit dem Laptop vor "Windows-Fans" etwas vorführt, ist das mehr als peinlich.
Hallo Manfred,
PS: Ich wollte mittelfristig auf xfs umsteigen. Gibt`s da Erfahrungen?
sehr gute Erfahrungen. Ich nutze XFS auf meinem Notebook und auf einigen Kisten auf der Arbeit. Mein persönlicher _subjektiver_ Eindruck ist, daß XFS schneller als reiserfs oder ext3 ist. Gruß Dirk
Dirk Deimeke writes: [...]
Arbeit. Mein persönlicher _subjektiver_ Eindruck ist, daß XFS schneller als reiserfs oder ext3 ist.
Ah yes, the exact science of
"processor/harddisk/ram/etc_speed_subjectivity" with the sub-specialty
"after_doing_X_it's_definitely_faster".
--
Kevin Pfeiffer
Hallo Zusammen, Am Dienstag, 6. Juli 2004 11:04 schrieb Stefan Seyfried:
On Mon, Jul 05, 2004 at 10:53:38PM +0200, Christian Boltz wrote:
Reiserfs-Fehler deuten übrigens oft auf ein Hardwareproblem nach. Neben der Festplatte (-> badblocks) solltest Du auch den Rest Deines Rechners durchtesten, u. a. den RAM (-> memtest86 im Bootmenü).
Das kann ich nur unterstreichen. Ich nutze seit ca 4 Jahren praktisch nur noch reiserfs und seit über 2 Jahren hatte ich keine Dateisystemfehler mehr, die auf Softwarefehler zurückzuführen waren. Wenn immer ich also seltsame Effekte auf reiserfs bemerke, überprüfe ich erst mal die Hardware und fast immer war bisher etwas faul daran.
Ich bin leider erst gestern dazu gekommen mein System zu testen. Speicher und HD sind i.O. (zum Glück), aber woran könnte es noch liegen? Ich hatte gestern auch sofort das Problem, dass sich X beim starten einer Anwendung gnadenlos aufgehangen hat. Nur ein Reset konnte mir da wieder raus helfen. Bin für jeden Hinweis dankbar. cu Manfred -- Verbundenheit: Gleichheit ist die Seele der Freundschaft. --Aristoteles
On Sun, Jul 18, 2004 at 11:14:09AM +0200, Manfred Misch wrote:
Hallo Zusammen,
Am Dienstag, 6. Juli 2004 11:04 schrieb Stefan Seyfried:
Das kann ich nur unterstreichen. Ich nutze seit ca 4 Jahren praktisch nur noch reiserfs und seit über 2 Jahren hatte ich keine Dateisystemfehler mehr, die auf Softwarefehler zurückzuführen waren. Wenn immer ich also seltsame Effekte auf reiserfs bemerke, überprüfe ich erst mal die Hardware und fast immer war bisher etwas faul daran.
Ich bin leider erst gestern dazu gekommen mein System zu testen. Speicher und HD sind i.O. (zum Glück), aber woran könnte es noch liegen? Ich hatte gestern auch sofort das Problem, dass sich X beim
Nun denn, dein Dateisystem kann natürlich trotzdem kaputt sein. -> Rettungssystem, reiserfsck. Wenn dabei wirklich was gefunden wird, würde ich ein backup machen und neu installieren, danach dein Home aus dem Backup restaurieren. Ich traue Dateisystemen, die schon mal kaputt waren nicht so wirklich.
starten einer Anwendung gnadenlos aufgehangen hat. Nur ein Reset konnte mir da wieder raus helfen. Bin für jeden Hinweis dankbar. -- Stefan Seyfried
Hallo Stefan Am Mittwoch, 21. Juli 2004 23:25 schrieb Stefan Seyfried:
On Sun, Jul 18, 2004 at 11:14:09AM +0200, Manfred Misch wrote:
Hallo Zusammen,
Am Dienstag, 6. Juli 2004 11:04 schrieb Stefan Seyfried: [...] Ich bin leider erst gestern dazu gekommen mein System zu testen. Speicher und HD sind i.O. (zum Glück), aber woran könnte es noch liegen? Ich hatte gestern auch sofort das Problem, dass sich X beim
Nun denn, dein Dateisystem kann natürlich trotzdem kaputt sein. -> Rettungssystem, reiserfsck. Wenn dabei wirklich was gefunden wird, würde ich ein backup machen und neu installieren, danach dein Home aus dem Backup restaurieren. Ich traue Dateisystemen, die schon mal kaputt waren nicht so wirklich.
Danke. Schon gemacht. Jetzt läuft's mit XFS, hat sich aber auch schon mal aufgehangen :-( Allerdings ließ sich das System ohne Probleme wieder starten. THX Manfred -- Begeisterung: Endlich der Enge davonfliegen und zeigen: Ich lebe! --Gerda Kummer
participants (8)
-
Christian Boltz -
Dirk Deimeke -
Kevin Pfeiffer -
Manfred Misch -
Paul Foerster -
Sascha Hilbig -
Stefan Seyfried -
Thomas Janssen