Я постоянно добираюсь unable to write to *
ошибка, даже при том, что я очистил набор пространства.
df
думает, что мой диск 28G в размере и 100%, полных после того, как я удалил много неиспользованных файлов:
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 28G 28G 0 100% /
Общий размер / теперь:
$ sudo du -hs /
484G /
И вот моя физическая информация о системе:
$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
$ sudo parted -l
Model: ATA ST1000DM003-1CH1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 30.0GB 30.0GB primary ext4 boot
2 30.0GB 100GB 70.0GB primary ext4
3 100GB 999GB 899GB extended
5 100GB 999GB 899GB logical ext4
4 999GB 1000GB 1285MB primary linux-swap(v1)
Обновление:
Проблемой был безудержный файл журнала, который заполнил/dev/sda1. Я предполагаю это, что вызвало df
не показать статистику для чего-либо кроме /dev/sda1
то, что они не были смонтированы (как вывод mount
шоу выше. Относительно того, почему это произошло, я понятия не имею, но после освобождения некоторого пространства и перезапуска, система смогла смонтировать все правильно.
пока не может добавлять комментарии, но как писал @Matt - проблема в ограниченном пространстве на /, которое действует как /, так и /boot в единичных fs.
.
Правильным способом, вероятно, является разделение на 2 файловые системы, и монтирование /boot в /, но этот корабль отплыл (было бы проще просто переустановить систему, для @Goro ).
.
не показывая нам mount и /etc/fstab, трудно сказать иерархию mount. возможно, задействованы и autofs...
.
если вы хотите посмотреть, какие dir занимают больше всего места, сделайте
sudo du -sh /* | sort -h
и игнорируйте /proc /dev /sys, так как они все являются виртуальными пространствами имён (они не занимают никакого реального дискового пространства)
повторите вышеприведенное du для наибольшего dir, чтобы выследить пространственных хоггеров и т.д.
.