[Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

bouhq · Le 06/04/2023, à 14:45

Même en mode recovery ,l'option resume ne resoud pas le problème.

bouhq · Le 06/04/2023, à 20:57

Bonsoir
En l'absence d'une réponse, j'ai essayé toutes les options du mode recovery à l'exception de " clean" et de " root" et le rapport établi à la suite des opérations effectuées mentionne notamment:

- Connectivité réseau: aucune
- Aucun raid logiciel détecté
-Etat du LVM:
- Volumes physiques: pas OK ( mal)
- Groupes de volumes: OK ( Bien)
Configuration détaillée du réseau
Base de données, du système (APT)
- La base de données est cohérente: inconnu ( système de fichiers en lecture

.

Dernière modification par bouhq (Le 06/04/2023, à 21:33)

bouhq · Le 07/04/2023, à 00:32

Pour vérifier l"état de ma connectivité j'ai fait :

ifconfig

La commande, étant introuvable, je l'installe avec:

sudo apt install net-tools

Puis je refais ifconfig dont voici le retour:

lubuntu@lubuntu:~$ sudo apt install net-tools
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  net-tools
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 194 kB of archives.
After this operation, 803 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu bionic/main amd64 net-tools amd64 1.60+git20161116.90da8a0-1ubuntu1 [194 kB]
Fetched 194 kB in 1s (266 kB/s)
Selecting previously unselected package net-tools.
(Reading database ... 128232 files and directories currently installed.)
Preparing to unpack .../net-tools_1.60+git20161116.90da8a0-1ubuntu1_amd64.deb ...
Unpacking net-tools (1.60+git20161116.90da8a0-1ubuntu1) ...
Processing triggers for man-db (2.8.3-2) ...
Setting up net-tools (1.60+git20161116.90da8a0-1ubuntu1) ...
lubuntu@lubuntu:~$ ifconfig
enp1s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether fc:45:96:2c:5b:2c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 2948  bytes 196401 (196.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2948  bytes 196401 (196.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.36.180  netmask 255.255.255.0  broadcast 192.168.36.255
        inet6 fe80::7707:1824:a2b4:99f4  prefixlen 64  scopeid 0x20<link>
        ether 30:e3:7a:2e:e3:16  txqueuelen 1000  (Ethernet)
        RX packets 7476  bytes 8570443 (8.5 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3811  bytes 558492 (558.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lubuntu@lubuntu:~$

xubu1957 · Le 07/04/2023, à 06:11

Bonjour,

Pour info :

Le 01/07/2019, bruno a écrit :

Hors-sujet.
Au passage les commandes ifconfig sont obsolètes. Il serait préférable d'aider les demandeurs avec les commandes ip:
#3 : remplacer par ip a (ou ip address show)
#4 : remplacer par ip link set enp4s0 up|down

dans Problème connexion Ethernet via CPL

Pour essayer de rétablir la connexion filaire :

sudo ip link set enp1s0 down

sudo ip link set enp1s0 up

sudo dhclient enp1s0

bouhq · Le 07/04/2023, à 10:22

Bonjour xubu1957
Merci de ton passage, mon problème ce n'est pas la connexion filaire que je n'utilise plus depuis longtemps ni la connexion wifi que j'utilise actuellement pour communiquer dans ce forum. je ne sais pas pourquoi le rapport mode recovery fait mention d'absence de connectivité alors que l'internet wifi ne me donne pas de souci, du moins en bootant sur linux. S'agit-il peut être d'autre chose?
Pour avoir le coeur net, j'ai fait ces commandes et voilà ce que ça donne:

lubuntu@lubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether fc:45:96:2c:5b:2c brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 30:e3:7a:2e:e3:16 brd ff:ff:ff:ff:ff:ff
    inet 192.168.36.180/24 brd 192.168.36.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 3068sec preferred_lft 3068sec
    inet6 fe80::f356:50d3:f30f:5112/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
lubuntu@lubuntu:~$ sudo ip link set enp1s0 down
lubuntu@lubuntu:~$ sudo ip link set enp1s0 up
lubuntu@lubuntu:~$ sudo dhclient enp1s0

geole · Le 07/04/2023, à 11:23

Bonjour
J'ai vu qu'en passant par le mode recovery, puis resume, tu ne peux toujours pas utiliser ton écran. Je ne sais pas quoi proposer. Mais, je ne comprends pas comment tu peux poster dans cette discussion.

Dernière modification par geole (Le 07/04/2023, à 11:24)

bouhq · Le 07/04/2023, à 11:29

Bonjour geole
j'utilise le live usb pour poster
Pour le recovery mode, il reste l'option root que je n'ai pas essayé. Peut être qu'en utilisant pour modifier ou ajouter certaines choses, on trouvera une piste de sortie. Qu'en penses-tu?

geole · Le 07/04/2023, à 11:47

Le problème est que le recovery + resume permet de vérifier si le problème est lié au mode graphique car il embarque l'option nomodeset
Si tu choisis root, c'est dans le but de faire des commandes de réparation. Mais je ne sais rien proposer.

bouhq · Le 07/04/2023, à 14:29

En voci des captures d'écran du rapport établi par le mode recovery, peut être que ça pourrait te suggérer quelques propositions:

https://ibb.co/cTxM3hx
https://ibb.co/zHRbzh6
https://ibb.co/hRb3WNX

Je dirai n'importe quoi, mais est ce possible de revenir à la situation avant l'installation de nouveaux paquets que je soupçonne être à l'origine du problème survenu. La commande remove dans un terminal en session live usb, peut-elle faire l'affaire?

geole · Le 07/04/2023, à 14:47

Si tu pense qu'une installation de paquets est responsable, il faut:
Booter en mode recovery
Choisir la ligne contenant soit netroot soit network Activer la prise en charge du réseau
Puis après, choisir la commande dpkg
Puis après choisir la commande root afin de pouvoir frapper
apt-get remove NomDuPaquetSuspect.

Dernière modification par geole (Le 07/04/2023, à 14:48)

bouhq · Le 07/04/2023, à 17:16

Et si je ne connais pas le nom du paquet suspect? Comment peut-on avoir une liste des paquets nouvellement installés?
Dans ke rapport du mode recovery, et dans la rubrique " Etat du RAID logiciel", il est indiqué :

[b]aucun Raid logiciel détecté ( mdstat), [/b]

Et dans la rubrique " Etat du LVM( gestionnaire de volume logique), deux observations à retenir:

- Volumes physiques: [b]pas OK[/b] (mal)
- Groupes de volumes: OK (bien)

Et dans la rubrique" Informations générales" , il est à remarquer:

[b]connectivité réseau : aucune[/b]

Ne penses-tu pas que le problème peut provenir de ces anomalies soulignées en gras?

Dernière modification par bouhq (Le 07/04/2023, à 17:19)

geole · Le 07/04/2023, à 18:29

Au dernier boot info, je n'ai pas détecté la présence d'une structure raid ou d'une structure lvm et heureusement car un peu plus compliqué.

Pour le réseau, si tu ne l'as pas activé dans le recovery, il n'est pas opérationnel. Mais on peut fonctionner sans réseau

Sauf erreur, l'incident rencontré est le suivant:
"Je retiens mon souffle, puis je me retrouve sur la page d'identification d'utilisateur, je renseigne mon mot de passe, après ça défile avec l'écran bleu de Lubuntu, j'attends que le menu du bureau s'affiche mais rien, ça ne plante pas car le curseur est en mouvement, mais rien ne s'affiche."

Il faudrait peut-être réinstaller le bureau ubuntu ..... mais je ne connais pas, Ouvre une nouvelle discussion car cela n'a aucun rapport avec le boot.

Dernière modification par geole (Le 07/04/2023, à 18:35)

Qid · Le 07/04/2023, à 18:59

Si on cause de lubuntu c'est lubuntu-desktop qu'il faudrait réinstaller si tu penses que c'est ça mais d'après le peu que j'ai suivi on est pas plutôt sur un souci graphique ?

bouhq · Le 07/04/2023, à 23:20

Je ne suis pas connaisseur, mais, moi aussi, je penche vers l'hypothèse de souci graphique. Mon argument est que la page d'identification ne s'affiche pas directement après le boot en lançant une option du menu grub et après le défilement du logo ACER. Si c'était le cas on dirait bien que le problème est bien l'affichage du bureau, mais ce n'était pas le cas, car après le choix dans le menu grub c'est l'écran avec la couleur d'ubuntu portant linscription; ubuntu 18.04 et renvoaynt un message d'erreur qui s'affiche pendant un moment.
Pour information:
1. Dans le menu grub et dans la ligne options avnatageuses d'ubuntu, il y a deux noyaux en mode normal et en mode recovery, mais uniquement un seul qui boote ( avant l'émergence du nouveau souci), l'autre ne boote pas.
2. Pour donner le maximum d'indices et de détails qui peuvent servir dans la recherche d'une solution à mon problème, voici la transcription intégrale des retours du mode recovry concernant deux lignes du menu:

1. Clean= Essayer de libérer de l'espace:

Tentative d'identification des paquets superflus (apt-get autoremove), merci de vérifier attentivement.
Lecture des listes de paquets...Fait
Construction de l'arbre des dépendances
Lecture des informations d'état...Fait
0 misà jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour
1 partiellement  installés ou enlevés.
Après cette opération, 0o d'espace disque supplémentaire seront utilisés.
W: APT had planned for Dpkg to do more than it reported back (Ovs 4).
Affected packages: grub-efi-amd64-signed:amd64
Terminé- veuillez appuyer sur Entrée

2. DKPG

Lecture du cache
Lecture des listes de paquets...terminé
Construction de l'arbre des dépendances
Lecture des informations d'état...terminé
Calcul des modificatins en cours
Impossible d'évaluer la mise à niveau
Un problème insoluble est survenu lors du calcul de la mise à niveau. Cela a probablement été causé par:
 * des paquets logiciels non officiels qui ne proviennent pas d'Ubuntu. veuillez utiliser la commande " ppa-purge" du paquet "ppa-purge" afin de supprimer les paquets d'un dépôt PPA Launchpad, puis essayer de relancer la mise à niveau.
Cela ressemble fort à un problème temporaire. Veuillez réessauer plus tard.
Terminé, veuillez appuyer sur Entrée

.

Qid · Le 08/04/2023, à 08:28

W: APT had planned for Dpkg to do more than it reported back (Ovs 4).
Affected packages: grub-efi-amd64-signed:amd64

Outch... Je ne l'avais jamais vu celle là...

xubu1957 · Le 08/04/2023, à 08:33

Bonjour,

Retour de la pêche > askubuntu.com/questions/1378118/apt-had-planned-for-dpkg-to-do-more-than-it-reported-back

Dans notre stock > Problème `grub_is_lockdown' suite à une mise à jour.

Il ne faudrait pas que ce soit le mécanisme des mises à jour progressives.

Dernière modification par xubu1957 (Le 08/04/2023, à 09:02)

geole · Le 08/04/2023, à 12:15

bouhq a écrit :

2. DKPG

Calcul des modifications en cours
Impossible d'évaluer la mise à niveau
Un problème insoluble est survenu lors du calcul de la mise à niveau.

Aurais-tu accidentellement déclenché une mise à niveau?
Ce qui pourrait expliquer cette situation.

Et je me souviens qu'une installation directe de la version 20.04 ou 22.04 est impossible car la lecture de la clé USB pose problème.
Soit tu réinstalles mais le risque de relancer la mise à niveau va revenir.
Soit tu ouvres une nouvelle discussion en disant que la mise à niveau à bloqué et qu'il serait bien quelle se fasse. Tu mets aussi les liens de tes précédentes discussions. Il y a quelques spécialises de la chose qui sauront peut-être trouver le problème insoluble.
Soit tu te décides à changer d'ordinateur.

bouhq · Le 08/04/2023, à 15:03

Bonjour, je n'ai fait que des mises à jour pour la nouvelle installation. Je suis sollicité de faire une mise à niveau par une notification disant qu'une nouvelle version de Lubuntu existe mais j'ai toujours refusé de valider après la mésaventure dont tu fais référence. Le problème dérivant de la mise à niveau fait planter le système or ce n'est pas le cas de l'état actuel des choses.

geole · Le 09/04/2023, à 10:27

Qid a écrit :

Si on cause de lubuntu c'est lubuntu-desktop qu'il faudrait réinstaller si tu penses que c'est ça mais d'après le peu que j'ai suivi on est pas plutôt sur un souci graphique ?

Bonjour.
A tenter:
Boote avec le ubuntu installé.
Choisis recovery
Choisis d'activer le réseau.
Choisis d'être root
Vérifie que le réseau fonctionne.

ping -c4  google.fr

réinstalle le logiciel écran.

apt install --reinstall  lubuntu-desktop

bouhq · Le 09/04/2023, à 17:49

Bonjour
ping -c4 google.fr:
E:

 Echec temporaire dans la résolution du nom

apt install --reinstall lubuntu-desktop

E: L'option --reinstall de la ligne de commande n'est pas reconnue quan elle est utilisée avec d'autres options

Qid · Le 09/04/2023, à 18:01

Faute de frappe dans la seconde commande : un espace en trop ?

Enfin de toutes façons elle ne pourra pas fonctionner sans internet... Quant à la méthode pour activer le réseau il y avait une stratégie que je n'ai plus en tête... Faudrait que je vérifie sur mon ordi... Celà dit ce sera valable pour une connexion câblée... Pas pour du wifi...

geole · Le 09/04/2023, à 18:08

On est en 18.04 et pas 22.04

apt-get reinstall lubuntu-desktop

Avais-tu pensé activer le réseau? Si oui, regarde le paragraphe 4.3

Dernière modification par geole (Le 09/04/2023, à 18:12)

bouhq · Le 11/04/2023, à 15:11

Bonjour
j'ai essayé la procèdure décrite dans le paragraphe 4.3 mentionné dans le #147: La première partie de la procèdure, comme prévu, a mal fonctionné mais la suite de la procèdure semblait bien fonctionner ( pas de messages d'erreur) sans aucun résultat probant pour autant:

ip a
ip link set enpxxx down
ip link set enpxxx up

et j'ai ajouté de ma propre initiative:

ip link wlpxxx down
ip link wlpxxx up

J'ai enchaîné avec

dhclient enpxxx

et enfin

sudo dpkg --configure -a

J'ai rebooté mais ça n'a pas changé d'un iota.

geole · Le 11/04/2023, à 16:51

Bonjour

Si tu as laissé des xxxx au lieu de mettre les vraies valeurs, je ne suis pas surpris que le réseau ne fonctionne pas.
La commande

  ip a

donne les valeurs des xxxx
Si tu n'as pas fait la commande du N°147, cela me semble logique qu 'il n'y ait pas eu de changement.

Mais une chose me surprend, tu as déjà fait des chroot et il me semble bien qu'il y a eu des téléchargements de fait.

Dernière modification par geole (Le 12/04/2023, à 22:08)

xubu1957 · Le 11/04/2023, à 17:32

Bonjour,

Pour les noms des interfaces > systemd/PredictableNetworkInterfaceNames et en français :

Wiki ArchLinux a écrit :

Interfaces
Avec l’arrivée de la version 197 de systemd le nom des interfaces réseau change. Le but étant de ne pas avoir un nom d’interface (pour ceux qui en ont plusieurs) qui change à chaque démarrage.
Les interfaces sont maintenant préfixées de en (ethernet), wl (WLAN) ou ww (WWAN), suivi par un identifiant généré automatiquement et prévisible, pour finalement donner comme nom enp5s0 par exemple.
Important: Par commodité (... fainéantise ), les pages wikis traitant des interfaces réseaux comme la suite de la présente page continuent de parler eth0, wlan0, etc.. Car du point de vue de l'utilisation, la nouvelle nomenclature ne change rien.

> wiki.archlinux.fr/Connexions_reseau#Interfaces.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 06/04/2023, à 14:45

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#127 Le 06/04/2023, à 20:57

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#128 Le 07/04/2023, à 00:32

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#129 Le 07/04/2023, à 06:11

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#130 Le 07/04/2023, à 10:22

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#131 Le 07/04/2023, à 11:23

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#132 Le 07/04/2023, à 11:29

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#133 Le 07/04/2023, à 11:47

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#134 Le 07/04/2023, à 14:29

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#135 Le 07/04/2023, à 14:47

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#136 Le 07/04/2023, à 17:16

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#137 Le 07/04/2023, à 18:29

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#138 Le 07/04/2023, à 18:59

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#139 Le 07/04/2023, à 23:20

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#140 Le 08/04/2023, à 08:28

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#141 Le 08/04/2023, à 08:33

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#142 Le 08/04/2023, à 12:15

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#143 Le 08/04/2023, à 15:03

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#144 Le 09/04/2023, à 10:27

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#145 Le 09/04/2023, à 17:49

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#146 Le 09/04/2023, à 18:01

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#147 Le 09/04/2023, à 18:08

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#148 Le 11/04/2023, à 15:11

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#149 Le 11/04/2023, à 16:51

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

#150 Le 11/04/2023, à 17:32

Re : [Résolu]Echec de réinstallation de Lubuntu 18.04 en dual boot avec Win

Pied de page des forums