Erreurs de fin de tabulation: bash: impossible de créer un fichier temporaire pour le document here: Pas d'espace disponible sur le périphérique
Lorsque j'utilise la barre d'onglets, je reçois toujours cette erreur:
bash: impossible de créer un fichier temporaire pour ici-document: pas d'espace disponible sur le périphérique "
Des idées?
J'ai fait des recherches et beaucoup de gens parlent du fichier/tmp, qui pourrait avoir un débordement. Lorsque j'exécute df -h Je reçois:
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
Il semble que le répertoire/dev/data soit sur le point d'exploser, cependant si je donne un conseil:
$ du -sh /dev/sda2
0 /dev/sda2
Il semble que ce soit vide.
Je suis nouveau dans Debian et je ne sais vraiment pas comment procéder. J'avais l'habitude d'accéder généralement à cet ordinateur via ssh. Outre ce problème, j'en ai plusieurs autres avec cet ordinateur, ils peuvent être liés, par exemple chaque fois que je veux entrer mon utilisateur en utilisant l'interface graphique (avec root cela fonctionne) j'obtiens:
Xsession: avertissement: impossible d'écrire dans/tmp: Xsession peut se terminer avec une erreur
Votre système de fichiers racine est plein et donc votre répertoire temporaire (/ tmp et/var/tmp d'ailleurs) sont également pleins. De nombreux scripts et programmes nécessitent de l'espace pour les fichiers de travail, même pour verrouiller les fichiers. Lorsque/tmp est inscriptible mauvais des choses se produisent.
Vous devez déterminer comment vous avez rempli le système de fichiers. En général, les endroits où cela se produira se trouvent dans/var/log (vérifiez que vous parcourez les fichiers journaux). Ou/tmp peut être plein. Cependant, il existe de nombreuses autres façons de remplir un disque.
du -hs /tmp /var/log
Vous souhaiterez peut-être re-partitionner pour donner à/tmp sa propre partition (c'est la façon à l'ancienne de le faire, mais si vous avez beaucoup de disque, c'est bien), ou le mapper en mémoire (ce qui le rendra très rapide mais commencera à provoquer des problèmes d'échange si vous exagérez les fichiers temporaires).
Si quelqu'un arrive ici avec cette erreur lorsque son disque n'est pas plein, assurez-vous de vérifier non seulement df mais aussi df -i. Il y a un nombre fixe d'inodes sur un système de fichiers, et chaque fichier en a besoin. Si vous n'avez que des tonnes de petits fichiers, il est très facile pour votre système de fichiers de se remplir de ces petits fichiers alors qu'il reste encore beaucoup d'espace sur le lecteur lorsque vous exécutez df.
Vous pouvez également avoir perdu l'accès en écriture au /tmp/ répertoire.
Cela devrait ressembler à ça:
ls -l / |grep tmp
drwxrwxrwt 7 root root 4096 Nov 7 17:17 tmp
Vous pouvez corriger les autorisations comme ça:
chmod a+rwxt /tmp
Le moyen le plus rapide de localiser vos dossiers qui sont trop pleins est de réduire la taille du fichier de dossier en niveaux à partir du dossier racine. Vous commencez avec le dossier racine en:
Sudo du -h --max-depth=1 /
Ensuite - Soit vous augmentez la profondeur, c'est-à-dire les niveaux ci-dessous:
Sudo du -h --max-depth=2 /
OU - plus vite - vous regardez quel dossier a consommé le plus d'espace disque, et faites de même sur ce dossier:
Sudo du -h --max-depth=1 /home/<user>/<overfull-folder>
Une fois que vous l'avez trouvé, supprimez-le:
rm -rf <path to overfull-folder>
J'obtenais une erreur, puis j'ai vu
[ 672.995482] EXT4-fs (sda2): Remounting filesystem read-only
[ 672.999802] EXT4-fs error (device sda2): ext4_journal_check_start:60: Detected aborted journal
J'ai pu le confirmer,
mount | grep -i sda2
/dev/sda2 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)
Pour mon cas de cette même erreur, c'était un problème cagefs car ce serveur était sur CloudLinux, adressé avec cagefsctl --remount username