J'ai lu tous les fils de discussion que j'ai pu trouver - même ceux qui disent que la question a été répondue ailleurs, mais aucun d'entre eux n'aborde le problème spécifique que j'ai. Update Manager a exécuté et généré des erreurs liées à une dépendance non satisfaite et a suggéré d'utiliser apt-get install -f qui échoue avec le message suivant:
Unpacking linux-headers-3.5.0-36 (from .../linux-headers-3.5.0-36_3.5.0-36.57~precise1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.5.0-36_3.5.0-36.57~precise1_all.deb (--unpack):
unable to create `/usr/src/linux-headers-3.5.0-36/arch/arm/mach-iop32x/include/mach/glantank.h.dpkg-new' (while processing `./usr/src/linux-headers-3.5.0-36/arch/arm/mach-iop32x/include/mach/glantank.h'): No space left on device
Je soupçonne que les 5 derniers mots. Aucun espace disponible sur le périphérique est significatif, mais df et du tous les deux montrent un espace suffisant. Je me demande donc quel appareil a besoin de plus d'espace?
Ouput de df -h
Filesystem
Size Used Avail Use%
Mounted on /dev/sda1 5.5G 4.4G 786M 86%
/ udev 996M 4.0K 996M 1%
/dev tmpfs 402M 880K 401M 1%
/run none 5.0M 0 5.0M 0% /run/lock none 1004M 156K 1004M 1%
/run/shm /dev/sdb1 30G 1.4G 27G 5%
/home /dev/sdc1 299G 31G 268G 11% /media/HD-PCTU2
apt
dpkg
disk-usage
Don A
la source
la source
df -h
et (ii) le résultat demount
. dpkg nettoiera les fichiers une fois les travaux terminés. Il peut donc sembler que vous disposez de suffisamment d’espace alors que ce n’est pas le cas. Pensez à courirapt-get clean
avant de démarrer dpkg.watch -n 1 df -h
dans un terminal tout en faisant leapt-get install
(ça va ralentir un peu vous mais vous saurez quel système de fichiers est trop petit)Réponses:
Je viens de rencontrer ce même problème. J'ai trouvé ailleurs une mention d'inodes et couru dans mon terminal pour vérifier l'utilisation d'inodes:
Cela a montré l'utilisation d'inode à 99%. Ainsi, alors que mon disque disposait de beaucoup d'espace disque, je ne pouvais pas créer plus de fichiers en raison du nombre limité d'inodes. Un nettoyage de disque a été la solution à mon problème.
la source
cd /usr/src ; cp -a linux-headers-3.2.0-3{2,3}* /home/tmp-hdr ; rm -r linux-headers-3.2.0-3{2,3}*
,apt-get-install -f
, supprimez quelques autres en- têtes de la bonne façon:apt-get purge linux-headers-...
, déplacez les en- têtes de l'arrière tmp:cd /usr/src ; cp -a /home/tmp-hdr/* .
. Enlevez plus de vieux noyaux avecapt-get purge
.dpkg --purge linux-headers-3.2.0-3{2,3}*; apt-get -f install
pour qu'il ne soit pas nécessaire de copier?sudo linux-purge --fix
une fois le script publié.Je pense que votre partition de démarrage est pleine d’anciennes images du noyau, ne laissant aucune place au nouveau qui
apt-get
essaie de l’installer. Vous pouvez taperdans une fenêtre de terminal. Quand je fais cela, je reçois
Comme j'en ai plusieurs, je pourrais supprimer certaines des plus anciennes avec
Si
apt-get
échoue parce qu'il manque certaines dépendances du paquet (que vous ne pouvez pas installer à cause du manque d'inodes libres), vous pouvez utiliserdpkg
directement à la place:Faites cela quelques fois à votre doyen
linux-headers-*
et vous devriez avoir de la place.la source
linux-headers-3.8.0-18
.sudo dpkg --remove linux-headers-3.8.0-18
, supprimez-lesudo dpkg --remove linux-headers-3.8.0-18-generic
et il emportera l'autre en-tête.J'ai utilisé
sudo apt-get autoremove
et il a supprimé un tas de vieux paquets en-têtes de noyau. C'est bon d'y aller après ça.la source
Autant que je sache, la limite d'inodes dans les systèmes de fichiers Linux ext * est d'environ 4 milliards, mais pas moins, ce qui représente une énorme quantité de fichiers. Votre problème est donc que quelque chose génère beaucoup de fichiers. Je peux vous proposer de vérifier d'abord ceci: http://blog.scoutapp.com/articles/2014/10/08/understanding-disk-inodes Vous trouverez donc ce qui remplit les inodes de votre système de fichiers. Je peux aussi proposer de nettoyer le cache d'apt:
et
la source