[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Fehler im Filesystem nach LV verkleinern



Am 09.02.2014 16:04, schrieb Siegfrid Brandstätter:

Hallo,

bei einer Verkleinerung eines LV von 60 auf 50 G machte ich was falsch, zumindest erhalte ich nun folgende Meldungen:

 

Das ganze ist auf einem Wheezy passiert mit Ext4 als Filesystem.

 

 

Beim Versuch das LV zu mounten kommt nun diese Meldung:

 

# mount /Filme/

mount: wrong fs type, bad option, bad superblock on /dev/mapper/xvt1-Filme,

missing codepage or helper program, or other error

In some cases useful info is found in syslog - try

dmesg | tail or so

 

Beim Booten kommt diese Meldung:

 

File system check failed. A log is being saved in /var/log/fsck/checkfs if that location is writable. Please repair the file system manually. ... failed!

 

aus /var/log/fsck/checkfs:

 

/dev/mapper/xvt1-Filme: The filesystem size (according to the superblock) is 15728640 blocks

The physical size of the device is 13107200 blocks

Either the superblock or the partition table is likely to be corrupt!

 

 

/dev/mapper/xvt1-Filme: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.

(i.e., without -a or -p options)

 

 

Meine Versuche waren:

fsck -L /dev/mapper/xvt1-Filme und alle anderen Optionen so wie mit

"-c,-f, -v,-b, -B, -j, -l", aber alles ohne Erfolg.

 

 

 

Was hatte ich gemacht um zu verkleinern:

 

Habe das zweite Debian am Rechner gebootet und von dort gearbeitet, aber leider hat dies genau so zugriff auf alle Partitionen wie das andere.

 

 

root@xvt1:/home/sigi# umount /dev/mapper/xvt1-Filme

 

root@xvt1:/home/sigi# e2fsck -f /dev/mapper/xvt1-Filme

 

root@xvt1:/home/sigi# resize2fs -P /dev/mapper/xvt1-Filme

resize2fs 1.41.12 (17-May-2010)

 

 

# lvreduce -L 50G /dev/mapper/xvt1-Filme

WARNING: Reducing active logical volume to 50,00 GiB

THIS MAY DESTROY YOUR DATA (filesystem etc.)

Do you really want to reduce Filme? [y/n]: Y

Reducing logical volume Filme to 50,00 GiB

Logical volume Filme successfully resized

 

Leider habe ich diese Meldung nicht genug ernst genommen ;-( wie es scheint.

 

# lvdisplay

 

Alter Status vor der Aktion:

--- Logical volume ---

LV Name /dev/xvt1/Filme

VG Name xvt1

LV UUID MPSjV9-Tbwk-rBdy-Uxs6-Tg0k-z9oh-sd9VCF

LV Write Access read/write

LV Status available

# open 0

LV Size 60,00 GiB

Current LE 15360

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 254:10

 

neuer Status nach der Aktion:

root@xvt1:/home/sigi# lvdisplay /dev/mapper/xvt1-Filme

--- Logical volume ---

LV Name /dev/xvt1/Filme

VG Name xvt1

LV UUID MPSjV9-Tbwk-rBdy-Uxs6-Tg0k-z9oh-sd9VCF

LV Write Access read/write

LV Status available

# open 0

LV Size 50,00 GiB

Current LE 12800

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 254:10

 

 

Hoffe ich kann noch was retten, aber leider finde ich nicht raus wie. Es würde mich sehr freuen wenn mir dies wer von Euch sagen könnte, Danke schon im voraus und

Einen Schönen Gruß,

 

Sigi

Hallo

Du hast vergessen beim resize2fs-Befehl die neue Zielgröße anzugeben. Ohne diese Angabe wird das Dateisystem immer auf die im LV maximal verfügbare Größe gebracht. Du könntest versuchen, das LV nochmal auf etwa 60-61G zu vergrößern. Falls du noch nichts anderes auf der Platte gmacht hast könnte es klappen. Dannsolltest du allerdings ein Backup der Daten machen bevor es wieder ans verkleinern geht.

Andreas

Reply to: