Помилки завершення вкладки: bash: не вдається створити тимчасовий файл для документа тут: на пристрої не залишилось місця

Під час використання панелі вкладок я продовжую отримувати цю помилку:

bash: не вдається створити тимчасовий файл для документа тут: на пристрої не залишилося місця "

Якісь ідеї?

Я проводив деякі дослідження, і багато людей говорять про файл / tmp, який може мати певний перелив. Коли я виконую, df -hя отримую:

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda2       9.1G  8.7G     0 100% /
udev             10M     0   10M   0% /dev
tmpfs           618M  8.8M  609M   2% /run
tmpfs           1.6G     0  1.6G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.6G     0  1.6G   0% /sys/fs/cgroup
/dev/sda1       511M  132K  511M   1% /boot/efi
/dev/sda4       1.8T  623G  1.1T  37% /home
tmpfs           309M  4.0K  309M   1% /run/user/116
tmpfs           309M     0  309M   0% /run/user/1000

Схоже, каталог / dev / data ось-ось вибухне, однак якщо я підкажу:

$ du -sh /dev/sda2
0   /dev/sda2

Здається, це порожньо.

Я новачок в Debian, і я дійсно не знаю, як діяти далі. Я звичайно отримував доступ до цього комп’ютера через ssh. Окрім цієї проблеми, у мене є ще кілька користувачів із цим комп’ютером, вони можуть бути пов’язані, наприклад, кожного разу, коли я хочу ввести свого користувача за допомогою графічного інтерфейсу (з коренем він працює):

Xsession: попередження: не вдається записати в / tmp: Xsession може вийти з помилкою

Ваша коренева файлова система заповнена, отже, і ваш temp dir (/ tmp та / var / tmp для цього питання) також заповнений. Дуже багато сценаріїв та програм потребують певного місця для робочих файлів, навіть блокування файлів. Коли / tmp не можна записати погані речі трапляються.

Вам потрібно розібратися, як ви заповнили файлову систему. Зазвичай місця цього трапляються в / var / log (перевірте, чи ви перемикаєте файли журналу). Або / tmp може бути повним. Однак існує багато, багато інших способів, якими диск може заповнитися.

du -hs /tmp /var/log

Ви можете повторно розділити, щоб надати / tmp це власний розділ (це старий шкільний спосіб робити це, але якщо у вас є багато диска, це добре), або скласти його в пам'ять (що зробить це дуже швидко, але почне викликати проблеми із заміною, якщо перестаратися з тимчасовими файлами).

Можливо, ви також втратили доступ для запису до /tmp/ каталогу.

Це повинно виглядати так:

ls -l / |grep tmp
drwxrwxrwt   7 root root  4096 Nov  7 17:17 tmp

Ви можете виправити такі дозволи:

chmod a+rwxt /tmp

Якщо хтось потрапляє сюди з цією помилкою, коли їх диск не заповнений, не забудьте перевірити не лише, dfале й df -i. У файловій системі існує фіксована кількість вкладень, і кожен файл потребує такого. Якщо у вас є лише багато невеликих файлів, вашій файловій системі дуже легко заповнити ці невеликі файли, поки на диску накопичувалося багато місця df.

Я отримував помилку, тоді я бачив

[  672.995482] EXT4-fs (sda2): Remounting filesystem read-only
[  672.999802] EXT4-fs error (device sda2): ext4_journal_check_start:60: Detected aborted journal

Я зміг підтвердити це,

mount | grep -i sda2
/dev/sda2 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)

Найшвидший спосіб знайти занадто повні папки - зменшити розмір файлу папки рівнем від кореневої папки. Ви починаєте з кореневої папки:

sudo du -h --max-depth=1 /

Тоді - КОЖИ ви збільшуєте глибину, тобто рівні нижче:

sudo du -h --max-depth=2 /

АБО - швидше - ви дивитеся, яка папка з'їла найбільше місця на диску, і робите те ж саме в цій папці:

sudo du -h --max-depth=1 /home/<user>/<overfull-folder>

Виявивши його, просто видаліть його:

rm -rf <path to overfull-folder>

У моєму випадку ця сама помилка була проблемою cagefs, оскільки цей сервер був у CloudLinux, з яким звертався до cagefsctl --remount username

Це тому, що місця на диску недостатньо, вам потрібно очистити великі файли або очистити процес, який займає місце:

1. df -h Перегляд місця на жорсткому диску
2. du -sh /* Подивіться, який каталог найбільший, крок за кроком, щоб знайти великі файли
3. du -h --max-depth=1 знайти найбільший файл