Aucun espace disponible sur l'appareil même s'il y a
Un ordinateur portable avec écran cassé auquel j'accède via SSH. La commande Sudo apt-get autoremove 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 libre sur la partition (unique) de l'ordinateur portable. Voici le résultat de dfname__
$ 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 s'est produite après l'exécution de Sudo apt-get upgrade.
Dans le passé, votre système de fichiers racine s'est rempli et un petit/tmp temporaire a été créé pour permettre au démarrage de réussir. Ce petit/tmp n'a jamais été supprimé, donc 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 est juste une partie du système de fichiers racine (/), aucun montage séparé n’est nécessaire, sauf circonstances particulières, telles que le manque d’espace racine (lorsque certains démons créent celui que vous voyez), ou peut-être avez-vous/sur un support très lent (comme une clé USB) et que vous voulez/tmp dans un ram pour des performances optimales, même avec un espace limité.
Je crois que vous avez beaucoup de fichiers non utilisés supprimez-les avec:
Sudo apt autoremove
Puis revérifiez votre espace avec la commande df
Si vous rencontrez ce problème, où vous obtenez des erreurs qui semblent indiquer que le disque est plein alors qu'il ne l'est pas, vérifiez également l'utilisation de l'inode.
Vous pouvez utiliser df -i pour obtenir un rapport rapide sur les inodes utilisés/disponibles pour chaque point de montage.
Si vous constatez que votre nombre d'inodes est très faible ou épuisé, l'étape suivante consiste à identifier le dossier contenant la plupart des inodes. Comme 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 comprennent: le répertoire temporaire, les répertoires de cache de site Web, les répertoires de cache de package, etc.
Utilisez cette commande pour obtenir une liste ordonnée des sous-répertoires avec le plus grand nombre d'inodes utilisés:
Sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
Exécutez ceci dans votre dossier racine, puis explorez jusqu'à trouver votre coupable.