Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

inbox · Le 20/08/2023, à 20:06

Salut,

Pour un fichier système (/etc/sudoers), si tu ne sais pas pourquoi il y a une différence entre ton fichier et sa nouvelle version, il vaut mieux accepter le nouveau fichier.

Dans ton cas, il faut donc entrer Y, puis valider.

A+

Dernière modification par inbox (Le 20/08/2023, à 20:07)

Bob dit l'Âne · Le 20/08/2023, à 20:11

ben, c'est ce que j'ai tenté de faire, mais aucune réponse.
Trop tard, j'ai coupé le terminal.
Oh la, la !

inbox · Le 20/08/2023, à 20:15

Ce n'est pas une bonne idée d'interrompre une mise à niveau. Maintenant, il va falloir voir si la reprise fonctionne.

xubu1957 · Le 20/08/2023, à 20:15

Bonjour,

Tu peux démarrer sur un noyau précédent, pour appliquer ensuite les commandes du § 10, de la Doc migration ?

geole · Le 20/08/2023, à 20:18

Bonsoir.

 L'action par défaut garde votre version actuelle.
*** sudoers (Y/I/N/O/D/Z) [défaut=N] ? D

Je constate que choisir l'option de Visualiser les différences continue d'aboutir à une impasse.
C'est l'occasion pour moi de choisir.
Y ou I : installer la version du responsable du paquet
quitte à ultérieurement rebidouiller.
Si tu ne trouves pas comment t'en sortir et si personne d'autre ne te conseille,
reboote en choisissant le vieux noyau et finis l'installation.
chapitre 10
Ajout. Je vois que tout a déjà été dit.

Reajout Peut-être faudrait-il faire un rapport de bug lorsqu'on fait ce choix?

Dernière modification par geole (Le 20/08/2023, à 20:33)

Bob dit l'Âne · Le 21/08/2023, à 08:29

Bon, je crois que je suis coincé.
En effet, c'est bien ce que j'ai fait pour tomber en panne. J'ai cherché à visualiser les différences en appuyant sur l'option D comme proposé.
Comme vous me l'indiquiez et suivant le chapitre 10, j'ai rebooté en choisissant le noyau précédent, et l'install a bien redémarré où elle s'était interrompue, j'ai répondu Y à la question, c'est reparti mais ça s'est de nouveau arrêté peu de temps après.
J'ai réessayé en utilisant sudo dpkg-reconfigure -phigh -a, commande qui est sensée réinstaller et reconfigurer les paquets de la mise à niveau, mais rien ne se passe.
PS: j'écris d'une autre machine

xubu1957 · Le 21/08/2023, à 08:34

Bonjour,

En attendant une solution plus efficace, tu arrives à redémarrer avec les touches_magiques ?

Le 15/03/2018, moko138 a écrit :

(...)
Plutôt que l'extinction mécanique forcée, qui détériore les composants et qui laisse en vrac les systèmes de fichiers des partitions montées, il faut préférer les touches_magiques.
Concrètement, pour redémarrer:
Alt+Sys r e i s (*) u (*) b
(*) attendre quelques secondes.

Qid · Le 21/08/2023, à 08:35

Refait voir la seconde commande de ton post 18 histoire de voir les packets qui seraient bancales

xubu1957 · Le 21/08/2023, à 08:38

Montre les éventuels paquets cassés, comme conseillé par Qid :

dpkg -l | grep -v ^ii

Bob dit l'Âne · Le 21/08/2023, à 09:23

Oui, j'arrive à redémarrer avec Alt SysRq b.
L'inconvénient c'est que je ne peux plus vous montrer le résultat de l'exécution du code à partir de l'install défectueuse.

Bob dit l'Âne · Le 21/08/2023, à 09:55

Voici une photo pour vous montrer où je suis bloqué maintenant/

whoopsie.service
grub-common.service

Qid · Le 21/08/2023, à 10:10

Bob dit l'Âne a écrit :

Voici une photo

Photo sur laquelle on ne voit rien puisqu'il manque 2/3 de l'écran...

Je pense que t'es bon pour passer en chroot à partir d'un live pour qu'on soit dans de bonnes conditions pour t'aider à rattraper ça...

Qid · Le 21/08/2023, à 10:15

xubu1957 a écrit :

Tu peux démarrer sur un noyau précédent, pour appliquer ensuite les commandes du § 10, de la Doc migration ?

Sinon, Bob dit l'Âne, hier soir à 21:15:59 dans le post sus-cité xubu1957 parlait bien d'un noyau précédent... Pas du mode de dépannage !

Dernière modification par Qid (Le 21/08/2023, à 10:16)

xubu1957 · Le 21/08/2023, à 10:29

Méthode :

Le 29/05/2017, moko138 a écrit :

Démarrer sur un noyau précédent
- redémarre en tapotant les touches Majuscules ou Echap
- à l'apparition du menu de grub, descends avec la flèche bas, sur la ligne :
Linux previous versions
ou
Advanced options for Ubuntu
- valide
- choisis un noyau autre que le plus récent.
- valide et laisse le pc poursuivre son démarrage.

Le 03/12/2022, nany a écrit :

Quand on a réussi à afficher le menu de GRUB, il faut alors aller sur la deuxième ligne (Advanced options for Ubuntu ou Options avancées pour Ubuntu en français) puis valider pour faire apparaître un sous-menu où il est alors possible de choisir une autre version de noyau.

Bob dit l'Âne · Le 21/08/2023, à 11:15

Je vais vous dire que je ne sais pas comment j'ai fait, après un "dpkg -l | grep -v ii" je crois, à remettre en route la mise à niveau. Elle est allée je le pensais jusqu'au bout et j'ai été invité à redémarrer normalement avec un grub refait à neuf.
Malheureusement, le programme ne se charge pas.

Il vaudrait peut-être mieux en effet que je passe en chroot à partir d'un live...

Dernière modification par Bob dit l'Âne (Le 21/08/2023, à 11:20)

xubu1957 · Le 21/08/2023, à 11:20

Vu la ligne finale en rouge et askubuntu.com/questions/1319227/transaction-for-graphical-target-start-is-destructive

La Doc fsck.

Attends les avis des autres aidants.

Qid · Le 21/08/2023, à 11:35

xubu1957 a écrit :

Attends les avis des autres aidants.

En tous cas on est toujours en mode de dépannage alors qu'il a toujours été question de démarrer sur un ancien kernel... Merci de confirmer au moins se point là histoire d'éviter qu'on continue à se demander ce que tu fais sur cet écran qui ressemble à celui du mode de dépannage : "appuyez sur entrer pour la maintenance"

Après je dis pourquoi pas au fsck proposé même si en général c'est dit plus clairement si il faut en faire un : de toutes façons ça ne peut pas faire de mal...

Bob dit l'Âne · Le 21/08/2023, à 14:43

Comme je le disais plus haut (#40), j'ai réussi à redémarrer et à terminer ? la mise à niveau mais elle ne fonctionne pas.
Les entrées recovery ne fonctionnent pas et je ne peux qu'entrer dans la maintenance en lançant le noyau 5.15.0-79 generic.
Je ne sais pas si je m'exprime comme il faut, mais ça devient un peu compliqué pour moi, je commence à m'embrouiller sérieusement, d'autant plus que je ne peux plus utiliser en direct la copie d'écran et le forum en même temps que m'occuper du dépannage.

xubu1957 · Le 21/08/2023, à 14:49

Tu arrives à passer dans un terminal :

sudo apt update

?

Qid · Le 21/08/2023, à 14:50

Bob dit l'Âne a écrit :

je ne peux plus utiliser en direct la copie d'écran et le forum en même temps que m'occuper du dépannage.

D'où le fait de proposer de passer par chroot parceque c'est sûr que là ça complique les choses pour tout le monde...

Bob dit l'Âne · Le 21/08/2023, à 14:57

Bon, j'ai fait mon fsck

jean-yves@JEAN-YVES-G3-3779:~$ lsblk -fe7 -o +size
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS   SIZE
sda                                                                                     931,5G
├─sda1
│    ext4   1.0   data  d191b995-ae19-4f13-a65e-3245f8062abb    244G    19% /mnt/d191b995-ae19-4f13-a65e-3245f8062abb
│                                                                                       326,2G
├─sda2
│    ext4   1.0   newhome
│                       e55bad4b-a1f9-4d52-9aa1-1e4986548a2b                              293G
├─sda3
│    swap   1           72c110b1-05c9-4a44-ba72-ba270c1da6a0                [SWAP]       10,6G
└─sda4
     ext4   1.0         10ad37fc-5402-4587-9b31-c7ec09ad7fd1  265,9G     5% /var/snap/firefox/common/host-hunspell
                                                                                        301,8G
                                                                            /           
nvme0n1
│                                                                                       119,2G
├─nvme0n1p1
│    vfat   FAT32 ESP   BECE-AA3A                             602,3M    19% /boot/efi     750M
└─nvme0n1p3
     ext4   1.0   OS_Ubuntu1
                        aa4de593-ebea-444b-9ca7-e86ed14957d5                            113,5G
jean-yves@JEAN-YVES-G3-3779:~$ sudo fsck /dev/nvme0n1p3
[sudo] Mot de passe de jean-yves : 
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
OS_Ubuntu1 : propre, 840186/7446528 fichiers, 14352468/29755648 blocs
jean-yves@JEAN-YVES-G3-3779:~$ sudo fsck /dev/nvme0n1p3
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
OS_Ubuntu1 : propre, 840186/7446528 fichiers, 14352468/29755648 blocs
jean-yves@JEAN-YVES-G3-3779:~$ sudo fsck -f -v /dev/nvme0n1p3
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'arbre d'extent de l'i-noeud 4718809 (au niveau 1) pourrait être plus étroit.  Optimiser<o>? oui
L'arbre d'extent de l'i-noeud 4718926 (au niveau 1) pourrait être plus étroit.  Optimiser<o>? oui
Passe 1E : Optimisation des arbres d'extent
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe

OS_Ubuntu1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

      840186 i-noeuds utilisés (11.28%, sur 7446528)
        3529 fichiers non contigus (0.4%)
        1880 répertoires non contigus (0.2%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 689306/2396
    14352466 blocs utilisés (48.23%, sur 29755648)
           0 bloc défectueux
           1 fichier de grande taille

      581310 fichiers normaux
       97996 répertoires
           7 fichiers de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
      558038 liens
      160595 liens symboliques (148200 liens symboliques rapides)
         269 sockets
------------
     1398215 fichiers

geole · Le 21/08/2023, à 15:55

Bob dit l'Âne a écrit :

Les entrées recovery ne fonctionnent pas et je ne peux qu'entrer dans la maintenance en lançant le noyau 5.15.0-79 generic.

Bonjour
A ce niveau, je sens qu'il faudrait probablement virer les pilotes graphiques et les réinstaller

C est une affaire de deux commandes, mais je ne les ai pas mémorisées.

chapitre trois
ou
Paragraphe 3.2

Dernière modification par geole (Le 21/08/2023, à 16:13)

Bob dit l'Âne · Le 21/08/2023, à 16:38

@geole, je viens de le faire, mais ce n'a pas l'air d'être ça.

geole · Le 21/08/2023, à 16:49

Le problème est-il toujours celui-ci?
Si oui, la cause est peut-être le message
failed to mount /Gdrive

Bob dit l'Âne · Le 21/08/2023, à 17:16

Touché geole, je viens de commenter l'entrée /Gdrive dans /etc/fstab, et de redémarrer sans problème apparent. On dirait bien que cela a solutionné le problème.
Je fais les vérifications et vous tiens au courant dès que possible.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 20/08/2023, à 20:06

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#27 Le 20/08/2023, à 20:11

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#28 Le 20/08/2023, à 20:15

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#29 Le 20/08/2023, à 20:15

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#30 Le 20/08/2023, à 20:18

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#31 Le 21/08/2023, à 08:29

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#32 Le 21/08/2023, à 08:34

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#33 Le 21/08/2023, à 08:35

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#34 Le 21/08/2023, à 08:38

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#35 Le 21/08/2023, à 09:23

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#36 Le 21/08/2023, à 09:55

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#37 Le 21/08/2023, à 10:10

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#38 Le 21/08/2023, à 10:15

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#39 Le 21/08/2023, à 10:29

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#40 Le 21/08/2023, à 11:15

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#41 Le 21/08/2023, à 11:20

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#42 Le 21/08/2023, à 11:35

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#43 Le 21/08/2023, à 14:43

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#44 Le 21/08/2023, à 14:49

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#45 Le 21/08/2023, à 14:50

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#46 Le 21/08/2023, à 14:57

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#47 Le 21/08/2023, à 15:55

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#48 Le 21/08/2023, à 16:38

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#49 Le 21/08/2023, à 16:49

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

#50 Le 21/08/2023, à 17:16

Re : Mise à niveau 22.04 "avortée" & "récupérée" [RESOLU]

Pied de page des forums