Pages : 1
#1 Le 30/08/2015, à 13:14
- skyline-ch
Partition /boot pleine
Bonjours,
je me permet de poster dans le sujet car j'ai un souci similaire.
Ma partition boot est plaine et j'arrive pas à la vider, j'ai toujours des erreurs.
C'est un VM avec Ubuntu 14.04.2 LTS
Kernel Version 3.13.0-57-generic (SMP) x86_64
Retour de dpkg -l | grep -Ei "linux-headers|linux-image"
ii linux-headers-3.13.0-40 3.13.0-40.69 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-40-generic 3.13.0-40.69 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-44 3.13.0-44.73 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-44-generic 3.13.0-44.73 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-51 3.13.0-51.84 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-51-generic 3.13.0-51.84 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii linux-headers-3.13.0-52 3.13.0-52.86 all Header files related to Linux kernel version 3.13.0
ii linux-headers-3.13.0-52-generic 3.13.0-52.86 amd64 Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
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
iU linux-headers-3.13.0-58 3.13.0-58.97 all Header files related to Linux kernel version 3.13.0
iU 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
iU linux-headers-generic 3.13.0.58.65 amd64 Generic Linux kernel headers
rc linux-image-3.13.0-32-generic 3.13.0-32.57 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-34-generic 3.13.0-34.60 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-35-generic 3.13.0-35.62 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-36-generic 3.13.0-36.63 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-37-generic 3.13.0-37.64 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-39-generic 3.13.0-39.66 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-40-generic 3.13.0-40.69 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-41-generic 3.13.0-41.70 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc linux-image-3.13.0-43-generic 3.13.0-43.72 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-44-generic 3.13.0-44.73 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-51-generic 3.13.0-51.84 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii linux-image-3.13.0-52-generic 3.13.0-52.86 amd64 Linux kernel image for version 3.13.0 on 64 bit x86 SMP
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
rc linux-image-extra-3.13.0-32-generic 3.13.0-32.57 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-34-generic 3.13.0-34.60 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-35-generic 3.13.0-35.62 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-36-generic 3.13.0-36.63 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-37-generic 3.13.0-37.64 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-39-generic 3.13.0-39.66 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-40-generic 3.13.0-40.69 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-41-generic 3.13.0-41.70 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc linux-image-extra-3.13.0-43-generic 3.13.0-43.72 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-44-generic 3.13.0-44.73 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-51-generic 3.13.0-51.84 amd64 Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii linux-image-extra-3.13.0-52-generic 3.13.0-52.86 amd64 Linux kernel extra modules 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
iF 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
iU 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
iU linux-image-generic 3.13.0.58.65 amd64 Generic Linux kernel imagesi je fais
sudo apt-get autoremove --purgeJ’obtiens :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
linux-image-extra-3.13.0-58-generic : Dépend: linux-image-3.13.0-58-generic mais il n'est pas installé
linux-image-generic : Dépend: linux-image-3.13.0-58-generic mais il n'est pas installé
E: Dépendances manquantes. Essayez d'utiliser l'option -f.Si je fais
apt-get -f installJ'obtiens :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
linux-headers-3.13.0-40 linux-headers-3.13.0-40-generic
linux-headers-3.13.0-44 linux-headers-3.13.0-44-generic
linux-headers-3.13.0-51 linux-headers-3.13.0-51-generic
linux-headers-3.13.0-52 linux-headers-3.13.0-52-generic
linux-headers-3.13.0-53 linux-headers-3.13.0-53-generic
linux-headers-3.13.0-54 linux-headers-3.13.0-54-generic
linux-headers-3.13.0-58 linux-headers-3.13.0-58-generic
linux-image-3.13.0-40-generic linux-image-3.13.0-44-generic
linux-image-3.13.0-51-generic linux-image-3.13.0-52-generic
linux-image-3.13.0-53-generic linux-image-3.13.0-54-generic
linux-image-3.13.0-58-generic linux-image-extra-3.13.0-40-generic
linux-image-extra-3.13.0-44-generic linux-image-extra-3.13.0-51-generic
linux-image-extra-3.13.0-52-generic linux-image-extra-3.13.0-53-generic
linux-image-extra-3.13.0-54-generic linux-image-extra-3.13.0-58-generic
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets supplémentaires suivants seront installés :
linux-generic linux-headers-3.13.0-62 linux-headers-3.13.0-62-generic
linux-headers-generic linux-image-3.13.0-58-generic
linux-image-3.13.0-62-generic linux-image-extra-3.13.0-62-generic
linux-image-generic
Paquets suggérés :
fdutils linux-doc-3.13.0 linux-source-3.13.0 linux-tools
Les NOUVEAUX paquets suivants seront installés :
linux-headers-3.13.0-62 linux-headers-3.13.0-62-generic
linux-image-3.13.0-58-generic linux-image-3.13.0-62-generic
linux-image-extra-3.13.0-62-generic
Les paquets suivants seront mis à jour :
linux-generic linux-headers-generic linux-image-generic
3 mis à jour, 5 nouvellement installés, 0 à enlever et 87 non mis à jour.
8 partiellement installés ou enlevés.
Il est nécessaire de prendre 61.6 Mo/76.8 Mo dans les archives.
Après cette opération, 314 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Réception de : 1 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-image-3.13.0-62-generic amd64 3.13.0-62.102 [15.2 MB]
Réception de : 2 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-image-extra-3.13.0-62-generic amd64 3.13.0-62.102 [36.8 MB]
Réception de : 3 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-generic amd64 3.13.0.62.69 [1'786 B]
Réception de : 4 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-image-generic amd64 3.13.0.62.69 [2'300 B]
Réception de : 5 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-3.13.0-62 all 3.13.0-62.102 [8'873 kB]
Réception de : 6 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-3.13.0-62-generic amd64 3.13.0-62.102 [707 kB]
Réception de : 7 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-generic amd64 3.13.0.62.69 [2'278 B]
61.6 Mo réceptionnés en 6s (9'644 ko/s)
Sélection du paquet linux-image-3.13.0-62-generic précédemment désélectionné.
(Lecture de la base de données... 301527 fichiers et répertoires déjà installés.)
Préparation du décompactage de .../linux-image-3.13.0-62-generic_3.13.0-62.102_amd64.deb ...
Done.
Décompactage de linux-image-3.13.0-62-generic (3.13.0-62.102) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13.0-62-generic_3.13.0-62.102_amd64.deb (--unpack):
impossible de copier les données extraites pour « ./boot/System.map-3.13.0-62-generic » vers « /boot/System.map-3.13.0-62-generic.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique)
Aucun rapport « apport » n'a été créé car un disque plein a été signalé
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-62-generic /boot/vmlinuz-3.13.0-62-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-62-generic /boot/vmlinuz-3.13.0-62-generic
Sélection du paquet linux-image-extra-3.13.0-62-generic précédemment désélectionné.
Préparation du décompactage de .../linux-image-extra-3.13.0-62-generic_3.13.0-62.102_amd64.deb ...
Décompactage de linux-image-extra-3.13.0-62-generic (3.13.0-62.102) ...
Préparation du décompactage de .../linux-generic_3.13.0.62.69_amd64.deb ...
Décompactage de linux-generic (3.13.0.62.69) sur (3.13.0.58.65) ...
Préparation du décompactage de .../linux-image-generic_3.13.0.62.69_amd64.deb ...
Décompactage de linux-image-generic (3.13.0.62.69) sur (3.13.0.58.65) ...
Sélection du paquet linux-headers-3.13.0-62 précédemment désélectionné.
Préparation du décompactage de .../linux-headers-3.13.0-62_3.13.0-62.102_all.deb ...
Décompactage de linux-headers-3.13.0-62 (3.13.0-62.102) ...
Sélection du paquet linux-headers-3.13.0-62-generic précédemment désélectionné.
Préparation du décompactage de .../linux-headers-3.13.0-62-generic_3.13.0-62.102_amd64.deb ...
Décompactage de linux-headers-3.13.0-62-generic (3.13.0-62.102) ...
Préparation du décompactage de .../linux-headers-generic_3.13.0.62.69_amd64.deb ...
Décompactage de linux-headers-generic (3.13.0.62.69) sur (3.13.0.58.65) ...
Préparation du décompactage de .../linux-image-3.13.0-58-generic_3.13.0-58.97_amd64.deb ...
Done.
Décompactage de linux-image-3.13.0-58-generic (3.13.0-58.97) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13.0-58-generic_3.13.0-58.97_amd64.deb (--unpack):
impossible de copier les données extraites pour « ./boot/abi-3.13.0-58-generic » vers « /boot/abi-3.13.0-58-generic.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique)
Aucun rapport « apport » n'a été créé car un disque plein a été signalé
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-58-generic /boot/vmlinuz-3.13.0-58-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-58-generic /boot/vmlinuz-3.13.0-58-generic
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/linux-image-3.13.0-62-generic_3.13.0-62.102_amd64.deb
/var/cache/apt/archives/linux-image-3.13.0-58-generic_3.13.0-58.97_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)J'ai tenter plusieurs manipulation trouver ici et la sans succès.
Avant toute tentative j'ai fais une image de la VM que je restaure avent nouvelle tenta donc logiquement j'ai pas empirer la situation.
Merci de votre aide
Autodidacte, touche à tout, passionner d'informatique notamment dans les domaines de la domotique, création web, programmation divers, monde de l'open source.
Des Fautes d’orthographe ?, ne juge pas, je suis Dyslexique, et si tu ne sais pas ce que c'est, alors renseigne-toi STP
Hors ligne
#2 Le 30/08/2015, à 18:34
- cqfd93
Re : Partition /boot pleine
Bonjour,
je me permet de poster dans le sujet car j'ai un souci similaire.
Ma partition boot est plaine et j'arrive pas à la vider, j'ai toujours des erreurs.
En fait ton problème est différent de celui abordé dans le fil où tu avais posté ton message. Toi, c'est la partition /boot qui est pleine, dans l'autre sujet, c'est juste un manque d'inodes dans /.
Donne les retours de ces commandes :
df -h
df -i
ls -l /boot− cqfd93 −
Hors ligne
#3 Le 30/08/2015, à 18:51
- jplemoine
Re : Partition /boot pleine
@skyline-ch : c'est moi qui ai demandé à la modération de séparer ta discussion car ton problème, même s'il parait être le même le même, est tout à fait différent.
Nous allons avec cqfd93 te guider afin :
- de remettre ton système en ordre de marche (ne lance aucune commande autre que celle que l'on (cqfd93 ou moi) indique) et surtout aucune qui commence par apt ou apt-get
- de donner des instructions pour que ça ne recommence pas.
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 02/09/2015, à 09:10
- tux4fun
Re : Partition /boot pleine
Il existerait la manip suivante, perso jamais testé, cause un seule et unique kernel restant.
dpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do apt-get -y remove $n;doneSource : http://memo-linux.com/nettoyer-les-vieu … et-ubuntu/
tux4fun
http://linuxcounter.net/ - http://frederick.varin.free.fr
Linux Registered User #363458
Machine Registered #261921
Hors ligne
#5 Le 02/09/2015, à 09:26
- Bougron
Re : Partition /boot pleine
Bonjours,
je me permet de poster dans le sujet car j'ai un souci similaire.
Ma partition boot est plaine et j'arrive pas à la vider, j'ai toujours des erreurs.
C'est un VM avec Ubuntu 14.04.2 LTS
....
Merci de votre aide
Bonjour
lorsqu'une partition de boot est pleine, il est totalement impossible d'utiliser les outils de gestion de paquet. Il faut
Soit l'agrandir, Ce qui est très souvent impossible
Soit supprimer par la commande rm des répertoires anciens sans se tromper. Puis après il est possible de reprendre les actions classiques d'épuration.
( apt-get -f install )
Peux-tu faire la commande suivante qui va permettre d'identifier ce qu'on peut supprimer manuellement.
ls -rl /bootCe qu’il faudrait faire
C’est simple : il faut libérer de l’espace disque. Et si vous avez un peu de logique, votre réaction devrait être : « eh bien ! désinstallons simplement les anciens noyaux ! ».
Oui mais non… dpkg, l’outil de gestion des paquets d’Ubuntu, ne sait faire qu’une chose à la fois. Et, pour faire une nouvelle action, il faut que l’action précédente soit terminée. C’est bien, car ça permet de ne pas faire de bêtises : la meilleure façon de ne rien casser, c’est de faire une chose à la fois.
Dans le cas qui nous intéresse, l’action précédente n’est pas terminée : c’est l’installation du nouveau noyau (ou de ses nouveaux en-têtes), qui a échoué par manque de place. C’est le serpent qui se mord la queue !
Un peu de bricolage à la main
Habituellement, il ne faut surtout pas effacer à la main des fichiers gérés par dpkg. Mais là, on n’a pas le choix : il faut le décoincer !
On va alors identifier ce que l’on peut supprimer sans incidence malheureuse. Si on reprend les chiffres qu’on a vus plus haut, on voit qu’un ensemble noyau+en-têtes représente environ 24000 inodes. Pour avoir de la marge, prévoyons d’en libérer plus.
Le plus simple, en restant logique, est alors de supprimer deux paquets d’en-têtes : on libérera alors jusqu’à 40000 inodes. Les en-têtes sont nécessaires à la compilation de nouveaux modules, mais pas au fonctionnement du système au jour le jour. Donc au pire, si on supprime les mauvais en-têtes, on ne cassera pas le système. Bon, bien sûr, restons vigilants et ne supprimons pas ceux qu’on veut garder…
Reprenons alors le retour de la commande « dpkg -l | grep linux-headers » vue plus haut. Elle donne la liste de tous les headers installés.
https://www.maccagnoni.eu/2013/10/ubunt … ipherique/
Attention, cela c'est la théorie lorsqu'il n'y a pas de partition /boot.
En présence d'une partition /boot, les paquets d'entête ne sont pas mis dans la partition /boot mais restent dans la partition /
Dans /boot on aura les vrais noyaux. Avec une fausse manip (suppression du noyau qui est utilisé par le boot), on est bon pour une réinstallation de ubuntu.
Il est donc important d'identifier le noyau qui boote qui peut ne pas être le dernier ni l'avant dernier d'ailleurs!
Seule la commande suivante identifie avec certitude ce qu'il ne faut absolument pas supprimer.
uname -rDernière modification par Bougron (Le 02/09/2015, à 12:06)
Hors ligne
#6 Le 02/09/2015, à 11:39
- jplemoine
Re : Partition /boot pleine
Il existerait la manip suivante, perso jamais testé, cause un seule et unique kernel restant.
dpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do apt-get -y remove $n;doneSource : http://memo-linux.com/nettoyer-les-vieu … et-ubuntu/
Ça s'est du préventif : c'est pour éviter de se retrouver dans la situation du post...
Donc, à éviter...
PS : Tu postes après des réponses (dont la mienne et donc, on peut imaginer que tu sais mieux que moi) pour dire que tu ne sais pas mais que (at là, j'interprète exprès mal les choses) les autres qui ont voulu dépanner (dont je fais parti) sont tous c... parce qu'il existe une commande qui rectifie le truc et qu'on aurait dû la poster sans demander plus de détail...
Ce à quoi je répond, mais vas-y mon gars : ne te gêne surtout pas :
- donnes des commandes au pif sans les tester....
- quand son système sera tout pourri, je te propose de prendre le train, l'avion, la voiture pour lui remettre un système tout neuf...
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
#7 Le 02/09/2015, à 12:02
- Ayral
Re : Partition /boot pleine
@ tux4fun et Bougron, il est de bonne pratique sur ce forum de ne pas se mettre à trente six pour conseiller un membre en difficulté. Il se trouve que jplemoine et cqfd93 font partie de ceux qui interviennent le plus régulièrement sur ce problème du manque de place pour effectuer les mises à jour. Depuis le temps ils ont une méthode minutieuse et rigoureuse qui porte ses fruits.
cqfd93 ayant un décalage horaire de 8 heures avec la France ne répond pas immédiatement mais elle suit toujours les discussions dont elle a décidé de faire partie.
De plus la méthode décrite par tiramiseb bien que excellente ne répond pas à tous les cas de figure, c'est la raison pour laquelle la méthode conseillée au #5 peut ne pas être la bonne.
Donc merci de les laisser faire.
Dernière modification par Ayral (Le 02/09/2015, à 12:05)
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#8 Le 02/09/2015, à 12:27
- Bougron
Re : Partition /boot pleine
@ tux4fun et Bougron, il est de bonne pratique sur ce forum de ne pas se mettre à trente six pour conseiller un membre en difficulté. Il se trouve que jplemoine et cqfd93 font partie de ceux qui interviennent le plus régulièrement sur ce problème du manque de place pour effectuer les mises à jour. Depuis le temps ils ont une méthode minutieuse et rigoureuse qui porte ses fruits.
cqfd93 ayant un décalage horaire de 8 heures avec la France ne répond pas immédiatement mais elle suit toujours les discussions dont elle a décidé de faire partie.
De plus la méthode décrite par tiramiseb bien que excellente ne répond pas à tous les cas de figure, c'est la raison pour laquelle la méthode conseillée au #5 peut ne pas être la bonne.
Donc merci de les laisser faire.
Bonjour. Ayral
Je sais très bien que cqfd93 ou Jplemoine allaient continuer à suivre le problème .
J'ai vu leur première réponse et je ne suis pas intervenu.
C'est lorsque j'ai vu qu'une piste qui n'avait pas de sens était proposée que j'ai rappelé le contexte en espérant que la personne bloquée réponde enfin en voyant deux demandes quasiment semblables dont l'une explique le pourquoi.
J'ai préféré remettre la commande demandée par cqfd93 que j'ai complétée par une seconde commande qui est rarement demandée.
Je me suis abstenu de proposer la méthode préventive leur laissant ce fardeau.
Nous allons avec cqfd93 te guider afin :
- de remettre ton système en ordre de marche (ne lance aucune commande autre que celle que l'on (cqfd93 ou moi) indique) et surtout aucune qui commence par apt ou apt-get
- de donner des instructions pour que ça ne recommence pas.
Dernière modification par Bougron (Le 02/09/2015, à 12:40)
Hors ligne
#9 Le 02/09/2015, à 13:19
- jplemoine
Re : Partition /boot pleine
@Bougron : Pas de soucis avec ton intervention puisqu'elle va dans le même sens. Le seul reproche que l'on pourrait eventuellement te faire et que tu rentres trop dans les détails de manière prématurée.
([HS] Tu as proposé ls -rl /boot. A quoi sert l'option r ? C'est juste l'ordre d'affichage ou c'est plus que ça ? [/HS] )
On ne sait pas si le /boot est séparé ou pas : dans un cas, c'est le tuto de tiramiseb tel quel (et on peut donner le lien) ; dans l'autre, il faut l’adapter.
@skyline-ch : je te récapitule toutes les demandes (post #2 de cqfd93 et post #5 de Bougron) :
uname -r
df -h
df -i
ls -l /bootMembre 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
#10 Le 02/09/2015, à 17:04
- Ayral
Re : Partition /boot pleine
Bonjour. Ayral
Je sais très bien que cqfd93 ou Jplemoine allaient continuer à suivre le problème .
J'ai vu leur première réponse et je ne suis pas intervenu.
C'est lorsque j'ai vu qu'une piste qui n'avait pas de sens était proposée que j'ai rappelé le contexte en espérant que la personne bloquée réponde enfin en voyant deux demandes quasiment semblables dont l'une explique le pourquoi.
Pas de problème, c'était une remarque d'ordre général !
Moyennant quoi on attend toujours la réponse de skyline-ch !!!
Dernière modification par Ayral (Le 02/09/2015, à 17:05)
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne