Рейтинг:1

/dev/shm заполнен на 100%, но не имеет больших файлов

флаг aw

Недавно я обновился до Ubuntu 20.04.3 (ядро 5.11.0-34-generic #36~20.04.1-Ubuntu SMP), так что это может быть ошибкой. Через несколько часов использования раздел с общей памятью заполняется. Согласно с дф, раздел /dev/шм имеет 16 ГБ данных:

Используемый размер файловой системы Доступно Использование % Установлено на
...
tmpfs 16G 16G 0 100% /dev/shm
...

Попытка записать новый файл в этот раздел не удалась:

$ эхо "foobar" > /dev/shm/foobar.txt
bash: эхо: ошибка записи: на устройстве не осталось места

Однако, когда я смотрю на файлы в этом разделе, файлы занимают всего около 170 КБ:

$ du -h /dev/shm/*
0 /dev/shm/foobar.txt
4.0K /dev/shm/sem.CiscoAcMemoryLock
4,0K /dev/shm/sem.CiscoAcNamedEventNVM
4,0K /dev/shm/sem.CiscoAcNamedEventOpenDNS
4,0K /dev/shm/sem.CiscoAcNamedEventPostureISE
156K /dev/shm/tmp

Я замечаю, что это происходит, потому что google-chrome сбрасывает ядро, и я не могу перезапустить Chrome, пока не будет места в /dev/шм, и единственный способ вернуть память, который я нашел, - это перезагрузка.

Как узнать, что занимает место в /dev/shm?

флаг aw
После проб и ошибок я обнаружил, что это было вызвано google-chrome. Я могу обойти это, запустив Chrome с опцией «--disable-dev-shm-usage». Меня все еще интересуют ответы, которые могли бы указать на Chrome как на виновника.
Рейтинг:1
флаг cn

Файлы существуют в файловой системе, пока у них есть запись в каталоге. или же остаются открытыми текущим процессом. Бег du -h /dev/shm/ (добавляя * исключает файлы, начинающиеся с .) покажет только первое.

Вам также нужно запустить судо lsof /dev/shm, который показывает открытые в данный момент файлы в этой файловой системе.

Например:

КОМАНДА PID ПОЛЬЗОВАТЕЛЬ ТИП FD УСТРОЙСТВО РАЗМЕР/ВЫКЛ НАЗВАНИЕ УЗЛА
Пользователь QtWebEngi 654092 DEL REG 0,31 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ
Пользователь QtWebEngi 654092 DEL REG 0,31 2613 /dev/shm/.org.chromium.Chromium.eY7oKn
QtWebEngi 654092 пользователь DEL REG 0,31 2624 /dev/shm/.org.chromium.Chromium.zuBEOF
QtWebEngi 654092 пользователь 22u REG 0,31 144 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ (удален)
QtWebEngi 654092 пользователь 29u REG 0,31 144 2613 /dev/shm/.org.chromium.Chromium.eY7oKn (удален)
QtWebEngi 654092 пользователь 46r REG 0,31 1048576 2624 /dev/shm/.org.chromium.Chromium.zuBEOF (удален)

Строки, которые заканчиваются на (удалено) не будет найден дю, но все равно будет занимать место, пока какой-либо процесс удерживает этот файл.

флаг aw
Хорошее предложение, и я уверен, что это будет полезно для других, но для меня, когда я убиваю все процессы, которые отображаются с помощью команды lsof, и lsof не показывает ничего, связанного с /dev/shm и каталогом /dev/shm полностью пуст, df показывает, что раздел заполнен на 100%.
Рейтинг:0
флаг in

У меня такая же проблема с Ubuntu 20.04 LTS (версия ядра 5.11.0.34.36, обновленная с помощью программы обновления до 5.11.0.36.40). После обновления ядра до последней версии проблема была решена. Сообщение от Марка Гила Сендры, см. https://unix.stackexchange.com/questions/654004/ubuntu-20-04-problems-with-chrome-teams-visual-studio-code-maybe-related-wi от 14.07.2021 решает проблему с обновлением ядра до версии 5.12.10. я использую https://linuxhint.com/install-upgrade-linux-kernel-ubuntu-linux-mint/ обновить версию до 5.14.8-051408-generic и проблема, кажется, решена.

Ответить или комментировать

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