Как предоставить дополнительное дисковое пространство для получения root-прав для обновления Ubuntu?

Я хотел бы обновить Ubuntu до 22.04, но получаю следующую ошибку:

      The upgrade has aborted. The upgrade needs a total of 11,4 G free 
space on disk '/'. Please free at least an additional 2 817 M of disk 
space on '/'. Empty your trash and remove temporary packages of 
former installations using 'sudo apt-get clean'.

Я сделал все это и многое другое, но мне все равно нужно как-то получить 3 ГБ дискового пространства на '/'. Когда я удалил столько всего из папки «~», это, похоже, не имело значения, т. е . каким-то образом «~» не использует дисковое пространство в «/», и поэтому освобождение дискового пространства здесь не будет иметь значения для моего обновления.

Я пытался использовать для этого этот инструмент, но это подтверждает, что все мое дисковое пространство уже предназначено для Ubuntu (и я не могу разбить на разделы дальше, например, отдать больше '/' и меньше '~').

Мой вопрос: как сделать так, чтобы Ubuntu использовала часть моего свободного дискового пространства из «~», потому что я не могу освободить больше из «/»?

EDIT: запрошенный выводdf -h

      df: /root/.cache/doc: Operation not permitted
Filesystem              Size  Used Avail Use% Mounted on
udev                    7,6G     0  7,6G   0% /dev
tmpfs                   1,6G   19M  1,6G   2% /run
/dev/mapper/crypt-root   46G   36G  8,1G  82% /
tmpfs                   7,7G     0  7,7G   0% /dev/shm
tmpfs                   5,0M  4,0K  5,0M   1% /run/lock
tmpfs                   7,7G     0  7,7G   0% /sys/fs/cgroup
/dev/loop4               56M   56M     0 100% /snap/core18/2560
/dev/loop6              114M  114M     0 100% /snap/core/13425
/dev/loop8               83M   83M     0 100% /snap/discord/141
/dev/loop7               64M   64M     0 100% /snap/core20/1623
/dev/loop1              128K  128K     0 100% /snap/bare/5
/dev/loop9               71M   71M     0 100% /snap/core22/188
/dev/loop10              23M   23M     0 100% /snap/dm-tools/164
/dev/loop17             165M  165M     0 100% /snap/gnome-3-28-1804/161
/dev/loop19             141M  141M     0 100% /snap/skype/226
/dev/loop22              92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop23             347M  347M     0 100% /snap/gnome-3-38-2004/115
/dev/loop24             128K  128K     0 100% /snap/leagueoflegends/65
/dev/loop25             346M  346M     0 100% /snap/telegram-desktop/4116
/dev/loop28             251M  251M     0 100% /snap/zoom-client/170
/dev/loop32             219M  219M     0 100% /snap/gnome-3-34-1804/77
/dev/loop36             261M  261M     0 100% /snap/kde-frameworks-5-core18/32
/dev/sda1               921M  116M  742M  14% /boot
/dev/mapper/crypt-home  418G   56G  341G  15% /home
/dev/mapper/crypt-tmp   2,7G   31M  2,5G   2% /tmp
tmpfs                   1,6G  152K  1,6G   1% /run/user/1001
/dev/loop37              46M   46M     0 100% /snap/snap-store/592
/dev/loop29             143M  143M     0 100% /snap/chromium/2082
/dev/loop0              104M  104M     0 100% /snap/julia/51

EDIT2: скриншотgparted

Скриншот с помощью gparted

Источник

1 ответ

Твойdf -hрезультаты показывают, что это находится в отдельной файловой системе, независимой от . Это означает, что для него выделено фиксированное количество места. Удаление файлов в папке освобождает место, которое можно будет снова использовать только для файлов .

Из предоставленных вами данных мне не совсем понятно, как устроена ваша система, но это кажется довольно странным. Большинству пользователей в раздельном доступе нет необходимости, но в некоторых сценариях это может иметь смысл, так что это нормально. У вас также есть отдельный/tmpчто кажется бессмысленным. Похоже, у вас может быть несколько уровней полного шифрования диска: сначала шифруется весь раздел, затем внутри него настраивается LVM и, что удивительно, каждый из томов внутри LVM (корневой, домашний, tmp) снова шифруется независимо. Ничто из этого не является проблемой само по себе, но эта настройка тратит производительность ЦП на ненужное двойное шифрование, которое не добавляет дополнительной безопасности по сравнению с тем, что может обеспечить один уровень, а отдельный том выделяет там пару ГБ, которые в противном случае вы могли бы использовать для обновления сейчас.

Похоже, вы сейчас используете Ubuntu 18.04. Это было бы довольно серьезное обновление, и оно может пойти не очень хорошо (даже обновления одной версии в Ubuntu относительно ненадежны, и здесь вы пропустите 8 версий). Это означает, что вам следует убедиться, что у вас есть полные и актуальные резервные копии всех ваших данных. Если что-то пойдет не так, они могут вам понадобиться. Я также рекомендую заранее создать полный образ диска на случай, если вам придется быстро восстановить полную работоспособность системы после неудачного обновления. Clonezilla — мой любимый инструмент для этого.

На этом этапе, когда все ваши данные зарезервированы и готовы к восстановлению в рамках подготовки к рискованному обновлению, я считаю, что вам следует использовать эту возможность для установки Ubuntu 22.04 с нуля с более традиционным разбиением на разделы. Установщик предложит несколько вариантов. Одним из них будет стереть все и установить с нуля. Это создаст один раздел для/,/homeи все остальное, преимущество которого состоит в том, что свободное пространство распределяется между всеми папками и не приводит к подобным ситуациям. Вы сможете выбрать шифрование диска.

Источник
Другие вопросы по тегам