#26 Le 11/03/2022, à 23:59
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
rebonsoir,
An error occured during the repair
-no nvram exit code:1. Please report this message to boot-repair@gmail.com
Hors ligne
#27 Le 12/03/2022, à 11:12
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour
Je poste ce que je trouve et remets l'explication à plus tard.
The default repair of the Boot-Repair utility will purge (in order to fix packages) and reinstall the grub-efi of
sda4,
using the following options: sda1/boot/efi
Additional repair will be performed: unhide-bootmenu-10s use-standard-efi-file
====================== sda1/efi/Boot/grub.cfg (filtered) =======================
search.fs_uuid da12660c-9213-4a34-b696-5489e47c9a16 root hd0,gpt2
├─sda2 ext4 da12660c-9213-4a34-b696-5489e47c9a16 ed2aa4cf-bbff-4095-8881-d95b599a8c9c Microsoft reserved partition
C'est la première fois que je vois cela.
Cela veut booter sur la partition microsoft réservée qui a maintenant un format EXT4
grub-install: error: /boot/efi doesn't look like an EFI partition
========================== sda4/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda4 during installation
UUID=8081a010-187d-4b09-991b-f8937279f064 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=DFB9-6EDC /boot/efi vfat umask=0077 0 1
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat DFB9-6EDC d24235fe-81e8-4968-bb04-f763986aa866 EFI System Partition
Partitions info (2/3): _________________________________________________________
sda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Pourtant, cette partie me semble correcte, de plus elle a plein de fichiers de boot EFI.
Dernière modification par geole (Le 12/03/2022, à 11:40)
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
#28 Le 12/03/2022, à 11:31
- geole
Re : [ Résolu]Echec de prise en charge de langue
Je ne me suis pas arrêté là et j'ai redémarré en cliquant sur F 12 dès l'apparition du logo d'ACER, une page à plusieurs intitulés s'affiche dans l'ordre suivant:
- Ubuntu
- Advanced options for ubuntu
-Windows Boot Manager (on/dev/sda1)
-UEFI Firmware settings
Je clique sur " Advanced options for Ubuntu" ça renvoie à une page à plusieurs entrées, j'en choisis une ça boote mais l'écran se fige sur le logo de lubuntu et le système se plante.
Voilà où j'en suis.
Peux-tu en choisir une vieille si possible avec le mot recovery?
Car on ne va pas avoir le choix d'éxécuter cette commande vu le message du boot-repair
grub-efi available
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
Si tu n'y arrive pas, on fera en chroot.
https://doc.ubuntu-fr.org/chroot
Ton O.S. est sur SDA4
Autre action.
En bootant avec le support d'installation, tu lances gparted et tu supprimes cette partition
Start End Sectors Size Type
sda2 1050624 1083391 32768 16M Microsoft reserved
et tu retentes un boot-repair
En apparté: Ta partition windows est pleine à mort, Les mises à jour ne vont pas pouvoir se faire...
Dernière modification par geole (Le 12/03/2022, à 11:49)
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
#29 Le 12/03/2022, à 12:58
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour geole, avant de passaer à l'action, je me demande si la suppression de la partition sda 2 résrvée à windows aura ou non des conséqences sur mes dossiers?
Pour les opérations en chroot, dans la documentation il y a deux procédures, l'une générale:
1.1Changer de système
,
et l'autre particulière:
1.2 Exemple pratique avec une version 17.10 , 18.04 , 20.04 et 21.04
,
laquelle choisir?
Merci de ta disponibilité et coopération
Hors ligne
#30 Le 12/03/2022, à 13:35
- geole
Re : [ Résolu]Echec de prise en charge de langue
La partition SDA2 est détruite logiquement.
En fait, avec gparted, il suffirait de la reformater en partition/systeme de fichier éffacé au lieu de ext4 puis de lui remettre le drapeau mfstres
Celle avec les exemples me semble plus facile à faire surtout que tu connais la partition à cibler et que tu es dans le contexte EFI
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
#31 Le 12/03/2022, à 21:09
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonsoir,
1. j'ai supprimé la partition sda2 comme demandé
2. J'ai effectué boot-repair mais en cours d'exécution le système s'est planté
3. En rebootant c'est le menu GRUB qui s'affiche:
GNU GRUB - Version 2.02~ Beta 3-4- Ubuntu2
Du coup, des souvenirs me reviennent avec ",problème de grub 2 lors de l'installation d'Ubuntu 16.04 LTS" qui a fait l'objet de mon premier sujet de discussion dans ce forum en date du 3/02/2018. Ceci me laisse à me demander si la demarche décrite dans le message # 117 qui a permis de résoudre le problème en question ne pouvait-elle pas servir à la résolution du problème actuel?
Qu'en pensez vous geole et xubu1957?
Hors ligne
#32 Le 12/03/2022, à 21:20
- geole
Re : [ Résolu]Echec de prise en charge de langue
C'est probablement à ce moment que tu as cassé SDA2
https://forum.ubuntu-fr.org/viewtopic.p … #p21742333
La bonne partition est SDA4.
sda4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.6 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
Dernière modification par geole (Le 12/03/2022, à 21:23)
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
#33 Le 13/03/2022, à 08:48
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour,
Laurent85 a écrit:
Démarre sur la session live usb, ouvre un terminal, clavier fr :
setxkbmap fr
installion de gdisk :sudo apt install gdisk
suppression de la table de partition du disque dur :sudo sgdisk --zap-all /dev/sda
installation en mode sans installation du chargeur :ubiquity -b
sélectionne le type d'installation Effacer le disque et installe.
A la fin de l'installation sélectionne continuer à tester et arrête l'ordi à partir du menu. Démarre à nouveau sur une session live usb, ouvre un terminal, clavier fr :setxkbmap fr
préparation de chroot :sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi
sudo mount --bind /dev /mnt/dev
sudo chroot /mnt mount -t proc proc /proc
sudo chroot /mnt mount -t sysfs sysfs /sys
sudo chroot /mnt mount -t devpts devpts /dev/pts
installation des paquets du chargeur dans la session live :sudo apt install shim-signed grub-efi-amd64-signed
installation du chargeur dans l'esp mais sans l'enregistrement à la nvram boguée :sudo grub-install --no-nvram --root-directory=/mnt
duplication du chargeur ubuntu en chargeur par défaut :sudo -s
cd /mnt/boot/efi/EFI
cp -r ubuntu Boot
cd Boot
cp shimx64.efi bootx64.efi
exit
Modification du paramétrage de grub pour que le menu s'affiche :sudo mount --bind /run/resolvconf /mnt/run/resolvconf
sudo chroot /mnt apt install grub2-common
sudo cp /mnt/usr/share/grub/default/grub /mnt/etc/default
sudo sed -i 's/^GRUB_HIDDEN/#&/' /mnt/etc/default/grub
sudo chroot /mnt update-grub
Et AVANT de redémarrer génère un rapport bisnext et attends la réponse.
Est ce que je peux tenter cette procédure en changeant dans la préparation du chroot, sda2 qui est une partition effacée et formatée par sda4 qui est la partition linuxn sda1, étabt la partition EFI système?
Hors ligne
#34 Le 13/03/2022, à 10:13
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour,
Dans la situation actuelle, la procédure serait plutôt devenue.
Démarre sur la session live usb, ouvre un terminal, clavier fr :
setxkbmap fr
sudo mount /dev/sda4 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount -t proc /proc /mnt/proc
sudo mount -t sysfs /sys /mnt/sys
sudo mount --bind /run /mnt/run
sudo mount --bind /sys /mnt/sys
sudo modprobe efivars
sudo chroot /mnt
Quelques contrôles seront à faire par exemple
mount -t devpts devpts /dev/pts
ping -c4 google.fr
ls -ls /home
==> Cette réponse doit te donner ton nom d'utilisateur et pas ubuntu
Puis les réparations. Comme on va avoir besoin de toucher à l'EFI
sudo mount /dev/sda1 /boot/efi
Comme réparation, je propose
sudo dpkg --configure -a
sudo dpkg --force-all --configure -a
sudo apt -f install
sudo apt install --fix-missing
sudo apt autoremove --purge
sudo apt update
sudo apt upgrade
sudo apt full-upgrade
Et on met à jour le kernel
sudo update-initramfs -d -k all
Puis après, il faudrait virer le shim qui n'est pas compatible avec ton ordinateur.
Je ne sais pas si je retrouverais la séquence exacte à faite, Mais on verra plus tard.
Dernière modification par geole (Le 15/03/2022, à 09:14)
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
#35 Le 13/03/2022, à 11:55
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour geole
L'exeécution des commandes a rencontré des problèmes au stade de' chroot /mnt' avec ce message d'erreur :
chroot cannot change root. Directory to '/mnt': operation is not permitted
Aussi, la commande 'sudo apt upgrade' a mal tourné avec des messages d'erreur dont entre-autres:
no apport report written because the error message indicates a disk full error
.
La commande ' sudo apt full-upgrade ' n' a pas, elle aussi, abouti:(
Hors ligne
#36 Le 13/03/2022, à 12:03
- geole
Re : [ Résolu]Echec de prise en charge de langue
Erreur de ma part en copier/coller
sudo chroot /mnt
et tu es resté dans le support d'installation. D'où le manque de place
Dernière modification par geole (Le 13/03/2022, à 12:05)
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
#37 Le 13/03/2022, à 16:56
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Est ce que je dois refaire la procédure?
Hors ligne
#38 Le 13/03/2022, à 17:22
- geole
Re : [ Résolu]Echec de prise en charge de langue
Comme tu as pas mal modifié "en mémoire" le support d'installation, le plus simple est de rebooter pour repartir sur une version de base correcte..
Cependant, si tu es resté connecté, je pense que repartir à la commande
sudo chroot /mnt
devrait fonctionner
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
#39 Le 13/03/2022, à 17:59
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Désolé, j'ai refait la procédure dès le début en prenant compte du changement dans la commande chroot, j'ai constaté une amélioration dans le déroulement de l'éxécution des commandes sauf peut être pour la commande
sudo apt autoremove --purge
il m'a été conseillé de
use sudo apt autoremove
to remove them. C'est ce que j'ai fait
Je te fais remarque que j'ai exécuté les commandes en bloc pour les six séries de commandes et non une à une.
J'ai remarqué aussi l'apparition des inscriptions en lettres arabes, ce qui m'a paru un peu bizarre.
A la fin j'ai quité la session live et j'ai rebooté, dans la page bios, j'ai cliqué sur l'option de linux mais ça m'a conduit au menu Grub, en tapant exit, je reçois
boot linux succeed
mais le boot se fait sur Windows Qu'est ce qu'on peut en déduire?
Hors ligne
#40 Le 13/03/2022, à 18:51
- geole
Re : [ Résolu]Echec de prise en charge de langue
Pas grand chose.
Soit tu demandes à windows de lancer ubuntu à son arrêt avec cette procédure https://forum.ubuntu-fr.org/viewtopic.php?id=1407471
Soit tu suis mon conseil d'autoriser ubuntu à booter par le bios avec cette procédure https://forum.ubuntu-fr.org/viewtopic.p … #p21468818
A moins que tu ne préfères autoriser refind qui m'a semblé installé correctement
Peux-tu malgré tout refaire un boot-info car il peut y avoir un autre problème que je n'aurais pas vu immédiatement.
Dernière modification par geole (Le 13/03/2022, à 18:56)
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
#41 Le 14/03/2022, à 11:18
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour geole,
J'ai essayé les deux procédures sans aucun résultat probant. Pour le boot à partir de windows la procédure s'applique à windows 8 alors que mon O.S fonctionne sous windows 10. Pour le boot à partir de Bios, j'ai pas trouvé les indications affichées dans la rubrique sécurité. Donc il ne me reste plus d'après tes suggestions que l'option refind. Je t'enverrai plus tard le rapport boot-info
Hors ligne
#42 Le 14/03/2022, à 11:19
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour
La procédure marche aussi pour windows 10
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
#43 Le 14/03/2022, à 12:04
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
rebonjour
Voici le lien pour lerapport deboot-info:
https://pastebin.ubuntu.com/p/m874RPn6PX/
j'ai parcouru le rapport avec un oeil de novice non connaisseur et voici ce qui a attiré mon attention:
=> No boot loader is installed in the MBR of /dev/sda.
=> Syslinux MBR (3.61-4.03) is installed in the MBR of /dev/sdb.
OS#1: Ubuntu 20.04.4 LTS on sda4Boot0001* Unknown Device: HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
OS#2: Windows 8 or 10 on sda3
SecureBoot disabled - SecureBoot disabled - Please report this message to boot.repair@gmail.com.
Boot0001* Unknown Device: HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
sda : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, has-win, 2048 sectors * 512 bytes
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi of
sda4,
using the following options: sda1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the Ubuntu 20.04.4 LTS entry (sda1/efi/****/grub****.efi (**** will be updated in the final message) file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.
If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\****\grub****.efi (**** will be updated in the final message
Hors ligne
#44 Le 14/03/2022, à 12:06
- xubu1957
Re : [ Résolu]Echec de prise en charge de langue
Bonjour,
Collage du Boot-repair, pour les spécialistes :
boot-repair-4ppa200 [20220314_1033]
============================== Boot Info Summary ===============================
=> No boot loader is installed in the MBR of /dev/sda.
=> Syslinux MBR (3.61-4.03) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: Windows 8/10/11/2012: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/refind/refind.conf
/efi/Boot/Bootx64-2019-01-17-22-38-43.efi
/efi/Boot/bootmgfw.efi /efi/Boot/bootx64.efi
/efi/Boot/fbx64.efi /efi/Boot/fwupx64.efi
/efi/Boot/grubx64.efi /efi/Boot/mmx64.efi
/efi/Boot/refind_x64.efi /efi/Boot/shimx64.efi
/efi/refind/refind_x64.efi /efi/ubuntu/fbx64.efi
/efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/Boot/grub.cfg /efi/ubuntu/grub.cfg
/efi/Boot/ubuntu/fbx64.efi
/efi/Boot/ubuntu/fwupx64.efi
/efi/Boot/ubuntu/grubx64.efi
/efi/Boot/ubuntu/mmx64.efi
/efi/Boot/ubuntu/shimx64.efi
/efi/Microsoft/Boot/bootmgfw.efi
/efi/Microsoft/Boot/bootmgr.efi
/efi/Boot/ubuntu/grub.cfg
sda2: __________________________________________________________________________
File system:
Boot sector type: -
Boot sector info:
sda3: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/10/11/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 8 or 10
Boot files: /bootmgr /Windows/System32/winload.exe
sda4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.4 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.03 2010-10-22 ........>..sr>..........9...0...~.....~...f...M.f.f....f..0~....>E}.u......
Boot sector info: Syslinux looks at sector 2229696 of /dev/sdb1 for its
second stage. SYSLINUX is installed in the directory.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /ldlinux.sys
================================ 2 OS detected =================================
OS#1: Ubuntu 20.04.4 LTS on sda4
OS#2: Windows 8 or 10 on sda3
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: Intel Corporation from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.1 LTS, bionic, x86_64)
===================================== UEFI =====================================
BIOS/UEFI firmware: V1.04 from Insyde Corp.
The firmware is EFI-compatible, and is set in EFI-mode for this live-session.
SecureBoot disabled - SecureBoot disabled - Please report this message to boot.repair@gmail.com.
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0003,0000,0002,2001,2002,2003
Boot0000* Linux HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\Boot\grubx64.efi)RC
Boot0001* Unknown Device: HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0002* Linux HD(1,MBR,0xdca4b93,0x158,0x752ea8)/File(\EFI\Boot\grubx64.efi)RC
Boot0003* Windows Boot Manager HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
3aef9c72ad50faa8db576c01f85a0915 sda1/Boot/Bootx64-2019-01-17-22-38-43.efi
c433f4e31830c0bd000936e25896cfd3 sda1/Boot/bootmgfw.efi
fa1bf1a7f90a852abe0bdbd089b7f1b0 sda1/Boot/bootx64.efi
e92a4b6c146ad3a15493c2124b50b7b9 sda1/Boot/fbx64.efi
0f08ecaaa01879b16987aeafd1fe20cc sda1/Boot/fwupx64.efi
04461732d55beb15f0f29f59eca7f418 sda1/Boot/grubx64.efi
bf39cf9416a9403d40a9b69541486e74 sda1/Boot/mmx64.efi
f022c38d7ca7c9b7420940ff9a816fd7 sda1/Boot/refind_x64.efi
3aef9c72ad50faa8db576c01f85a0915 sda1/Boot/shimx64.efi
f022c38d7ca7c9b7420940ff9a816fd7 sda1/refind/refind_x64.efi
61c7898dd613614b15cee0081226572c sda1/ubuntu/fbx64.efi
256fe27540b54b71cf38110338247688 sda1/ubuntu/fwupx64.efi
fa1bf1a7f90a852abe0bdbd089b7f1b0 sda1/ubuntu/grubx64.efi
d5a2dfd48441834f97d7ab8e3c26ba0f sda1/ubuntu/mmx64.efi
6e94c3d33194c89bd327bfaa5871e294 sda1/ubuntu/shimx64.efi
61c7898dd613614b15cee0081226572c sda1/Boot/ubuntu/fbx64.efi
b5698f2f88c3917bdf0c9f0f2a45d469 sda1/Boot/ubuntu/fwupx64.efi
28057224e436c28a84cdc0a9e4d68605 sda1/Boot/ubuntu/grubx64.efi
d5a2dfd48441834f97d7ab8e3c26ba0f sda1/Boot/ubuntu/mmx64.efi
6e94c3d33194c89bd327bfaa5871e294 sda1/Boot/ubuntu/shimx64.efi
f8f28244c9551657b9eef41e1b3d66fb sda1/Microsoft/Boot/bootmgfw.efi
c6c359c5c1795a32695cd68607fd9d82 sda1/Microsoft/Boot/bootmgr.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, has-win, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda3 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda4 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda3 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, notwinboot
sda4 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sda
sda3 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sda
sda4 : not--sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2
Start End Sectors Size Type
sda1 2048 1050623 1048576 512M EFI System
sda2 1050624 1083391 32768 16M Microsoft reserved
sda3 1083392 104507391 103424000 49.3G Microsoft basic data
sda4 104507392 976771071 872263680 416G Linux filesystem
Disk sdb: 3.7 GiB, 3932160000 bytes, 7680000 sectors
Disk identifier: 0x0dca4b93
Boot Start End Sectors Size Id Type
sdb1 * 344 7679999 7679656 3.7G b W95 FAT32
Disk zram0: 454.4 MiB, 476495872 bytes, 116332 sectors
Disk zram1: 454.4 MiB, 476495872 bytes, 116332 sectors
parted -lm (filtered): _________________________________________________________
sda:500GB:scsi:512:4096:gpt:ATA WDC WD5000LPCX-2:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:555MB:16.8MB::Microsoft reserved partition:msftres;
3:555MB:53.5GB:53.0GB:ntfs:Basic data partition:msftdata;
4:53.5GB:500GB:447GB:ext4::;
sdb:3932MB:scsi:512:512:msdos: :;
1:176kB:3932MB:3932MB:fat32::boot;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat DFB9-6EDC d24235fe-81e8-4968-bb04-f763986aa866 EFI System Partition
├─sda2 ed2aa4cf-bbff-4095-8881-d95b599a8c9c Microsoft reserved partition
├─sda3 ntfs E22C7B442C7B12B1 5ffa398e-0589-4e5f-b41b-3b9a8c466da0 Basic data partition
└─sda4 ext4 8081a010-187d-4b09-991b-f8937279f064 1dfb54b7-569a-42bf-aa18-e03ef54775c4
sdb
└─sdb1 vfat E255-B969 0dca4b93-01 LUBUNTU
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/sda1 468.1M 8% /mnt/boot-sav/sda1
/dev/sda3 524M 99% /mnt/boot-sav/sda3
/dev/sda4 302.5G 21% /mnt/boot-sav/sda4
/dev/sdb1 2.6G 29% /cdrom
Mount options (filtered): ______________________________________________________
/dev/sda1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sda3 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda4 ext4 rw,relatime,data=ordered
/dev/sdb1 vfat ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
==================== sda1/EFI/refind/refind.conf (filtered) ====================
timeout 20
menuentry Linux {
icon EFI/refind/icons/os_linux.png
volume 904404F8-B481-440C-A1E3-11A5A954E601
loader bzImage-3.3.0-rc7
initrd initrd-3.3.0.img
options "ro root=UUID=5f96cafa-e0a7-4057-b18f-fa709db5b837"
disabled
}
menuentry "Arch Linux" {
icon /EFI/refind/icons/os_arch.png
volume "Arch Linux"
loader /boot/vmlinuz-linux
initrd /boot/initramfs-linux.img
options "root=PARTUUID=5028fa50-0079-4c40-b240-abfaf28693ea rw add_efi_memmap"
submenuentry "Boot using fallback initramfs" {
initrd /boot/initramfs-linux-fallback.img
}
submenuentry "Boot to terminal" {
add_options "systemd.unit=multi-user.target"
}
disabled
}
menuentry Ubuntu {
loader /EFI/ubuntu/grubx64.efi
icon /EFI/refind/icons/os_linux.png
disabled
}
menuentry "ELILO" {
loader \EFI\elilo\elilo.efi
disabled
}
menuentry "Windows 7" {
loader \EFI\Microsoft\Boot\bootmgfw.efi
disabled
}
menuentry "Windows via shell script" {
icon \EFI\refind\icons\os_win.png
loader \EFI\tools\shell.efi
options "fs0:\EFI\tools\launch_windows.nsh"
disabled
}
menuentry "My macOS" {
icon \EFI\refind\icons\os_mac.png
volume "macOS boot"
loader \System\Library\CoreServices\boot.efi
disabled
}
====================== sda1/efi/Boot/grub.cfg (filtered) =======================
search.fs_uuid da12660c-9213-4a34-b696-5489e47c9a16 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 8081a010-187d-4b09-991b-f8937279f064 root hd0,gpt4
set prefix=($root)'/boot/grub'
=================== sda1/efi/Boot/ubuntu/grub.cfg (filtered) ===================
search.fs_uuid 8081a010-187d-4b09-991b-f8937279f064 root hd0,gpt4
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda4/boot/grub/grub.cfg (filtered) ======================
Ubuntu 8081a010-187d-4b09-991b-f8937279f064
Ubuntu, with Linux 5.4.0-104-generic 8081a010-187d-4b09-991b-f8937279f064
Ubuntu, with Linux 4.15.0-171-generic 8081a010-187d-4b09-991b-f8937279f064
Windows Boot Manager (on sda1) osprober-efi-DFB9-6EDC
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###
========================== sda4/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda4 during installation
UUID=8081a010-187d-4b09-991b-f8937279f064 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=DFB9-6EDC /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
======================= sda4/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false
==================== sda4: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
330.436035156 = 354.802991104 boot/grub/grub.cfg 3
212.806671143 = 228.499423232 boot/vmlinuz 1
63.544017792 = 68.229869568 boot/vmlinuz-4.15.0-171-generic 2
212.806671143 = 228.499423232 boot/vmlinuz-5.4.0-104-generic 1
63.544017792 = 68.229869568 boot/vmlinuz.old 2
63.544017792 = 68.229869568 vmlinuz 2
214.050342560 = 229.834805248 boot/initrd.img 5
213.543941498 = 229.291061248 boot/initrd.img-4.15.0-171-generic 3
214.050342560 = 229.834805248 boot/initrd.img-5.4.0-104-generic 5
213.543941498 = 229.291061248 boot/initrd.img.old 3
213.543941498 = 229.291061248 initrd.img 3
===================== sda4: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18151 Aug 12 2021 10_linux
-rwxr-xr-x 1 root root 42359 Aug 12 2021 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Aug 12 2021 20_linux_xen
-rwxr-xr-x 1 root root 12059 Aug 12 2021 30_os-prober
-rwxr-xr-x 1 root root 1424 Aug 12 2021 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Aug 12 2021 40_custom
-rwxr-xr-x 1 root root 216 Aug 12 2021 41_custom
====================== sdb1/boot/grub/grub.cfg (filtered) ======================
Try Lubuntu without installing
Install Lubuntu
OEM install (for manufacturers)
Check disc for defects
========================= sdb1/syslinux.cfg (filtered) =========================
default menu.c32
prompt 0
menu title UNetbootin
timeout 100
label unetbootindefault
menu label Default
kernel /ubnkern
append initrd=/ubninit file=/cdrom/preseed/lubuntu.seed boot=casper quiet splash ---
label ubnentry0
menu label ^Help
kernel /ubnkern
append initrd=/ubninit
label ubnentry1
menu label ^Try Lubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz file=/cdrom/preseed/lubuntu.seed boot=casper quiet splash ---
label ubnentry2
menu label ^Install Lubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz file=/cdrom/preseed/lubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry3
menu label ^Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz boot=casper integrity-check quiet splash ---
label ubnentry4
menu label Test ^memory
kernel /install/mt86plus
append initrd=/ubninit
label ubnentry5
menu label ^Boot from first hard disk
kernel /ubnkern
append initrd=/ubninit
label ubnentry6
menu label Try Lubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz file=/cdrom/preseed/lubuntu.seed boot=casper quiet splash ---
label ubnentry7
menu label Install Lubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz file=/cdrom/preseed/lubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry8
menu label OEM install (for manufacturers)
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz file=/cdrom/preseed/lubuntu.seed boot=casper only-ubiquity quiet splash oem-config/enable=true ---
label ubnentry9
menu label Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd.lz boot=casper integrity-check quiet splash ---
==================== sdb1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdb1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1
?? = ?? menu.c32 1
=============== sdb1: Version of COM32(R) files used by Syslinux ===============
menu.c32 : COM32R module (v4.xx)
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi of
sda4,
using the following options: sda1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the Ubuntu 20.04.4 LTS entry (sda1/efi/****/grub****.efi (**** will be updated in the final message) file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.
If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\****\grub****.efi (**** will be updated in the final message)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#45 Le 14/03/2022, à 12:39
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Questions bêtse de non connaisseur: si j'ai bien compris, l'OS de linux qui est installé est Ubuntu 20.04.4 LTS, or la live USB session se fait sur Lubuntu 18.04 . Est ce normal ? Comment peut-on s'assurer que l'installation de Ubuntu est bonne et complète parce que c'est la seule condition pour povoir botter ubuntu à partir de windows 10?
Hors ligne
#46 Le 14/03/2022, à 13:26
- geole
Re : [ Résolu]Echec de prise en charge de langue
Tu as fait une installation avec une clé USB en version 18.04 mais tu viens de faire une mise à niveau en 20.04 Donc la clé USB n'est pas au même niveau d'O.S. Mais ce n'est pas grave, il n'y a pas d incompatibilité. Si ta clé avait été en version 16.04 Il y aurait eu incompatibilité car le formation EXT4 a évolué avec l'ajout de fonctionnalités.
A partir d'avril 2023, le logiciel de ta clé USB sera périmé, il faudra en fabriquer une nouvelle avec la version 22.04 qui sera parfaitement au point.
Si tu ne ne peux pas booter depuis windows, la cause probable est à chercher dans la spécificité de ton ordinateur
Boot0001* Unknown Device:
Si tu ne peux pas booter directement ubuntu , il y a la cause ci-dessus plus le fait qu'il n'est pas possible de modifier directement la priori malgré le mode secure déactivé.
Je regarde l'installation actuelle
Boot0000* Linux HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\Boot\grubx64.efi)RC
├─sda1 vfat DFB9-6EDC d24235fe-81e8-4968-bb04-f763986aa866 EFI System Partition
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 8081a010-187d-4b09-991b-f8937279f064 root hd0,gpt4
└─sda4 ext4 8081a010-187d-4b09-991b-f8937279f064 1dfb54b7-569a-42bf-aa18-e03ef54775c4
====================== sda4/boot/grub/grub.cfg (filtered) ======================
Ubuntu 8081a010-187d-4b09-991b-f8937279f064
Ubuntu, with Linux 5.4.0-104-generic 8081a010-187d-4b09-991b-f8937279f064
Ubuntu, with Linux 4.15.0-171-generic 8081a010-187d-4b09-991b-f8937279f064
Windows Boot Manager (on sda1) osprober-efi-DFB9-6EDC
========================== sda4/etc/fstab (filtered) ===========================
UUID=8081a010-187d-4b09-991b-f8937279f064 / ext4 errors=remount-ro 0 1
UUID=DFB9-6EDC /boot/efi vfat umask=0077 0 1
Tout me semble parfait.
Comme l'installation est EFI, le contenu du MBR n est pas utilisé et il est nécessaire d'autoriser le boot avec une certaine procédure décrite dans ce document https://forum.ubuntu-fr.org/viewtopic.p … #p21468818
qui prévoit aussi de réordonner les priorités de boot
Dans ton bios EFI, cela peut être présenté différemment. Dans ton contexte le fichier a sélectionné est
EFI\ubuntu\grubx64.efi Ce n'est donc pas le répertoire boot ni le fichier shimx64.efi
Si tu sélectionnes EFI\ubuntu\grubx64.efi cela ne fonctionnera pas car son fichier de paramétrage pointe sur une partition absente probablement l'ex SDA2
====================== sda1/efi/Boot/grub.cfg (filtered) =======================
search.fs_uuid da12660c-9213-4a34-b696-5489e47c9a16 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Dernière modification par geole (Le 14/03/2022, à 13:31)
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
#47 Le 14/03/2022, à 16:51
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
J'ai refait la procédure décrite dans le lien que tu m'as donné. Dans la page du bios il n y a pas accès à selectionner un uefi astrusted for executing et donc lmpossible de poursuivre le reste des étapes à faire. Et l'autre selction " EFI\ubuntu\grubx64.efi " est paramétrée probablement dans la partition sda2 qu'on a effacée, alors la question qui se pose est peut on la restaurer? Sinon serais-je dans l'impasse?
Hors ligne
#48 Le 14/03/2022, à 17:30
- geole
Re : [ Résolu]Echec de prise en charge de langue
SDA2 est une partition stupide dont la taille est ridicule
De plus le premier boot-info a dit qu elle était illisible
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Mounting failed: mount: /mnt/BootInfo/sda2: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error.
Je vais en déduire que ton ordinateur ne sait booter que par windows.
Mais je ne comprends pas ce changement de comportement.
Donc dans un premier temps, on va quand même regarder s il ne boote pas de façon standard
Donc tu rebootes avec le support dinstallation
Puis tu montes la partition de boot
sudo mount -v /dev/sda1 /mnt
et tu écrases les fichiers de boot par ceux de ubuntu (Il y a déjà eu une sauvegarde le 17/01/2019)
Lignes corrigées pour meilleure codification.
sudo cp -v /mnt/efi/ubuntu/grubx64.efi /mnt/efi/boot/bootx64.efi
sudo cp -v /mnt/efi/ubuntu/grub.cfg /mnt/efi/boot/grub.cfg
Tu quittes et tu regardes si cela boote.
Sinon On lui fera plaisir en installant refind à sa place
Dernière modification par geole (Le 16/03/2022, à 12:14)
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
#49 Le 14/03/2022, à 17:58
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Le support d'installation? C'est à dire la clé USB pour une session live?
Hors ligne
#50 Le 14/03/2022, à 18:01
- geole
Re : [ Résolu]Echec de prise en charge de langue
oui.
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