Восстановление логических томов до их исходных размеров после запуск lvreduce и промах в CentOS 7
Надо было прочитать больше по этому поводу, прежде чем пытаться это сделать, но теперь я гораздо более информирован ... облажаться, как правило, так. О недостатках xfs узнал только постфактум.
Очевидно, ОС была установлена с разделами и типом по умолчанию, поэтому имеется (было) следующее:
/dev/mapper/cl-root 50G xfs
/dev/mapper/cl-home 50G xfs
cl- root был на 100%, поэтому подумал, что я ' d украсть пространство из cl-home , так как оно на самом деле не использовалось.
Сделал следующее:
lvresize --size 10GB /dev/mapper/cl-home
lvresize --size 89GB /dev/mapper/cl-root
Оба были успешными, и изменения отражены в lvdisplay для каждый том; однако df -h по-прежнему показывал их одинакового размера.
Решил перезагрузить компьютер, и тут проблема стала очевидной, потому что он перешел в аварийный режим из-за того, что / home not установка правильно. В качестве работы я изменил / etc / fstab так, чтобы он был nofail для / dev / mapper / cl-home , что позволило мне нормально загружаться , хотя каталог / home был переделан.
Я смотрю на df -h , и он не показывает / dev / mapper / cl-home , а файловая система по-прежнему показывает тот же размер для / dev / mapper / cl-root . lvdisplay показывает размер диска.
Попробуйте mount / home и получите: mount: / dev / mapper / cl-home: невозможно прочитать суперблок .
Насколько я понимаю, процесс уменьшения или увеличения размера файловой системы состоит из двух частей: 1) изменение логического тома и 2) изменение файловой системы. У меня сложилось впечатление, что я уже сделал 1), и мне просто нужно сделать 2).
Попробуйте:
resize2fs /dev/mapper/cl-home 10G
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/cl-home
Couldn't find valid filesystem superblock.
Попробуйте:
xfs_repair /dev/mapper/cl-home
Phase 1 - find and verify superblock...
error reading superblock 1 -- seek to offset 13315866624 failed
couldn't verify primary superblock - attempted to perform I/O beyond EOF !!!
attempting to find secondary superblock...
...Sorry, could not find valid secondary superblock
Exiting now.
Хорошо, я думаю, я попытаюсь расширить / root и в основном получаю те же ошибки.
Итак, на этом этапе я просто хочу вернуть все как было.
lvresize --size 50G /dev/mapper/cl-root
WARNING: Reducing active and open logical volume to 50.00 GiB.
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce cl/root? [y/n]:
Не уверен, что хочу сделать это в этой файловой системе.
Не похоже, что я могу увеличить / dev / mapper / cl-home без уменьшения cl-root первый
Так что с того места, где я стою, я как бы застрял. Однако на данный момент все работает нормально, так что я думаю, я мог бы просто оставить это.
Есть предложения, как решить эту проблему?
В любом случае, я использовал эти ссылки в качестве руководства.
http: // www. microhowto.info/howto/increase_the_size_of_an_lvm_logical_volume.html
http://www.microhowto.info/howto/increase_the_size_of_an_ext2_ext3_or_ext4_filesystem.html
http://www.microhowto.info/howto/reduce_the_size_of_an_ext2_ext3_or_ext4_filesystem.html
Someone с похожая проблема, которая заставляет меня думать, что я должен просто оставить это в покое.
Файловые системы XFS можно только увеличивать, их нельзя сжать.
Если ваша установка может потребовать сжатия файловых систем, используйте вместо этого EXT4.
Также - при использовании lvresize , убедитесь, что вы также используете опцию -r / - resizefs , иначе вы испортите свои файловые системы, возможно, безвозвратно. Хотя я лично не тестировал его на уменьшение файловой системы xfs, я ожидал, что он сообщит об ошибке и ничего не изменит (поскольку инструмент изменения размера xfs будет знать, что не может сжать файловую систему).