Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 01/09/2017, à 12:20

TheSlider2

Partition boot pleine

Bonjour,

Je suis dans un cas un peu particulier et étant une quiche dans le domaine, je n'ai pas su m'en dépêtrer.
J'ai une partition boot qui vient d'atteindre les 100% et toutes les tentatives pour la vider ( y compris manuellement à coups de rm) n'ont pas fonctionné.

Il s'agit d'un serveur dédié tournant sous Ubuntu 16.04_LTS-server

Voici le résultat de quelques commandes : 

df

Filesystem     1K-blocks     Used Available Use% Mounted on
udev             2003020        0   2003020   0% /dev
tmpfs             404240    41096    363144  11% /run
/dev/sda2      960044440 21669476 889584436   3% /
tmpfs            2021188        0   2021188   0% /dev/shm
tmpfs               5120        0      5120   0% /run/lock
tmpfs            2021188        0   2021188   0% /sys/fs/cgroup
/dev/sda1         193242   188167         0 100% /boot
tmpfs             404240        0    404240   0% /run/user/1000
uname -r

4.4.0-77-generic
dpkg -l | egrep 'linux-(image|headers)'


ii  linux-headers-4.4.0-77             4.4.0-77.98    all     Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-77-generic     4.4.0-77.98    amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-78             4.4.0-78.99    all     Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-78-generic     4.4.0-78.99    amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-79             4.4.0-79.100   all     Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-79-generic     4.4.0-79.100   amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-87             4.4.0-87.110   all     Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-87-generic     4.4.0-87.110   amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-92             4.4.0-92.115   all     Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-92-generic     4.4.0-92.115   amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
iU  linux-headers-4.4.0-93             4.4.0-93.116   all     Header files related to Linux kernel version 4.4.0
iU  linux-headers-4.4.0-93-generic     4.4.0-93.116   amd64   Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
iU  linux-headers-generic              4.4.0.93.98    amd64   Generic Linux kernel headers
ii  linux-image-4.4.0-77-generic       4.4.0-77.98    amd64   Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-78-generic       4.4.0-78.99    amd64   Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-79-generic       4.4.0-79.100   amd64   Linux kernel image for version 4.4.0 on 64 bit x86 SMP
iF  linux-image-4.4.0-87-generic       4.4.0-87.110   amd64   Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-92-generic       4.4.0-92.115   amd64   Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-77-generic 4.4.0-77.98    amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-78-generic 4.4.0-78.99    amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-79-generic 4.4.0-79.100   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc  linux-image-extra-4.4.0-81-generic 4.4.0-81.104   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc  linux-image-extra-4.4.0-83-generic 4.4.0-83.106   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iU  linux-image-extra-4.4.0-87-generic 4.4.0-87.110   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iF  linux-image-extra-4.4.0-92-generic 4.4.0-92.115   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iU  linux-image-extra-4.4.0-93-generic 4.4.0-93.116   amd64   Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iU  linux-image-generic                4.4.0.93.98    amd64   Generic Linux kernel image
ls /boot

abi-4.4.0-77-generic     config-4.4.0-92-generic      initrd.img-4.4.0-81-generic  System.map-4.4.0-78-generic
abi-4.4.0-78-generic     grub                         initrd.img-4.4.0-83-generic  System.map-4.4.0-92-generic
abi-4.4.0-92-generic     initrd.img-4.4.0-77-generic  initrd.img-4.4.0-92-generic  vmlinuz-4.4.0-77-generic
config-4.4.0-77-generic  initrd.img-4.4.0-78-generic  lost+found                   vmlinuz-4.4.0-78-generic
config-4.4.0-78-generic  initrd.img-4.4.0-79-generic  System.map-4.4.0-77-generic  vmlinuz-4.4.0-92-generic

J'ai tenté les apt-get purge et remove mais j'ai à chaque fois un blocage que je n'arrive pas à passer à cause des dépendances... : 

 You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 linux-image-extra-4.4.0-93-generic : Depends: linux-image-4.4.0-93-generic but it is not going to be installed
 linux-image-generic : Depends: linux-image-4.4.0-93-generic but it is not going to be installed
                       Recommends: thermald but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

... qui manquent d'espace bien évidement.

 cannot copy extracted data for './boot/vmlinuz-4.4.0-93-generic' to '/boot/vmlinuz-4.4.0-93-generic.dpkg-new': failed to write (No space left on device)

Je n'ai pas encore fini de parcourir les posts ici mais j'ai testé le script page 13 qui me retourne la même erreur de dépendance.

Je serais très reconnaissant si quelqu'un avait une idée pour résoudre ce souci.
Comme je le disais, étant un noob, j'ai peur de faire une bêtise qui foutrait en l'air le serveur au prochain reboot. J'ai vraiment pas envie de tripatouiller GRUB mais bon. :s

-- EDIT --

J'ai un peu progressé. J'ai retenté le coup du 'rm' sur les packages supérieurs à la version 4.4.0-77 actuellement utilisée, ce qui m'a libéré un peu plus de 50Mo (j'ai pas vérifié). J'ai ensuite lancé directement l'installation du 4.4.0-93 parce que toute autre tentative d'utilisation d'apt-get me retournait une erreur de dépendance (voir plus haut). 

sudo apt-get -f install linux-image-4.4.0-93-generic

Alors, j'ai du m'y reprendre à deux fois parce que j'avais voulu laisser la version 4.4.0-92 sans raison et mal m'en a pris parce que l'installation précédente à généré des erreurs à cause du manque de place.

M'enfin bon, une fois la 4.4.0-93 installée, j'ai lancé apt-get purge de cette façon : 

sudo apt-get purge linux-{headers,image}-4.4.0-{78,92}-generic linux-headers-4.4.0-{78,92} linux-image-extra-4.4.0-{78,92}-generic

Ce qui à permis de m'assurer qu'il ne restait pas de traces des noyaux situés entre le 4.4.0.77 et le 4.4.0.93
500Mo ont été libérés de je ne sais ou ( la partition boot ne fait que 200mo)

J'ai noté un Warning qui ne me parait pas très grave au niveau d'un paramètre de GRUB mais je verrai plus tard: 

Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.

Et d'autres erreurs de packages introuvables dans /boot ( normal puisque je les ai virés à la main). Exemple : 

Setting up linux-image-4.4.0-87-generic (4.4.0-87.110) ...
Internal Error: Could not find image (/boot/vmlinuz-4.4.0-87-generic)
dpkg: error processing package linux-image-4.4.0-87-generic (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of linux-image-extra-4.4.0-87-generic:
 linux-image-extra-4.4.0-87-generic depends on linux-image-4.4.0-87-generic; however:
  Package linux-image-4.4.0-87-generic is not configured yet.

J'ai donc suivi la suggestion de l'autoremove puis terminé avec les classiques update/upgrade pour la bonne forme mais qui n'ont rien eu besoin de mettre a jour.

 sudo apt autoremove
 sudo apt-get update
 sudo apt-get update

Résultat actuel : 

$  df 

Filesystem     1K-blocks     Used Available Use% Mounted on
udev             2003020        0   2003020   0% /dev
tmpfs             404240    41176    363064  11% /run
/dev/sda2      960044440 21239500 890014412   3% /
tmpfs            2021188        0   2021188   0% /dev/shm
tmpfs               5120        0      5120   0% /run/lock
tmpfs            2021188        0   2021188   0% /sys/fs/cgroup
/dev/sda1         193242   132540     46439  75% /boot
tmpfs             304240        0    304240   0% /run/user/1000

$ ls /boot

abi-4.4.0-77-generic     initrd.img-4.4.0-77-generic  System.map-4.4.0-93-generic
abi-4.4.0-93-generic     initrd.img-4.4.0-79-generic  vmlinuz-4.4.0-77-generic
config-4.4.0-77-generic  initrd.img-4.4.0-93-generic  vmlinuz-4.4.0-93-generic
config-4.4.0-93-generic  lost+found
grub                     System.map-4.4.0-77-generic

( noter la présence de initrd.img-4.4.0-79-generic qui n'à rien à foutre la normalement)

J'ose pas reboot pour le moment. Est-ce que vous pensez que ça tiendra le coup ?

Dernière modification par TheSlider2 (Le 01/09/2017, à 16:00)

Hors ligne

#2 Le 01/09/2017, à 15:26

Babdu89

Re : Partition boot pleine

Bonjour.

Je te conseille d'ouvrir un nouveau sujet dans la section "Serveur" en précisant dans ton titre "partition boot pleine".

Tu ne pourras pas installer/utiliser  Kclean  tant qu'il n'y aura pas de place dans la partition boot. Ce qui empêche ton système de fonctionner.

D'autres intervenants t'aideront à faire de la place dans la partition /boot en commandes.

Attention bien spécifier qu'il s'agit d'un serveur!.

@+.   Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#3 Le 01/09/2017, à 16:22

TheSlider2

Re : Partition boot pleine

Je note pour la prochaine fois. Je ne pensais pas qu'il y aurait autant de différences avec une version serveur dédié, d'autant que je peux lancer l'ouverture d'un bureau à distance via nomachine ou x2go si vraiment nécessaire mais je préfère rester dans le terminal pour l'instant. : )

Quoi qu'il en soit, j'ai plus ou moins réglé le problème en surface en libérant de la place et en installant manuellement la dernière version du noyau (voir l'édit du post précédent). Il faudra que je réfléchisse à un moyen de pallier à ça à long terme comme peut-être passer par le cron pour faire le ménage régulièrement avec kclean.

Quoi qu'il en soit, pensez vous que je n'aurais rien à craindre d'un reboot ?

En tout cas merci. : )

Dernière modification par TheSlider2 (Le 01/09/2017, à 17:03)

Hors ligne

#4 Le 02/09/2017, à 04:01

cqfd93

Re : Partition boot pleine

Bonjour,

On peut faire un bilan de ce qui est installé et de ce qu'il y a de libre après toutes ces bidouilles :

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"
ls -sS1 /boot

Et voir sur quel noyau tu tournes :

uname -a

Tes retours de commandes ne sont pas complets. Un retour complet doit contenir toutes les lignes depuis celle de la commande jusqu'à la ligne attendant la commande suivante, exemple :

moi@lenovo:~$ uname -a
Linux lenovo 4.4.0-59-generic #80~14.04.1-Ubuntu SMP Fri Jan 6 18:02:02 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
moi@lenovo:~$

− cqfd93 −

Hors ligne

Pages : 1