[Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

Fred64 · Le 08/05/2020, à 14:23

Aucun accès possible à cd /var/log/installer
impossible d'ouvrir 'syslog' en lecture: Aucun fichier ou dossier de ce type
Juste le retour de sudo tail -100 version ubiquity 20.04.15

Fred64 · Le 08/05/2020, à 14:40

Je viens de refaire un boot info au cas ou

https://paste.ubuntu.com/p/S5Zmp2xDD6/

Fred64 · Le 08/05/2020, à 14:50

https://paste.ubuntu.com/p/jtSynDNJrR/

Boot info après réparation du démarrage
On verra bien si ça fonctionne comme ça

Je tente...

cqfd93 · Le 08/05/2020, à 16:02

Modération

Bonjour,

Pour ajouter toi-même les balises code à tes messages #2, #22 et #23 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

geole · Le 08/05/2020, à 16:08

Je suis désolé de m'être trompé à ce point sur les noms des fichiers de traces.

Il est possible que cela démarre
============================ Boot Info After Repair ============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos8)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
-----------------------------------------------------------------------
sda8: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04 LTS
Boot files: /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img

et des noyaux sont bien présents
==================== sda8: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
214,646659851 = 230,475096064 boot/grub/i386-pc/core.img 1
208,993160248 = 224,404697088 boot/vmlinuz 2
208,993160248 = 224,404697088 boot/vmlinuz-5.4.0-26-generic 2
208,993160248 = 224,404697088 boot/vmlinuz.old 2

Je suis habitué au mode EFI. Il manque peut-être le fichier initrd.img-5.4.0-26-generic

D'autre part, il faudrait supprimer
df (filtered): _________________________________________________________________
Avail Use% Mounted on
disk/by-label/writable[/install-logs-2020-05-08.1/crash] 24.4G 0% /var/crash
disk/by-label/writable[/install-logs-2020-05-08.1/log] 24.4G 0% /var/log
sda1 110.8M 81% /mnt/boot-sav/sda1
sda2 169G 13% /mnt/boot-sav/sda2
sda4 511M 0% /mnt/boot-sav/sda4
sda5 8.2G 0% /mnt/boot-sav/sda5
sda6 511M 0% /mnt/boot-sav/sda6
sda7 511M 0% /mnt/boot-sav/sda7
sda8 11.7G 31% /mnt/boot-sav/sda8

le premier boot-info, met assez bien en évidence que l'installation tentée est assez stupide (Probablement pas de ton fait)
On sent une installation en mode EFI sur un disque partitionné en mode "DOS"
Dans un tel contexte, les versions précédentes stoppaient avec un message très clair disant que la partie de boot-EFI ne pouvait s'installer.
Soit on proposait de relancer l'installation. Soit on proposait d'utiliser boot-repair puis on finissait à la main la suppression de ce qui restait.
J'ai vu que boot-repair a eu des difficultés. liées au fait que windows était dans son fameux mode de redémarrage automatique

Je vais essayer de voir ce que cache ce gros message

udevadm: error while loading shared libraries: /lib/x86_64-linux-gnu/libblkid.so.1: invalid ELF header

Cependant, on tient le bon bout.

Dernière modification par geole (Le 08/05/2020, à 16:31)

Fred64 · Le 08/05/2020, à 16:17

cqfd93 a écrit :

Modération
Bonjour,
Pour ajouter toi-même les balises code à tes messages #2, #22 et #23 :
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
http://pix.toile-libre.org/upload/img/1471986854.png

Je ferai mieux la prochaine fois.. Maintenant j'ai la méthode

Pour Geole

Ok pour le message boot info

J'ai quand même tenté une installation Debian en Xfce en remettant tout à zéro..
J'espère ne pas arriver trop tard dans tes recherches

De toute façon je ne voulais pas vraiment de dual boot

Mais je ne désespère pas avec vous d'arriver à y mettre Ubuntu. C'est que j'aimerai du moins

Dernière modification par Fred64 (Le 08/05/2020, à 16:18)

Fred64 · Le 08/05/2020, à 16:23

le premier boot-info, met assez bien en évidence que l'installation tentée est assez stupide (Probablement pas de ton fait)
On sent une installation en mode EFI sur un disque partitionné en mode "DOS"
Dans un tel contexte, les versions précédentes stoppaient avec un message très clair disant que la partie de boot-EFI ne pouvait s'installer.

Je pense que je suis beaucoup en cause. J'ai pas mal joué à l'apprenti sorcier et j'en ai le résultat
Mais vraiment je m'y remets et je vois où j'en suis... C'est terrible

Dernière modification par Fred64 (Le 08/05/2020, à 16:26)

geole · Le 08/05/2020, à 16:41

Peut-être, mais le message d'erreur aurait du être très clair

Si tu souhaites recommencer en réinstallant proprement:
Il faut que tu bootes avec ton support d'installation. Puis avant d'installer, En choisissant le mode "essayer avant d'installer", il faut que tu fasses cette commande
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

Tant que la réponse sera "Session EFI" , il sera inutile de continuer. Il faut aller dans le bios pour faire le nécessaire au besoin bien afficher la structure de boot du support d'installation et ne pas choisir de booter avec un fichier qui évoque EFI

Lorsque la réponse sera "Session non-EFI", tu pourras continuer. La première des choses à faire sera de lancer GPARTED et de supprimer les deux partitions FAT32 de 512 Mo (SDA6 et SDA7)
Puis après, tu fais comme tu veux.

Dernière modification par geole (Le 08/05/2020, à 16:46)

Fred64 · Le 08/05/2020, à 16:56

Je suis désolé de ne pas avoir été plus observateur sur le message.
Je suis vraiment passé à côté et j'ai fait trop vite après

Merci pour ces renseignements... C'est certain que j'en aurai besoin.

Difficile dans le bios de définir ou modifier un EFI je n'ai pas trouvé mais en linge de commande je saurai faire pour vérifier

Merci de ton aide en tout cas, seul je ne pourrai y arriver

L'install de Debian est en train d'aboutir, je mettrai résolu si c'est le cas

Bonne soirée à tous

geole · Le 08/05/2020, à 17:00

Fred64 a écrit :

Je pense que je suis beaucoup en cause. J'ai pas mal joué à l'apprenti sorcier et j'en ai le résultat
Mais vraiment je m'y remets et je vois où j'en suis... C'est terrible

Je suis quand même inquiet pour le message rencontré dans le boot-repair.
Une recherche sur internet donne cela
An Invalid ELF Header error occurs when a native C++ module targeting Linux has been compiled for a non-Linux target. This error typically occurs when the agent is installed on one system and then copied over to another.

Aurais-tu fait des manipulations particulières pour fabriquer le support d'installation ?

Dernière modification par geole (Le 08/05/2020, à 17:01)

Fred64 · Le 08/05/2020, à 17:07

non pas vraiment
Rufus et choix MBR
mais ce qu'il y a d'étonnant dans Rufus
C'est choix du schéma de partition, là c'est clair MBR ou GPT et tu choisis
Mais dans le système de destination je seul choix est BIOS ou UEFI mais les 2 à la fois

Peut être quelque chose à voir de ce côté là
Je devrais essayer de créer mon live-USB avec l'utilitaire ubuntu puisque j'ai une session qui fonctionne

A voir

J'ai créé mon live-usb sous W10
Ca aussi et là je suis en UEFI et gpt...

Dernière modification par Fred64 (Le 08/05/2020, à 17:12)

cqfd93 · Le 08/05/2020, à 18:01

Fred64 a écrit :

Je ferai mieux la prochaine fois.. Maintenant j'ai la méthode

Les 3 messages mentionnés attendent toujours d'être modifiés.

geole · Le 08/05/2020, à 18:04

Les outils de création fabriquent un fichier pour booter. il contient la structure de boot pour le LEGACY avec le MBR et la structure de boot pour l'EFI avec le GPT. C'est au moment où tu bootes pour installer que tu choisis l'un ou l'autre.
Normalement tous les ordinateurs permettent ce choix de boot.
Ton ordinateur ne refuse pas ce choix car le boot-info et le boot-repair ont été fait en mode LEGACY. Il faut que tu choisisses de booter en BIOS. Si tu laisses les "deux à la fois", tu dois choisir le bon fichier de boot

Dernière modification par geole (Le 08/05/2020, à 18:07)

Fred64 · Le 08/05/2020, à 18:31

cqfd93 a écrit :

Fred64 a écrit :
Je ferai mieux la prochaine fois.. Maintenant j'ai la méthode
Les 3 messages mentionnés attendent toujours d'être modifiés.

désolé je m'y attelle de suite

D'accord Geole. Je vais voir où je peux effectuer ce choix.
Je ferai un autre retour

cqfd93 · Le 08/05/2020, à 18:59

Fred64 a écrit :

désolé je m'y attelle de suite

Impec, merci.

Fred64 · Le 09/05/2020, à 08:52

bonjour
Je n'avais pas vraiment compris qu'il fallait que je le fasse en fait.

Mais je le saurai comme ça

Pour Geole :

Aucun problème pour l'install Debian 10.3 dual boot. Install propre et sans erreur.

J'ai pourtant re essayé une install ubuntu avec vérification au préalable comme demandé sous terminal
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
qui me renvoie bien "session non efi"

A voir je pense..

Merci pour votre soutien

Fred64 · Le 11/05/2020, à 16:12

Bonjour à tous
Petit retour d'espérience de mon install

Mon portable est donc un ASUS X5DIN-SX015C
Processeur Intel dual core T4200 avec 4go de RAM
Bios Amitrend de 2006 ver 211 (dernière pour mon PC)
Il n'est pas hybride, seulement legacy donc au boot pas le choix, uniquement marqué ''Cle USB'' et pas de choix donc entre EFI ou Legacy

Mon SSD est un KINGSTON SA400S3 240 Go où est insatllé W10 en 64 bits

J'ai donc essayé d'installer en 32 bits quand c'est possible ou 64 bits toutes les versions ubuntu depuis la 14.04 jusqu'à la 20.04 sans succés. L'install se fait jusqu'aux 3/4 et s'arrête sur erreur 30
Geole a constaté dans mes boot-info que l'install était forcée en EFI et ce sur une session DOS...
Toutes les versions fonctionnent parfaitement en live-USB.

J'ai changé mon SSD par un HDD à plateau et la 20.04 s'est installée sans problème mais ce n'est pas ce que je voulais.
A noter que la Debian 10.3 s'installe sur le SSD sans soucis (pourquoi ?) mais je voulais ubuntu

J'ai résolu mon problème en réussissant une installation d'une version 12.04 et en la mettant à jour successivement. C'est long, avec pas mal de soucis, mais je suis arrivé à la 18.04 LTS, ce qui est parfait et en concervant le dual boot W10...

La seule chose lisible pour moi dans les install différentes est le forcement du TRIM depuis la 14.04, mais je ne pense pas qu'il y aie de rapport avec le fait que la session se fasse en EFI

Après vérification demandée par Geode, je suis bien en session non-efi sous live-usb avant de lancer l'installation

J'ai bien conscience que tous les portables aujourd'hui sont et depuis longtemps en hybride ou UEFI mais il doit bien rester quelques vieux machins comme le mien qui tournent très bien sous ubuntu et même en version 20.04...

Avez vous des retours de ce type ?
Y a t-il un moyen de contourner ça à l'installation ?

Merci de vos retours

Dernière modification par Fred64 (Le 11/05/2020, à 17:54)

geole · Le 11/05/2020, à 16:35

Bonjour
Bravo pour ta façon de faire en repartant de la version 12.04
Tu dis avoir installé sur le disque dur alors que tu veux installer sur le SSD.
Vu l'âge de ton ordinateur, il n'est pas évident que la version 20.04.0 convienne. Une version 18.04.1 serait certainement plus stable.
Cependant, tu pourrais faire l'essai suivant
1) Booter avec l'une de ces deux versions pour lancer l'installation en ligne de commande et la piloter avec l'option d'installation "autre chose" afin que cela aille dans le SSD.
Pour lancer:
Booter avec le support d'installation, choisir "essayer avant d'installer" , ouvrir un terminal en frappant Ctrl Alt t et faire la commande
sudo ubiquity -b
Tu diras, comment cela se passe et tu feras un boot-info car il faudra s'occuper de la structure de boot

Dernière modification par geole (Le 11/05/2020, à 16:37)

Fred64 · Le 11/05/2020, à 16:45

Bonsoir Geole

Je me suis mal expiqué.
Le but de mon installation était de remplacer le HDD par le SSD donc je l'ai fait
Mon dual boot est bien aujourd'hui sur le SSD et la version 18.04 sera parfaite pour mon hardware

Je te joins le boot info que je viens de faire de mon install donc sur le SSD

http://paste.ubuntu.com/p/jHRYvQjdyc/

J'ai quelques problèmes mineurs à régler mais j'ai aujourd'hui ce que je voulais

Sois sur que je prends note de

Booter avec le support d'installation, choisir "essayer avant d'installer" , ouvrir un terminal  en frappant Ctrl Alt t et faire la commande
sudo ubiquity  -b

au cas ou.. et retour si je l'utilise

Dernière modification par Fred64 (Le 11/05/2020, à 17:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/05/2020, à 14:23

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#27 Le 08/05/2020, à 14:40

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#28 Le 08/05/2020, à 14:50

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#29 Le 08/05/2020, à 16:02

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#30 Le 08/05/2020, à 16:08

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#31 Le 08/05/2020, à 16:17

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#32 Le 08/05/2020, à 16:23

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#33 Le 08/05/2020, à 16:41

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#34 Le 08/05/2020, à 16:56

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#35 Le 08/05/2020, à 17:00

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#36 Le 08/05/2020, à 17:07

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#37 Le 08/05/2020, à 18:01

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#38 Le 08/05/2020, à 18:04

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#39 Le 08/05/2020, à 18:31

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#40 Le 08/05/2020, à 18:59

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#41 Le 09/05/2020, à 08:52

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#42 Le 11/05/2020, à 16:12

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#43 Le 11/05/2020, à 16:35

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

#44 Le 11/05/2020, à 16:45

Re : [Résolu] Difficultés pour installation Ubuntu vr 20.04 en dual boot

Pied de page des forums