Ubuntu ошибочно считает, что используется 100% «/», все старые ядра и большие файлы удалены, обновление или загрузка не завершаются

Во время обновления я получил сообщение об ошибке, в котором говорилось, что в корневом разделе осталось менее 1 ГБ... к сожалению, мне пришлось выключить машину, прежде чем я мог исследовать.

Теперь я получил это сообщение об ошибке из командной строки спасения:

После некоторого чтения я удалил все свои старые ядра и большие файлы, найденные в «/». Однако независимо от того, сколько я удаляю, я все равно получаю ту же ошибку, что и выше.

Почему Ubuntu не распознает дополнительное свободное пространство, которое я создал? Я легко освободил 2 гига места, но я получаю этот постоянный запрос на 529M

Я даже побежал:
# синхронизировать

Неудачно

Дополнительная информация У меня Ubuntu 20.04, машина Acer Aspire 5 55g, и согласно комментариям ниже:

Ну вот твоя проблема:

Используемый размер файловой системы Доступно Использование % Установлено на
/dev/nvme0n1p5 92G 87G 0 100% /

Твой / локация заполнена. 5G хранилища, которое кажется неиспользуемым, зарезервировано системой для ведения журналов и других основных функций, а это означает, что вы не можете использовать его, не изменив резервное пространство для файловой системы ... что я сильно обескураживать, когда говорят о /.

Вам нужно будет выяснить, где используется все ваше пространство для хранения, и соответствующим образом переместить/удалить файлы. Типичное место для начала поиска /вар/журнал. Здесь вы можете (вероятно) переместить/удалить некоторые из заархивированных .gz файлы. Это может освободить прилично места.

В качестве альтернативы вы можете использовать дю чтобы определить, где вы используете больше всего памяти:

sudo du / -h --max-depth=1

Это даст вам что-то вроде:

8.0K / носитель
84K / корень
4,0 тыс./млн.
1,7 м / пробег
16K /потеряно+найдено
300K /дом
201M / загрузка
17G /вар
8,1 м / т. д.
16K/дев
22 м/опт.
4.0K/cdrom
0 /систем
4.0K/ср
76K/тмп
2,2 г/снэп
0 /процесс
65G/данные
3,5 г/usr
123 г /

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

Я решил задачу, но не ответил на вопрос и создал новую загадку.

1. Как я решил проблему: Из спасательной оболочки моего ядра Ubuntu по умолчанию 5.11~~ я запустил:

    # du / -h --max-depth=1
   

   Я заметил, что моя папка /media весит 36 ГБ, что должно быть невозможно, так как у меня не было подключено внешних устройств (usb). Сначала я подумал, что это старые крепления, как-то застрявшие на месте, и попытался размонтировать /носитель/USB, но мне сказали, что они не смонтированы.. поскольку это внешние устройства и мои данные в безопасности, я удалил их.

    # rm -r /носитель/USB
   

   Теперь машиной доволен. Я смог загрузиться и завершить обновление/обновления.

2. Но мой первоначальный вопрос остается. Даже при наличии «призрачного» подключенного USB-накопителя я все равно удалил более 2 гигабайт данных, в то время как ubuntu требовалось только 529 МБ, того, что я удалил, должно было быть более чем достаточно для завершения обновления и загрузки моей системы? Почему Ubuntu не распознает, что я удаляю элементы?

   я использовал lsof | grep ДЕЛ и он не вернул значения... поэтому у меня до сих пор нет объяснения, почему удаленное пространство не было распознано.

3. И новая загадка, которую я, похоже, создал: «Почему «призрачные» монтирования моего USB-накопителя съедали 36 ГБ пространства под «/»? Я действительно хотел бы это знать. Могло ли мое использование TimeShift каким-то образом создать «призрачные» монтирования ?

В любом случае ответ @matigo был частично полезен, хотя и не отвечает на вопрос.