☰

Resize2fs fordert mich ständig auf, e2fsck -f auszuführen

tag-icon • tag-icon partition lvm resize2fs e2fsck
Resize2fs fordert mich ständig auf, e2fsck -f auszuführen

Ich habe einen Server mit LVM eingerichtet und gerade erst eines meiner logischen Volumes von 25 TB auf 35 erweitert.

root@server:/home/user# df -h /dev/mapper/vg--data-lv--data
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data     25T  9.3T   15T  40% /DATA

root@server:/home/user# lvs /dev/mapper/vg--data-lv--data
  LV      VG      Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  lv-data vg-data -wi-ao---- 34.90t

Um die Änderung auf das Dateisystem anzuwenden, habe ich e2fsck und dann resize2fs ausgeführt, aber resize2fs fordert mich ständig auf, zuerst e2fsck auszuführen:

root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Please run 'e2fsck -f /dev/vg-data/lv-data' first.

root@server:/home/user# e2fsck -f /dev/vg-data/lv-data
e2fsck 1.43.5 (04-Aug-2017)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vg-data/lv-data: 672943/836247552 files (3.1% non-contiguous), 2546845858/6689948672 blocks
root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Please run 'e2fsck -f /dev/vg-data/lv-data' first

Ich habe das ganze Internet durchsucht, aber ich kann immer noch nicht herausfinden, worum es bei dem Problem geht. Ich habe gefundenjemand mit einem ähnlichen Problem, und das lag daran, dass e2fsck und resize2fs in unterschiedlichen Versionen liefen. Wie Sie oben sehen können, ist dies bei mir nicht der Fall (e2fsprogs ist Version 1.43.5).

Ich fand auchdieser sehr alte Ubuntu-Fehlerberichtbezieht sich auf ein Zeitproblem. Ich habe nachgeschaut und hatte tatsächlich ein Netzwerkproblem, das zu einer falschen Zeit auf meinem System führte. Ich habe es behoben und sogar überprüft, ob die Hardwareuhr mit dem Systemdatum synchronisiert war. Aber es funktioniert immer noch nicht und ich kann die Größe meines Dateisystems immer noch nicht ändern.

Ich verstehe das absolut nicht, da nicht einmal eine einzige Fehler-/Warnmeldung angezeigt wird (und da es einen Tag zuvor bei der Ausführung der exakt gleichen Operation auf einer kleineren LVM-Partition funktioniert hat).

Vielleicht hat jemand eine Idee??

BEARBEITEN :

Problem gelöst dankwürtel! Einfache Lösung: Hängen Sie die Partition nicht aus und ändern Sie die Größe online... Die Lösung ist so einfach und scheint so offensichtlich... Ich fühle mich wirklich dumm... Vielen Dank

root@server:/home/user# mount -a
root@server:/home/user# df -h
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data     25T  9.3T   15T  40% /DATA

root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Filesystem at /dev/vg-data/lv-data is mounted on /DATA; on-line resizing required
old_desc_blocks = 3191, new_desc_blocks = 4467
The filesystem on /dev/vg-data/lv-data is now 9367890944 (4k) blocks long.

root@server:/home/user# df -h
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data     35T  9.3T   24T  29% /DATA

Antwort1

Fehlerhafter Fix in 1.44.4 (für ext4)

root@server:~# resize2fs -p '/dev/sdc5' 414144512K
resize2fs 1.44.4 (18-Aug-2018)
Filesystem at /dev/sdc5 is mounted on /mnt; on-line resizing required
resize2fs: On-line shrinking not supported

zuerst verwenden:

root@server:~# fsck /dev/sdc5

verwandte Informationen