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.

#1 Le 30/12/2021, à 11:57

Gawel29

[résolu] /boot plein. Mises à jour impossible

Bonjour,

Je viens vers vous pour avoir des conseils sur ce problème que je rencontre tout récemment.
A l'installation de nouvelles mises à jour, j'ai un message disant de faire de la place dans le /boot.
Malheureusement, cela va être compliqué car très peu d'espace a été alloué. Voir cette image : https://ibb.co/H4XG53V

Voici le retour des commandes suivantes :

df -h | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
df -i | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"
ls -l /boot | grep init
uname -mr

df -h | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

/dev/sda2                                                                                  916G  305G  565G  36% /
/dev/sda1                                                                                  189M  111M   64M  64% /boot
GAEL-PC@127.0.0.1:/cygdrive/C/Users/GAEL-PC/.x2go/S-gael-50-1623496557_stDXFCE_dp32/spool  466G  179G  287G  39% /tmp/.x2go-gael/spool/C-gael-50-1623496557_stDXFCE_dp32

df -i | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

/dev/sda2                                                                                   60973056 222428   60750628    1% /
/dev/sda1                                                                                      51000    303      50697    1% /boot
GAEL-PC@127.0.0.1:/cygdrive/C/Users/GAEL-PC/.x2go/S-gael-50-1623496557_stDXFCE_dp32/spool 4294967295      0 4294967295    0% /tmp/.x2go-gael/spool/C-gael-50-1623496557_stDXFCE_dp32

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"

ii  linux-generic                         4.4.0.203.209                                   amd64        Complete Generic Linux kernel and headers
ii  linux-headers-4.4.0-187               4.4.0-187.217                                   all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-187-generic       4.4.0-187.217                                   amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-203               4.4.0-203.235                                   all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-203-generic       4.4.0-203.235                                   amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-generic                 4.4.0.203.209                                   amd64        Generic Linux kernel headers
rc  linux-image-4.4.0-139-generic         4.4.0-139.165                                   amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-187-generic         4.4.0-187.217                                   amd64        Signed kernel image generic
ii  linux-image-4.4.0-203-generic         4.4.0-203.235                                   amd64        Signed kernel image generic
rc  linux-image-extra-4.4.0-139-generic   4.4.0-139.165                                   amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-generic                   4.4.0.203.209                                   amd64        Generic Linux kernel image

ls -l /boot | grep init

-rw-r--r-- 1 root root 42227823 Mar  7  2021 initrd.img-4.4.0-187-generic
-rw-r--r-- 1 root root 42239119 Mar  7  2021 initrd.img-4.4.0-203-generic

uname -mr

4.4.0-203-generic x86_64

J'espère que vous pourrez m'aider.
Merci.


EDIT :
ajout de la commande :
dpkg -l | grep -v ^ii

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                  Version                                         Architecture Description
+++-=====================================-===============================================-============-================================================================================
rc  linux-image-4.4.0-139-generic         4.4.0-139.165                                   amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc  linux-image-extra-4.4.0-139-generic   4.4.0-139.165                                   amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc  snapd-login-service                   1.33-0ubuntu0.16.04.1                           amd64        Daemon to allow non-root access to snapd

Dernière modification par Gawel29 (Le 03/01/2022, à 14:47)

Hors ligne

#2 Le 30/12/2021, à 12:04

xubu1957

Re : [résolu] /boot plein. Mises à jour impossible

Bonjour,

Montre aussi :

dpkg -l | grep -v ^ii

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#3 Le 30/12/2021, à 12:08

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Voici :

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                  Version                                         Architecture Description
+++-=====================================-===============================================-============-================================================================================
rc  linux-image-4.4.0-139-generic         4.4.0-139.165                                   amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
rc  linux-image-extra-4.4.0-139-generic   4.4.0-139.165                                   amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
rc  snapd-login-service                   1.33-0ubuntu0.16.04.1                           amd64        Daemon to allow non-root access to snapd

Hors ligne

#4 Le 30/12/2021, à 12:09

xubu1957

Re : [résolu] /boot plein. Mises à jour impossible

Pour nettoyer les fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers, exécute :

Le 22/07/2020, nany a écrit :
dpkg -l | awk '/^rc/ && !/sql/{print $2}' | xargs -r sudo dpkg -P

Pour info, les précisions de nany, pour la commande de nettoyage

Montre :

snap list --all

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#5 Le 30/12/2021, à 12:16

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Exécution de :
dpkg -l | awk '/^rc/ && !/sql/{print $2}' | xargs -r sudo dpkg -P

(Reading database ... 195294 files and directories currently installed.)
Removing linux-image-4.4.0-139-generic (4.4.0-139.165) ...
Purging configuration files for linux-image-4.4.0-139-generic (4.4.0-139.165) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-139-generic /boot/vmlinuz-4.4.0-139-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-139-generic /boot/vmlinuz-4.4.0-139-generic
Removing linux-image-extra-4.4.0-139-generic (4.4.0-139.165) ...
Purging configuration files for linux-image-extra-4.4.0-139-generic (4.4.0-139.165) ...
Removing snapd-login-service (1.33-0ubuntu0.16.04.1) ...
Purging configuration files for snapd-login-service (1.33-0ubuntu0.16.04.1) ...

snap list --all

No snaps are installed yet. Try 'snap install hello-world'.

Hors ligne

#6 Le 30/12/2021, à 12:25

xubu1957

Re : [résolu] /boot plein. Mises à jour impossible

Donne le retour de :

sudo apt update

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#7 Le 30/12/2021, à 15:10

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Voici :

Hit:1 http://mirrors.online.net/ubuntu xenial InRelease
Get:2 http://mirrors.online.net/ubuntu xenial-updates InRelease [109 kB]       
Get:3 http://mirrors.online.net/ubuntu xenial-backports InRelease [107 kB]     
Hit:4 http://security.ubuntu.com/ubuntu xenial-security InRelease              
Hit:5 http://ppa.launchpad.net/x2go/stable/ubuntu xenial InRelease             
Fetched 216 kB in 1s (160 kB/s)                                                
Reading package lists... Done
Building dependency tree       
Reading state information... Done
81 packages can be upgraded. Run 'apt list --upgradable' to see them.

Hors ligne

#8 Le 30/12/2021, à 15:33

xubu1957

Re : [résolu] /boot plein. Mises à jour impossible

Montre :

df -Th
ls -l /usr/src
ls -l /boot

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#9 Le 30/12/2021, à 18:04

cqfd93

Re : [résolu] /boot plein. Mises à jour impossible

Bonjour,

Deux remarques :

  • la version d'ubuntu (xenial) est périmée

  • les retours de commandes sont incomplets. 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 moi-lenovo 4.4.0-97-generic #120-Ubuntu SMP Tue Sep 19 17:28:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
    moi@lenovo:~$


cqfd93

Hors ligne

#10 Le 30/12/2021, à 19:39

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Voici :

gael@sd-128657:~$ df -Th
Filesystem                                                                                Type        Size  Used Avail Use% Mounted on
udev                                                                                      devtmpfs    2.0G     0  2.0G   0% /dev
tmpfs                                                                                     tmpfs       395M   41M  355M  11% /run
/dev/sda2                                                                                 ext4        916G  305G  565G  36% /
tmpfs                                                                                     tmpfs       2.0G   84K  2.0G   1% /dev/shm
tmpfs                                                                                     tmpfs       5.0M     0  5.0M   0% /run/lock
tmpfs                                                                                     tmpfs       2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda1                                                                                 ext4        189M  111M   64M  64% /boot
tmpfs                                                                                     tmpfs       395M   20K  395M   1% /run/user/1000
GAEL-PC@127.0.0.1:/cygdrive/C/Users/GAEL-PC/.x2go/S-gael-50-1623496557_stDXFCE_dp32/spool fuse.sshfs  466G  180G  286G  39% /tmp/.x2go-gael/spool/C-gael-50-1623496557_stDXFCE_dp32
gael@sd-128657:~$ 
gael@sd-128657:~$ ls -l /usr/src
total 16
drwxr-xr-x 27 root root 4096 Aug 19  2020 linux-headers-4.4.0-187
drwxr-xr-x  7 root root 4096 Aug 19  2020 linux-headers-4.4.0-187-generic
drwxr-xr-x 27 root root 4096 Mar  7  2021 linux-headers-4.4.0-203
drwxr-xr-x  7 root root 4096 Mar  7  2021 linux-headers-4.4.0-203-generic
gael@sd-128657:~$ 
gael@sd-128657:~$ ls -l /boot
total 105187
-rw-r--r-- 1 root root   191087 Jul 21  2020 config-4.4.0-187-generic
-rw-r--r-- 1 root root   191027 Feb  2  2021 config-4.4.0-203-generic
drwxr-xr-x 5 root root     1024 Mar  7  2021 grub
-rw-r--r-- 1 root root 42227823 Mar  7  2021 initrd.img-4.4.0-187-generic
-rw-r--r-- 1 root root 42239119 Mar  7  2021 initrd.img-4.4.0-203-generic
drwx------ 2 root root    12288 Nov 29  2018 lost+found
-rw-r--r-- 1 root root   182704 Jan 28  2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 Jan 28  2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 Jan 28  2016 memtest86+_multiboot.bin
-rw------- 1 root root  3921340 Jul 21  2020 System.map-4.4.0-187-generic
-rw------- 1 root root  3925051 Feb  2  2021 System.map-4.4.0-203-generic
-rw------- 1 root root  7219360 Jul 22  2020 vmlinuz-4.4.0-187-generic
-rw------- 1 root root  7222112 Feb  2  2021 vmlinuz-4.4.0-203-generic
gael@sd-128657:~$ 

Hors ligne

#11 Le 30/12/2021, à 19:55

cqfd93

Re : [résolu] /boot plein. Mises à jour impossible

Donne :

ls -l /boot/lost+found

cqfd93

Hors ligne

#12 Le 30/12/2021, à 20:05

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Voici :

gael@sd-128657:~$ sudo ls -l /boot/lost+found
[sudo] password for gael: 
total 0
gael@sd-128657:~$ 

Hors ligne

#13 Le 30/12/2021, à 20:10

geole

Re : [résolu] /boot plein. Mises à jour impossible

Bonsoir
Vu ces retours

df -Th
Filesystem                        Type        Size  Used Avail Use% Mounted 
/dev/sda1                          ext4        189M  111M   64M  64% /boot

SEULEMENT 189 Mo de taille maxima
il faut en créer un autre d'au moins  1Go. En attendant,  Il faut diminuer la taille de ce qui n'est pas utilisé
Donc, merci de publier ce retour

uname -a

afin de savoir si on peut flinguer la version 4.4.0-187 ou pas.



https://doc.ubuntu-fr.org/lvm#redimensionnement a écrit :

Rétrécissement

Imaginons maintenant que la partition Boot soit devenue trop petite et que tout le reste du disque qui contient cette partition soit défini comme une partition utilisée en LVM (/dev/sda2 dans l'exemple). Il sera alors nécessaire de diminuer l'espace physique de ce groupe de volume (mvg).

En premier, il est nécessaire de rétrécir le ou les LVM qui sont définis dans ce volume-groupe. Voir ci-après.

Puis il faut rétrécir l'enveloppe physique. Normalement c'est sans risque: Les commandes sont refusées si la demande est trop agressive.

Commençons par vérifier l'implantation physique des données dans la partition. Le but est de vérifier que la fin de la partition n'est pas utilisée.

sudo pvs -v --segments /dev/sda2

La dernière ligne de la réponse indique si la fin de la partition est libre ou non. Si la fin de la partition n'a pas suffisamment d'espace libre, il est possible de procéder a une réorganisation physique.

sudo pvmove --alloc anywhere /dev/sda2:88888888-9999999999 /dev/sda2:0-88888887

(les valeurs 88888887 et 88888888 sont à adapter en fonction de la réponse précédente notamment la quantité d'espace libre en début de partition. Lancer alors l'éditeur de partitions . Indiquer alors la nouvelle taille de la partition. Le minima possible est exprimé en MiO et obtenu par la formule 88888888*4

Dernière modification par geole (Le 30/12/2021, à 20:15)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#14 Le 30/12/2021, à 20:14

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Voici :

gael@sd-128657:~$ uname -a
Linux sd-128657 4.4.0-203-generic #235-Ubuntu SMP Tue Feb 2 02:49:08 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
gael@sd-128657:~$ 

Oui je trouve que la taille allouée à /boot est très petite !
C'est un serveur externe que je loue. Je peux facilement le réinstaller si besoin.

Hors ligne

#15 Le 30/12/2021, à 20:16

MicP

Re : [résolu] /boot plein. Mises à jour impossible

Bonjour

Le système de fichiers utilisé par le répertoire /boot/ ne fait que 189M (ce qui est de fait trop petit)

Le système de fichiers racine n'occupe que 305G des 916G disponibles.

Il serait donc possible de réduire de 1G l'espace occupé par la partition /dev/sda2
de façon à pouvoir y créer une nouvelle partition de type ext4
et copier le contenu actuel du répertoire /boot/ dans le système de fichiers de la nouvelle partition créée
ce qui laisserait environ 800M de disponible dans ce nouveau système de fichiers.

Ensuite, il suffira de changer dans le fichier /etc/fstab
l'UUID du système de fichiers de la partition /dev/sda1 (qui est monté sur /boot)
par l'UUID du système de fichiers de la nouvelle partition créée.

=======
Je ne pense pas que ça vaille le coup de tenter de prendre le risque déplacer 305G de données
pour ne récupérer que 1/10000ème de l'espace disque qu'occupe actuellement la partition /dev/sda2

Dernière modification par MicP (Le 30/12/2021, à 20:26)

Hors ligne

#16 Le 30/12/2021, à 20:22

cqfd93

Re : [résolu] /boot plein. Mises à jour impossible

Autre problème majeur : la version d'ubuntu (xenial) est obsolète, alors quitte à réinstaller, autant en plus choisir une LTS encore maintenue !


cqfd93

Hors ligne

#17 Le 30/12/2021, à 20:32

geole

Re : [résolu] /boot plein. Mises à jour impossible

On copie par sécurité

cd $HOME
sudo cp  -v /boot/*4.4.0-187* .

Puis on diminue la taille

echo ECRASEMENT | sudo tee /boot/config-4.4.0-187-generic
echo ECRASEMENT | sudo tee/boot/initrd.img-4.4.0-187-generic
echo ECRASEMENT | sudo tee /boot/System.map-4.4.0-187-generic
echo ECRASEMENT | sudo tee /boot/vmlinuz-4.4.0-187-generic

Puis tu pourras relancer ta mise à jour des logiciels.

Dernière modification par geole (Le 30/12/2021, à 21:25)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#18 Le 30/12/2021, à 20:39

geole

Re : [résolu] /boot plein. Mises à jour impossible

MicP a écrit :

Il serait donc possible de réduire de 1G l'espace occupé par la partition /dev/sda2
de façon à pouvoir y créer une nouvelle partition de type ext4
et copier le contenu actuel du répertoire /boot/ dans le système de fichiers de la nouvelle partition créée
ce qui laisserait environ 800M de disponible dans ce nouveau système de fichiers.

Ensuite, il suffira de changer dans le fichier /etc/fstab
l'UUID du système de fichiers de la partition /dev/sda1 (qui est monté sur /boot)
par l'UUID du système de fichiers de la nouvelle partition créée.

Plus exactement
Lorsqu'on a libéré  1 Go, on lance GPARTED, on lui demande de cloner la partition SDA1 dans l'espace libéré, on demande d'agrandir la partition clonée, et on supprime SDA1 ou on change son UUID
Il reste 189 Mo de perdus.


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#19 Le 30/12/2021, à 20:51

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Merci pour toutes vos réponses.
Je vais réinstaller la machine en allouant 1Go à /boot pour être certain !

Je reviendrai vers vous à la rentrée de Janvier, pas sur d'avoir le temps avec les préparatifs de demain soir big_smile

EDIT :
Voilà ce que je compte faire : https://ibb.co/zR0WhsK

Dernière modification par Gawel29 (Le 30/12/2021, à 20:58)

Hors ligne

#20 Le 30/12/2021, à 20:58

lool_lauris

Re : [résolu] /boot plein. Mises à jour impossible

Salut,

À mon avis, plutôt installer en suivant cette méthode (une partition pour le système et un home "vide" pointant vers une partition pour tes données) :
=> https://bluc.pagesperso-orange.fr/ps/index.html
=> https://bluc.pagesperso-orange.fr/data3.html


Soutenez le Libre => http://www.april.org/

Hors ligne

#21 Le 30/12/2021, à 22:32

MicP

Re : [résolu] /boot plein. Mises à jour impossible

Dans son message #17,geole a écrit :

…on lui demande de cloner la partition SDA1 dans l'espace libéré …

Ah oui, bien vu !
Et puis, copier une partition de 200Mo, c'est fait en à peine quelques secondes.
Du coup, comme le système de fichiers contenu dans la partition copiée n'aurait pas changé d'UUID
il n'y aurait aucune modification à faire dans le fichier /etc/fstab


Dans son message #18,Gawel29 a écrit :

… Je vais réinstaller la machine en allouant 1Go à /boot pour être certain ! …

Étant donné que la version installé est périmée, c'est effectivement plus sage.

Dernière modification par MicP (Le 30/12/2021, à 22:39)

Hors ligne

#22 Le 31/12/2021, à 10:51

Gawel29

Re : [résolu] /boot plein. Mises à jour impossible

Bonjour,

Voilà le serveur est réinstallé.

Voici ce que donne :

gael@sd-128657:~$ uname -a
Linux sd-128657 5.4.0-91-generic #102-Ubuntu SMP Fri Nov 5 16:31:28 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
gael@sd-128657:~$

Et le dossier /boot a bien 999,5MB wink

Dernière modification par Gawel29 (Le 31/12/2021, à 11:05)

Hors ligne