#1 Le 02/11/2020, à 17:51
- gorille132
[Résolu] Démarrage 20.04 : you need to load the kernel first
Mon ordinateur s'éteint à la suite d'un manque de batterie
Et depuis lorsqu'il démarre il va direct à l'écran où j'ai le choix entre
Ubuntu 20.04.1 LTS
Options avancées pour UBuntu 20.04.1 LTS
UEFI Firware Settings
Puis le choix entre mes deux noyaux (5.4.0-48 ou -42) déclinés avec le recovery mode
Dans tous les cas j'ai :
error no such device : ....
Chargement du noyau ...
error : file '/BOOT/ubuntu_2aia71@/vmlinuz-5 4.0-48-generic ...' not found
Chargement du disque mémoire initial
error: you need to load the kernel first.
J'arrive à booter sur une clé live
Le pb c'est que j'ai juste 2 dossiers importants à récupérer sinon j'écraserai tout
Merci pour votre aide !
Dernière modification par gorille132 (Le 03/11/2020, à 16:19)
Hors ligne
#2 Le 02/11/2020, à 18:19
- lucmars
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Avec ta clef live récupère tes billes ; en espérant que le disque n'ait pas morflé avec la panne de jus.
Gaulois Matter !
Hors ligne
#3 Le 02/11/2020, à 19:42
- Qid
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
J'arrive à booter sur une clé live
Le pb c'est que j'ai juste 2 dossiers importants à récupérer sinon j'écraserai tout
Merci pour votre aide !
Dans ce cas effectivement tu devrais pouvoir récupérer tes données... Après vu ce que tu décris je ne suis pas sûr qu'une réinstallation soit obligatoire :
à partir du live perso je commencerai par faire un fsck et après si ça ne suffit pas : via chroot une petite vérif de mise à jour de base et un update-grub pour voir
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#4 Le 02/11/2020, à 22:10
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Dans ce cas effectivement tu devrais pouvoir récupérer tes données... Après vu ce que tu décris je ne suis pas sûr qu'une réinstallation soit obligatoire :
à partir du live perso je commencerai par faire un fsck et après si ça ne suffit pas : via chroot une petite vérif de mise à jour de base et un update-grub pour voir
J'ai suivi ça pour faire un chroot :
https://www.astuces-aide-informatique.i … -grub-boot
Mais la dernière commande pour l'install du grub m'a donné :
ubuntu@ubuntu:~$ sudo chroot /media/ubuntu
root@ubuntu:/# grub-install /dev/sudo mount /dev/nvme0n1p5 /media/ubuntu
grub-install : erreur : Plus d'un disque d'installation, alors qu'un seul est attendu..
root@ubuntu:/# grub-install /dev/nvme0n1p5
Installation pour la plate-forme i386-pc.
grub-install : attention : Le système de fichiers « ext2 » ne prend pas en charge l'embarquage.
grub-install : attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée..
grub-install : erreur : refus de continuer avec les listes de blocs.J'ai fait une erreur en copiant une ligne de code pour aller plus vite celle-ci s'est executée
Je vois i286... à noter que mon live usb est en mode Safe Graphics
Dernière modification par gorille132 (Le 02/11/2020, à 22:12)
Hors ligne
#5 Le 02/11/2020, à 22:50
- Qid
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Pas besoin du chroot pour la commande que je vais te donner mais en plus je m'interroge sur le live que tu utilises... Pour ce dernier je vais devoir te faire confiance mais pour ce qui est du partitionnement de ton installation j'ai ça à te proposer pour que je puisse y voir clair
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/Et puisque ton symptôme d'origine c'était plus ou moins GRUB je me demande si on ne ferait pas bien de faire un boot-info aussi...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#6 Le 03/11/2020, à 07:15
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Voici le retour de ta commande :
Disque /dev/loop0 : 1,98 GiB, 2103640064 octets, 4108672 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 29,9 MiB, 31334400 octets, 61200 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 54,98 MiB, 57626624 octets, 112552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 255,58 MiB, 267980800 octets, 523400 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 62,9 MiB, 65105920 octets, 127160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 49,8 MiB, 52203520 octets, 101960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/nvme0n1 : 476,96 GiB, 512110190592 octets, 1000215216 secteurs
Disk model: LITEON CL1-8D512
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x4bc23def
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/nvme0n1p1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/nvme0n1p2 1052670 1000214527 999161858 476,4G 5 Étendue
/dev/nvme0n1p5 1052672 1000214527 999161856 476,4G 83 Linux
Disque /dev/sda : 28,9 GiB, 31004295168 octets, 60555264 secteurs
Disk model: DataTraveler 3.0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x329efd09
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 60555263 60553216 28,9G c W95 FAT32 (LBA)
--------------------------
Modèle: Kingston DataTraveler 3.0 (scsi)
Disque /dev/sda : 31,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 31,0GB 31,0GB primary fat32 démarrage, lba
Modèle: LITEON CL1-8D512 (nvme)
Disque /dev/nvme0n1 : 512GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 538MB 537MB primary fat32 démarrage
2 539MB 512GB 512GB extended
5 539MB 512GB 512GB logical ext4
--------------------------
NAME FSTYPE LABEL SIZE MOUNTPOINT
sda 28,9G
└─sda1 vfat KING_GORILL 28,9G /cdrom
nvme0n1 477G
├─nvme0n1p1 vfat 512M
├─nvme0n1p2 1K
└─nvme0n1p5 ext4 476,4G
--------------------------
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7,5G 0 7,5G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1,6G 2,0M 1,6G 1% /run
/dev/sda1 vfat 29G 2,7G 27G 10% /cdrom
/dev/loop0 squashfs 2,0G 2,0G 0 100% /rofs
/cow overlay 7,6G 119M 7,5G 2% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7,6G 54M 7,6G 1% /dev/shm
tmpfs tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs tmpfs 7,6G 0 7,6G 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
none bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
systemd-1 autofs 0 0 0 - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
debugfs debugfs 0 0 0 - /sys/kernel/debug
tracefs tracefs 0 0 0 - /sys/kernel/tracing
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
configfs configfs 0 0 0 - /sys/kernel/config
tmpfs tmpfs 7,6G 0 7,6G 0% /tmp
/dev/loop1 squashfs 30M 30M 0 100% /snap/snapd/8542
tmpfs tmpfs 1,6G 56K 1,6G 1% /run/user/999
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/999/gvfs
/dev/fuse fuse 0 0 0 - /run/user/999/doc
/dev/loop2 squashfs 55M 55M 0 100% /snap/core18/1880
/dev/loop3 squashfs 256M 256M 0 100% /snap/gnome-3-34-1804/36
/dev/loop4 squashfs 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop5 squashfs 50M 50M 0 100% /snap/snap-store/467
--------------------------
total utilisé libre partagé tamp/cache disponible
Mem: 15Gi 1,4Gi 8,5Gi 205Mi 5,2Gi 13Gi
Partition d'échange: 0B 0B 0B
--------------------------
total 0
lrwxrwxrwx 1 root root 10 nov. 3 06:14 KING_GORILL -> ../../sda1Pour le live j'ai été très classique : 20.04 monté avec unetbootin
Ma config BIOS c'est UEFI et secure boot desactivé... je sais que pourtant je suis en table DOS j'aurais du corriger ça avant en repartant de zéro... Et pour bien faire je m'aperçois que le mot de passe compliqué que j'avais mis pour le bios ne fonctionne plus mais ça ne pose pas de problème ni cela n'a à voir dans le cas présent
Voici le boot-info :
https://paste.ubuntu.com/p/z5B5Tydxj8/
Merci
Dernière modification par gorille132 (Le 03/11/2020, à 07:22)
Hors ligne
#7 Le 03/11/2020, à 10:56
- Qid
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Mais donc !? Tu as réussi à sortir tes données personnelles ? Et si tu fais la réparation proposé par bootrepair (même si en première lecture rapide je n'ai rien vu d'anormal dans le rapport que tu as transmis) ?
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#8 Le 03/11/2020, à 13:54
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Non je n'ai pas encore réussi à récupérer mes données, je n'arrive pas à trouver comment faire encore...
J'espère que le mdp bios n'est pas nécessaire
Une fois ces fichiers récupérés je passe l'ordi en 20.10 car cette config n'est pas supportée en 20.04
En fait je pensais qu'il fallait beaucoup de ligne de commandes pour faire cette manip alors qu'en fait il suffisait d'ouvrir Nautilus et d'aller dans Autres Emplacements et magiquement j'avais accès au Disque Dur
Marrant car la session est protégée par mot de passe mais en fait on peut récupérer des données facilement ^
Merci pour ton aide,
J'ai tout écrasé et je suis passé sur 20.10 car config AMD avec double GPU prise en charge avec noyau 5.5 minimum
A bientôt pour des nouveaux bugs 
Hors ligne
#9 Le 03/11/2020, à 16:19
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Je considère le sujet comme résolu car j'ai une config merdeuse
Table DOS et démarrage UEFI, config AMD que supportée par des noyaux >5.5
Modif du fichier GRUB sans le sudo update-grub après
Je ferais des posts pour mes autres bugs qui restent (pointeur qui fige après le mot de passe notamment)
Merci pour votre aide
Hors ligne
#10 Le 03/11/2020, à 16:41
- geole
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Bonjour
Puisque tes données sont sauvées, on peut faire pas mal de choses.
Par exemple
Modifier ton bios pour qu'il boote prioritairement en LEGACY
Créer une partition de boot EFI pour qu'il boote en EFI
Transformer ton disque ayant une table de partition MSDOS en disque ayant une table de partition GPT Sans perdre les données soit par testdisk soit en ligne de commande, (Le temps de retrouver la discussion).
Dernière modification par geole (Le 04/11/2020, à 10:44)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#11 Le 03/11/2020, à 16:47
- geole
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
J'ai suivi ça pour faire un chroot :
Mais la dernière commande pour l'install du grub m'a donné :ubuntu@ubuntu:~$ sudo chroot /media/ubuntu root@ubuntu:/# grub-install /dev/sudo mount /dev/nvme0n1p5 /media/ubuntu grub-install : erreur : Plus d'un disque d'installation, alors qu'un seul est attendu.. root@ubuntu:/# grub-install /dev/nvme0n1p5 Installation pour la plate-forme i386-pc. grub-install : attention : Le système de fichiers « ext2 » ne prend pas en charge l'embarquage. grub-install : attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée.. grub-install : erreur : refus de continuer avec les listes de blocs.
Actuellement, il est impossible de mettre la structure de boot dans une partition qui ne dispose pas d'un flag boot BIOS-BOOT, comme tu n'en as pas , il faut en créer une pour pouvoir booter en mode EFI
Sa taille est ridiculement petite puisque seulement 1 Mo. Il serait surprenant que tu ne trouves pas cet espace, Le problème, elle doit probablement être primaire.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#12 Le 03/11/2020, à 17:28
- geole
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Voici le boot-info :
https://paste.ubuntu.com/p/z5B5Tydxj8/
Merci
extraits de ton boot-info
==================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.Donc tu bootes en mode EFI
Les ordinateurs anciens ne savent booter qu'en mode LEGACY et les ordinateurs nouveaux qu'en mode EFI
Mais entre l'an 2000 et l'an 2020, plein d'ordinateurs peuvent booter avec les deux modes, Il faut aller dans le bios pour regarder ses grilles de priorisation
Certains sont simples EFI ou LEGACY
D'autres plus compliqués . On peut choisir cette option par type de périphérique
Donc bootant en EFI avec le support d'installation, il est quasi certain que cela était pareil avec le disque dur. Donc la suite a été de booter avec cette ligne
Boot0004* ubuntu HD(1,MBR,0x4bc23def,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)..BOdonc la partition 1 d'un disque dur ayant une table de partition MBR dont l'adresse début et fin ainsi que la taille sont indiquées en hexadécimal avec ces valeurs 0x4bc23def,0x800,0x100000 et le programme shimx64. Ce qui est totalement autorisé. et utilisé avec les clés USB!
,Je ne décodifie pas puisque cela marchait, C'est la partition 1 du nvme
nvme0n1p1: _____________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /grub/grub.cfg /efi/BOOT/bkpbootx64.efi
/efi/BOOT/bootx64.efi /efi/BOOT/fbx64.efi
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi
/efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi
/efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfgDonc shimx64 cause avec le bios, gère les problèmes de secure boot puis appelle grubx64 qui lit un fichier de paramétrage pour savoir quoi faire, ce fichier de paramétrage est dans la partition, son contenu est le suivant
====================== nvme0n1p1/grub/grub.cfg (filtered) ======================
Revert system only gnulinux-${root_dataset}-${kversion}
Revert system and user data gnulinux-${root_dataset}-${kversion}
Ubuntu 20.04.1 LTS gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-48-generic
* Ubuntu 20.04.1 LTS, avec Linux 5.4.0-48-generic gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-48-generic
Ubuntu 20.04.1 LTS, avec Linux 5.4.0-42-generic gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-42-genericc'est la première fois que j'en vois un pour le légacy, mais on voit assez clairement qu'il demande de booter avec le fichier 5.4.0-48-generic en priorité. Tout cela me semble normal
On va donc regarder la liste des des fichiers de boot disponibles
================ nvme0n1p5: Location of files loaded by Grub ==================
GiB - GB File Fragment(s)
420,883384705 = 451,920093184 boot/grub/grub.cfg 3
160,672801971 = 172,521107456 boot/grub/i386-pc/core.img 1
8,106578827 = 8,704372736 boot/vmlinuz 1
93,645641327 = 100,551241728 boot/vmlinuz-5.4.0-51-generic 1
8,106578827 = 8,704372736 boot/vmlinuz-5.4.0-52-generic 1
93,645641327 = 100,551241728 boot/vmlinuz.old 1
8,302017212 = 8,914223104 boot/initrd.img 1
5,329357147 = 5,722353664 boot/initrd.img-5.4.0-51-generic 5
8,302017212 = 8,914223104 boot/initrd.img-5.4.0-52-generic 1
5,329357147 = 5,722353664 boot/initrd.img.old 5Voila, il n'y en a pas. Plus exactement, il n'y en a plus! Je pense qu'ils ont disparus suite à une commande souvent faite pour épurer
sudo apt autoremoveIl semble donc que le logiciel GRUB a un sacré bug et la gestion LEGACY est encore pire avec la version 20.10 dixit Malbo
Maintenant, si ton bios est modifiable et qu'il accepte de booter sur un disque NVME, le boot se ferait avec le MBR dont le contenu est
=> Grub2 (v2.00) is installed in the MBR of /dev/nvme0n1 and looks at sector
1 of the same hard drive for core.img. core.img is at this location and
looks for (,msdos5)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
--------------------------------------------------------------Ce qui fait partir sur la partition 5 dont le contenu est
nvme0n1p5: _____________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.imget qui possède un autre fichier grub dont le contenu est
=================== nvme0n1p5/boot/grub/grub.cfg (filtered) ====================
Ubuntu 3b3b9f70-9527-49ec-910d-57fb362023c1
Ubuntu, avec Linux 5.4.0-52-generic 3b3b9f70-9527-49ec-910d-57fb362023c1
Ubuntu, avec Linux 5.4.0-51-generic 3b3b9f70-9527-49ec-910d-57fb362023c1
### END /etc/grub.d/30_os-prober ###On voit que les noyaux qu'il propose sont bien présents dans la structure de boot
NOTA. Dans le forum, j'ai rencontré un modèle d'ordinateur bootant en LEGACY qui avait besoin d'une partition FAT32 pour booter.
L'implantation des disques
parted -lm (filtered): _________________________________________________________
nvme0n1:512GB:nvme:512:512:msdos:LITEON CL1-8D512:;
1:1049kB:538MB:537MB:fat32::boot;
2:539MB:512GB:512GB:::;
5:539MB:512GB:512GB:ext4::;Il ne devrait pas y avoir de difficulté à faire une partition nvme0n1p3 de 1 Mo avec drapeau bios-boot
J'ai noté ta décision
J'ai tout écrasé et je suis passé sur 20.10 car config AMD avec double GPU prise en charge avec noyau 5.5 minimum
Dernière modification par geole (Le 04/11/2020, à 10:42)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#13 Le 03/11/2020, à 21:43
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Juste pour reprendre je boot en EFI oui (j'ai le choix dans le BIOS mais j'ai perdu mon mdp grrrr incompréhensible cette histoire) et la partition est en DOS
J'ai un peu taffé cette notion mais j'avoue être encore très mal à l'aise avec les partitions.
A l'occas j'essaierai de voir comment créer cette partition bios-boot mais ne serait-il pas préférable de repartir à nouveau à zéro, GPT etc
Encore faudrait-il que je retrouve le mdp du bios avant de faire trop de manips, c'est un ordi que j'utilise pour bosser donc je peux pas me retrouver en carafe trop longtemps...
Dernière modification par gorille132 (Le 04/11/2020, à 08:50)
Hors ligne
#14 Le 04/11/2020, à 10:36
- geole
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
.... mais ne serait-il pas préférable de repartir à nouveau à zéro, GPT etc
..
Bonjour
J'ai noté que tu avais perdu le mot de passe du bios. Il est donc fort probable que tu ne puisses plus rien modifier. Comme ton ordinateur semble très récent, il est aussi possible qu'il ne sache pas booter directement en mode légacy.
Tu as vu ce qui se passe après la 4eme mise à jour. A mon avis cela ne sera jamais corrigé et ce type d'incident du grub EFI sur partition msdos va s'agraver. C'est donc une bonne idée de mettre une table de partition GPT. Comme tes données sont sauvées et que le logiciel est à peine fini d'installer, c'est le moment de le faire.
En premier, je te propose la conversion qui devrait permettre de tout conserver. Si cela foire: installation standard avec le support d'installation
1) Convertir la table de partition. Tu peux t'appuyer sur ce lien https://forum.ubuntu-fr.org/viewtopic.php?id=2043635 Ne fais que la conversion.
2) Rebooter avec la live usb et lancer gparted
3) Créer une nouvelle partition FAT32 de taille 36 Mo. Lui mettre une étiquette BootEFI, Lui mettre le drapeau de boot ESP. Au besoin tu rétrécis la partition contenant le logiciel de 36 Mo.
4) Installer boot-repair https://doc.ubuntu-fr.org/boot-repair et lui demander de faire la réparation recommandée.
A l'issue de cette réparation, la partition ESP recevra les fichiers de boot EFI et la NVRAM sera mise à jour.
Si la conversion foire, mais je n'y crois pas si tu fais les bonnes commandes.
1) Booter avec le support d'installation
2) Lancer gparted
3) Supprimer toutes les partitions
4) Créer une table de partition GPT avec l'onglet périphériques
5) Créer une nouvelle partition FAT32 de taille 36 Mo. Lui mettre une étiquette BootEFI, Lui mettre le drapeau de boot ESP.
6) Installer ubuntu
7) Restaurer les données
Dernière modification par geole (Le 04/11/2020, à 10:48)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#15 Le 04/11/2020, à 11:09
- gorille132
Re : [Résolu] Démarrage 20.04 : you need to load the kernel first
Je te remercie pour ta réponse,
Je vais faire les manip que tu me décris demain, car effectivement ça va s'aggraver
J'ai des instabilités (aléatoirement j'ai le pointeur qui fige) donc je veux une config propre.
Et dans le bios je pouvais démarré en LEGACY ! Je l'ai d'ailleurs testeé (installation en LEGACY pour essayer de corriger mes problèmes mais ça c'était au tout début)
En tt cas c'est quand même bizarre que mes 2 PCs identiques, achetés à deux fournisseurs différents n'aient pas les mêmes tables de partition...
Dernière modification par gorille132 (Le 15/11/2020, à 20:45)
Hors ligne