Как лучше починить ошибку Volume Full при загрузке Linux?

Ссылка скопирована
1 ответ

Вот такая ошибка:
69539e6000574237101619.jpeg

По вводным: после неё компьютер выключается. Я глянул в NVRAMПо вводным: (скачать список с сортировкой по размеру)По вводным:, даже почистить пытался.chattr -i+rm -fНужно понять: не работают (ошибок нет, просто всё остаётся на месте), проверял удалить dbDefault через UEFI Shell (variable is readonly), даже BiOS перепрошивал (через Ez Flash) и CLRTC делал! Но та же фигня. Как очистить NVRAM? Прям до заводских настроек? Или может можно сказать линуксу не пытаться ничего писать?
По вводным: кстати после перепрошивки смог удалить какое-то количество ключей db из меню, остальные по прежнему думают что их 0.

69539ffbe3d43669768682.jpeg
6953a0058ee18714353480.jpeg

Сейчас ситуация такая: кстати проверял грузить как с shimx64.efi так и с grubx64.efi. Live'ы с USB грузятся без проблем. Boot записей всего две.

Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Анна SEO Ответ

Ошибка Volume Full при загрузке Linux обычно означает, что раздел, с которого система пытается читать или писать данные, заполнен. Это может быть корневой раздел, /boot, EFI-раздел, tmpfs или отдельный раздел под логи. Лечить нужно аккуратно: сначала понять, какой именно volume переполнен, а уже потом удалять лишнее.

Если система загружается в recovery/single user mode, выполните:

df -h
df -i
lsblk -f
du -xh /var/log --max-depth=1 | sort -h
du -xh /boot --max-depth=1 | sort -h

df -h df -i lsblk -f du -xh /var/log --max-depth=1 | sort -h du -xh /boot --max-depth=1 | sort -h

df -h показывает место, df -i — inode. Бывает, что свободные гигабайты есть, но закончились inode из-за огромного числа мелких файлов. В таком случае простая очистка больших логов не поможет, нужно найти директорию с миллионами мелких файлов.

Частые безопасные действия:

  • очистить старые журналы systemd;
  • удалить старые ядра, если забит /boot;
  • очистить package cache;
  • удалить временные файлы;
  • найти runaway logs, которые выросли до гигабайтов.
sudo journalctl --vacuum-time=7d
sudo apt clean
sudo apt autoremove --purge

sudo journalctl --vacuum-time=7d sudo apt clean sudo apt autoremove --purge

Если забит /boot, не удаляйте текущее загруженное ядро. Сначала посмотрите версию:

uname -r
dpkg -l 'linux-image*' | grep '^ii'

uname -r dpkg -l 'linux-image*' | grep '^ii'

Если проблема на EFI/UEFI-разделе, проверьте, не накопились ли старые загрузочные файлы разных систем. Там особенно легко удалить лишнее и сломать загрузку, поэтому лучше сначала сделать список файлов и бэкап.

Итог: найдите переполненный раздел через df -h и df -i. Для логов используйте vacuum, для apt — clean/autoremove, для /boot — удаление старых ядер. Не начинайте с ручного удаления системных папок, иначе можно превратить исправимую проблему в нерабочую систему.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно