Никакое пространство не уехало на устройстве даже при том, что существует
Ноутбук с поврежденным экраном, к которому я получаю доступ через SSH. sudo apt-get autoremove команда дает мне следующие ошибки
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
Я получаю подобные ошибки от различных других команд, но gparted говорит мне, что существует больше чем 20 ГБ пространства, оставленного на (единственном) разделе на ноутбуке. Вот вывод df
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 502644 484 502160 1% /dev
tmpfs 505433 503 504930 1% /run
/dev/sda1 7331840 214087 7117753 3% /
none 505433 2 505431 1% /sys/fs/cgroup
none 505433 3 505430 1% /run/lock
none 505433 4 505429 1% /run/shm
none 505433 16 505417 1% /run/user
overflow 505433 401 505032 1% /tmp
И:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
udev 2010576 12 2010564 1% /dev
tmpfs 404348 1284 403064 1% /run
/dev/sda1 115247656 83994028 25809372 77% /
none 4 0 4 0% /sys/fs/cgroup
none 5120 0 5120 0% /run/lock
none 2021732 204 2021528 1% /run/shm
none 102400 16 102384 1% /run/user
overflow 1024 1024 0 100% /tmp
Ошибка запустилась после того, как я работал sudo apt-get upgrade.
4 ответа
В какой-то момент в прошлом Ваша корневая файловая система, заполненная, и маленький, временный/tmp, была создана, чтобы позволить начальной загрузке успешно выполняться. Этот маленький/tmp никогда не удалялся, поэтому теперь, даже при том, что Вы имеете пространство на/, Вы все еще заполняете маленький/tmp и видите Вашу проблему. Просто размонтируйте его:
sudo umount /tmp
и конечно, попытайтесь гарантировать Ваш / является максимально чистым.
<час>Обычно,/tmp является просто частью корня (/) файловая система, нет отделитесь, монтирование необходимо, если нет особые обстоятельства, как исчерпывание корневого файлового пространства (когда некоторый демон создает тот, Вы видите), или возможно Вы имеете / на очень медленные медиа (как палка флэш-памяти USB) и хотите/tmp в поршне для производительности, даже с ограниченным пространством.
Я полагаю, что у Вас есть много из , неиспользованные файлы удаляют их с:
sudo apt autoremove
Затем перепроверяют Ваше пространство с df команда
Ваш/tmp каталог установлен переполниться, таким образом, существует недостаточно дискового пространства в том каталоге для выполнения склонный - получают операции
Вы можете для своего терминального сеанса изменять местоположение tmp для Кв. - приводят в порядок для выполнения операции
mkdir -p /home/<user>/tmp
export TMPDIR=/home/<user>/tmp
При столкновении с этой проблемой где Вы получаете ошибки, которые, кажется, указывают, что диск полон, когда это не, удостоверьтесь, что также проверили inode использование.
Можно использовать df -i получить быстрый отчет об используемом/доступном inodes для каждой точки монтирования.
Если Вы видите, что очень исчерпываете ресурсы, или из, inodes затем, следующий шаг должен определить, какая папка держит большую часть inodes. Начиная с каждого файла и каталога использует inode, у Вас могла быть папка с сотнями тысяч крошечных, или пустых файлов, которые израсходовали весь inodes. Обычные подозреваемые включают: временный каталог, каталоги кэша веб-сайта, каталоги кэша пакета и т.д.
Используйте эту команду для получения заказанного списка подкаталогов с большей частью используемым inodes:
sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
Выполните это в своей корневой папке, затем выполните развертку, пока Вы не найдете своего преступника.