Недостаточно свободного места linux

Очухавшись от Новогодних праздников пришёл на работу и обнаружил сообщение:
Мало свободного места на диске «Корень файловой системы»

Как разобраться отчего растут логи?
Как настроить их автообрезание?
Или Var нужно перенести в Home? Но это лишь отсрочит проблему .

Отправлено спустя 3 минуты 8 секунд:
Есть ещё гипотеза.
В терминале три дня работал забытый ping
Он в отличии от Винды не самоостанавливающийся.

colonel Сообщения: 1851 Зарегистрирован: 18 дек 2016, 12:08 Решено: 21 Откуда: Хартленд, N Благодарил (а): 43 раза Поблагодарили: 498 раз Контактная информация:

Мало свободного места на диске «Корень файловой системы»»

spd38 писал(а): . обнаружил сообщение:
Мало свободного места на диске «Корень файловой системы»
.
Судя по анлизатору диска — распухли логи:
.
От этого даже обновление перестало работать.
Как разобраться отчего растут логи?
Как настроить их автообрезание?
Или Var нужно перенести в Home?

если «Мало свободного места на диске «Корень файловой системы»
первым делом очистить корзину и в терминале у
sudo apt-get clean
sudo apt-get autoremove
sudo apt-get autoclean

По /var — если и выносить , то не в хомяк, а на отдельный раздел

«Не ты выбираешь Linux, а Linux выбирает тебя»
(с)Себастьян Перейра, торговец чёрным деревом

spd38 Сообщения: 140 Зарегистрирован: 19 ноя 2016, 16:36 Благодарил (а): 67 раз Поблагодарили: 1 раз Контактная информация:

Мало свободного места на диске «Корень файловой системы»»

Корзина практически пуста . С точки зрения моего пользователя. Может root увидит больше?
И где живет корзина?
trash:/// это что значит?
Как настраивается предельный размер корзины?

Мало свободного места на диске «Корень файловой системы»»

Jan 18 07:39:43 Magnit-Server nmbd[22260]: Error = Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292136, 0] ../source3/nmbd/nmbd_subnetdb.c:127(make_subnet)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: nmbd_subnetdb:make_subnet()
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Failed to open nmb bcast socket on interface 10.0.4.255 for port 137. Error was Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292368, 0] ../source3/lib/util_sock.c:396(open_socket_in)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: bind failed on port 137 socket_addr = 10.0.4.255.
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Error = Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292416, 0] ../source3/nmbd/nmbd_subnetdb.c:127(make_subnet)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: nmbd_subnetdb:make_subnet()
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Failed to open nmb bcast socket on interface 10.0.4.255 for port 137. Error was Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292639, 0] ../source3/lib/util_sock.c:396(open_socket_in)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: bind failed on port 137 socket_addr = 10.0.4.255.
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Error = Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292686, 0] ../source3/nmbd/nmbd_subnetdb.c:127(make_subnet)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: nmbd_subnetdb:make_subnet()
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Failed to open nmb bcast socket on interface 10.0.4.255 for port 137. Error was Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292909, 0] ../source3/lib/util_sock.c:396(open_socket_in)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: bind failed on port 137 socket_addr = 10.0.4.255.
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Error = Невозможно назначить запрошенный адрес
Jan 18 07:39:43 Magnit-Server nmbd[22260]: [2017/01/18 07:39:43.292957, 0] ../source3/nmbd/nmbd_subnetdb.c:127(make_subnet)
Jan 18 07:39:43 Magnit-Server nmbd[22260]: nmbd_subnetdb:make_subnet()
Jan 18 07:39:43 Magnit-Server nmbd[22260]: Failed to open nmb bcast socket on interface 10.0.4.255 for port 137. Error was Невозможно назначить запрошенный адрес

Мало свободного места на диске «Корень файловой системы»»

trash — это и есть корзина, живёт в ~/.locale/share , и да , не забудте почистить логи, живут в — /var/log

Источник

Постоянно ругается, что на рутовом разделе мало места

Использую Ubuntu 13.04. и при загрузке постоянно получаю сообщение «На разделе „корень файловой системы“ осталось всего 79.0 МБ свободного места». Как отключить это сообщение я знаю, мне интересно, почему оно возникает, ведь на корне места должно быть достаточно. Но. df почему-то тоже показывает, что места нет:

[c0der@rock ~]$ df -h Файл.система Размер Использовано Дост Использовано% Cмонтировано в /dev/sda2 9,8G 9,2G 76M 100% / none 4,0K 0 4,0K 0% /sys/fs/cgroup udev 3,9G 4,0K 3,9G 1% /dev tmpfs 794M 888K 793M 1% /run none 5,0M 0 5,0M 0% /run/lock none 3,9G 156K 3,9G 1% /run/shm none 100M 52K 100M 1% /run/user /dev/sda1 468M 54M 390M 13% /boot /dev/sdb8 40G 12G 26G 31% /mnt/music /dev/sdb7 670G 5,5G 630G 1% /mnt/video /dev/sdb6 118G 60M 112G 1% /mnt/data /dev/sdb1 12G 966M 11G 9% /var /dev/sdb2 7,9G 1,1M 7,5G 1% /tmp /dev/sdb3 20G 628M 18G 4% /opt /dev/sdb5 40G 29G 8,4G 78% /home

Т.к. у меня /boot, /var, /tmp, /opt и /home находятся на отдельных разделах, то неясно почему вдруг корень так забит. У меня есть предположение, что каким-то образом они не примонтированы и файлы реально пишутся в корень, хотя должны быть на соответствующих разделах. Но, в таком случае, эти каталоги должны быть не примонтированы, а это не так:

[c0der@rock ~]$ mount /dev/sda2 on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) /dev/sda1 on /boot type ext2 (rw) /dev/sdb8 on /mnt/music type ext4 (ro,noexec,nosuid,nodev,noatime,nodiratime) /dev/sdb7 on /mnt/video type ext4 (rw,noexec,nosuid,nodev,noatime,nodiratime) /dev/sdb6 on /mnt/data type ext4 (rw,noexec,nosuid,nodev,noatime,nodiratime) /dev/sdb1 on /var type ext4 (rw) /dev/sdb2 on /tmp type ext2 (rw) /dev/sdb3 on /opt type ext4 (rw) /dev/sdb5 on /home type ext4 (rw) gvfsd-fuse on /run/user/coder/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=coder)

Есть идеи что не так и как с этим разобраться?

P.S. Возможно, что это важно, но / и /boot находятся на отдельном винте, который SSD.

Источник

Как исправить ошибку «Недостаточно места на диске» в Linux

Итак, ваша система Linux сообщает вам, что у вас недостаточно места на жестком диске, но вы знаете, что на самом деле осталось много места. Почему? Это одна из немногих загадочных ошибок на Системы Linux Однако есть несколько решений этой проблемы.

Проверка Du и df

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

начать с Du . Укажите корневой каталог на диске, на котором возникла проблема. Это руководство должно быть внедренным.

Чтобы все проверить, потребуется время. Теперь вы можете поэкспериментировать с df.

Добавьте корень и файловую систему, которая в него включена. Например, если у вас есть «/ ГлавнаяНа отдельном диске добавляем с чтением для root. Общая сумма должна приближаться к тому, что вы использовали. Du . В противном случае это может означать, что удаленный файл используется процессом.

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

Возможные причины

Здесь есть две основные причины. Если вы видите несоответствие между du و df Вы можете прокрутить вниз до первого варианта здесь. В противном случае начните со второго варианта.

Зарезервированный файл был удален процессом

Иногда файл удаляется, но процесс все еще использует его. Linux не будет публиковать том, связанный с файлом, во время выполнения процесса. Вам просто нужно найти процесс и перезапустить его.

Должен быть указан процесс, вызывающий проблему, затем его следует перезапустить один раз.

sudo systemctl restart service_name

плохие блоки

Последняя распространенная проблема заключается в том, что блоки файловой системы могут быть плохими. Файловые системы Жесткий диск может быть поврежден или жесткий диск находится на последней стадии повреждения. Операционная система, скорее всего, посчитает эти блоки пригодными для использования, если они не помечены иначе. Лучший способ найти и научить эти блоки — использовать Fsck со знаком -c. Помните, что вы не можете использовать Fsck С той же файловой системой, которую вы тестируете. Возможно, вам понадобится live CD.

Очевидно, вам нужно заменить место на диске диском, который вы хотите проверить. Также имейте в виду, что это может занять много времени.

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

Источник