Как перейти на дискотеку с ограниченным / загрузочным размером раздела?
Моя установка bionic (18.04) имеет очень маленький размер / загрузочный, потому что Ubuntu по какой-то причине предлагал это. При запуске sudo do-release-upgrade обновление перестает говорить, что мне нужно освободить место для 300+ МБ при загрузке / загрузке, но в первую очередь это не так уж и много:
$ df -T | grep -v tmpfs
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/kubuntu-root ext4 914G 702G 166G 81% /
/dev/sda1 ext2 228M 86M 131M 40% /boot
/dev/sdb2 ext4 823G 404G 377G 52% /media/myusername/WDblue2TBbkup
/dev/sdb1 ext4 1012G 574G 386G 60% /media/myusername/WDblue2TBmedia
Изменение размера затруднено, поскольку загрузка происходит в передняя часть диска и раздел LVM2, в котором хранится остальная часть ОС и данные в корневом каталоге (/) в файловой системе ext4.
Любой совет, как поступить?
Я рассматриваю
- , чтобы найти ядро, которое будет использовать дискотека, и посмотреть, смогу ли я установить его до запуска обновить .
В прошлом я также обновлялся, просто
- изменяя мои
apt/sources.listи связанные файлы, чтобы указать на более поздние версии. РЕПО; это тоже возможно.
В какой-то момент мне кажется, что мне нужно исправить маленькую /boot
- , возможно, я могу сделать новый загрузочный каталог как часть LVM и просто стереть старый загрузочный раздел?
Советы, советы, предложения, решения - все с благодарностью получены.
Редактировать: Я только что нашел в записях буфера обмена точное сообщение о нехватке места, это "The upgrade has aborted. The upgrade needs a total of 319 M free space on disk '/boot'.".
2 ответа
Ну, я попробовал бы, это управляет: *) uname-a ==> для записи последней версии ядра "по умолчанию". *) В Вашей команде "df" - изменяют его дважды; a) df-hT; b) df-HT и видят различие. ), Делают это: "du-sch / загружаются / | вид - час". Это покажет Вам, если у Вас будет несколько установленных ядер. Если Вы, Удаление все кроме "uname-a" ядро в Диспетчере пакетов. Я сам использую Синаптический для этого....
Я просто сделал это:
sudo mkdir /boot-new
sudo cp --preserve=mode,ownership,timestamps --recursive /boot/ --target-directory=/boot-new # copy boot to a new directory in the root lvm
, который вставляет все/boot-new/boot, таким образом, мне было нужно к sudo mv -r /boot-new/boot /boot-new/. Для проверки я затем сделал:
sudo diff -s -r /boot /boot-new/
, который подтверждает все это скопированное правильно (-s сообщения со спамом консоль, говоря Вам каждый файл идентичен).
Затем я сделал:
sudo cp /etc/fstab{,.$(date +%F)}
Затем
sudo nano /etc/fstab
Вырезанный предыдущее /boot строка путем комментария этого с #.
Наконец:
sudo update-grub
Затем перезагруженный, все хорошо, и я могу теперь обновить. Действительно я должен был, вероятно, просто сделать решающий шаг, но я не знал наверняка, что GRUB собирался обработать объем LVM2 правильно.