Jan Kesten wrote:
Ich benutze lvm10 aus woody. Eine Fehlermeldung in dem Sinne gab es auch nicht.Mit welchem Filesystem ist denn das LVM formatiert und welche Version LVM setzt Du ein (lvm10 oder lvm20)? Und kannst Du eventuell mal die komplette Fehlermeldung posten? Hatte mal ein ähnliches Problem, nur komm ich gerade nicht auf die Lösung - vielleicht hilft ein Blick auf Altbekanntes :-)
Vielleicht noch einmal mit klareren Gedanken als letzte Nacht:
Ich benutze für / eine separate Partition (ext3). /usr, /var, /home sind alles LV's in einer VG (ext3).
Mir ist es schon mehrfach passiert, dass das Notebook beim Booten einfach einfriert (neuer Kernel, Einrichtung von PCMCIA, ...). Ergebnis ist dann ziemlich oft ein korruptes /-FS. Obwohl der Filecheck meist mit Reparaturen erfolgreich durchläuft, hat LVM (immer!) Probleme, dann seine Dateien zu schreiben, kann seine VG nicht aktivieren,... Ich verstehe zwar immer noch nicht warum, aber egal.
Bisher gab es immer eine simple Umgehung. Knoppix booten und von da den Filecheck durchführen. Obwohl dann die Anzeige der reparierten Blöcke,... genau gleich ist wie vorher beim Booten von HD (!), kann jetzt beim nächsten Boot von HD LVM wieder ordentlich seine Dateien schreiben. (Hat der fsck von woody 'nen Bug oder wie kann man das erklären?)
Letzte Nacht gab es einen anderen Zustand. Von HD gebootet fand vgscan einfach keine VG und hat deshalb lvmtab* nicht erzeugen können. Weiß der Geier warum. Knoppix hatte kein Problem und ich habe dann einfach die notwendigen Dateien auf die HD kopiert. Problem ist also nicht mehr "verfügbar". ;-) Was ich nicht wirklich bedauere...
Bevor ich aus der Erinnerung etwas falsche schreibe, lasse ich es lieber.
Was sagen denn lvmdiskscan, pvscan und pvdisplay?
-- Gruß Rüdiger
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
