Ошибка записи write 28 на устройстве не осталось свободного места

NeoMatrix

Модератор

Эксперт NIX

8391 / 3145 / 106

Регистрация: 24.05.2011

Сообщений: 14,306

Записей в блоге: 8

06.08.2017, 12:57

Лучший ответ Сообщение было отмечено NortonF как решение

Решение

Вероятнее всего, именно в /tmp и закончилось свободное пространство.

Это произошло потому, что при нахождении всех системных директорий на одном разделе HDD, выделение нужного директориям пространства происходит динамически — «сколько нужно — столько и получи, лишнее — верни обратно», а вот при ручном вынесении конкретных директорий на другие разделы HDD пространство им из рутового раздела не выделяется — «сколько выделено пользователем — столько и имеешь».
Ручная разбивка иногда бывает полезна и нужна — в сложных случаях многодисковых кластеров из маленьких объёмов, в сложных случаях конфигураций пространства HDD из-за траблов с чтением данных на определённых участках диска и т.п. Но вышеприведённые траблы обычно решаются переносом всего на новый больший по объёму HDD — разметка делается с нуля, сообразно текущим нуждам с перспективой расширения.
Изначально возможность разнести систему по разным HDD была как раз задумана и востребована в силу маленьких объёмов существовавших тогда драйвов. Да были времена, когда мне друг и мой негласный гуру сказал про 40Гб диск — «У-у! Это огромнейшее пространство!»
При сегодняшних объёмах, занимаемых системой ей вполне достаточно выделить под рут гигов 15 — 20 и не задумываться — система будет сама этим пространством вполне рационально распоряжаться.
Если и выносить с рута на другой раздел какие-либо системные директории, то, кроме. разумеется /home (который, как я подразумеваю, у нас и так вынесен), можно вынести /usr/games (если вы любитель погамать) и вообще /usr (если у вас много юзеров, работающих в системе по сети с тонких клиентов или вы устанавливаете ну очень много, просто огромное количество приложений пользовательского уровня).
Типичный пример: вы хостите собственный WWW-ресурс в локалку — веб-интерфейс большого FTP-сервера. В этом случае вам лучше иметь хостовую систему на одном HDD, а весь сайт со всем его содержимым и медиаданные FTP — на другом. Для этого просто вынесем на второй HDD директорию /var/www и всё! Apache и SAMBA в системе настраиваются штатно — для них вся эта чехарда абсолютно прозрачна. В итоге: корень системы и несколько юзеров-админов на одном винте, а всё остальное расшаренное — на другом!
В остальных случаях этого делать не нужно.

В данный момент у вас наблюдается трабла — переполняется пространство на вынесенном разделе, когда на корневом его свободного завались.
Самое логичное будет перенести директорию с вынесенного раздела на корневой. Чем мы и займёмся.
Для этого нам лучше всего ребутнуться в init 1, или, по крайней мере, отключить сеть — чтобы в ту директорию (/tmp) у нас ничего не писалось помимо наших действий.
Прикол сей директории в том, что в неё и писать и читать имеет право всякий таракан, в отличие от других системных директорий, где право записи имеет только рут.
Мы же все действия будем делать из рута — в init 1 только в него попасть и можно

Bash

ls -la /tmp # для начала заглянем в эту директорию - что там лежит, увидим много всякого всего - директорий и файлов
blkid -c /dev/null # посмотрим, какие блочные устройства, как у нас называются - выясним имя раздела, на котором у нас лежит /tmp
# Предположим. что раздел этот у нас будет /dev/sda8
mkdir /mnt/tmp # создадим временную папку для нашей переносимой директории
nano /etc/fstab # открываем конфиг-файл автомонтирования при старте и комментируем запись с этим разделом, установив в начале строки символ #
# Сохранить изменения Ctrl+o , Enter, выйти из nano - Ctrl+x
umount /dev/sda8 # отмонтируем раздел
mount /dev/sda8 /mnt/tmp # и смонтируем его во временную точку
# В данный момент у нас в системе нет пути /tmp , а данные, которые там должны находиться лежат в пути /mnt/tmp
mkdir /tmp # создадим системную папку в корне
chmod 777 /tmp # назначим ей права, какие они должны в ней быть
ls /tmp # заглянем в неё и найдём 
lost+found
rm -rf /tmp/lost+found # ну и удалим это - оно нам не нужно
cp -ax /mnt/tmp / # копируем содержимое в корневую директорию - там у нас есть целевая папка - он туда и положит
umount /dev/sda8 # отмонтируем этот раздел
reboot # перезагрузка

После ребута мы попадём в обычный режим с графикой и картинками — идём проверить, где у нас что лежит и доступное дисковое пространство через предустановленную утилиту «Анализатор использования дисков» — в директории /tmp теперь должно быть достаточно свободного места.
Освободившийся раздел можно форматнуть и присоединить к рутовому через LVM — система его будет использовать более рационально, чем через управление вручную.

Источник

How to resolve the error when I run the apt-get update command? I have more than 100 GB left on my mac device

 Error writing to output file - write (28: No space left on device) Error writing to file - write (28: No space left on device)

Commands that I executed to check the free space.

user:~/.docker$df -h
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   233Gi   93Gi  136Gi    41% 1479561 9223372036853296246    0%   /
devfs          187Ki  187Ki    0Bi   100%     648                   0  100%   /dev
/dev/disk1s4   233Gi  4.0Gi  136Gi     3%       4 9223372036854775803    0%   /private/var/vm
map -hosts       0Bi    0Bi    0Bi   100%       0                   0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%       0                   0  100%   /home

user:~/.docker$cat daemon.json 
{
  "debug" : true,
  "experimental" : false
}

user:~/.docker$cat config.json 
{
  "credsStore" : "desktop",
  "auths" : {

  },
  "stackOrchestrator" : "swarm",
  "experimental" : "disabled"
}

asked Nov 26, 2019 at 23:35

HarishHarish

5351 gold badge11 silver badges34 bronze badges

I configured the local environment docker to reuse the docker daemon inside the minikube instance.

There were many docker images listed when I used docker images command

Removed all the docker images using docker rmi -f imageName

After removing all the docker images, I was able to get some space and the Debian issue is resolved

answered Dec 4, 2019 at 22:34

HarishHarish

5351 gold badge11 silver badges34 bronze badges

Источник

NeoMatrix

Модератор

Эксперт NIX

8386 / 3077 / 106

Регистрация: 24.05.2011

Сообщений: 14,223

Записей в блоге: 8

06.08.2017, 12:57

Лучший ответ Сообщение было отмечено NortonF как решение

Решение

Вероятнее всего, именно в /tmp и закончилось свободное пространство.

Bash

ls -la /tmp # для начала заглянем в эту директорию - что там лежит, увидим много всякого всего - директорий и файлов
blkid -c /dev/null # посмотрим, какие блочные устройства, как у нас называются - выясним имя раздела, на котором у нас лежит /tmp
# Предположим. что раздел этот у нас будет /dev/sda8
mkdir /mnt/tmp # создадим временную папку для нашей переносимой директории
nano /etc/fstab # открываем конфиг-файл автомонтирования при старте и комментируем запись с этим разделом, установив в начале строки символ #
# Сохранить изменения Ctrl+o , Enter, выйти из nano - Ctrl+x
umount /dev/sda8 # отмонтируем раздел
mount /dev/sda8 /mnt/tmp # и смонтируем его во временную точку
# В данный момент у нас в системе нет пути /tmp , а данные, которые там должны находиться лежат в пути /mnt/tmp
mkdir /tmp # создадим системную папку в корне
chmod 777 /tmp # назначим ей права, какие они должны в ней быть
ls /tmp # заглянем в неё и найдём 
lost+found
rm -rf /tmp/lost+found # ну и удалим это - оно нам не нужно
cp -ax /mnt/tmp / # копируем содержимое в корневую директорию - там у нас есть целевая папка - он туда и положит
umount /dev/sda8 # отмонтируем этот раздел
reboot # перезагрузка

«no space left on the device» could also mean that the partition is out of inodes. Use df -i to check inode usage.

Edit: Each file, directory, and symbolic link requires one inode. So the idea is to remove some files from the / partition. It doesn’t matter how large the files are. You can of course just pick some files on the partition and move them to another partition, if you can find some that are convenient to move.

It’s unusual to run out of inodes, so it’s possible you have some directory full of small or zero-length files somewhere that you’re not aware of. Unfortunately, I don’t know of an easy way to find this sort of thing. Running find / -xdev would print the name of every file and directory on the partition. You might be able to spot some suspicious directory full of empty files.

If you can add additional disk partitions to the system, you could pick some directory on the / partition and make it into a separate partition. Copy all of the files in that directory to the new partition, delete them from the / partition, then mount the new partition on top of the old (and now empty) directory.

The nuclear option would be to back up the / partition, wipe it, and rebuild it with more inodes. That’s an advanced topic and I won’t try to explain it here.

«no space left on the device» could also mean that the partition is out of inodes. Use df -i to check inode usage.

The nuclear option would be to back up the / partition, wipe it, and rebuild it with more inodes. That’s an advanced topic and I won’t try to explain it here.

Печать

Страницы: [1] Вниз

Тема: проблемы при загрузке обновлений (Прочитано 3811 раз)

0 Пользователей и 1 Гость просматривают эту тему.

ferrari

gantellus

можно попробовать сменить сервер

Придумайте ещё более дружественный интерфейс, и мир породит ещё более тупого юзера (с)
С2Duo 2.4 Ghz, Geforce 8800, Maya 44 PCI

ferrari

я так понял, что проблема в моём компе, а не в серваке, так как раньше (два дня назад) всё обновлялось

вот что мне выдал менеджер обновлений
E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
E: _cache->open() failed, please report.

satch

я так понял, что проблема в моём компе, а не в серваке, так как раньше (два дня назад) всё обновлялось

вот что мне выдал менеджер обновлений
E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
E: _cache->open() failed, please report.

у меня тоже такое было … после dpkg —configure -a все повисло намертво, а после перезагрузки система вообще не грузилась

Наше желание помочь прямопропорционально вашему желанию решить проблему

gantellus

а место свободное на винте есть? имею в виду раздел /
потмоу что пишет что его нет

можно попробовать sudo apt-get clean (удалит все пакеты из кэша) или sudo apt-get autoremove (удалит ненужные)

Придумайте ещё более дружественный интерфейс, и мир породит ещё более тупого юзера (с)
С2Duo 2.4 Ghz, Geforce 8800, Maya 44 PCI

ferrari

а место свободное на винте есть? имею в виду раздел /

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

sudo apt-get autoremove ——- не прошла, пишет E: dpkg was interrupted, you must manually run ‘dpkg —configure -a’ to correct the problem.
sudo apt-get clean —————- прошла, но ни какого эффекта, проблема осталась

« Последнее редактирование: 10 Июня 2008, 00:09:40 от ferrari »

jel

Ну пишет же черным по белому — (28 No space left on device). Нету свободного места. Освободить надобно. Для начала метров 100-200 руками. Потом уже разновсяческими clean, им ведь тоже место понадобится для временных файлов, а его-то и нету.

Kwah

Проверь размеры логов в /var/log а вообще baobab в руки, он наглядно покажет, куда протерялось место.

ferrari

товарищи, поподробнее можно? совет одним словом для новичка в линуксе это почти и не совет.

Проверь размеры логов в /var/log

зашёл в вар лог — там много файлов разных и что? где смотреть, какой размер должен быть?
вот что у меня в вар логе

/var/log# ls
acpid dmesg.4.gz samba
acpid.1.gz dpkg.log scrollkeeper.log
acpid.2.gz dpkg.log.1 scrollkeeper.log.1
apparmor faillog scrollkeeper.log.2
apt fontconfig.log syslog
auth.log fsck syslog.0
auth.log.0 gdm syslog.1.gz
auth.log.1.gz installer syslog.2.gz
boot kern.log syslog.3.gz
bootstrap.log kern.log.0 syslog.4.gz
btmp kern.log.1.gz syslog.5.gz
btmp.1 lastlog syslog.6.gz
clamav lpr.log udev
cups mail.err unattended-upgrades
daemon.log mail.info user.log
daemon.log.0 mail.log user.log.0
daemon.log.1.gz mail.warn user.log.1.gz
debug messages wtmp
debug.0 messages.0 wtmp.1
debug.1.gz messages.1.gz wvdialconf.log
dist-upgrade news Xorg.0.log
dmesg ntpstats Xorg.0.log.old
dmesg.0 pm-suspend.log Xorg.20.log
dmesg.1.gz pycentral.log Xorg.20.log.old
dmesg.2.gz qtparted-20080606-23h50m45s.log Xorg.21.log
dmesg.3.gz qtparted-20080607-20h07m53s.log

вот как используется место на дисках, если я правильно посмотрел
df
Файловая система 1K-блоков Исп Доступно Исп% смонтирована на
/host/ubuntu/disks/root.disk
3681640 3221772 274324 93% /
varrun 192764 104 192660 1% /var/run
varlock 192764 0 192764 0% /var/lock
udev 192764 48 192716 1% /dev
devshm 192764 52 192712 1% /dev/shm
lrm 192764 38176 154588 20% /lib/modules/2.6.24-17-generic/volatile

P.S. а спойлеры не работают что ли?

wl

товарищи, поподробнее можно? совет одним словом для новичка в линуксе это почти и не совет.

Проверь размеры логов в /var/log

зашёл в вар лог — там много файлов разных и что? где смотреть, какой размер должен быть?
вот что у меня в вар логе

Расшифровываю.
df — покажет, сколько свободного места на разных устройствах.
sudo du -s /* — покажет, сколько занимает каждый из корневых каталогов
sudo du -s /var/* — —//— сколько весит содержимое /var (в том числе, /var/log)
baobab (под Gnome) и filelight (под KDE) — утилиты ставятся отдельно и рисуют красивые окошки, показывающие, куда делось место на диске.

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)

ferrari

проблема решена, всем спасибо

помогло manually run ‘dpkg —configure -a’

Salim

Привет ferari мог бы поподробней описать что делал ? у меня таже проблема хотелось узнать что ты удалил из /var/lib/dpkg/status ; там всё удалать можно или часть информации используется. по man ‘dpkg —configure -a’
Нет справочного руководства для dpkg —configure -a поэтому прошу помощи. заранее спасибо

ferrari

не задумываясь написал dpkg —configure -a в командной строке, там само всё проверилось и исправилось, без моего участия.

Salim

Спасибо ! В прошлый раз и я так сделал и все исправилось но сейчас этот номер непроходит . Показалось что ты по другому исправлял . Спасибо что окликнулся , ищу решение проблемы.

Печать

Страницы: [1] Вверх

Я проверил, есть ли у меня место на жестком диске.

Я очень новичок в Linux, и я пытаюсь установить обновления на своем сервере.

Когда я выполняю

ubuntu@ip-xxxxxxxxxxxx:~$ sudo apt-get -f install

, я сразу получаю этот ответ

Reading package lists... Error! E: Write error - write (28: No space left on device)

Вторая строка повторяется около 60 раз.

Когда я запускаю sudo df — h, я получаю

Filesystem Size Used Avail Use% Mounted on udev 2.0G 4.0K 2.0G 1% /dev tmpfs 396M 348K 395M 1% /run /dev/xvda1 24G 14G 9.0G 61% / none 4.0K 0 4.0K 0% /sys/fs/cgroup none 5.0M 0 5.0M 0% /run/lock none 2.0G 0 2.0G 0% /run/shm none 100M 0 100M 0% /run/user overflow 1.0M 1.0M 0 100% /tmp

. Я понимаю, что мой диск имеет 9.0G влево, но я не знаю, что делают остальные диски или файловые системы?

Это экземпляр AWS Ubuntu, который я недавно увеличил в размерах, и у меня есть ощущение, что я пропускаю шаг, чтобы использовать эти 9Gb?

задан
20 November 2017 в 15:25

3 ответа

Папка / tmp используется при установке новых пакетов. У вас есть отображение в другом разделе, а размер этого раздела — только 1M.

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Возможно, есть строка, которая монтирует папку / tmp. Добавьте комментарий в # в начале строки, чтобы прокомментировать это. Ctrl + x, чтобы сохранить файл, а затем перезагрузиться.

Редактирование fstab является потенциально опасным действием, будьте осторожны, если вы не хотите использовать консоль восстановления.

ответ дан Katu
22 May 2018 в 16:04

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak sudo nano /etc/fstab

ответ дан Katu
18 July 2018 в 02:57

Я оставил бы папку / tmp в ее по умолчанию: так же, как / partition (в вашем случае /dev/xvda1).

Посмотрите файл /etc/fstab. Сначала создайте резервную копию:

sudo cp /etc/fstab /etc/fstab.bak sudo nano /etc/fstab

ответ дан Katu
24 July 2018 в 17:42

Другие вопросы по тегам:

Тема: Кончилось место в корневом каталоге (Прочитано 3683 раз)

0 Пользователей и 1 Гость просматривают эту тему.

firststart

Кончилось место в корневом каталоге. Не могу запустить Synaptic

На команду:

sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/(.*)-([^0-9]+)/1/")"'/d;s/^[^ ]* [^ ]* ([^ ]*).*/1/;/[0-9]/!d' | head -n -1)
Тоже самое….
Корзину очистил,

sudo apt-get clean сделал.

Как можно очистить место?

EvangelionDeath

дайте вывод:

ls -alF /var/log sudo du -d 1 -h /

HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04

firststart

ls -alF /var/log

sudo du -d 1 -h /

« Последнее редактирование: 23 Мая 2016, 13:55:09 от firststart »

wolfser2701

firststart

А /boot где, отдельно?

каталог boot рядом с каталогами: home, bin, dev, etc и т.п.

Azure

В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !

EvangelionDeath

А где /var, /home, /etc и другие?

HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04

firststart

firststart, df -h?

Пользователь добавил сообщение 23 Мая 2016, 14:51:18:

А где /var, /home, /etc и другие?

Они все в корне лежат, я так понимаю… В проводнике это называется — «Компьютер»

« Последнее редактирование: 23 Мая 2016, 14:51:18 от firststart »

EvangelionDeath

Они все в корне лежат, я так понимаю… В проводнике это называется — «Компьютер»

Вопрос был не о том. Вы предоставили только данные по части папок, а не по всем.

HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04

firststart

[/quote

Вопрос был не о том. Вы предоставили только данные по части папок, а не по всем.

EvangelionDeath

И опять 25. Вы показали содержимое своей домашней директории, которая к тому же на другом раздележестком диске. А папки корня не показали

HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04

firststart

И опять 25. Вы показали содержимое своей домашней директории, которая к тому же на другом раздележестком диске. А папки корня не показали

А какой командой это можно сделать?

wolfser2701

EvangelionDeath,

/dev/md0 19G 18G 244M 99% /

:idiot2: это что, RAID ?

EvangelionDeath

А какой командой это можно сделать?

Команда есть выше

sudo du -d 1 -h /

HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04

Печать

Страницы: [1] 2 Все Вверх

Источник

Решение

Решение

Тема: проблемы при загрузке обновлений (Прочитано 3811 раз)

ferrari

gantellus

ferrari

satch

gantellus

ferrari

jel

Kwah

ferrari

wl

ferrari

Salim

ferrari

Salim

3 ответа

Другие вопросы по тегам:

Похожие вопросы:

Иван

Вадим

[ixTor]

beregok

Тема: Кончилось место в корневом каталоге (Прочитано 3683 раз)

firststart

EvangelionDeath

firststart

wolfser2701

firststart

Azure

EvangelionDeath

firststart

EvangelionDeath

firststart

EvangelionDeath

firststart

wolfser2701

EvangelionDeath