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

bouhq · Le 18/04/2023, à 21:40

Une dernière précision: j'utilise ubiquity pour la re-installation ou pas?

geole · Le 18/04/2023, à 22:53

Si tu utilises ubiquity, fais avec cette commande

sudo ubiquity -b

l'installation sera plus rapide et on pourra directement faire un chroot pour finir d'installer.
Tu referas un boot-info.
Demain, je referais un copier/coller du paquet de commandes.

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

bouhq · Le 18/04/2023, à 23:05

ça marche

geole · Le 19/04/2023, à 07:46

Bonjour.
Si tout c'est bien passé, l'installation s'est déroulée sans problème, la partie EFI doit encore être dans /dev/sda1 et le logiciel dans la partition /dev/sda2.
Mais il n'y a pas de structure de boot de créée. Nous allons la créer en technique chroot.
Je récupère des morceaux dans la discussion et d'ailleurs pour refaire un tout complet

Donc maintenant
1) Démarre sur la session live usb, choisis "essayer avant d'installer", ouvre un terminal en frappant sur les touches Ctrl Alt t,.
2) Si le clavier n'écrit pas français, frappe cette commande;

setxkbnqp fr

qui devrait s'afficher comme cela "setxkbmap fr". Normalement c'est gagné.
3) Devient administrateur de l'ordinateur.

sudo -i

4) Prépare le passage en mode chroot

mount /dev/sda2  /mnt
mount --bind /dev /mnt/dev
mount -t proc  /proc  /mnt/proc
mount -t sysfs /sys   /mnt/sys
mount --bind   /run   /mnt/run
mount --bind   /sys   /mnt/sys
modprobe efivars

5) Exécute le chroot

chroot /mnt

6) Quelques contrôles seront à faire par exemple

mount -t devpts devpts /dev/pts 
ping -c4 google.fr
ls   -ls /home

7) Monte la partition efi

mount -v    /dev/sda1    /boot/efi

8) Télécharge le grub
J'espère avoir bon mais ma référence est une version 22.04 et pas 18.04. Cependant les noms ne devraient pas avoir beaucoup changé.
Nous n'installerons pas le secure-boot.

 apt install grub-efi-amd64 grub2-common

9) Installe le grub sans mettre à jour la nvram

 grub-install /dev/sda --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi  --no-uefi-secure-boot

10) Mets-le à jour

update-grub

11) Et quitte

exit

shutdown now

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

bouhq · Le 19/04/2023, à 09:32

Bonjour, je crois qu'on s'est mal compris, en disant, " ça marche" dans mon post d'hier, je voulais exprimer mon accord sur ce que tu te proposais de faire dans ton# 177.
Au fait, je n'ai pas fait encore la réinstallation, je t'en tiendrais au courant de son issue au cours de la journée.
a+

geole · Le 19/04/2023, à 10:54

Bonjour
C'est bien ce que j'avais compris. J'ai simplement préparé à l'avance en supposant que l'installation ubiquity -b se passerait bien car je suis de moins en moins présent

bouhq · Le 19/04/2023, à 12:03

La réinstallation a mal commencé car un message d'erreur survient:

Aucun système de fichier n'a été choisi comme racine

J'ai beau essayé de corriger le problème avec les connaissances que j'ai sans jamais y parvenir. A l'aide...

bouhq · Le 19/04/2023, à 12:07

J'ai double cliqué sur sda2 pour la définir comme / mais dans les options de modification, il n'y avait pas ce choix /

geole · Le 19/04/2023, à 12:43

Il est probable que lunbutu soit comme ubuntu.

Il ne faut certainement pas double-cliquer
Mais choisir modifier
puis
- dans la liste Utiliser comme, sélectionnons système de fichiers journalisé ext4. Il s'agit du choix par défaut de système de fichiers pour Ubuntu.
- dans la case Point de montage, indiquons /. Ce symbole représente la racine du système Ubuntu, le commencement de l'emplacement de tout fichier dans les disques durs ;

bouhq · Le 19/04/2023, à 13:00

Oui, j'ai vu cette option " journalisé ext4" mais je n'ai pas voulu m'y hasarder.Autre chose, est ce que je dois choisir l'option " autre chose" ou "effacer l'installation exixtante de lubuntu 18.04"?

geole · Le 19/04/2023, à 13:03

Sous ubuntu, on doit passer par "autre chose" pour pouvoir choisir la partition racine et la partition efi

bouhq · Le 19/04/2023, à 13:09

Merci de la précision, d'ailleurs c'est ce que j'ai fait dans ma première réinstallation, Bon je recommence et je t'en dirais la suite.

bouhq · Le 19/04/2023, à 14:31

HOURRA, ca a marché pour de bon, cette fois ci, et beaucoup plus rapide que prévu et sans les soucis et les tracasseries habituels,l'installation a réussi malgré ce message d'erreur:
https://ibb.co/fq7YkRR
Mais, pour autant, ça boote, je suis actuellement, sur une session normale de lubuntu, voici le lien pour le boot-info:
http://paste.ubuntu.com/p/WtcpcFVcyh/
Je suis sollicité par des messages de mise à jour, mais j'ai pas validé.
Maintenant je crois qu'il n y a pas lieu de faire les commandes du #179, n'est ce pas? Ou tu as un avis contraire?

geole · Le 19/04/2023, à 17:25

Puisque cela fonctionne, Ne touche plus à rien.

En fait c'est assez normal.
Tu as réinstallé le logiciel avec la même version en choisissant la même partition et sans dire de formater et en disant de ne pas réinstaller le logiciel de boot.
Il se trouve que le logiciel de boot avait été bien réparé mais c'était après, au moment du choix de l'utilisateur, qu'il y avait l'incident. Cette partie a été remise en état. Donc du coup cela fonctionne.

J'avais prévu de te faire sauver la partition de boot efi (SDA1) et la partition UBUNTU (SDA2)

Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 7E22C3D5-6E51-48C3-A897-A6A6022F2C4E
          Start       End   Sectors  Size Type
sda1       2048   1050623   1048576  512M EFI System
sda2    1050624  68159487  67108864   32G Linux filesystem
sda3   68159488  68192255     32768   16M Microsoft reserved
sda4  128126976 229441423 101314448 48.3G Microsoft basic data
sda5  229441536 230524927   1083392  529M Windows recovery environment

Free space >10MiB: ______________________________________________________________
sda: 33297MiB:62562MiB:29265MiB
sda: 112561MiB:476940MiB:364379MiB

Il faut prendre en compte le fait que tu ne peux pas booter avec une version 20.04 ou 22.04 mais seulement 18.04.
Il faut donc que les outils utilisés soient déjà installé sur la live USB. Car il me semble bien qu'elle n'est pas persistante.
Je vois deux possibilités; La commande dd ou la duplication par gparted
Dans le premier cas on pourra utiliser l'espace libre de 29265MiB
La restauration se faisant par la commande dd inverse
Dans le second cas il faudra utiliser l'espace libre de 364379MiB
En bricolant un petit peu ultérieurement, on peut avoir un second ubuntu faisant office de live USB persistante si besoin ou même de second ubuntu. .
Mais je crois que tu es un peu fâché avec les dual boot entre deux UBUNTU.
Je te laisse me dire ton choix et je te donnerais la codification.

NOTA. On peut aussi faire les deux cas si tu n'as pas trop besoin de l 'espace libre

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

bouhq · Le 19/04/2023, à 19:12

Si c'est indispensable et on ne peut pas s'en passer , je préfère la première solution, car on ne sait jamais, l'espace libre je peux en avoir besoin un jour pour agrandir l'une ou l'autre des partitions de Wndows ou de Lubuntu.

geole · Le 19/04/2023, à 19:42

Je ne dis pas que c'est indispensable mais à partir de fin avril, lubuntu18.04 ne sera plus accessible ( plus de cinq ans) et ESM n'a pas été possible à activer.
Donc si tu refais une fausse manipulation autant avoir tout chez toi tant que tu as encore un peu de place disque
Donc avec le support d'installation tu lances gparted
Tu fabriques une partition EXT4 dans l'espace libre de 29265MiB en lui mettant une étiquettes/label ayant le nom SAVEDD
Tu quittes gparted
Tu montes cette partition avec cette commande

udisksctl mount -b /dev/disk/by-label/SAVEDD

Puis, pour échauffement, tu copies la partition SDA1

time sudo dd  if=/dev/sda1  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA1-image.gzip

Tout devrait bien se passer. Il te reste à faire la même chose pour SDA2

time sudo dd  if=/dev/sda2  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA2-image.gzip

Les explications des commandes sont au paragraphe 3.7

bouhq · Le 20/04/2023, à 11:39

Bonjour,
La partition savedd est faite mais les commandes n'ont pas l'air d'être parfaites:

lubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ udisksctl mount -b /dev/disk/by-label/SAVEDD
Mounted /dev/sda6 at /media/lubuntu/SAVEDD.
lubuntu@lubuntu:~$ time sudo dd  if=/dev/sda1  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA1-image.gzip
bash: /media/lubuntu/SAVEDD/SDA1-image.gzip: Permission denied

real	0m0.081s
user	0m0.004s
sys	0m0.042s
lubuntu@lubuntu:~$ time sudo dd  if=/dev/sda2  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA2-image.gzip
bash: /media/lubuntu/SAVEDD/SDA2-image.gzip: Permission denied

real	0m0.043s
user	0m0.011s
sys	0m0.013s
lubuntu@lubuntu:~$

geole · Le 20/04/2023, à 11:45

Bonjour

sudo touch  /media/lubuntu/SAVEDD/SDA1-image.gzip
sudo touch  /media/lubuntu/SAVEDD/SDA2-image.gzip
sudo chown $USER   /media/lubuntu/SAVEDD/SDA1-image.gzip
sudo chown $USER   /media/lubuntu/SAVEDD/SDA2-image.gzip

et tu devrais pouvoir relancer

bouhq · Le 20/04/2023, à 14:59

Bonjour,
Le retour des commandes n'est pas toujours concluant:

To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

lubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ sudo touch  /media/lubuntu/SAVEDD/SDA1-image.gzip
touch: cannot touch '/media/lubuntu/SAVEDD/SDA1-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo touch  /media/lubuntu/SAVEDD/SDA2-image.gzip
touch: cannot touch '/media/lubuntu/SAVEDD/SDA2-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo chown $USER   /media/lubuntu/SAVEDD/SDA1-image.gzip
chown: cannot access '/media/lubuntu/SAVEDD/SDA1-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo chown $USER   /media/lubuntu/SAVEDD/SDA2-image.gzip
chown: cannot access '/media/lubuntu/SAVEDD/SDA2-image.gzip': No such file or directory
lubuntu@lubuntu:~$

iznobe · Le 20/04/2023, à 15:09

Bonjour , je pense qu ' il faut d ' abord , soit crée un repertoire dans lequel tu auras le droit d' ecrire , soit modifier les permissions du pont de montage , dans le meme objectif .

Au choix de l' auteur .

juste pour verifier que dis :

ls -la /media/lubuntu/SAVEDD

Dernière modification par iznobe (Le 20/04/2023, à 15:09)

bouhq · Le 20/04/2023, à 22:42

Bonsoir,

l

ubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ ls -la /media/lubuntu/SAVEDD
ls: cannot access '/media/lubuntu/SAVEDD': No such file or directory
lubuntu@lubuntu:~$

geole · Le 20/04/2023, à 22:47

Redonne ces trois retours

sudo umount -v /dev/sda6

udisksctl mount -b /dev/disk/by-label/SAVEDD
ls -la /media/$USER/SAVEDD

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

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

Bonjour,
Cette fois çi je crois que c'est bon:

l

ubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ sudo umount -v /dev/sda6
umount: /dev/sda6: not mounted.
lubuntu@lubuntu:~$ udisksctl mount -b /dev/disk/by-label/SAVEDD
Mounted /dev/sda6 at /media/lubuntu/SAVEDD.
lubuntu@lubuntu:~$ ls -la /media/$USER/SAVEDD
total 20
drwxr-xr-x  3 root root  4096 Apr 20 09:33 .
drwxr-x---+ 3 root root    60 Apr 21 09:27 ..
drwx------  2 root root 16384 Apr 20 09:33 lost+found
lubuntu@lubuntu:~$

geole · Le 21/04/2023, à 12:16

C'est vraiment surprenant.
En un seul enchainement.

sudo umount -v /dev/sda6

udisksctl mount -b /dev/disk/by-label/SAVEDD
ls -la /media/$USER/SAVEDD

sudo chmod -R 777 /media/$USER/SAVEDD

puis....

sudo touch  /media/lubuntu/SAVEDD/SDA1-image.gzip
sudo touch  /media/lubuntu/SAVEDD/SDA2-image.gzip
sudo chown $USER   /media/lubuntu/SAVEDD/SDA1-image.gzip
sudo chown $USER   /media/lubuntu/SAVEDD/SDA2-image.gzip

puis

time sudo dd  if=/dev/sda1  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA1-image.gzip
time sudo dd  if=/dev/sda2  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA2-image.gzip

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

bouhq · Le 21/04/2023, à 14:25

" No such file or directory", à chaque commande:

lubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ sudo chmod -R 777 /media/$USER/SAVEDD
chmod: cannot access '/media/lubuntu/SAVEDD': No such file or directory
lubuntu@lubuntu:~$ sudo touch  /media/lubuntu/SAVEDD/SDA1-image.gzip
touch: cannot touch '/media/lubuntu/SAVEDD/SDA1-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo touch  /media/lubuntu/SAVEDD/SDA2-image.gzip
touch: cannot touch '/media/lubuntu/SAVEDD/SDA2-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo chown $USER   /media/lubuntu/SAVEDD/SDA1-image.gzip
chown: cannot access '/media/lubuntu/SAVEDD/SDA1-image.gzip': No such file or directory
lubuntu@lubuntu:~$ sudo chown $USER   /media/lubuntu/SAVEDD/SDA2-image.gzip
chown: cannot access '/media/lubuntu/SAVEDD/SDA2-image.gzip': No such file or directory
lubuntu@lubuntu:~$ time sudo dd  if=/dev/sda1  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA1-image.gzip
bash: /media/lubuntu/SAVEDD/SDA1-image.gzip: No such file or directory

real	0m0.046s
user	0m0.012s
sys	0m0.012s
lubuntu@lubuntu:~$ time sudo dd  if=/dev/sda2  bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/SAVEDD/SDA2-image.gzip
bash: /media/lubuntu/SAVEDD/SDA2-image.gzip: No such file or directory

real	0m0.047s
user	0m0.008s
sys	0m0.016s
lubuntu@lubuntu:~$

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#176 Le 18/04/2023, à 21:40

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

#177 Le 18/04/2023, à 22:53

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

#178 Le 18/04/2023, à 23:05

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

#179 Le 19/04/2023, à 07:46

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

#180 Le 19/04/2023, à 09:32

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

#181 Le 19/04/2023, à 10:54

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

#182 Le 19/04/2023, à 12:03

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

#183 Le 19/04/2023, à 12:07

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

#184 Le 19/04/2023, à 12:43

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

#185 Le 19/04/2023, à 13:00

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

#186 Le 19/04/2023, à 13:03

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

#187 Le 19/04/2023, à 13:09

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

#188 Le 19/04/2023, à 14:31

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

#189 Le 19/04/2023, à 17:25

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

#190 Le 19/04/2023, à 19:12

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

#191 Le 19/04/2023, à 19:42

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

#192 Le 20/04/2023, à 11:39

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

#193 Le 20/04/2023, à 11:45

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

#194 Le 20/04/2023, à 14:59

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

#195 Le 20/04/2023, à 15:09

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

#196 Le 20/04/2023, à 22:42

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

#197 Le 20/04/2023, à 22:47

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

#198 Le 21/04/2023, à 11:29

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

#199 Le 21/04/2023, à 12:16

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

#200 Le 21/04/2023, à 14:25

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

Pied de page des forums