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

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

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

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

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

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

Я даже побежал:
#sync

Не повезло

Дополнительная информация Я использую Ubuntu 20.04, компьютер Acer Aspire 5 55g и, согласно комментариям ниже: введите описание изображения здесь

решение1

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

Filesystem       Size  Used Avail Use% Mounted on
/dev/nvme0n1p5    92G   87G     0 100% /

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

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

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

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

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

8.0K    /media
84K     /root
4.0K    /mnt
1.7M    /run
16K     /lost+found
300K    /home
201M    /boot
17G     /var
8.1M    /etc
16K     /dev
22M     /opt
4.0K    /cdrom
0       /sys
4.0K    /srv
76K     /tmp
2.2G    /snap
0       /proc
65G     /data
3.5G    /usr
123G    /

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

решение2

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

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

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

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

     # rm -r /media/usb
    

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

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

    Я использовал его lsof | grep DEL, но он не вернул никакого значения... так что у меня до сих пор нет объяснения, почему удаленное мной пространство не было распознано.

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

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

Связанный контент