Stretch vers Bullseye - Probleme lors du apt full-upgrade

[Hugues MORIN-TRENEULE]

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

[Hugues MORIN-TRENEULE]

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  IUsed    IFree IUse% Mounted on
udev             502193    473   501720    1% /dev
tmpfs            506243    823   505420    1% /run
/dev/sda1        122160  36891    85269   31% /
/dev/sda8       1831424 311408  1520016   18% /usr
tmpfs            506243      1   506242    1% /dev/shm
tmpfs            506243      4   506239    1% /run/lock
tmpfs            506243     16   506227    1% /sys/fs/cgroup
/dev/sdc1      61054976  13288 61041688    1% /mnt/data2
/dev/sdb1      14184328   6185 14178143    1% /mnt/data
/dev/sda10      1831424    797  1830627    1% /opt
/dev/sda7        122160     28   122132    1% /tmp
/dev/sda9       1220608  18509  1202099    2% /var
/dev/sda3       4890624  68947  4821677    2% /home
/dev/sda5         61056    412    60644    1% /boot
tmpfs            506243     11   506232    1% /run/user/0

Très cordialement

Hugues

Le lun. 12 févr. 2024 à 08:19, Alban Vidal <alban...@zordhak.fr> 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

-- Envoyé de /e/ Mail.

[Michel Verdier]

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.

[Hugues MORIN-TRENEULE]

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  IUsed    IFree IUse% Mounted on

udev             502193    490   501703    1% /dev
tmpfs            506243    848   505395    1% /run
/dev/sda1        122160  15831   106329   13% /

/dev/sda8       1831424 311408  1520016   18% /usr
tmpfs            506243      1   506242    1% /dev/shm
tmpfs            506243      4   506239    1% /run/lock
tmpfs            506243     16   506227    1% /sys/fs/cgroup
/dev/sdc1      61054976  13288 61041688    1% /mnt/data2
/dev/sdb1      14184328   6185 14178143    1% /mnt/data
/dev/sda10      1831424    797  1830627    1% /opt
/dev/sda7        122160     28   122132    1% /tmp

/dev/sda9       1220608  18510  1202098    2% /var

/dev/sda3       4890624  68947  4821677    2% /home

/dev/sda5         61056    392    60664    1% /boot

tmpfs            506243     11   506232    1% /run/user/0

/dev/sdd1             0      0        0     - /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

[Hugues MORIN-TRENEULE]

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 <alain...@yahoo.fr> 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 <mor...@gmail.com> a écrit :



[nicolas...@gmail.com]

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...

[zithro]

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

[Michel Verdier]

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.

[Hugues MORIN-TRENEULE]

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

[zithro]

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 ;)

[Gilles Mocellin]

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.

[Hugues MORIN-TRENEULE]

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

[Gilles Mocellin]

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 !

[Hugues MORIN-TRENEULE]

Salut

Merci Gilles pour ta confirmation

J'ai plus qu'a ... ;)

Bonne journée

Hugues

[Hugues MORIN-TRENEULE]

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

[Michel Verdier]

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.