Mojn Liste! Hatte gestern einen Stromausfall und nun mosert mein Rechner (SuSE 82). Er bootet so halbwegs anständig, allerdings kann er n Haufen Zeug nicht laden: Firewall, sshd, und noch ein paar andere ... Als root einloggen klappt noch. Mache ich allerdings ein "ls /" und will mir die Hauptebene ansehen, dann listet er mir zwar /bin, /etc, /sbin, /var, /tmp und noch zwei drei andere auf, aber z.B. bei /usr, /home/, /core, /packages, /commands usw. schreibt er mir vor der Anzeige der anderen Pfade (/bin, /etc, ...) "permission denied" für jeden dieser Ordner hin!?! Hinter /home hängt eine eigene HD. Die kann ich zum Glück noch in ein anderes System reinhängen und hab die Daten. Versuche ich aber die Hauptplatte in einem anderen System zu mounten und dort die fehlenden Pfade wie /usr, /core usw. anzeigen zu lassen, so erhalte ich trotz erfolgreichen mountens auch hier wieder "permission denied" für diese Ordner. Und das mir als root?! Das klingt irgendwie nicht gut - ist root hier wirklich machtlos? Was kann ich tun, um diese Ordner wieder zu aktivieren? Hoffe, daß trotz des supertollen Wetters und Wochenende jemand mal hier rein schaut und mir vielleicht helfen kann. Das wäre großartig! Viele Grüße Anatol
Am Samstag, 28. Mai 2005 07:37 schrieb Anatol:
Mojn Liste!
Hatte gestern einen Stromausfall und nun mosert mein Rechner (SuSE 82). Er bootet so halbwegs anständig, allerdings kann er n Haufen Zeug nicht laden: Firewall, sshd, und noch ein paar andere ... Als root einloggen klappt noch. Mache ich allerdings ein "ls /" und will mir die Hauptebene ansehen, dann listet er mir zwar /bin, /etc, /sbin, /var, /tmp und noch zwei drei andere auf, aber z.B. bei /usr, /home/, /core, /packages, /commands usw. schreibt er mir vor der Anzeige der anderen Pfade (/bin, /etc, ...) "permission denied" für jeden dieser Ordner hin!?!
Hinter /home hängt eine eigene HD. Die kann ich zum Glück noch in ein anderes System reinhängen und hab die Daten. Versuche ich aber die Hauptplatte in einem anderen System zu mounten und dort die fehlenden Pfade wie /usr, /core usw. anzeigen zu lassen, so erhalte ich trotz erfolgreichen mountens auch hier wieder "permission denied" für diese Ordner.
Und das mir als root?! Das klingt irgendwie nicht gut - ist root hier wirklich machtlos? Was kann ich tun, um diese Ordner wieder zu aktivieren?
Hoffe, daß trotz des supertollen Wetters und Wochenende jemand mal hier rein schaut und mir vielleicht helfen kann. Das wäre großartig!
Viele Grüße Anatol
Moin Anatol, hast du's mal mit fsck.xxx -y -v /dev/[partition] versucht? Vielleicht ist dabei nur dein Dateisystem etwas durcheinandergerüttelt worden und mit etwas Glück könntest Du es auf diese Weise widerherstellen. Aber ich würde (gerade vor solchen Schreibaktionen) vielleicht doch noch auf ein paar Antworten der Liste warten, da jede Schreibaktion auf das FS das Desaster noch verschlimmern könnte. Vielleicht kannst du die Platte klonen? ich glaub das wäre in jedem Fall erstmal nicht von Schaden... Gruß Oliver Meißner -- oliver.meissner@arcor.de http://www.oem-bs.de GPG-Key-ID: 68EF45AA
Mojn Oliver! Oliver Meißner schrieb:
Am Samstag, 28. Mai 2005 07:37 schrieb Anatol:
[...]
hast du's mal mit fsck.xxx -y -v /dev/[partition] versucht? Vielleicht ist dabei nur dein Dateisystem etwas durcheinandergerüttelt worden und mit etwas Glück könntest Du es auf diese Weise widerherstellen.
Ah! Das klingt gut :-) Das ".xxx" ist vermutlich durch ".reiserfs" zu ersetzen, richtig? Hab das Tool noch nie manuell eingesetzt und bisher immer mit der SuSE StartCD derartiges gelöst. Aber da komm ich gerad nicht ran :-(
[...] Vielleicht kannst du die Platte klonen?
Jup :-) Schon geschehen Viele Grüße Anatol
Am Samstag, 28. Mai 2005 08:37 schrieb Anatol:
Ah! Das klingt gut :-) Das ".xxx" ist vermutlich durch ".reiserfs" zu ersetzen, richtig?
Wenn das defekte FS Reiser ist, dann hast Du das richtig erkannt. Gabs das schon zu Zeiten der 8.2? Gruß Oliver Meißner -- oliver.meissner@arcor.de http://www.oem-bs.de GPG-Key-ID: 68EF45AA
Am Samstag, 28. Mai 2005 10:22 schrieb Oliver Meißner:
Am Samstag, 28. Mai 2005 08:37 schrieb Anatol:
Ah! Das klingt gut :-) Das ".xxx" ist vermutlich durch ".reiserfs" zu ersetzen, richtig?
Wenn das defekte FS Reiser ist, dann hast Du das richtig erkannt. Gabs das schon zu Zeiten der 8.2?
Gruß Oliver Meißner
Jau, das gabs schon zur 8.2. Frag jetzt nicht, welche Version - irgendeine unausgegorene jedenfalls. Na ja, ohne Reiser hätte ich heute keine vernünftige Backup-Strategie: manche Leute lernen eben nur durch schmerzen... ;) Gruss Mario
Oliver Meißner schrieb:
Am Samstag, 28. Mai 2005 08:37 schrieb Anatol:
Ah! Das klingt gut :-) Das ".xxx" ist vermutlich durch ".reiserfs" zu ersetzen, richtig?
Wenn das defekte FS Reiser ist, dann hast Du das richtig erkannt. Gabs das schon zu Zeiten der 8.2?
Jup, det gab 's da schon ;-) Hat alles wunnebar geklappt :-) War zwar tierisch nervig und musste nach einem ersten vorsichtigen --check dann doch den ganzen Baum neu bauen lassen, aber irgendwie ging es. Ein kleine Hürde war noch zu nehmen, als er nach Fertigstellung und Bereinigung der ganzen ins Nirvana zeigenden Links, plötzlich all die defekten Ordner komplett gelöscht hatte. Für alle, die irgendwann mal das gleiche Problem haben: ein Blick in den Lost&Found Ordner erleichtert ungemein ;-) Dann muß man nur noch abgleichen, welcher Ordner wie mal geheissen haben mag, ein bisschen verschieben und fertig ... Vielen Dank für den fsck-Tip! Der war klasse :-)) Gruß und schönes Weekend Anatol
participants (3)
-
Anatol
-
Mario van der Linde
-
Oliver Meißner