Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour, Le dimanche 25 février 2024, Hugues MORIN-TRENEULE a écrit... > Néanmoins, il me reste un espace non utilisé en fin de disque. > Quand j'aurai un moment, je rajouterai quelques giga sur / afin de ne plus > me retrouver en difficulté par manque d'espace. Je ne sais pas si c'est faisable compte tenu de l'espace qui te reste, ni si c'est pertinent d'ailleurs, mais l'utilisation de LVM permet un peu de souplesse dans la gestion de l'espace disque (quand il reste de l'espace disque à allouer). Personnellement, j'ai depuis longtemps /usr, /var/, /home et /tmp sur des volumes logiques. -- jm
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour Désolé pour ce retour tardif. Je vous confirme que tout est OK, mon système fonctionne normalement et je n'ai pour l'heure rencontré aucun probleme. Oui effectivement, les partitions sont complètement entremêlées et réparties sur 3 partitions. sda1 qui contient / sda2 qui contient sda5 => /boot, sda6 => swap, sda7 => /tmp, sda8 => /usr, sda9 => /var, sda10 => /opt sda3 qui contient /home Néanmoins, il me reste un espace non utilisé en fin de disque. Quand j'aurai un moment, je rajouterai quelques giga sur / afin de ne plus me retrouver en difficulté par manque d'espace. Bonne soirée Cordialement Hugues Le sam. 17 févr. 2024 à 23:47, Michel Verdier a écrit : > Le 17 février 2024 Alban Vidal a écrit : > > > Pour éviter des soucis d'espace disque à l'avenir, je pense qu'il serait > > judicieux de redimensionner un peu les partitions, en en retirant un peu > dans > > le /opt ou /home pour en mettre un peu plus sur la racine (/), 2 ou 3G > par > > exemple. > > Je pense que ce serait pas mal au passage de supprimer des > partitions. Mais comme les partition ssont assez emmêlées je crois que ça > risque d'être coton et que ce sera plus simple de tout sauvegarder et > refaire le formattage complètement. > >
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le 17 février 2024 Alban Vidal a écrit : > Pour éviter des soucis d'espace disque à l'avenir, je pense qu'il serait > judicieux de redimensionner un peu les partitions, en en retirant un peu dans > le /opt ou /home pour en mettre un peu plus sur la racine (/), 2 ou 3G par > exemple. Je pense que ce serait pas mal au passage de supprimer des partitions. Mais comme les partition ssont assez emmêlées je crois que ça risque d'être coton et que ce sera plus simple de tout sauvegarder et refaire le formattage complètement.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonsoir Hugues, Très bonne nouvelle ! Pour éviter des soucis d'espace disque à l'avenir, je pense qu'il serait judicieux de redimensionner un peu les partitions, en en retirant un peu dans le /opt ou /home pour en mettre un peu plus sur la racine (/), 2 ou 3G par exemple. Pour ce faire, le plus simple d'utiliser l'utilitaire gparted démarré avec un live-CD. Cette opération risque de prendre du temps (la réduction des partitions), mais permettra d'éviter des soucis lors des prochaines mises à jour. Bonne fin de week-end, Cordialement, Alban Le 17 février 2024 16:52:14 GMT+01:00, Hugues MORIN-TRENEULE a écrit : >Re bonjour > >Je viens d'exécuter le apt full-upgrade. >Je pensais que ça allait prendre un peu de temps mais ça a été rapide, tous >les paquets étaient déjà à jour :) > >J'ai redémarré et tout semble fonctionner. >J'ai effectué quelques mises a jour et preparé l'upgrade a la version >suivante comme specifié (paragraphe 4.7) dans la doc: >https://www.debian.org/releases/buster/amd64/release-notes/ch-upgrading.fr.html > >PROBLEME RESOLU ;-))) > >UN GRAND MERCI A TOUS POUR VOTRE AIDE ET VOS CONSEILS :)) > >JE vous souhaite un week end > >Très cordialement >Hugues > > >Le sam. 17 févr. 2024 à 15:31, Hugues MORIN-TRENEULE a >écrit : > >> Salut >> >> Merci Gilles pour ta confirmation >> >> J'ai plus qu'a ... ;) >> >> Bonne journée >> Hugues >> >> Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < >> gilles.mocel...@nuagelibre.org> a écrit : >> >>> Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : >>> > Salut >>> > >>> > Merci pour tous ces conseils, je garde ça précieusement pour les >>> prochains >>> > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version >>> stable. >>> > >>> > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais >>> > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. >>> > Voila un petit compte rendu de ce que j'ai fait et des messages que >>> j'ai eu: >>> > >>> > - ps ne m'a pas afficher de processus apt en train de tourner donc pas >>> > besoin du killall. >>> > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg >>> --configure >>> > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu >>> un >>> > processus apt dans le ps >>> > J'espère que je n'ai pas créé un probleme en ne le faisant pas. >>> > >>> > - J'ai ensuite exécuté apt upgrade --without-new-pkgs >>> > qui m'a retourné un message d'erreur me signalant que des paquets liés >>> au >>> > noyau linux-image-4.19.0-25-amd64 était absent >>> > et d'exécuter apt --fix-broken install pour résoudre le probleme. >>> > >>> > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé >>> > sans incident. >>> > >>> > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les >>> paquets >>> > qui ne sont plus nécessaires. >>> > Je les ai retirés avec apt autoremove comme le conseille la commande >>> > précédente. >>> > >>> > Jusque là, tout semble OK :) >>> >>> En effet ! >>> >>> > Normalement afin de finir mon upgrade il ne manque plus que le apt >>> > full-upgrade à exécuter. >>> > >>> > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus >>> > loin >>> > Je n'ai pas encore éteint (ou rebooter) la machine. >>> > >>> > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? >>> et >>> > si oui comment le corriger avant de passer au full upgrade? >>> >>> Non, les commandes apt que tu as passé auraient dit qu'il y avait un >>> problème >>> et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg >>> -- >>> configure -a). >>> >>> Tu peux y aller. >>> >>> > Bonne soirée >>> > Hugues >>> >>> Bonne soirée, tu y es presque ! >>> >>> >>> -- Envoyé de /e/ Mail.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Re bonjour Je viens d'exécuter le apt full-upgrade. Je pensais que ça allait prendre un peu de temps mais ça a été rapide, tous les paquets étaient déjà à jour :) J'ai redémarré et tout semble fonctionner. J'ai effectué quelques mises a jour et preparé l'upgrade a la version suivante comme specifié (paragraphe 4.7) dans la doc: https://www.debian.org/releases/buster/amd64/release-notes/ch-upgrading.fr.html PROBLEME RESOLU ;-))) UN GRAND MERCI A TOUS POUR VOTRE AIDE ET VOS CONSEILS :)) JE vous souhaite un week end Très cordialement Hugues Le sam. 17 févr. 2024 à 15:31, Hugues MORIN-TRENEULE a écrit : > Salut > > Merci Gilles pour ta confirmation > > J'ai plus qu'a ... ;) > > Bonne journée > Hugues > > Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < > gilles.mocel...@nuagelibre.org> a écrit : > >> Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : >> > Salut >> > >> > Merci pour tous ces conseils, je garde ça précieusement pour les >> prochains >> > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version >> stable. >> > >> > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais >> > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. >> > Voila un petit compte rendu de ce que j'ai fait et des messages que >> j'ai eu: >> > >> > - ps ne m'a pas afficher de processus apt en train de tourner donc pas >> > besoin du killall. >> > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg >> --configure >> > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu >> un >> > processus apt dans le ps >> > J'espère que je n'ai pas créé un probleme en ne le faisant pas. >> > >> > - J'ai ensuite exécuté apt upgrade --without-new-pkgs >> > qui m'a retourné un message d'erreur me signalant que des paquets liés >> au >> > noyau linux-image-4.19.0-25-amd64 était absent >> > et d'exécuter apt --fix-broken install pour résoudre le probleme. >> > >> > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé >> > sans incident. >> > >> > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les >> paquets >> > qui ne sont plus nécessaires. >> > Je les ai retirés avec apt autoremove comme le conseille la commande >> > précédente. >> > >> > Jusque là, tout semble OK :) >> >> En effet ! >> >> > Normalement afin de finir mon upgrade il ne manque plus que le apt >> > full-upgrade à exécuter. >> > >> > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus >> > loin >> > Je n'ai pas encore éteint (ou rebooter) la machine. >> > >> > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? >> et >> > si oui comment le corriger avant de passer au full upgrade? >> >> Non, les commandes apt que tu as passé auraient dit qu'il y avait un >> problème >> et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg >> -- >> configure -a). >> >> Tu peux y aller. >> >> > Bonne soirée >> > Hugues >> >> Bonne soirée, tu y es presque ! >> >> >>
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Salut Merci Gilles pour ta confirmation J'ai plus qu'a ... ;) Bonne journée Hugues Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < gilles.mocel...@nuagelibre.org> a écrit : > Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : > > Salut > > > > Merci pour tous ces conseils, je garde ça précieusement pour les > prochains > > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version > stable. > > > > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais > > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. > > Voila un petit compte rendu de ce que j'ai fait et des messages que j'ai > eu: > > > > - ps ne m'a pas afficher de processus apt en train de tourner donc pas > > besoin du killall. > > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg > --configure > > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu un > > processus apt dans le ps > > J'espère que je n'ai pas créé un probleme en ne le faisant pas. > > > > - J'ai ensuite exécuté apt upgrade --without-new-pkgs > > qui m'a retourné un message d'erreur me signalant que des paquets liés au > > noyau linux-image-4.19.0-25-amd64 était absent > > et d'exécuter apt --fix-broken install pour résoudre le probleme. > > > > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé > > sans incident. > > > > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les > paquets > > qui ne sont plus nécessaires. > > Je les ai retirés avec apt autoremove comme le conseille la commande > > précédente. > > > > Jusque là, tout semble OK :) > > En effet ! > > > Normalement afin de finir mon upgrade il ne manque plus que le apt > > full-upgrade à exécuter. > > > > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus > > loin > > Je n'ai pas encore éteint (ou rebooter) la machine. > > > > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? > et > > si oui comment le corriger avant de passer au full upgrade? > > Non, les commandes apt que tu as passé auraient dit qu'il y avait un > problème > et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg > -- > configure -a). > > Tu peux y aller. > > > Bonne soirée > > Hugues > > Bonne soirée, tu y es presque ! > > >
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : > Salut > > Merci pour tous ces conseils, je garde ça précieusement pour les prochains > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version stable. > > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. > Voila un petit compte rendu de ce que j'ai fait et des messages que j'ai eu: > > - ps ne m'a pas afficher de processus apt en train de tourner donc pas > besoin du killall. > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg --configure > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu un > processus apt dans le ps > J'espère que je n'ai pas créé un probleme en ne le faisant pas. > > - J'ai ensuite exécuté apt upgrade --without-new-pkgs > qui m'a retourné un message d'erreur me signalant que des paquets liés au > noyau linux-image-4.19.0-25-amd64 était absent > et d'exécuter apt --fix-broken install pour résoudre le probleme. > > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé > sans incident. > > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les paquets > qui ne sont plus nécessaires. > Je les ai retirés avec apt autoremove comme le conseille la commande > précédente. > > Jusque là, tout semble OK :) En effet ! > Normalement afin de finir mon upgrade il ne manque plus que le apt > full-upgrade à exécuter. > > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus > loin > Je n'ai pas encore éteint (ou rebooter) la machine. > > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? et > si oui comment le corriger avant de passer au full upgrade? Non, les commandes apt que tu as passé auraient dit qu'il y avait un problème et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg -- configure -a). Tu peux y aller. > Bonne soirée > Hugues Bonne soirée, tu y es presque !
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Salut
Merci pour tous ces conseils, je garde ça précieusement pour les prochains
upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version stable.
Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais
malheureusement avant d'avoir reçu les conseils de Gilles et Alain.
Voila un petit compte rendu de ce que j'ai fait et des messages que j'ai eu:
- ps ne m'a pas afficher de processus apt en train de tourner donc pas
besoin du killall.
Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg --configure
-a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu un
processus apt dans le ps
J'espère que je n'ai pas créé un probleme en ne le faisant pas.
- J'ai ensuite exécuté apt upgrade --without-new-pkgs
qui m'a retourné un message d'erreur me signalant que des paquets liés au
noyau linux-image-4.19.0-25-amd64 était absent
et d'exécuter apt --fix-broken install pour résoudre le probleme.
- J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé
sans incident.
- J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les paquets
qui ne sont plus nécessaires.
Je les ai retirés avec apt autoremove comme le conseille la commande
précédente.
Jusque là, tout semble OK :)
Normalement afin de finir mon upgrade il ne manque plus que le apt
full-upgrade à exécuter.
Je me suis arrêté là pour l'instant, par manque de temps pour aller plus
loin
Je n'ai pas encore éteint (ou rebooter) la machine.
Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? et
si oui comment le corriger avant de passer au full upgrade?
Bonne soirée
Hugues
Le mar. 13 févr. 2024 à 17:31, zithro a écrit :
> On 13 Feb 2024 10:31, Hugues MORIN-TRENEULE wrote:
> > @zithro / Cyril: je me suis trompé en écrivant, j'upgrade de bien de
> > Stretch à Buster ;-)
>
> Tant mieux ;)
> C'est toujours bon de préciser pour les futurs lecteurs !
>
>
> > Donc je récapitule pour voir si j'ai bien compris: - ps pour trouver
> > le PID d'apt - killall -9 "PID d'apt" - dpkg-reconfigure - apt
> > upgrade --without-new-pkgs (=> Cette commande met à niveau les
> > paquets qui peuvent l'être sans entraîner l'installation ou la
> > suppression d'autres paquets. ) - apt full-upgrade
> >
> > Ça vous semble correct ?
>
> Oui ça devrait aller, lis bien les docs officiels de MàJ, à chaque
> update majeur de version il y a des particularités (paquets obsolètes,
> etc).
> Quand tu changes les sources, pense à enlever les backports, si tu les
> utilises.
> Si c'est une install avec GUI, essaie de faire l'update depuis
> tty1/tty6, pas depuis X (vt7). Le serveur X -peut- redémarrer et te
> perdre la fenêtre d'upgrade (donc le stopper en plein milieu).
> Il est aussi recommandé d'utiliser "screen", pour parer à ce genre de
> problèmes (lancer avec "screen -R upgrade", et récup avec la même
> commande si ça coupe. Tu peux changer "upgrade" en hugues ou w/e).
> La commande "script" est aussi recommandée, pour tout enregistrer.
>
> J'ajoute quelques commandes qui peuvent être utiles avant de lancer
> l'upgrade. Elles sont aussi recommandées dans les "Release Notes", afin
> de partir sur une base saine avant l'upgrade.
> Certaines commandes sont équivalentes et donneront le même résultat.
> Quant à quoi faire du résultat ... ça dépend ! Pas de recette miracle.
> Mais ce n'est ni parce que tu n'as rien, ni parce que tu as des
> résultats que c'est un gage de réussite (:
>
> # lister les paquets obsolètes et "not-from-Debian"
> apt list '~o'
> # les purger - ATTENTION, purge=remove conf files
> apt purge '~o'
> apt list '?narrow(?installed, ?not(?origin(Debian)))'
> apt-forktracer | sort
>
> # vérif les paquets, surtout ceux en "hold"
> dpkg --audit
> dpkg --get-selections | grep 'hold$'
> apt-mark showhold
>
> # liens symboliques dans /etc qui pointent nulle part
> symlinks -r /etc | grep dangling
>
> # trouver les anciens fichiers config (ie. de paquets supprimés ou
> d'anciennes versions de paquets mis à jour)
> # (cette commande est affichée sur 2 lignes dans ce mail)
> find /etc -name '*.dpkg-*' -o -name '*.ucf-*' -o -name '*.merge-error'
> -o -name '*.old*'
> # equivalent
> dpkg -l | grep ^rc
> # les purger - ATTENTION, perte de données
> apt purge $(dpkg -l | awk '/^rc/ { print $2 }')
>
> Sinon, quelques paquets à installer avant l'upgrade si t'aimes bien tout
> check :
> deborphan
> apt-forktracer
> apt-listbugs
> apt-listchanges
>
> Bref, tu as presque toutes les armes, "pick your poison" comme disent
> les ricains !
> Perso, je préfère mettre toutes les chances de mon côté donc je lance
> toutes les commandes sur toutes les machines.
> Certains risquent de dire que c'est too much. A toi de voir ;)
>
> --
> ++
> zithro / Cyril
>
>
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le lundi 12 février 2024, 19:23:39 CET Hugues MORIN-TRENEULE a écrit : > Salut > > Merci pour l'info > > Malheureusement même si j'entrevois de quoi tu parles, je ne sais pas trop > comment faire en pratique. > > Donc si je comprends bien, maintenant que j'ai fait de la place, il faut > que je relance la commande apt full-upgrade > Mais avant cela, je dois killer le pid de apt et faire un dpkg-reconfigure. > > Pour trouver le pid d'apt, c'est à l'aide de la commande ps? > Et apres kill "n° de pid" > > Est ce qu'il y a autre chose a faire pour killer le processus d'apt? Le plus simple c'est avec killall, et à mon avis il doit y avoir des enfants d'apt, en dpkg (avec sudo si tu n'es pas root) : killall dpkg killall apt Pour voir s'il en reste : ps -ef | grep apt ps -ef | grep dpkg Evidemment, ces commandes font aussi apparaitre le grep lui même. > Ensuite dpkg-reconfigure Je pense que c'est plutôt : dpkg --configure -a Quand l'install a été interrompue (notez les espaces, c'est bien la commande dpkg et non la commande dpkg-reconfigure. > et enfin apt full-upgrade > > Est ce que cela vous semble OK Ça devrait ! > Très cordialement > Hugues De même, Bonne soirée.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
On 13 Feb 2024 10:31, Hugues MORIN-TRENEULE wrote:
@zithro / Cyril: je me suis trompé en écrivant, j'upgrade de bien de
Stretch à Buster ;-)
Tant mieux ;)
C'est toujours bon de préciser pour les futurs lecteurs !
Donc je récapitule pour voir si j'ai bien compris: - ps pour trouver
le PID d'apt - killall -9 "PID d'apt" - dpkg-reconfigure - apt
upgrade --without-new-pkgs (=> Cette commande met à niveau les
paquets qui peuvent l'être sans entraîner l'installation ou la
suppression d'autres paquets. ) - apt full-upgrade
Ça vous semble correct ?
Oui ça devrait aller, lis bien les docs officiels de MàJ, à chaque
update majeur de version il y a des particularités (paquets obsolètes, etc).
Quand tu changes les sources, pense à enlever les backports, si tu les
utilises.
Si c'est une install avec GUI, essaie de faire l'update depuis
tty1/tty6, pas depuis X (vt7). Le serveur X -peut- redémarrer et te
perdre la fenêtre d'upgrade (donc le stopper en plein milieu).
Il est aussi recommandé d'utiliser "screen", pour parer à ce genre de
problèmes (lancer avec "screen -R upgrade", et récup avec la même
commande si ça coupe. Tu peux changer "upgrade" en hugues ou w/e).
La commande "script" est aussi recommandée, pour tout enregistrer.
J'ajoute quelques commandes qui peuvent être utiles avant de lancer
l'upgrade. Elles sont aussi recommandées dans les "Release Notes", afin
de partir sur une base saine avant l'upgrade.
Certaines commandes sont équivalentes et donneront le même résultat.
Quant à quoi faire du résultat ... ça dépend ! Pas de recette miracle.
Mais ce n'est ni parce que tu n'as rien, ni parce que tu as des
résultats que c'est un gage de réussite (:
# lister les paquets obsolètes et "not-from-Debian"
apt list '~o'
# les purger - ATTENTION, purge=remove conf files
apt purge '~o'
apt list '?narrow(?installed, ?not(?origin(Debian)))'
apt-forktracer | sort
# vérif les paquets, surtout ceux en "hold"
dpkg --audit
dpkg --get-selections | grep 'hold$'
apt-mark showhold
# liens symboliques dans /etc qui pointent nulle part
symlinks -r /etc | grep dangling
# trouver les anciens fichiers config (ie. de paquets supprimés ou
d'anciennes versions de paquets mis à jour)
# (cette commande est affichée sur 2 lignes dans ce mail)
find /etc -name '*.dpkg-*' -o -name '*.ucf-*' -o -name '*.merge-error'
-o -name '*.old*'
# equivalent
dpkg -l | grep ^rc
# les purger - ATTENTION, perte de données
apt purge $(dpkg -l | awk '/^rc/ { print $2 }')
Sinon, quelques paquets à installer avant l'upgrade si t'aimes bien tout
check :
deborphan
apt-forktracer
apt-listbugs
apt-listchanges
Bref, tu as presque toutes les armes, "pick your poison" comme disent
les ricains !
Perso, je préfère mettre toutes les chances de mon côté donc je lance
toutes les commandes sur toutes les machines.
Certains risquent de dire que c'est too much. A toi de voir ;)
--
++
zithro / Cyril
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour Merci à tous pour votre aide :) @zithro / Cyril: je me suis trompé en écrivant, j'upgrade de bien de Stretch à Buster ;-) Donc je récapitule pour voir si j'ai bien compris: - ps pour trouver le PID d'apt - killall -9 "PID d'apt" - dpkg-reconfigure - apt upgrade --without-new-pkgs (=> Cette commande met à niveau les paquets qui peuvent l'être sans entraîner l'installation ou la suppression d'autres paquets. ) - apt full-upgrade Ça vous semble correct ? Très cordialement Hugues Le mar. 13 févr. 2024 à 09:34, Michel Verdier a écrit : > Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : > > > Avec le recul, aujourd'hui, je ne ferai que des partitions pour /home, > /var > > et /opt. > > /home et /opt il faut voir selon tes applis. Mais si /var est saturé ça > bloque tout le système à cause des logs qui ne peuvent plus se faire. > > > Est ce que cela vous semble suffisant pour l'upgrade? > > Oui bien mieux, 1.1Go pour / me parait suffisant. > > > Et dans l'affirmative, que faut-il faire ensuite? > > Recommence avec le apt upgrade --without-new-pkgs > S'il reste des packages non configurés apt te le dira et te donnera la > commande à passer pour finir la configuration précédente. > >
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : > Avec le recul, aujourd'hui, je ne ferai que des partitions pour /home, /var > et /opt. /home et /opt il faut voir selon tes applis. Mais si /var est saturé ça bloque tout le système à cause des logs qui ne peuvent plus se faire. > Est ce que cela vous semble suffisant pour l'upgrade? Oui bien mieux, 1.1Go pour / me parait suffisant. > Et dans l'affirmative, que faut-il faire ensuite? Recommence avec le apt upgrade --without-new-pkgs S'il reste des packages non configurés apt te le dira et te donnera la commande à passer pour finir la configuration précédente.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
On 12 Feb 2024 08:00, Hugues MORIN-TRENEULE wrote: Bonjour a tous Je reviens vers vous car je ne sais pas comment m'y prendre pour réparer un crash lors d'un apt full-upgrade lors d'un passage de Stretch a Bullseye. Ca fonctionne peut-être, mais ce n'est pas la manière recommandée ! Seulement l'update de "version" à "version +1" l'est. Donc tu devrais faire : 1. stretch -> buster 2. buster -> bullseye Pour l'avoir fait récemment, les étapes sont quasi les mêmes donc c'est pas trop chiant, et c'est plus sûr (ie. tu risques moins d'erreurs). Fais un doc avec juste les commandes pour aller plus vite. Si tu veux les miens je peux te les filer. -- ++ zithro / Cyril
Re : Stretch vers Bullseye - Probleme lors du apt full-upgrade
On 12/02/2024 19:23:39, Hugues MORIN-TRENEULE wrote: > Pour trouver le pid d'apt, c'est à l'aide de la commande ps? > Et apres kill "n° de pid" > Est ce qu'il y a autre chose a faire pour killer le processus d'apt? Tu peux tuer un processus en utilisant son nom avec la commande killall, qui s’utilise comme kill. killall firefox killall -9 firefox nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Salut Merci pour l'info Malheureusement même si j'entrevois de quoi tu parles, je ne sais pas trop comment faire en pratique. Donc si je comprends bien, maintenant que j'ai fait de la place, il faut que je relance la commande apt full-upgrade Mais avant cela, je dois killer le pid de apt et faire un dpkg-reconfigure. Pour trouver le pid d'apt, c'est à l'aide de la commande ps? Et apres kill "n° de pid" Est ce qu'il y a autre chose a faire pour killer le processus d'apt? Ensuite dpkg-reconfigure et enfin apt full-upgrade Est ce que cela vous semble OK Très cordialement Hugues Le lun. 12 févr. 2024 à 18:49, Alain RICHARD a écrit : > J’ai fait récemment un apt full-upgrade de Debian 12 à Debian 13 (Trixie) > et mon Pc s’est éteint (fausse manœuvre) et après avoir rebooté, le système > m’a pas laissé recommencer la même commande. J’ai du killer le Pid de apt > et faire un dpkg —reconfigure -à et ça a été. > > > Le 12 févr. 2024 à 17:14, Hugues MORIN-TRENEULE a > écrit : > > > Salut > > > C'est un système qui à l'origine avait été installé en Wheezy ou Jessie et > que j'ai upgradé. > Je n'avais pas autant de connaissance que maintenant et il m'avait semblé > plus judicieux de faire une partition par montage. > Je me disais que ca serait surement plus simple de restaurer le système en > cas de crash avec cette manière de faire. > Avec le recul, aujourd'hui, je ne ferai que des partitions pour /home, > /var et /opt. > > > Sinon concernant le "ménage", j'ai supprimé les anciens kernel dans /boot. > J'ai supprimé aussi les dossiers modules concernés dans /lib/module. > > Voila le nouvel etat de mon systeme de fichiers: > > df -TPh > Filesystem Type Size Used Avail Use% Mounted on > udev devtmpfs 2.0G 0 2.0G 0% /dev > tmpfs tmpfs 396M 7.5M 389M 2% /run > /dev/sda1 ext4 1.8G 661M 1.1G 39% / > /dev/sda8 ext4 28G 7.2G 19G 28% /usr > tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm > tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock > tmpfs tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup > /dev/sdc1 ext4 916G 583G 287G 68% /mnt/data2 > /dev/sdb1 fuseblk 299G 285G 14G 96% /mnt/data > /dev/sda10 ext4 28G 2.7G 24G 11% /opt > /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp > /dev/sda9 ext4 19G 6.5G 11G 38% /var > /dev/sda3 ext4 73G 5.0G 65G 8% /home > /dev/sda5 ext4 920M 232M 625M 28% /boot > tmpfs tmpfs 396M 0 396M 0% /run/user/0 > /dev/sdd1 vfat 7.5G 366M 7.2G 5% /root/corsair > > df -i > Filesystem Inodes IUsedIFree IUse% Mounted on > udev 502193490 5017031% /dev > tmpfs506243848 5053951% /run > /dev/sda1122160 15831 106329 13% / > /dev/sda8 1831424 311408 1520016 18% /usr > tmpfs506243 1 5062421% /dev/shm > tmpfs506243 4 5062391% /run/lock > tmpfs506243 16 5062271% /sys/fs/cgroup > /dev/sdc1 61054976 13288 610416881% /mnt/data2 > /dev/sdb1 14184328 6185 141781431% /mnt/data > /dev/sda10 1831424797 18306271% /opt > /dev/sda7122160 28 1221321% /tmp > /dev/sda9 1220608 18510 12020982% /var > /dev/sda3 4890624 68947 48216772% /home > /dev/sda5 61056392606641% /boot > tmpfs506243 11 5062321% /run/user/0 > /dev/sdd1 0 00 - /root/corsair > > du -h -d 1 > 2.7G ./opt > 417M ./root > 6.5G ./var > 0 ./sys > 16K ./lost+found > 16M ./etc > 7.5M ./run > 12K ./media > 4.0K ./lib64 > 5.0G ./home > 7.2G ./usr > 13M ./sbin > 12M ./bin > 68K ./tmp > 564M ./lib > 868G ./mnt > 6.1M ./lib32 > 4.0K ./srv > 232M ./boot > 0 ./dev > 4.0K ./.cache > 0 ./proc > 890G . > > Est ce que cela vous semble suffisant pour l'upgrade? > > Et dans l'affirmative, que faut-il faire ensuite? > Je n'en ai pas la moindre idée et je ne voudrai pas exécuter de commande > qui pourrait faire empirer le probleme. > > Très cordialement > Hugues > > > Le lun. 12 févr. 2024 à 13:22, Michel Verdier a écrit : > >> Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : >> >> > J'ai effectivement vu ce message mais je n'en avais pas compris la >> raison. >> > Néanmoins, au vue de df -TPh, je m’aperçois que ma partition racine et >> > /boot son bien "chargées". >> > Est ce que le problème pourrait provenir de la? >> >> Le message repéré par Alban porte sur /lib donc ton / >> qui n'a que 127Mo de libre. La taille des modules varie selon les >> kernels. Chez moi ça prend dans les 80Mo. Et il faut compter des fichiers >> temporaires pendant l'installation. Déjà fais peut-être le ménage dans >> les kernels que tu n'utilise pas, ton /boot semble pas mal rempli. Ce >> n'est pas gênant pour /boot qui a de la marge mais ça libérera aussi de >> la place sur / >> >> >
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Salut C'est un système qui à l'origine avait été installé en Wheezy ou Jessie et que j'ai upgradé. Je n'avais pas autant de connaissance que maintenant et il m'avait semblé plus judicieux de faire une partition par montage. Je me disais que ca serait surement plus simple de restaurer le système en cas de crash avec cette manière de faire. Avec le recul, aujourd'hui, je ne ferai que des partitions pour /home, /var et /opt. Sinon concernant le "ménage", j'ai supprimé les anciens kernel dans /boot. J'ai supprimé aussi les dossiers modules concernés dans /lib/module. Voila le nouvel etat de mon systeme de fichiers: df -TPh Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 2.0G 0 2.0G 0% /dev tmpfs tmpfs 396M 7.5M 389M 2% /run /dev/sda1 ext4 1.8G 661M 1.1G 39% / /dev/sda8 ext4 28G 7.2G 19G 28% /usr tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/sdc1 ext4 916G 583G 287G 68% /mnt/data2 /dev/sdb1 fuseblk 299G 285G 14G 96% /mnt/data /dev/sda10 ext4 28G 2.7G 24G 11% /opt /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp /dev/sda9 ext4 19G 6.5G 11G 38% /var /dev/sda3 ext4 73G 5.0G 65G 8% /home /dev/sda5 ext4 920M 232M 625M 28% /boot tmpfs tmpfs 396M 0 396M 0% /run/user/0 /dev/sdd1 vfat 7.5G 366M 7.2G 5% /root/corsair df -i Filesystem Inodes IUsedIFree IUse% Mounted on udev 502193490 5017031% /dev tmpfs506243848 5053951% /run /dev/sda1122160 15831 106329 13% / /dev/sda8 1831424 311408 1520016 18% /usr tmpfs506243 1 5062421% /dev/shm tmpfs506243 4 5062391% /run/lock tmpfs506243 16 5062271% /sys/fs/cgroup /dev/sdc1 61054976 13288 610416881% /mnt/data2 /dev/sdb1 14184328 6185 141781431% /mnt/data /dev/sda10 1831424797 18306271% /opt /dev/sda7122160 28 1221321% /tmp /dev/sda9 1220608 18510 12020982% /var /dev/sda3 4890624 68947 48216772% /home /dev/sda5 61056392606641% /boot tmpfs506243 11 5062321% /run/user/0 /dev/sdd1 0 00 - /root/corsair du -h -d 1 2.7G ./opt 417M ./root 6.5G ./var 0 ./sys 16K ./lost+found 16M ./etc 7.5M ./run 12K ./media 4.0K ./lib64 5.0G ./home 7.2G ./usr 13M ./sbin 12M ./bin 68K ./tmp 564M ./lib 868G ./mnt 6.1M ./lib32 4.0K ./srv 232M ./boot 0 ./dev 4.0K ./.cache 0 ./proc 890G . Est ce que cela vous semble suffisant pour l'upgrade? Et dans l'affirmative, que faut-il faire ensuite? Je n'en ai pas la moindre idée et je ne voudrai pas exécuter de commande qui pourrait faire empirer le probleme. Très cordialement Hugues Le lun. 12 févr. 2024 à 13:22, Michel Verdier a écrit : > Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : > > > J'ai effectivement vu ce message mais je n'en avais pas compris la > raison. > > Néanmoins, au vue de df -TPh, je m’aperçois que ma partition racine et > > /boot son bien "chargées". > > Est ce que le problème pourrait provenir de la? > > Le message repéré par Alban porte sur /lib donc ton / > qui n'a que 127Mo de libre. La taille des modules varie selon les > kernels. Chez moi ça prend dans les 80Mo. Et il faut compter des fichiers > temporaires pendant l'installation. Déjà fais peut-être le ménage dans > les kernels que tu n'utilise pas, ton /boot semble pas mal rempli. Ce > n'est pas gênant pour /boot qui a de la marge mais ça libérera aussi de > la place sur / > > > /dev/sda1 ext4 1.8G 1.6G 127M 93% / > > /dev/sda8 ext4 28G 7.2G 19G 28% /usr > > /dev/sda10 ext4 28G 2.7G 24G 11% /opt > > /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp > > /dev/sda9 ext4 19G 6.5G 11G 38% /var > > /dev/sda3 ext4 73G 5.0G 65G 8% /home > > /dev/sda5 ext4 920M 379M 478M 45% /boot > > Pourquoi avoir découpé sda en autant de partitions ? Ca n'augmente pas la > sécurité et tu perds plein de place sur certaines alors que d'autres > saturent. > >
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : > J'ai effectivement vu ce message mais je n'en avais pas compris la raison. > Néanmoins, au vue de df -TPh, je m’aperçois que ma partition racine et > /boot son bien "chargées". > Est ce que le problème pourrait provenir de la? Le message repéré par Alban porte sur /lib donc ton / qui n'a que 127Mo de libre. La taille des modules varie selon les kernels. Chez moi ça prend dans les 80Mo. Et il faut compter des fichiers temporaires pendant l'installation. Déjà fais peut-être le ménage dans les kernels que tu n'utilise pas, ton /boot semble pas mal rempli. Ce n'est pas gênant pour /boot qui a de la marge mais ça libérera aussi de la place sur / > /dev/sda1 ext4 1.8G 1.6G 127M 93% / > /dev/sda8 ext4 28G 7.2G 19G 28% /usr > /dev/sda10 ext4 28G 2.7G 24G 11% /opt > /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp > /dev/sda9 ext4 19G 6.5G 11G 38% /var > /dev/sda3 ext4 73G 5.0G 65G 8% /home > /dev/sda5 ext4 920M 379M 478M 45% /boot Pourquoi avoir découpé sda en autant de partitions ? Ca n'augmente pas la sécurité et tu perds plein de place sur certaines alors que d'autres saturent.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour J'ai effectivement vu ce message mais je n'en avais pas compris la raison. Néanmoins, au vue de df -TPh, je m’aperçois que ma partition racine et /boot son bien "chargées". Est ce que le problème pourrait provenir de la? Voila le résultat des commandes demandées: df -TPh Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 2.0G 0 2.0G 0% /dev tmpfs tmpfs 396M 7.5M 389M 2% /run /dev/sda1 ext4 1.8G 1.6G 127M 93% / /dev/sda8 ext4 28G 7.2G 19G 28% /usr tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/sdc1 ext4 916G 583G 287G 68% /mnt/data2 /dev/sdb1 fuseblk 299G 285G 14G 96% /mnt/data /dev/sda10 ext4 28G 2.7G 24G 11% /opt /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp /dev/sda9 ext4 19G 6.5G 11G 38% /var /dev/sda3 ext4 73G 5.0G 65G 8% /home /dev/sda5 ext4 920M 379M 478M 45% /boot tmpfs tmpfs 396M 0 396M 0% /run/user/0 df -i Filesystem Inodes IUsedIFree IUse% Mounted on udev 502193473 5017201% /dev tmpfs506243823 5054201% /run /dev/sda1122160 3689185269 31% / /dev/sda8 1831424 311408 1520016 18% /usr tmpfs506243 1 5062421% /dev/shm tmpfs506243 4 5062391% /run/lock tmpfs506243 16 5062271% /sys/fs/cgroup /dev/sdc1 61054976 13288 610416881% /mnt/data2 /dev/sdb1 14184328 6185 141781431% /mnt/data /dev/sda10 1831424797 18306271% /opt /dev/sda7122160 28 1221321% /tmp /dev/sda9 1220608 18509 12020992% /var /dev/sda3 4890624 68947 48216772% /home /dev/sda5 61056412606441% /boot tmpfs506243 11 5062321% /run/user/0 Très cordialement Hugues Le lun. 12 févr. 2024 à 08:19, Alban Vidal a écrit : > Bonjour Hugues, > > Dans les logs il ressort le message "failed to write (No space left on > device)" qui signifie qu'il n'y a plus d'espace libre. > > Peux-tu nous transmettre le retour des commandes suivantes : > df -TPh > df -i > > Cordialement, > Alban > > > Le 12 février 2024 08:00:00 GMT+01:00, Hugues MORIN-TRENEULE < > mor...@gmail.com> a écrit : > >> Bonjour a tous >> >> >> Je reviens vers vous car je ne sais pas comment m'y prendre pour réparer >> un crash lors d'un apt full-upgrade lors d'un passage de Stretch a Bullseye. >> >> Il y a quelques temps vos conseils et explications mon permis de de >> mettre a jours mon Stretch afin de le préparer à l'upgrade vers Bullseye >> (cf "Mise à jours et Update Stretch - Problème de dépôt" sur la liste => >> https://lists.debian.org/debian-user-french/2023/08/msg00289.html) >> >> En résumé, j'ai oublié de faire l'upgrade de mon stretch en temps et en >> heure. Quand j'ai voulu le faire, les dépôts de mon sources.list n'étaient >> plus valide. Votre aide m'a permis d'avoir les bons dépôts et de mettre a >> jours mon Stretch à sa dernière version avant de lancer l'upgrade. >> Jusque là aucun probleme. >> >> Une fois a jour, j'ai lancé la procédure d'upgrade de Stretch à Bullseye >> en suivant pas à pas la procedure decrite par debian.org: >> >> https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html >> >> Tout s'est bien passé jusqu'au apt full-upgrade (paragraphe 4.4.6). >> J'ai fait les contrôles demandés, fait les sauvegardes. >> J'ai utilisé a plusieurs reprises les procédures d'upgrade de debian.org >> sans jamais rencontrer de probleme, c'est la 1ere fois que j'ai un crash >> lors de celle-ci et je ne sais pas trop que faire car je ne maitrise pas du >> tout le sujet. >> J'ai bien entendu tenté de faire quelques recherches mais cela ne m'a >> conduit a rien de concluant, soit ça n'a rien à voir, soit je ne comprends >> pas ce que je lis... >> >> Le probleme est survenu à environ 45% de l'installation. >> Voila le dernier message en console: >> [...] >> Selecting previously unselected package libnss-systemd:amd64. >> Preparing to unpack .../345-libnss-systemd_241-7~deb10u10_amd64.deb ... >> Unpacking libnss-systemd:amd64 (241-7~deb10u10) ... >> Errors were encountered while processing: >> >> >> /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >> E: Sub-process /usr/bin/dpkg returned an error code (1) >> >> >> J'ai trouvé 2 messages d'erreurs avant le crash définitif: >> >> [...] >> Selecting previously unselected package linux-image-4.19.0-25-amd64. >> Preparing to unpack >> .../261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb ... >> Unpacking linux-image-4.19.0-25-amd64 (4.19.289-2) ... >> dpkg: error processing archive >> /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >> (--unpack): >>
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour Hugues, Dans les logs il ressort le message "failed to write (No space left on device)" qui signifie qu'il n'y a plus d'espace libre. Peux-tu nous transmettre le retour des commandes suivantes : df -TPh df -i Cordialement, Alban Le 12 février 2024 08:00:00 GMT+01:00, Hugues MORIN-TRENEULE a écrit : >Bonjour a tous > > >Je reviens vers vous car je ne sais pas comment m'y prendre pour réparer un >crash lors d'un apt full-upgrade lors d'un passage de Stretch a Bullseye. > >Il y a quelques temps vos conseils et explications mon permis de de mettre >a jours mon Stretch afin de le préparer à l'upgrade vers Bullseye (cf "Mise >à jours et Update Stretch - Problème de dépôt" sur la liste => >https://lists.debian.org/debian-user-french/2023/08/msg00289.html) > >En résumé, j'ai oublié de faire l'upgrade de mon stretch en temps et en >heure. Quand j'ai voulu le faire, les dépôts de mon sources.list n'étaient >plus valide. Votre aide m'a permis d'avoir les bons dépôts et de mettre a >jours mon Stretch à sa dernière version avant de lancer l'upgrade. >Jusque là aucun probleme. > >Une fois a jour, j'ai lancé la procédure d'upgrade de Stretch à Bullseye en >suivant pas à pas la procedure decrite par debian.org: >https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html > >Tout s'est bien passé jusqu'au apt full-upgrade (paragraphe 4.4.6). >J'ai fait les contrôles demandés, fait les sauvegardes. >J'ai utilisé a plusieurs reprises les procédures d'upgrade de debian.org >sans jamais rencontrer de probleme, c'est la 1ere fois que j'ai un crash >lors de celle-ci et je ne sais pas trop que faire car je ne maitrise pas du >tout le sujet. >J'ai bien entendu tenté de faire quelques recherches mais cela ne m'a >conduit a rien de concluant, soit ça n'a rien à voir, soit je ne comprends >pas ce que je lis... > >Le probleme est survenu à environ 45% de l'installation. >Voila le dernier message en console: >[...] >Selecting previously unselected package libnss-systemd:amd64. >Preparing to unpack .../345-libnss-systemd_241-7~deb10u10_amd64.deb ... >Unpacking libnss-systemd:amd64 (241-7~deb10u10) ... >Errors were encountered while processing: > /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >E: Sub-process /usr/bin/dpkg returned an error code (1) > > >J'ai trouvé 2 messages d'erreurs avant le crash définitif: > >[...] >Selecting previously unselected package linux-image-4.19.0-25-amd64. >Preparing to unpack >.../261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb ... >Unpacking linux-image-4.19.0-25-amd64 (4.19.289-2) ... >dpkg: error processing archive >/tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >(--unpack): > cannot copy extracted data for >'./lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko' to >'/lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko.dpkg-new': failed to >write (No space left on device) >dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) >Preparing to unpack .../262-linux-image-amd64_4.19+105+deb10u20_amd64.deb >... >Unpacking linux-image-amd64 (4.19+105+deb10u20) over (4.9+80+deb9u17) ... >Preparing to unpack .../263-lnav_0.8.4-5_amd64.deb ... >[...] > >et > >[...] >Unpacking nautilus-extension-gnome-terminal (3.30.2-2) ... >Preparing to unpack .../276-network-manager-openvpn_1.8.10-1_amd64.deb ... >Unpacking network-manager-openvpn (1.8.10-1) over (1.2.8-2) ... >dpkg: warning: unable to delete old directory '/etc/NetworkManager/VPN': >Directory not empty >Preparing to unpack >.../277-network-manager-openvpn-gnome_1.8.10-1_amd64.deb ... >Unpacking network-manager-openvpn-gnome (1.8.10-1) over (1.2.8-2) ... >Preparing to unpack .../278-openvpn_2.4.7-1+deb10u1_amd64.deb ... >[...] > >J'ai sauvegardé tous les log après le crash et tout ce qui s'affichait en >console. >J'ai aussi à dispo le script enregistré lors de l'upgrade. > >Je n'ai rien fait de plus depuis le crash si ce n'est d'allumer la machine >pour faire la sauvegarde des log. > >Je dois avouer ne pas savoir du tout ce qu'il faut faire pour réparer, je >suis dans une impasse. >Toute aide sera la bienvenue ;-) > > >Très cordialement >Hugues -- Envoyé de /e/ Mail.
Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonjour a tous Je reviens vers vous car je ne sais pas comment m'y prendre pour réparer un crash lors d'un apt full-upgrade lors d'un passage de Stretch a Bullseye. Il y a quelques temps vos conseils et explications mon permis de de mettre a jours mon Stretch afin de le préparer à l'upgrade vers Bullseye (cf "Mise à jours et Update Stretch - Problème de dépôt" sur la liste => https://lists.debian.org/debian-user-french/2023/08/msg00289.html) En résumé, j'ai oublié de faire l'upgrade de mon stretch en temps et en heure. Quand j'ai voulu le faire, les dépôts de mon sources.list n'étaient plus valide. Votre aide m'a permis d'avoir les bons dépôts et de mettre a jours mon Stretch à sa dernière version avant de lancer l'upgrade. Jusque là aucun probleme. Une fois a jour, j'ai lancé la procédure d'upgrade de Stretch à Bullseye en suivant pas à pas la procedure decrite par debian.org: https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html Tout s'est bien passé jusqu'au apt full-upgrade (paragraphe 4.4.6). J'ai fait les contrôles demandés, fait les sauvegardes. J'ai utilisé a plusieurs reprises les procédures d'upgrade de debian.org sans jamais rencontrer de probleme, c'est la 1ere fois que j'ai un crash lors de celle-ci et je ne sais pas trop que faire car je ne maitrise pas du tout le sujet. J'ai bien entendu tenté de faire quelques recherches mais cela ne m'a conduit a rien de concluant, soit ça n'a rien à voir, soit je ne comprends pas ce que je lis... Le probleme est survenu à environ 45% de l'installation. Voila le dernier message en console: [...] Selecting previously unselected package libnss-systemd:amd64. Preparing to unpack .../345-libnss-systemd_241-7~deb10u10_amd64.deb ... Unpacking libnss-systemd:amd64 (241-7~deb10u10) ... Errors were encountered while processing: /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) J'ai trouvé 2 messages d'erreurs avant le crash définitif: [...] Selecting previously unselected package linux-image-4.19.0-25-amd64. Preparing to unpack .../261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb ... Unpacking linux-image-4.19.0-25-amd64 (4.19.289-2) ... dpkg: error processing archive /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb (--unpack): cannot copy extracted data for './lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko' to '/lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko.dpkg-new': failed to write (No space left on device) dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Preparing to unpack .../262-linux-image-amd64_4.19+105+deb10u20_amd64.deb ... Unpacking linux-image-amd64 (4.19+105+deb10u20) over (4.9+80+deb9u17) ... Preparing to unpack .../263-lnav_0.8.4-5_amd64.deb ... [...] et [...] Unpacking nautilus-extension-gnome-terminal (3.30.2-2) ... Preparing to unpack .../276-network-manager-openvpn_1.8.10-1_amd64.deb ... Unpacking network-manager-openvpn (1.8.10-1) over (1.2.8-2) ... dpkg: warning: unable to delete old directory '/etc/NetworkManager/VPN': Directory not empty Preparing to unpack .../277-network-manager-openvpn-gnome_1.8.10-1_amd64.deb ... Unpacking network-manager-openvpn-gnome (1.8.10-1) over (1.2.8-2) ... Preparing to unpack .../278-openvpn_2.4.7-1+deb10u1_amd64.deb ... [...] J'ai sauvegardé tous les log après le crash et tout ce qui s'affichait en console. J'ai aussi à dispo le script enregistré lors de l'upgrade. Je n'ai rien fait de plus depuis le crash si ce n'est d'allumer la machine pour faire la sauvegarde des log. Je dois avouer ne pas savoir du tout ce qu'il faut faire pour réparer, je suis dans une impasse. Toute aide sera la bienvenue ;-) Très cordialement Hugues
