#1 Le 30/07/2015, à 10:22
- Scoual
Plus de place sur le boot [resolu]
Bonjours tous le monde, bon et bien je sait pas si je post au bon endroit mais mon titre dit tout 
je peut plus installer les mises a jours ou quoi que ce soit d'autre plus de place sur l'emplacement boot, es-que je doit modifier la partition ? bien que je ne sais pas si c'est possible ou alors une autre solution serais la bienvenue, merci a tous.
Dernière modification par Scoual (Le 31/07/2015, à 18:38)
Hors ligne
#2 Le 30/07/2015, à 11:15
- nany
Re : Plus de place sur le boot [resolu]
Bonjour,
c’est un problème qui devient récurent et je ne saurais que trop conseiller aux victimes de ce problème d’aller ajouter un commentaire sur cette page de rapport de bug (edit : ainsi que sur cette page) afin de montrer que le problème est important et ainsi de faire bouger les choses le plus rapidement possible.
Bref, pour ton cas précis, commence par donner le retour complet de la commande suivante :
sudo apt-get autoremove --purgeDernière modification par nany (Le 30/07/2015, à 14:26)
Hors ligne
#3 Le 30/07/2015, à 13:05
- jplemoine
Re : Plus de place sur le boot [resolu]
es-que je doit modifier la partition ?
NON ! (Tu ne ferais que retarder l'échéance) Il suffit de faire le ménage (cf post précédent).
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#4 Le 30/07/2015, à 18:17
- grigouille
Re : Plus de place sur le boot [resolu]
Debian (xfce) 12
HP LaserJet M1132 MFP
Hors ligne
#5 Le 31/07/2015, à 01:09
- cqfd93
Re : Plus de place sur le boot [resolu]
Bonjour,
D'une part, donner un lien sec sans aucun commentaire ça n'est pas franchement recommandé, d'autre part le cas décrit dans ce tuto (for bien fait au demeurant) ne correspond pas à celui qui est traité ici.
− cqfd93 −
Hors ligne
#6 Le 31/07/2015, à 15:36
- Scoual
Re : Plus de place sur le boot [resolu]
Bonjour, et merci pour les réponse "pas répondue avant car pas reçue de mail" 
nany j'ai exécuter ta commande mais dans le terminal je me retrouve avec 300 lignes il faut toutes les collé ici, ? , bref ce que je redouter et arriver ce matin le démarrage a planter (je me rappelle plus du message ) mais je pense Evidemment au" 0 "octets de mon boot, donc j'ai pue redémarrer avec la version générique en dessous, je te met juste les dernière ligne du schell il me retrouve toute les version et les memtest
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-3.13.0-61-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-61-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-59-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-59-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-58-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-58-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-57-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-57-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-55-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-55-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-54-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-54-generic
Image Linux trouvée : /boot/vmlinuz-3.13.0-53-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-53-genericFound memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
juste un dernier truc après la purge j'ai récupérer 9.1M sur le boot, mais va falloir purger a chaque fois ? et surtout arriver a un moment la purge aura c'est limite non ? bref le résultat
pascal@pascal-00000000000000000000000:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root 226G 8,2G 207G 4% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 2,0G 12K 2,0G 1% /dev
tmpfs 396M 1,5M 394M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 2,0G 102M 1,9G 6% /run/shm
none 100M 40K 100M 1% /run/user
/dev/sdb1 236M 215M 9,1M 96% /boot
pascal@pascal-00000000000000000000000:~$Dernière modification par Scoual (Le 31/07/2015, à 16:20)
Hors ligne
#7 Le 31/07/2015, à 16:32
- jplemoine
Re : Plus de place sur le boot [resolu]
mais va falloir purger a chaque fois ?
Selon moi, on préconise de garder les 2 derniers noyaux. Tu as la place pour 4 à 5 noyaux (je ne sais plus).
Donc, il est préférable de le (sudo kclean -k ou apt-get remove) faire à chaque installation d'un nouveau noyau (dès fois qu'il y en ait 2 versions très rapprochées)
Dernière modification par jplemoine (Le 31/07/2015, à 16:33)
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#8 Le 31/07/2015, à 16:51
- nany
Re : Plus de place sur le boot [resolu]
[…] nany j'ai exécuter ta commande mais dans le terminal je me retrouve avec 300 lignes
Oui, c’eût été bien que l’on ait pu voir tout ce que la commande a pu faire.
Quoi qu’il en soit, il semblerait qu’au moins un noyau ait été désinstallé puisque la fin du retour que tu as mis indique qu’une procédure d’update-grub s’est efectuée. Et le pourcentage d’occupation de ton /boot est descendu à 96%. Mais ce n’est pas encore suffisant.
[…] mais va falloir purger a chaque fois ? […]
Oui, il est souhaitable de faire cette procédure soit faite régulièrement. Seulement, dans ton cas, ça n’a pas suffit. Je n’arrive toujours pas à comprendre pourquoi, dans de nombreux cas comme le tien, certains noyaux ne sont pas marqués en autoremove.
Bref, pour avoir un aperçu de la situation, donne les retours de commandes suivantes :
uname -r
dpkg -l | egrep 'linux-(g|h|i)'
dpkg -l | grep ^rcHors ligne
#9 Le 31/07/2015, à 17:23
- Scoual
Re : Plus de place sur le boot [resolu]
merci a tous les deux, bien effectivement sa ne suffit pas , au demarage message d'erreur me disant que je n'ai plus que 9M de plca sur le boot, je colle le resultat
pascal@pascal-00000000000000000000000:~$ uname -r
3.13.0-61-generic
pascal@pascal-00000000000000000000000:~$ dpkg -l | egrep 'linux-(g|h|i)'
ii linux-generic 3.13.0.61.68 amd64 Complete Generic Linux kernel and headers
ii linux-headers-3.13.0-53 3.13.0-53.89 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-53-generic 3.13.0-53.89 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-54 3.13.0-54.91 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-54-generic 3.13.0-54.91 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-55 3.13.0-55.94 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-55-generic 3.13.0-55.94 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-57 3.13.0-57.95 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-57-generic 3.13.0-57.95 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-58 3.13.0-58.97 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-58-generic 3.13.0-58.97 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-59 3.13.0-59.98 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-59-generic 3.13.0-59.98 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-61 3.13.0-61.100 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-61-generic 3.13.0-61.100 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-generic 3.13.0.61.68 amd64 Generic Linux kernel headers
ii linux-image-3.13.0-53-generic 3.13.0-53.89 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-54-generic 3.13.0-54.91 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-55-generic 3.13.0-55.94 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-57-generic 3.13.0-57.95 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-58-generic 3.13.0-58.97 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-59-generic 3.13.0-59.98 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-61-generic 3.13.0-61.100 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-53-generic 3.13.0-53.89 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-54-generic 3.13.0-54.91 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-55-generic 3.13.0-55.94 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-57-generic 3.13.0-57.95 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-58-generic 3.13.0-58.97 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-59-generic 3.13.0-59.98 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-61-generic 3.13.0-61.100 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-generic 3.13.0.61.68 amd64 Generic Linux kernel image
pascal@pascal-00000000000000000000000:~$ dpkg -l | grep ^rc
rc flashplugin-installer 11.2.202.466ubuntu0.14.04.1 amd64 Adobe Flash Player plugin installer
rc google-chrome-stable 43.0.2357.134-1 i386 The web browser from Google
pascal@pascal-00000000000000000000000:~$ Hors ligne
#10 Le 31/07/2015, à 17:46
- nany
Re : Plus de place sur le boot [resolu]
Ok. Il n’y a aucune contre-indication pour que tu installe et utilise kclean afin de supprimer les noyaux superflus.
Mais avant, par curiosité, j’aimerais bien voir ce que donne cette commande :
cat /etc/apt/apt.conf.d/01autoremove-kernelsDernière modification par nany (Le 31/07/2015, à 17:47)
Hors ligne
#11 Le 31/07/2015, à 17:52
- jplemoine
Re : Plus de place sur le boot [resolu]
kclean, nany, kclean.... mais faut qu'il puisse l'installer....
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#12 Le 31/07/2015, à 17:55
- Scoual
Re : Plus de place sur le boot [resolu]
ok je voit ce qui a de marquer en haut, mais me demander pas comment regler sa je suis pas mal noob sous linux
pascal@pascal-00000000000000000000000:~$ cat /etc/apt/apt.conf.d/01autoremove-kernels
// DO NOT EDIT! File autogenerated by /etc/kernel/postinst.d/apt-auto-removal
APT::NeverAutoRemove
{
"^linux-image-3\.13\.0-59-generic$";
"^linux-image-3\.13\.0-61-generic$";
"^linux-headers-3\.13\.0-59-generic$";
"^linux-headers-3\.13\.0-61-generic$";
"^linux-image-extra-3\.13\.0-59-generic$";
"^linux-image-extra-3\.13\.0-61-generic$";
"^linux-signed-image-3\.13\.0-59-generic$";
"^linux-signed-image-3\.13\.0-61-generic$";
"^kfreebsd-image-3\.13\.0-59-generic$";
"^kfreebsd-image-3\.13\.0-61-generic$";
"^kfreebsd-headers-3\.13\.0-59-generic$";
"^kfreebsd-headers-3\.13\.0-61-generic$";
"^gnumach-image-3\.13\.0-59-generic$";
"^gnumach-image-3\.13\.0-61-generic$";
"^.*-modules-3\.13\.0-59-generic$";
"^.*-modules-3\.13\.0-61-generic$";
"^.*-kernel-3\.13\.0-59-generic$";
"^.*-kernel-3\.13\.0-61-generic$";
"^linux-backports-modules-.*-3\.13\.0-59-generic$";
"^linux-backports-modules-.*-3\.13\.0-61-generic$";
"^linux-tools-3\.13\.0-59-generic$";
"^linux-tools-3\.13\.0-61-generic$";
};
pascal@pascal-00000000000000000000000:~$ Hors ligne
#13 Le 31/07/2015, à 17:56
- Scoual
Re : Plus de place sur le boot [resolu]
jplemoine tu peut pas installer direct sur le 2eme disk par exemple ?
Hors ligne
#14 Le 31/07/2015, à 17:56
- nany
Re : Plus de place sur le boot [resolu]
Oui, il peut, la partition racine n’est qu’à 4% d’occupation. 
Hors ligne
#15 Le 31/07/2015, à 18:00
- nany
Re : Plus de place sur le boot [resolu]
[…] mais me demander pas comment regler sa […]
Non, je ne te demanderai pas de faire quoi que ce soit sur ce fichier qui est d’ailleurs parfaitement correct. Je ne vois donc toujours pas pourquoi l’autoremove ne supprime pas tous les anciens noyaux.
Bref, tu peux installer kclean.
Dernière modification par nany (Le 31/07/2015, à 18:01)
Hors ligne
#16 Le 31/07/2015, à 18:06
- Scoual
Re : Plus de place sur le boot [resolu]
Merci a tous les 2 je teste sa et je vous tiens au jus, merci encore.
Hors ligne
#17 Le 31/07/2015, à 18:26
- nam1962
Re : Plus de place sur le boot [resolu]
@nany, effectivement il y a des bizarreries avec les kernels et autoremove.
j'avais même eu des incidents de kernels supprimés, mais en fait non. http://forum.xubuntu-fr.org/viewtopic.p … 815101&p=1
Je pense d'ailleurs que ce type d'erreur doit traîner sur pas mal de bécanes (l'ai eu sur 2 des miennes) car la plupart des utilisateurs travaillent en GUI pour les mises à jour et ne s'ennuient pas à regarder le verbose !
[ Modéré ]
Hors ligne
#18 Le 31/07/2015, à 18:33
- michel_04
Re : Plus de place sur le boot [resolu]
Bonjour,
[HS]
la plupart des utilisateurs travaillent en GUI pour les mises à jour et ne s'ennuient pas à regarder le verbose !
Oh, c'est vrai ça ?
[/HS]
A+
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#19 Le 31/07/2015, à 18:36
- Scoual
Re : Plus de place sur le boot [resolu]
Ok probléme resolu pour le moment, mais je ne comprend pas pourquoi au niveau de l'autoremove rien ne fonctionne, bref j'ai balancer mes rapports d'erreur on verra si sa s'ajoute a beaucoup d'autre, merci beaucoup et je garde Kclean pour dans 3 ou 4 mois
pascal@pascal-00000000000000000000000:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root 226G 6,7G 208G 4% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 2,0G 4,0K 2,0G 1% /dev
tmpfs 396M 1,5M 394M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 2,0G 46M 1,9G 3% /run/shm
none 100M 44K 100M 1% /run/user
/dev/sdb1 236M 68M 156M 31% /boot
pascal@pascal-00000000000000000000000:~$Hors ligne
#20 Le 31/07/2015, à 18:58
- nany
Re : Plus de place sur le boot [resolu]
@scoual : oui, 31% c’est parfait.
@michel_04 : oui, moi-même je ne fais pas partie des derniers.
@nam1962 : justement, ce qui m’intéresse c’est de trouver où se trouve le petit grain de sable qui enraye la machine. En tout cas ce n’est pas pour aujourd’hui.
Et les liens absolus, c’est mal. 
Hors ligne
#21 Le 31/07/2015, à 19:14
- nam1962
Re : Plus de place sur le boot [resolu]
Bonjour,
[HS]
nam1962 a écrit :la plupart des utilisateurs travaillent en GUI pour les mises à jour et ne s'ennuient pas à regarder le verbose !
Oh, c'est vrai ça ?
[/HS]A+
Oups, j'aurais du dire : il n'y a que des zozos comme nous pour s'amuser à regarder le verbose (plus instructif que la télé réalité, cela dit )
[ Modéré ]
Hors ligne
#22 Le 31/07/2015, à 19:29
- jplemoine
Re : Plus de place sur le boot [resolu]
[HS]
Je ne sais pas pourquoi : le système veut me faire supprimer le noyau n-1 et ne me garder que le dernier.
Si vous savez comment je peux revenir à l'ancien système : 2 noyaux, je suis preneur
[/HS]
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#23 Le 31/07/2015, à 19:35
- nam1962
Re : Plus de place sur le boot [resolu]
Tiens, ça j'ai eu, mais en version de développement : https://bugs.launchpad.net/ubuntu/+sour … ug/1446269
Tu peux ajouter ton grain de sel à ce bug "high" et "unassigned"...
[ Modéré ]
Hors ligne
#24 Le 31/07/2015, à 19:43
- jplemoine
Re : Plus de place sur le boot [resolu]
ok. Merci. Je vais aller y faire un tour..
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#25 Le 31/07/2015, à 22:53
- jplemoine
Re : Plus de place sur le boot [resolu]
J'ai regardé : il semblerait qu'après avoir rebooter pour passer sur le nouveau noyau, il faille lancer la commande suivante :
sudo /etc/kernel/postinst.d/apt-auto-removal $(uname -r)ça régénère un fichier qui dit quel noyau, il faut garder.
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne