Увеличение дискового пространства Ubuntu в группе LVM не отражается в ОС

Question

Я добавил несколько дисков в свою конфигурацию RAID, увеличив его с 6 ТБ до 14 ТБ. Увеличил размер диска виртуальной машины моего сервера Ubuntu до 12 ТБ, а затем использовал GParted, чтобы расширить раздел с исходного размера, чтобы использовать все доступные 12 ТБ.

Но когда я захожу на сервер, он все равно говорит, что я заполнен на 80%. df не выглядит неправильно, но я не могу сказать. Почему это не изменилось? Я применил изменения в GParted, и он сказал, что это было успешно.

Вот мой результат в GParted после изменений и перезагрузки:

Вот что я получаю при входе в систему и запуске df:

Есть идеи, почему диск не оказался расширен?

ОБНОВЛЕНИЕ: следуя указаниям в этом ответе, я добился определенного прогресса: с живого компакт-диска с Ubuntu я нашел точку монтирования, размонтировал ее и отсканировал ее с помощью e2fsck , проблем там нет. При попытке изменить его размер я получаю «Файловая система уже имеет длину [xxxxxx] блоков.Нечего делать!" как сказал ответ, я мог бы. Не уверен, что еще здесь делать. Это как-то связано с ЛВМ?

Answer 1

Вы используете LVM, поэтому, когда вы изменили размер раздела, вы просто увеличили размер физического тома LVM. Это пространство затем выделяется для логических томов.

Если вы хотите увеличить размер существующего логического тома, чтобы использовать это пространство, в вашем случае вы используете lvresize

sudo lvresize -L 100% /dev/mapper/gatlinburg--vg-root

… Расширит его, используя все доступное пространство, а затем вы сможете расширить файловую систему, чтобы использовать это пространство, используя:

resize2fs /dev/mapper/gatlinburg--vg-root

Вам не нужно ничего размонтировать, чтобы сделать это.

Answer 2

Похоже, что пока устройство все развернуто, файловая система на нем не заполняет пространство. Довольно просто исправить.

Убедитесь, что громкость отключена.

Сначала вы должны размонтировать том, подключенный к /dev/sda3 ; обратите внимание, что я предполагаю, что устройство /dev/sda3 основано на информации в вашем вопросе, но вы можете изменить это, если я ошибаюсь:

sudo umount /path/to/whatever/uses/that/space

Также обратите внимание, что если том, который вы расширяете, является основным загрузочным томом системы, вам нужно загрузиться в другой экземпляр ОС, смонтировать там основной том первой файловой системы и затем запустить всю эту операцию расширения оттуда. Файловая система просто не может быть смонтирована по какой-либо причине, чтобы это произошло, поэтому вы никогда не сможете расширить пространство на томе, в который вы загрузились.

Проверить / восстановить саму файловую систему.

Затем запустите e2fsck чтобы проверить файловую систему в /dev/sda3 следующим образом:

sudo e2fsck -f /dev/sda3

Мне просто нравится запускать e2fsck по-своему; это не главное ядро процесса, если вы знаете, что файловая система чистая и не нуждается в восстановлении, но, как правило, неплохо убедиться, что файловая система чистая, прежде чем приступать к каким-либо другим операциям.

Изменить размер файловой системы.

Когда e2fsck , перейдите к реальному процессу изменения размера, запустив resize2fs следующим образом:

sudo resize2fs /dev/sda3

Теперь обратите внимание на вывод здесь. Если это говорит что-то вроде этого:

resize2fs 1.42 (29-Nov-2011)
Resizing the filesystem on…

Тогда вы знаете, что файловая система должна была быть расширена, и теперь она расширяется, и вы хороши! Но если вывод говорит что-то вроде:

resize2fs 1.42 (29-Nov-2011)
The filesystem is already [xxxxxx] blocks long.  Nothing to do!

Что-то еще может быть. Какие? Не слишком уверен. Но довольно уверен, что запуск resize2fs решит эту проблему для вас.