#1 Le 26/04/2014, à 16:22
- acolmar
Incohérence taille du repertoire /boot
Bonjour,
J'ai une incohérence entre deux informations au sujet de la taille du répertoire /boot :
Lorsque je fais
# sudo ls -hals
total 39M
1,0K drwxr-xr-x 5 root root 1,0K avril 26 15:54 .
4,0K drwxr-xr-x 23 root root 4,0K avril 26 15:47 ..
1,2M -rw-r--r-- 1 root root 1,2M avril 10 22:11 abi-3.13.0-24-generic
163K -rw-r--r-- 1 root root 162K avril 10 22:11 config-3.13.0-24-generic
1,0K drwxr-xr-x 5 root root 1,0K avril 26 15:51 grub
28M -rw-r--r-- 1 root root 28M avril 26 15:43 initrd.img-3.13.0-24-generic
12K drwxr-xr-x 2 root root 12K févr. 8 15:45 lost+found
174K -rw-r--r-- 1 root root 173K mars 12 13:31 memtest86+.bin
175K -rw-r--r-- 1 root root 174K mars 12 13:31 memtest86+.elf
176K -rw-r--r-- 1 root root 175K mars 12 13:31 memtest86+_multiboot.bin
3,3M -rw-r--r-- 1 root root 3,3M avril 10 22:11 System.map-3.13.0-24-generic
1,0K drwxr-xr-x 4 root root 1,0K févr. 28 11:59 .Trash-0
5,6M -rw-r--r-- 1 root root 5,6M avril 10 22:11 vmlinuz-3.13.0-24-generic
On voit qu'il y a 39 Mo occupé dans /boot.
ensuite dans /boot
# df -h .
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 236M 225M 0 100% /boot
dans ce cas on constate qu'il reste 10 Mo dans boot.
Si la partition fait effectivement 236 Mo
Dans le premier cas :
il reste 236 - 39 = 197 Mo et /boot n'est pas du tout plein
Dans le deuxième cas :
10 Mo
Qu'est ce que je ne vois pas ?
Le system m'indique que /boot est plein lors du démarrage. Pourtant il ne reste plus rien à supprimer dans le repertoire.
Si vous avez une idée, @+
merci
Hors ligne
#2 Le 26/04/2014, à 16:42
- jplemoine
Re : Incohérence taille du repertoire /boot
Ce n'est pas une incohérence : c'est qu'il y a des choses différentes.
En fait, le système se réserve une place (exemple : 5 %).
Donc, si le disque fait 236 Mo au total, pour l'utilisateur final, il n'y a que (0.95 * 236) 224 Mo de disponible (le système indique 225 mais il doit y avoir un erreur d’arrondi quelque part dans mon raisonnement).
Les 39Mo ne prennent en compte que les fichiers dans /boot mais pas ceux dans les répertoires.
si tu fais un
du -h -d 0 /boot
, ça te donne quoi ?
Pour ton boot qui est plein, peux-tu renvoyer le résultat de
dpkg -l | grep linux-header
dpkg -l | grep linux-image
?
Dernière modification par jplemoine (Le 26/04/2014, à 16:45)
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne
#3 Le 26/04/2014, à 16:54
- Sibe
Re : Incohérence taille du repertoire /boot
acolmar c'est normale que tu vois une différence, quand tu fais un "ls", pour les répertoires ça n'affiche pas la taille totale avec ce qui est a l'intérieur mais uniquement la taille du dossier seul.
Par exemple tu as un dossier .Trash-0 qui est marqué comme "1 Ko" mais il est tout a fait possible qu'il y ai plus de 100 Mo a l'intérieur.
En réalité il faut utiliser la commande "du -h" a l'intérieur de /boot pour comparer la taille.
donc fait :
cd /boot
du -h
et compare le résultat avec ce que te donne df -h, a mon avis tu dois être assez proche.
Dernière modification par Sibe (Le 26/04/2014, à 16:56)
Pc port1: Core i7 2.4GHz | 16 Go ram | GeForce 650m GT | SSD 256 Go + 1 To HD + 5 To en EXT | Linux Mint 17 x64 (Cinnamon)
Pc port2 (old): Core2duo 2.2GHz | 4 Go ram | GeForce 9600m GT | 500 Go HD | Xubuntu 14.04 x64 (Xfce)
Pc bur famille: Core2duo 3.2GHz | 4Go ram | GeForce 405 | 1 To HD | Debian 7 x64 (Kde)
Pc bur trav: Core i5 | 4 Go ram | GeForce 7600 GS | 250 Go HD | Debian 7 x64 (Mate)
Hors ligne
#4 Le 26/04/2014, à 17:16
- acolmar
Re : Incohérence taille du repertoire /boot
Merci pour la réponse très rapide :
Alors voyons :
# du -h -d 0 /boot
223M /boot
Visiblement il y a des truc en plus ,comment les voir ?
# dpkg -l | grep linux-header
ii linux-headers-3.11.0-12-generic 3.11.0-12.19 amd64 Linux kernel headers for version 3.11.0 on 64 bit x86 SMP
ii linux-headers-3.11.0-19 3.11.0-19.33 all Header files related to Linux kernel version 3.11.0
ii linux-headers-3.11.0-19-generic 3.11.0-19.33 amd64 Linux kernel headers for version 3.11.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-24 3.13.0-24.46 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-gen
# dpkg -l | grep linux-image
rc linux-image-3.11.0-12-generic 3.11.0-12.19 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
rc linux-image-3.11.0-15-generic 3.11.0-15.25 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
rc linux-image-3.11.0-17-generic 3.11.0-17.31 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
rc linux-image-3.11.0-18-generic 3.11.0-18.32 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
ii linux-image-3.11.0-19-generic 3.11.0-19.33 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
ii linux-image-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.11.0-12-generic 3.11.0-12.19 amd64 Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
rc linux-image-extra-3.11.0-15-generic 3.11.0-15.25 amd64 Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
rc linux-image-extra-3.11.0-17-generic 3.11.0-17.31 amd64 Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
rc linux-image-extra-3.11.0-18-generic 3.11.0-18.32 amd64 Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
ii linux-image-extra-3.11.0-19-generic 3.11.0-19.33 amd64 Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-generic 3.13.0.24.28 amd64 Generic Linux kernel image
Effectivement si la commande dpkg -l me renvoit la liste des packages présent il y a un problème car je ne vois pas les fichiers correspondant dans /boot ?!
si je fais ça
cd /boot
du -h
28K ./.Trash-0/info
178M ./.Trash-0/files
178M ./.Trash-0
133K ./grub/locale
2,4M ./grub/fonts
2,1M ./grub/i386-pc
6,8M ./grub
12K ./lost+found
223M .
Avec 178Mo dans ./.Trash-0
Dois-je considérer que ma poubelle n'est pas vide ?
Pourquoi cette poubelle se remplit-elle ? Alors que la corbeille du system est vide en tout cas en utilisateur.
Car si je lance nautilus en SU j'ai l'erreur suivante lorsque je clique sur la corbeille :
Désolé, impossible d'afficher tout le contenu de « trash:/// » : Opération non prise en charge
Bon j'vais promener le chien, ça va m’aérer l'esprit.
Merci pour vos contributions !
Dernière modification par acolmar (Le 26/04/2014, à 17:17)
Hors ligne
#5 Le 26/04/2014, à 17:26
- jplemoine
Re : Incohérence taille du repertoire /boot
Pour le trash (poubelle), je ne sais pas si 178 Mo c'est normal ou pas.
Pour les noyaux, il y a du ménage à faire :
sudo apt-get purge linux-headers-3.11.0-12-generic
sudo apt-get purge linux-image-3.11.0-12-generic
sudo apt-get purge linux-image-3.11.0-15-generic
sudo apt-get purge linux-image-3.11.0-17-generic
sudo apt-get purge linux-image-3.11.0-18-generic
sudo apt-get purge linux-image-extra-3.11.0-12-generic
sudo apt-get purge linux-image-extra-3.11.0-15-generic
sudo apt-get purge linux-image-extra-3.11.0-17-generic
sudo apt-get purge linux-image-extra-3.11.0-18-generic
Puis tu repasses
dpkg -l | grep linux-header
dpkg -l | grep linux-image
Dernière modification par jplemoine (Le 26/04/2014, à 17:26)
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne
#6 Le 26/04/2014, à 18:45
- acolmar
Re : Incohérence taille du repertoire /boot
OK le problème est résolu :
Si j'avais fais ça :
# sudo apt-get purge linux-headers-3.11.0-12-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-headers-3.11.0-12-generic*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 12,8 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 235151 fichiers et répertoires déjà installés.)
Suppression de linux-headers-3.11.0-12-generic (3.11.0-12.19) ...
Paramétrage de initramfs-tools (0.103ubuntu4) ...
update-initramfs: deferring update (trigger activated)
Traitement déclenché pour initramfs-tools (0.103ubuntu4) ...
update-initramfs: Generating /boot/initrd.img-3.13.0-24-generic
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.13.0-24-generic with 1.
dpkg: error processing package initramfs-tools (--configure):
le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
en fait du fait du manque de place le nettoyage est incomplet
il reste des fichiers dans la corbeille de /boot qui chez moi est une partition séparée en ext2 comme prévu dans l'install automatique de la distri
# du -h
28K ./.Trash-0/info
178M ./.Trash-0/files
178M ./.Trash-0
133K ./grub/locale
2,4M ./grub/fonts
2,1M ./grub/i386-pc
6,8M ./grub
12K ./lost+found
223M .
du coup j'ai fais dans /boot
cd .Trash-0/
ls
files info
rm *
du -h -d 0 /boot
46M /boot
C'est mieux, personne n'avait sorti les poubelles !
du coup maintenant :
sudo apt-get purge linux-image-3.11.0-12-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-image-3.11.0-12-generic*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 225767 fichiers et répertoires déjà installés.)
Suppression de linux-image-3.11.0-12-generic (3.11.0-12.19) ...
Purging configuration files for linux-image-3.11.0-12-generic (3.11.0-12.19) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
Paramétrage de initramfs-tools (0.103ubuntu4) ...
update-initramfs: deferring update (trigger activated)
Traitement déclenché pour initramfs-tools (0.103ubuntu4) ...
update-initramfs: Generating /boot/initrd.img-3.13.0-24-generic
ça va jusqu'au bout même si il n'y a plus rien à effacer ! du moins dans la corbeille de /boot parce qu'il y des choses ailleurs.
J'ai fini le nettoyage de maniere plus radicale
sudo apt-get purge linux-image-extra-3.11*
sudo apt-get purge linux-image-extra-3.11*
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note : sélection de linux-image-extra-3.11.0-19-generic pour l'expression rationnelle « linux-image-extra-3.11* »
Note : sélection de linux-image-extra-3.13.0-24-generic pour l'expression rationnelle « linux-image-extra-3.11* »
Les paquets suivants seront ENLEVÉS :
linux-generic* linux-image-extra-3.11.0-19-generic* linux-image-extra-3.13.0-24-generic*
linux-image-generic*
0 mis à jour, 0 nouvellement installés, 4 à enlever et 0 non mis à jour.
Après cette opération, 296 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 185877 fichiers et répertoires déjà installés.)
Suppression de linux-generic (3.13.0.24.28) ...
Suppression de linux-image-extra-3.11.0-19-generic (3.11.0-19.33) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.11.0-19-generic /boot/vmlinuz-3.11.0-19-generic
update-initramfs: Deleting /boot/initrd.img-3.11.0-19-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.11.0-19-generic /boot/vmlinuz-3.11.0-19-generic
Création du fichier de configuration GRUB…
Attention : Définir GRUB_TIMEOUT à une valeur non nulle si GRUB_HIDDEN_TIMEOUT est définie n’est plus possible.
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-24-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
fait
Purging configuration files for linux-image-extra-3.11.0-19-generic (3.11.0-19.33) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.11.0-19-generic /boot/vmlinuz-3.11.0-19-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.11.0-19-generic /boot/vmlinuz-3.11.0-19-generic
Suppression de linux-image-generic (3.13.0.24.28) ...
Suppression de linux-image-extra-3.13.0-24-generic (3.13.0-24.46) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-24-generic /boot/vmlinuz-3.13.0-24-generic
update-initramfs: Deleting /boot/initrd.img-3.13.0-24-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-24-generic /boot/vmlinuz-3.13.0-24-generic
Création du fichier de configuration GRUB…
Attention : Définir GRUB_TIMEOUT à une valeur non nulle si GRUB_HIDDEN_TIMEOUT est définie n’est plus possible.
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
fait
The link /initrd.img is a damaged link
Removing symbolic link initrd.img
you may need to re-run your boot loader[grub]
Purging configuration files for linux-image-extra-3.13.0-24-generic (3.13.0-24.46) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-24-generic /boot/vmlinuz-3.13.0-24-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-24-generic /boot/vmlinuz-3.13.0-24-generic
Grub est tout propre aussi !
dpkg -l | grep linux-image
ii linux-image-3.11.0-19-generic 3.11.0-19.33 amd64 Linux kernel image for version 3.11.0 on 64 bit x86 SMP
ii linux-image-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
dpkg -l | grep linux-header
ii linux-headers-3.13.0-24 3.13.0-24.46 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-generic 3.13.0.24.28 amd64 Generic Linux kernel headers
bon dieu il en reste !
Hors ligne
#7 Le 26/04/2014, à 19:06
- jplemoine
Re : Incohérence taille du repertoire /boot
J'aurais dû t’expliquer : il fallait garder les versions 19 et 24 + les generic sans numéro de version....
Pour chaque version, tu dois avoir :
linux-header
linux-image
linux-image-extra.
Peux-tu réinstaller ce qu'il manque en finissant par celui qui t'est renvoyé par
uname -r
Surtout, n'éteint pas ta machine avant d'avoir réinstaller les noyaux...
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne
#8 Le 26/04/2014, à 19:32
- acolmar
Re : Incohérence taille du repertoire /boot
Ok
Y a pas de mal !
Je viens de me rendre compte du problème, en regardant la taille de /boot je me suis rendu compte que c'était devenu un peu trop léger ! 14Mo !
J'utilise synaptic pour reinstaller un paquet generic, comme ça j'évite les embrouilles.
Un apt-get install quelque chose aurait dû faire l'affaire aussi je suppose !
uname -r
3.13.0-24-generic
ouf c'est mieux
du -h -d 0 /boot
46M /boot
ls
abi-3.13.0-24-generic initrd.img-3.13.0-24-generic.new memtest86+_multiboot.bin
config-3.13.0-24-generic lost+found System.map-3.13.0-24-generic
grub memtest86+.bin vmlinuz-3.13.0-24-generic
initrd.img-3.13.0-24-generic memtest86+.elf
dpkg -l | grep linux-image
ii linux-image-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-generic 3.13.0.24.28 amd64 Generic Linux kernel image
root@gilles-EP45-UD3P:/boot# dpkg -l | grep linux-header
ii linux-headers-3.13.0-24 3.13.0-24.46 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-24-generic 3.13.0-24.46 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-generic 3.13.0.24.28 amd64 Generic Linux kernel headers
Voilà le minimum syndical ! Je n'ai pas gardé la 19, cela ne devrait pas être bloquant, enfin au moins pour le boot !
Hors ligne
#9 Le 26/04/2014, à 21:01
- jplemoine
Re : Incohérence taille du repertoire /boot
on conseille souvent de garder les 2 derniers noyaux : si une mise à jour fusille le dernier, tu peux booter sur l'avant-dernier.
Après, ce n'est pas bloquant de n'avoir que le dernier.
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne
#10 Le 26/04/2014, à 21:12
- acolmar
Re : Incohérence taille du repertoire /boot
Ok Merci pour l'aide.
Hors ligne
#11 Le 26/04/2014, à 21:20
- jplemoine
Re : Incohérence taille du repertoire /boot
De rien. Si tu estimes que c'est résolu, édites ton premier post et met [Résolu] devant le titre actuel... Merci.
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne