Почему мой корневой раздел отображается как полный в gparted?


1

Я немного знаю о файловых системах, но не очень. У меня есть только общее представление о том, что такое LVM, хотя, очевидно, именно это я и использую в качестве корневого раздела.

У меня в компьютере один жесткий диск емкостью 1 ТБ. Я запускаю Ubuntu 14.04.

Я пошел установить некоторые обновления сегодня и был проинформирован о том, что у меня недостаточно места по /bootразделам.

Я пошел, чтобы освободить пространство с gpartedграфическим интерфейсом с живого CD, но заметил, что моя корневая файловая система отображается как заполненная:

введите описание изображения здесь

Согласно dfоднако:

Filesystem                  1K-blocks     Used Available Use% Mounted on
/dev/mapper/ubuntu--vg-root 954367812 10720604 895145040   2% /
none                                4        0         4   0% /sys/fs/cgroup
udev                          2995912       12   2995900   1% /dev
tmpfs                          608016     1312    606704   1% /run
none                             5120        0      5120   0% /run/lock
none                          3040072    17312   3022760   1% /run/shm
none                           102400       52    102348   1% /run/user
/dev/sda2                      241965   118221    111252  52% /boot
/dev/sda1                      523248     3428    519820   1% /boot/efi
tmpfs                         3040072        4   3040068   1% /var/lib/polkit-1/localauthority/90-mandatory.d

Что с этим? Почему gpartedмой раздел заполнен?


У меня также есть дополнительный вопрос. Кто - нибудь знает знать , что разница между /boot/efiи в /bootПерегородки и если мне нужно их обоих?


Если все, что вы пытаетесь сделать - это освободить место /boot, вам следует задать новый вопрос с выводом ls -lR /boot.
Даниэль Б,

Ответы:


2

Между ними AFH и Ромео Нинов в основном имеют ответ, но его необходимо объединить.

Ваш /bootраздел является отдельным, потому что это по существу требуется для использования LVM (который является не файловой системой, а контейнером для логических томов, которые сами содержат файловые системы). Размер раздела LVM можно изменить; см. здесь, чтобы обрисовать в общих чертах то, что требуется. Я не уверен, что пойду туда, хотя ....

Вы сообщаете, что ваш процесс обновления жалуется на недостаток места в вашем /bootразделе размером 244 МБ , но этот раздел в настоящее время используется только на 52%. Распределения, которые обычно создают отдельные /bootразделы, обычно делают их примерно в два раза больше ваших, но все равно странно, что ваши обновления будут пытаться почти удвоить количество используемого там пространства. Для установки Ubuntu 14.04, на которой я это печатаю, используется всего 80 МБ /boot. Поэтому вы можете проверить, что там. Тип ls -lh /boot. Вот что я вижу в своей системе:

$ ls -lh /boot
total 70M
-rw-r--r--  1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r--  1 root root 1.2M May  4 01:09 abi-3.13.0-52-generic
-rw-r--r--  1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r--  1 root root 162K May  4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31  1969 efi
drwxr-xr-x  3 root root 1.0K May  7 11:30 extlinux
drwxr-xr-x  5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x  2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r--  1 root root  20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r--  1 root root  20M May  7 11:28 initrd.img-3.13.0-52-generic
drwx------  2 root root  12K Feb 14 17:05 lost+found
-rw-r--r--  1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r--  1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r--  1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r--  1 root root  227 Feb 14 17:06 refind_linux.conf
-rw-------  1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw-------  1 root root 3.3M May  4 01:09 System.map-3.13.0-52-generic
-rw-------  1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r--  1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw-------  1 root root 5.6M May  4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r--  1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed

Это довольно типично (хотя с немного большим, чем некоторые системы). Если вы видите больше файлов разных типов, чем я показал здесь, возможно, что-то добавило что-то новое и постороннее, и такие файлы могут быть кандидатом на удаление - но если вы их не понимаете, спросите совета перед тем, как удаляя их.

Другая вещь, чтобы проверить это посторонние ядра. Это файлы с именами, которые начинаются с vmlinuz. (Они связаны с initrd.imgфайлами, которые AFH заставил вас искать.) Мой собственный пример показывает четыре файла ядра, но это действительно подписанные и неподписанные версии только двух ядер. Если вы видите более трех версий ядра (каждая из которых может быть доступна в виде со знаком и без знака), попробуйте следующую команду:

sudo apt-get autoremove

Эта команда должна удалить все, кроме исходного и двух самых последних ядер из вашей системы, что должно освободить место.

Если вам необходимо изменить размер разделов, может быть безопаснее сжать системный раздел EFI (ESP; /dev/sda1в вашем случае) и расширить его /boot, чем связываться с настройкой LVM. Я бы не рекомендовал изменять размеры более чем на 200 МБ, и вам обязательно следует создать резервную копию обоих разделов на съемном носителе, прежде чем продолжить, потому что оба раздела имеют решающее значение для загрузки, поэтому, если что-то пойдет не так, у вас будут большие проблемы. Также имейте в виду, что некоторые EFI могут быть привередливы в отношении файловых систем FAT на своих ESP. Некоторые (в основном более старые EFI, начиная с 2012 года) будут плохо реагировать на ESP FAT32, который меньше 512 МБ. Таким образом, если вы попытаетесь изменить размер таким способом, начните с сокращения ESP, а затем выполните тестовую загрузку. Если вы можете загрузиться, разверните/bootв освободившееся пространство и попробуйте загрузиться снова. Если у вас возникли проблемы после сжатия ESP, используйте аварийную систему, чтобы расширить ее до первоначального размера.


2

Я нахожу результаты gpartedи dfразличаюсь, но не до такой степени: я подозреваю, gpartedчто неверно истолковывает ваше lvm2содержание.

Ваша проблема в том, что /bootон смонтирован на отдельном диске емкостью 0,25 ГБ, и это то, что заканчивается. Я не уверен, как вы попали в это состояние или как из него выйти: возможно grub, не очень хорошо загружается из lvm2файловых систем.

Сначала нужно удалить все ядра, кроме текущего и предыдущего (вам никогда не понадобится более одного резервного ядра). Тип:

ls -l /boot/initrd*
uname -a

Это покажет все установленные выпуски ядра и ваше работающее ядро. Затем вам нужно удалить все, кроме двух последних. Я предпочитаю использовать synapticдля этого: выберите Installedи в поле поиска установите поочередно числовую часть каждого из выпусков, которые вы хотите удалить, затем напечатайте, Ctrl-aчтобы выбрать все, и щелкните правой кнопкой мыши и выберите Mark for Complete Removal(убедившись, что вы не удаляете ваш текущий выпуск!). После прохождения каждого из ядер, которые нужно удалить, нажмите Apply.

В Ubuntu 15.04 с двумя установленными ядрами /bootразмер моего каталога составляет чуть более 120 МБ, поэтому у вас должно быть место для двух выпусков, пока вы устанавливаете третий на своем /dev/sda2(и не забывайте удалять самый старый выпуск каждый раз, когда вы это делаете).

Если это не решит вашу проблему, то у вас есть два варианта:

  1. Увеличьте размер /dev/sda2, перемещая границу между ним и /dev/sda3.
  2. Ищите в интернете grub lvm2и следуйте советам там.

Чтобы ответить на ваш вспомогательный вопрос, /bootгде находятся загрузочные файлы ядра, и это, как правило, находится в той же файловой системе, что /и grubнужно , но необходимо определить, где находятся загрузочные файлы EFI, и это делается путем монтирования загрузочного раздела EFI /boot/efi. Другими словами, /boot/efiэто точка монтирования для отдельной файловой системы, но /bootсама по себе она является точкой монтирования. Вам нужно и то, и другое, если только вы не загружаетесь с помощью устаревшего BIOS.


1

Потому что на экране вы видите PV (физический том), а не файловую систему. И весь PV назначен на VG. проведение

df

вы увидите статус файловой системы


Аааа, как я могу изменить это, чтобы я мог изменить размер раздела?
Люк

Вы должны использовать какой-то дистрибутив live и без монтирования этого lv вам следует сжать файловую систему, а затем изменить размер lv. И тогда вы сможете создавать новые логические тома. Если вы хотите изменить размер sda1, я боюсь, что это невозможно (легко) :(
Ромео Нинов

Для пояснения: так что я могу изменить размер LV на этом PV и сделать еще один LV рядом с ним, если я хочу, но я не могу изменить размер самого физического тома. Так что я не могу сделать / загрузить больше. Это то, что вы говорите? Могу ли я перенести / загрузить, чтобы он сам являлся LV внутри этого PV? или это должно быть на совершенно отдельном разделе?
Лука

1
На самом деле, вы можете изменить размер PV, используя pvresize. Однако это будет только перемещать конец раздела. Полученное свободное пространство не может быть использовано для существующего /bootраздела.
Даниэль Б,

1
Конечно, это может быть перемещено, но перемещение разделов опасно, потому что это включает перемещение всех данных. Это также занимает очень много времени.
Даниэль Б,
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.