Pas d'espace sur l'appareil même s'il y a


14

Un ordinateur portable avec écran cassé auquel j'accède via SSH. La sudo apt-get autoremovecommande me donne les erreurs suivantes

cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device

Je reçois des erreurs similaires de diverses autres commandes, mais gpartedme dit qu'il reste plus de 20 Go d'espace sur la partition (unique) de l'ordinateur portable. Voici la sortie dedf

$ df -i
Filesystem      Inodes  IUsed   IFree IUse% Mounted on
udev            502644    484  502160    1% /dev
tmpfs           505433    503  504930    1% /run
/dev/sda1      7331840 214087 7117753    3% /
none            505433      2  505431    1% /sys/fs/cgroup
none            505433      3  505430    1% /run/lock
none            505433      4  505429    1% /run/shm
none            505433     16  505417    1% /run/user
overflow        505433    401  505032    1% /tmp

Et:

$ df -k
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             2010576       12   2010564   1% /dev
tmpfs             404348     1284    403064   1% /run
/dev/sda1      115247656 83994028  25809372  77% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             2021732      204   2021528   1% /run/shm
none              102400       16    102384   1% /run/user
overflow            1024     1024         0 100% /tmp

L'erreur a commencé après avoir couru sudo apt-get upgrade.


Veuillez supprimer les fichiers inutiles avec: sudo apt autoremoveet revérifiez votre espace
George Udosen

As-tu essayé sudo apt autoclean?
Ravexina

Ehmm dans la question, il est mentionné que le retrait automatique me donne des erreurs. autoclean ne fait rien.
Reza

Réponses:


6

À un moment donné dans le passé, votre système de fichiers racine s'est rempli et un petit fichier temporaire / tmp a été créé pour permettre le démarrage. Ce petit / tmp n'a jamais été supprimé, alors maintenant, même si vous avez de la place sur /, vous remplissez toujours le petit / tmp et voyez votre problème. Démontez-le simplement:

sudo umount /tmp

et bien sûr, essayez de vous assurer que votre / est aussi propre que possible.


Normalement, / tmp n'est qu'une partie du système de fichiers racine (/), aucun montage séparé n'est nécessaire, sauf en cas de circonstances spéciales, comme manquer d'espace de fichiers racine (lorsqu'un démon crée celui que vous voyez), ou peut-être que vous avez / sur un support très lent (comme une clé USB) et voulez / tmp en ram pour les performances, même avec un espace limité.


OK, je l'ai fait en utilisant l'option -l et j'ai exécuté la suppression automatique. Comment puis-je le remonter maintenant?
Reza

ça me donne umount: /tmp: not mounted. que devrais-je faire ?
mrid

Vous avez un problème différent, alors posez votre propre question et fournissez vos informations spécifiques.
ubfan1

9

Si vous rencontrez ce problème, où vous obtenez des erreurs qui semblent indiquer que le disque est plein lorsqu'il ne l'est pas, assurez-vous également de vérifier l'utilisation de l'inode.

Vous pouvez utiliser df -ipour obtenir un rapport rapide sur les inodes utilisés / disponibles pour chaque point de montage.

Si vous constatez que vous exécutez des inodes très faibles ou manquants, l'étape suivante consiste à identifier le dossier contenant la plupart des inodes. Étant donné que chaque fichier et répertoire utilise un inode, vous pouvez avoir un dossier contenant des centaines de milliers de fichiers minuscules ou vides qui utilisent tous les inodes. Les suspects habituels incluent: répertoire temporaire, répertoires de cache de site Web, répertoires de cache de package, etc.

Utilisez cette commande pour obtenir une liste ordonnée des sous-répertoires avec le plus d'inodes utilisés:

sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

Exécutez cela dans votre dossier racine, puis explorez jusqu'à ce que vous trouviez votre coupable.


6

Je pense que vous avez beaucoup de fichiers inutilisés supprimez-les avec:

sudo apt autoremove

Puis revérifiez votre espace avec la dfcommande


Je rencontre ce problème d'espace sur le disque, puis je cours rebootdepuis le terminal. Maintenant, le système ne peut pas démarrer. Après le redémarrage, aucun écran de connexion ne s'affiche mais un écran sombre. Comment puis-je le réparer s'il vous plaît.
arilwan

-1

Votre répertoire / tmp est réglé pour déborder, il n'y a donc pas assez d'espace disque dans ce répertoire pour effectuer des opérations apt-get

vous pouvez pour votre session de terminal changer l'emplacement de tmp pour apt-get afin d'effectuer l'opération

mkdir -p /home/<user>/tmp
export TMPDIR=/home/<user>/tmp

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.