Re: Erreur nvidia suite upgrade noyau 6.1.0-18

2024-02-13 Par sujet ajh-valmer
On Tuesday 13 February 2024 18:34:04 Bernard S. wrote:
> Hallo Wache,
> Es tut mir leid, maintenant, il suffit de supprimer les noyaux anciens 
> à la main pour que tout rentre dans l'ordre...

Encore une fois, c'est qui "Wache" et pourquoi ce début en prose germanique ?
Comme bien exprimé ci-dessous, je n'ai aucun noyau  6.1.0-18 dans mon /boot/
(Merci de m'aider, mais ça fait 2 fois que tu ne lis pas complètement mes 
requêtes. En général je fais attention d'être précis sur la ML afin d'éviter 
trop de mails).
Sans doute en purgeant les headers 6.1.0-18 ?

> De: "ajh-valmer" 
> Envoyé: Mardi 13 Février 2024 18:22:49
> Objet: Re: Erreur nvidia suite upgrade noyau 6.1.0-18
> Je vais arrêter de vous embêter avec mes déboires,
> sauf qu'il peut servir l'expérience des membres de cette ML.
> Maintenant, je ne peux plus upgrader vers le noyau  6.1.0-18,
> alors que mon système n'est qu'en noyau 6.1.0-17 (répertoire /boot/).
> # apt update ,  apt upgrade ,  apt dist-upgrade , apt full-upgrade 
> avec purge de nvidia,
> n'émet aucun message d'erreur, comme si l'upgrade avait atteint son
> maximum du moment.
> Lu sur des forums anglais, allemand..., je ne suis pas le seul à avoir 
> ce problème sans trouver un "resolved" (une solution).



Re: Erreur nvidia suite upgrade noyau 6.1.0-18

2024-02-13 Par sujet zithro

On 13 Feb 2024 18:22, ajh-valmer wrote:

Errors were encountered while processing:
  linux-image-6.1.0-18-amd64
  linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)


Sans logs, c'est "ma voiture a un bruit, c'est quoi ?" ;)

Télécharge manuellement le nouveau kernel et installe-le en mode debug :
(DL en user, install en root)

$ apt-get download linux-image-6.1.0-18-amd64
# dpkg -D13 -i linux-image-6.1.0-18-amd64.deb

Augmenter "D" augmente les détails.
Voir "man dpkg" ou "dpkg --debug=help" pour les chiffres utiles.

Quelques autres pistes:
- dkms
- apt pinning
- vérifier l'état des paquets (dpkg --audit, etc).
(- espace disque dans /boot ou /lib)


--
++
zithro / Cyril



Re: Erreur nvidia suite upgrade noyau 6.1.0-18

2024-02-13 Par sujet Bernard Schoenacker
Hallo Wache,

Es tut mir leid, maintenant, il suffit de supprimer les noyaux anciens 
à la main pour que tout rentre dans l'ordre...

Merci

@+
Bernard 

- Mail original -
De: "ajh-valmer" 
À: debian-user-french@lists.debian.org
Envoyé: Mardi 13 Février 2024 18:22:49
Objet: Re: Erreur nvidia suite upgrade noyau 6.1.0-18

On Monday 12 February 2024 20:14:04 ajh-valmer wrote:
> Avant, j'ai purgé nvidia depuis le noyau 6.1.0-17,
> pour faire un upgrade => noyau 6.1.0-18 et tenter à nouveau :
> # apt update
> # apt upgrade
> Errors were encountered while processing:
>  linux-image-6.1.0-18-amd64
>  linux-image-amd64
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Je ne peux pas upgrader le système, je suis encore coincé...

Bonsoir à tous,
Je vais arrêter de vous embêter avec mes déboires,
sauf qu'il peut servir l'expérience des membres de cette ML.

Maintenant, je ne peux plus upgrader vers le noyau  6.1.0-18,
alors que mon système n'est qu'en noyau 6.1.0-17 (répertoire /boot/).
# apt update ,  apt upgrade ,  apt dist-upgrade , apt full-upgrade 
avec purge de nvidia,
n'émet aucun message d'erreur, comme si l'upgrade avait atteint son
maximum du moment.
Lu sur des forums anglais, allemand..., je ne suis pas le seul à avoir 
ce problème sans trouver un "resolved" (une solution).

Bonne soirée.



Re: Erreur nvidia suite upgrade noyau 6.1.0-18

2024-02-13 Par sujet ajh-valmer
On Monday 12 February 2024 20:14:04 ajh-valmer wrote:
> Avant, j'ai purgé nvidia depuis le noyau 6.1.0-17,
> pour faire un upgrade => noyau 6.1.0-18 et tenter à nouveau :
> # apt update
> # apt upgrade
> Errors were encountered while processing:
>  linux-image-6.1.0-18-amd64
>  linux-image-amd64
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Je ne peux pas upgrader le système, je suis encore coincé...

Bonsoir à tous,
Je vais arrêter de vous embêter avec mes déboires,
sauf qu'il peut servir l'expérience des membres de cette ML.

Maintenant, je ne peux plus upgrader vers le noyau  6.1.0-18,
alors que mon système n'est qu'en noyau 6.1.0-17 (répertoire /boot/).
# apt update ,  apt upgrade ,  apt dist-upgrade , apt full-upgrade 
avec purge de nvidia,
n'émet aucun message d'erreur, comme si l'upgrade avait atteint son
maximum du moment.
Lu sur des forums anglais, allemand..., je ne suis pas le seul à avoir 
ce problème sans trouver un "resolved" (une solution).

Bonne soirée.



Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade

2024-02-13 Par sujet 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 ;)

--
++
zithro / Cyril



Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade

2024-02-13 Par sujet 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






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

2024-02-13 Par sujet 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.