web-dev-qa-db-ja.com

タブ補完エラー：bash：here-documentの一時ファイルを作成できません：デバイスにスペースが残っていません

タブバーを使用すると、次のエラーが発生します。

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経由でこのコンピューターにアクセスしていました。この問題に加えて、このコンピューターには他にもいくつか問題があります。たとえば、GUIを使用してユーザーを入力するたびに（rootで機能します）、次のようになります。

Xsession：警告：/ tmpに書き込めません：Xsessionがエラーで終了する可能性があります

debianshellsshtmp
50
lucasrodesg

ルートファイルシステムがいっぱいであるため、一時ディレクトリ（/ tmp、および/ var/tmp）もいっぱいです。多くのスクリプトとプログラムは、作業ファイル、さらにはロックファイルのためにいくらかのスペースを必要とします。/tmpが書き込み不可の場合bad状況が発生します。

ファイルシステムをどのようにいっぱいにしたかを理解する必要があります。通常、これが発生する場所は/ var/logです（ログファイルを循環させていることを確認してください）。または/ tmpがいっぱいである可能性があります。ただし、ディスクがいっぱいになる方法は他にもたくさんあります。

du -hs /tmp /var/log

/ tmpを独自のパーティションにするために再パーティション化することもできます（これは古いやり方ですが、十分なディスクがある場合は問題ありません）、またはメモリにマップすることで非常に高速になりますが、一時ファイルをやり過ぎるとスワップの問題が発生します）。

25
Miles Gillham

ディスクがいっぱいでないときにこのエラーが発生した場合は、dfだけでなくdf -iも確認してください。ファイルシステムには固定数のiノードがあり、すべてのファイルに1つ必要です。小さなファイルがたくさんある場合、dfを実行してもドライブに十分な空き容量があるにもかかわらず、ファイルシステムがこれらの小さなファイルでいっぱいになるのは非常に簡単です。

16
Michael Speer

また、/tmp/ディレクトリへの書き込みアクセス権を失った可能性もあります。

次のようになります。

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

あなたはそのような権限を修正することができます：

chmod a+rwxt /tmp
16
dothebart

いっぱいになっているフォルダを見つける最も速い方法は、ルートフォルダからフォルダファイルのサイズをレベルで絞り込むことです。あなたはルートフォルダから始めます：

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>
3
Agile Bean

エラーが発生していたので、

[  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)
3
Evan Carroll

この同じエラーの私の場合、このサーバーはCloudLinuxにあり、cagefsctl --remount username

0
Zebouski