![](https://seccdn.libravatar.org/avatar/830e0721fda4d7d3f0fea95c486634b8.jpg?s=120&d=mm&r=g)
Hallo alle zusammen! ich fange bei meinem Problem mal ganz von vorne an. Ich wollte über Yast aus meiner VG 2 LVs entfernen und 1 LV von ???Gb auf 260Gb reduzieren. Die zwei zu entfernenden sind auch fein brav entfernt worden aber bei dem zu reduzierenden hat er gemekert das er die Partitoin nicht unmounten können. Alles klar soweit. Yast beendet und von Hand versucht die Partition zu unmounten. Aber "Device busy". Ein "unmount -f" und wieder "Device busy". Mir angeschaut was noch drauf zugreift, es waren 3 inactive FTP Sessions und mit "kill -9" versucht diese zu killen. Aber das hat denen gar nichts gemacht. Ich bekam diese 3 FTP sessions nicht weg. Also ein "reboot" versucht. System is going down now .... nichts tat sich für mehrere Minuten. Auf einer anderen Konsole eingelogt, "shutdown -h now" eingetippt. System is going down now .... gewartet aber wieder tat sich nichts. Dann kam der Reset Knopf *argh* Beim reboot kam das ganz schreckliche. Das LV welches ich "versucht" habe zu verkleiner kann nicht mehr gemountet werden. Meldung: ---------beginn----------------------- ht:~ # mount /dev/system/gl /mnt/gl/ mount: wrong fs type, bad option, bad superblock on /dev/system/gl, or too many mounted file systems ---------end-------------------------- Dann direkt mal ein raiserfsck gemacht: ---------beginn----------------------- ht:~ # reiserfsck /dev/system/gl reiserfsck 3.6.4 (2002 www.namesys.com) Will read-only check consistency of the filesystem on /dev/system/gl Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes ########### reiserfsck --check started at Mon Aug 4 22:21:23 2003 ########### The problem has occurred looks like a hardware problem. Check your hard drive for badblocks. bread: Cannot read the block (94371839). Aborted ----------end------------------------ Also nen BadBlock anscheinend. Also badblocks auf allen beteiligten Platten laufen lassen. Hier mal kurz ne Liste von den Platten: ----------beginn--------------------- ht:~ # pvscan pvscan -- reading all physical volumes (this may take a while...) pvscan -- ACTIVE PV "/dev/hdc1" of VG "system" [149.02 GB / 112.64 GB free] pvscan -- ACTIVE PV "/dev/hda1" of VG "system" [152.62 GB / 6 GB free] pvscan -- ACTIVE PV "/dev/hdb6" of VG "system" [109.20 GB / 2.20 GB free] pvscan -- total: 3 [410.93 GB] / in use: 3 [410.93 GB] / in no VG: 0 [0] -----------end---------------------- Zuerst auf dem LV nen badblock laufen lassen. Also "badblcok /dev/system/gl -s -o /gl_badblocks" Beim ersten run genau einen Badblook (ABer ein andere als 94371839). Bei den 2 runs dannach nichts mehr. Dann auf allen einzelnen Partitionen. Also: hdc1, hda1, hdb6. Kein einziger Fehler (bei 3 runs) Dann auf den Festplatten. Also: hda, hdb, hdc. Auch bei allen 3 runs keinen Fehler. Nun noch das was mir am seltsamsten vorkommt. Ein lvscan liefert folgendes: ----------beginn-------------------- ht:~ # lvscan lvscan -- ACTIVE "/dev/system/gl" [260 GB] lvscan -- ACTIVE "/dev/system/misc" [30 GB] lvscan -- 2 logical volumes with 290 GB total in 1 volume group lvscan -- 2 active logical volumes ---------end------------------------ Also scheint er ja doch resized zu haben! Denn das LV "gl" war vorher deutlich grösser. Weis zwar nicht mehr wie gross aber es sollten um die 350Gb gewesen sein. Wie kann ich nun weiter vorgehen? Kann es sein, das er das LV verkleinert hat ohne das reiserfs zu verkleinern? Wie kann ich die alte LV Grösse wiederherstellen? Soll ich mal ein resize_reiserfs versuchen? Wie kann ich die Daten vorher am besten sichern? Genügend HDD kapazität wäre im System vorhanden. Vielen Dank im voraus und besten Dank Manuel Jenne
![](https://seccdn.libravatar.org/avatar/709d10a1c114b4e4eb2a15018f864997.jpg?s=120&d=mm&r=g)
Am Montag, 4. August 2003 23:43 schrieb Manuel Jenne:
Wie kann ich nun weiter vorgehen? Kann es sein, das er das LV verkleinert hat ohne das reiserfs zu verkleinern? sieht fuer mich so aus. Wenn Du nicht vorher resize_reiserfs gemacht hast, dann wird das so sein..
Wie kann ich die alte LV Grösse wiederherstellen? Soll ich mal ein resize_reiserfs versuchen? puh, einfach mal die ueblichen Tools dafuer bemuehen (muesste nun selber schauen).
Wie kann ich die Daten vorher am besten sichern? Genügend HDD kapazität wäre im System vorhanden.
Die beste Moeglichkeit ist mittels "dd" (oft hier in der Liste behandelt) ein (bit-genaues) Backup der einzelnen Platten zu machen. Sollten Deine Versuche fehlschlagen, kannst Du dann die Platten genauso wieder herstellen und weitere Versuche starten: (Syntax von dd ist im Sinne von: dd conv=noerror if=/dev/hda of=/home/backup/hda.dd) Viel Glueck. Ich habe irgendwann LVM wieder aufgehoert, nachdem die Festplatten die Groesse von 100GB durchbrochen hatten. Das war mir (setze nur IDE Platten ein) bei einem Festplattencrash immer zu viel Arbeit und ich konnte nie ein LVM retten. cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
participants (2)
-
Manuel Jenne
-
Stefan Onken