#226 Le 07/04/2022, à 13:49
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour.
Tu as donné le retour de la première série de commandes que boot-repair allait te proposer.
Normalement, il aurait du en proposer une seconde série plus réduite
et surtout, s'il ne s'est pas planté, il aurait du faire un rapport d'exécution dont je t'avis demandé le contenu.
Je crois comprendre que, maintenant, cela se plante sans message évident.
Il ne reste donc plus qu'à regarder la trace pour voir s'il y a une piste. Pour cela tu bootes avec le support d'installation.
Tu montes la partition racine avec cette commande
sudo mount -v /dev/sda4 /mnt
et tu postes le retour de cette commande qui va demander la totalité de la trace car je ne sais pas ce qu'il faut chercher ni même si cela sera tracé.
journalctl -xb -D /mnt var/log/journal > Log.txt && xdg-open Log.txt
Note que je ne regarderais qu'au mieux dimanche.
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
#227 Le 07/04/2022, à 15:16
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
rebonjour
Je ne suis pas allé plus loin car un message recurrent s'affiche après la première série des commandes;
Grub is still present. Please try again. ( purge grub* packages fiind/mnt/boot-save/sda4)
A chaque fois que j'appuyais sur O.K, le message revenait. j'ai cru bien faire en tapant dans le terminal la recommandation : purge grub* packages find/mnt/boot-save/sda4, et la réponse était: purge is not a command. Vraiment, je ne savais pas quoi faire.
Dernière modification par bouhq (Le 07/04/2022, à 15:19)
Hors ligne
#228 Le 08/04/2022, à 11:36
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour.
Relance, Puis lorsque tu auras le message disant que grub est encore présent.
Tu pourras identifier avec cette commande.
sudo chroot "/mnt/boot-sav/sda4" dpkg -l | grep grub
Tu posteras le retour
Puis tu pourras épurer en remplaçant xxxxxx yyyyyy zzzzzz par les noms qui te seront listés. Si cela ne fonctionne pas, tu posteras le retour. On essayera de trouver la bonne codification.
Voici deux exemples
sudo chroot "/mnt/boot-sav/sda4" apt-get purge xxxxx yyyy zzzzz
sudo chroot "/mnt/boot-sav/sda4" apt-get purge --allow-remove-essential -y grub
xxxx yyyyy zzzzzzz
xxxxxx a peut-être cette valeur grub-common:i386
Dernière modification par geole (Le 08/04/2022, à 11:51)
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
#229 Le 08/04/2022, à 23:02
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonsoir, je ne suis pas arrivé jusqu'au message " grub est encore présent". car boot-repair s'est arrêté après ce message " Reinstall GRUB. This may require several minutes " et le système s'est planté, comme le montre la capture d'écran dont voici le lien:
https://ibb.co/N6cr2hG
On n'en finit pas avec ce foutu GRUB.
Dernière modification par bouhq (Le 09/04/2022, à 05:14)
Hors ligne
#230 Le 09/04/2022, à 10:52
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour.
Je ne sais quoi penser de ta capture d'écran..On y voit plutôt un système qui tourne en train de réinstaller... Y a-t-il eu un autre message?
Peux-tu faire un boot-info?
Je crains maintenant que cela se termine mal et qu'il faille faire une réinstallation.
Comme le live USB de la 20.04 ne boote pas (si j'ai bien compris Mais pourquoi ne pas réessayer), il faudra faire en 18.04 sans formater et en lançant
l'installation avec la commande suivante
ubiquity -b
afin d'éviter les ennuis grub. Mais ne pas se presser.
Pas encore lu le contenu du boot-info.De plus il faut refaire u e seconde tentative de réparation pour confirmation du plantage car cela a pu parfaitement fonctionner et planter au moment de l'installation du grub. Auquel cas, il suffit de réinstaller le grub ou activer refind.
Dernière modification par geole (Le 09/04/2022, à 11:08)
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
#231 Le 09/04/2022, à 14:07
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour
Voici le lien du boot- info que je viens de le faire:
http://paste.ubuntu.com/p/R2k4JFKWVJ/
J'ai refait , par deux fois, la commande de boot-repair et en voici le retour:
lubuntu@lubuntu:~$ sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-repair ; boot-repair
Ign:1 cdrom://Lubuntu 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic InRelease
Err:2 cdrom://Lubuntu 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic Release
Please use apt-cdrom to make this CD-ROM recognized by APT. apt-get update cannot be used to add new CD-ROMs
Hit:3 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu bionic InRelease
Hit:4 http://security.ubuntu.com/ubuntu bionic-security InRelease
Hit:5 http://archive.ubuntu.com/ubuntu bionic InRelease
Hit:6 http://archive.ubuntu.com/ubuntu bionic-updates InRelease
Reading package lists... Done
E: The repository 'cdrom://Lubuntu 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
boot-repair: command not found
lubuntu@lubuntu:~$
Je crois que le problème a un rapport avec le support d'installation de Lununtu 18.04, non?
Dernière modification par bouhq (Le 09/04/2022, à 14:10)
Hors ligne
#232 Le 09/04/2022, à 14:11
- iznobe
Re : [ Résolu]Echec de prise en charge de langue
Bonjour , il te suffit de desactiver dans les " sources de logiciels " , la prise en charge du media ou cdrom de Lubuntu 18.04 . ( une case a decocher )
et le boot-info :
boot-info-4ppa200 [20220409_1107]
============================== 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/grubx64.efi /efi/Boot/refind_x64.efi
/efi/Boot/shimx64.efi /efi/refind/refind_x64.efi
/efi/ubuntu/grubx64.efi /efi/ubuntu/grub.cfg
/efi/Microsoft/Boot/bootmgfw.efi
/efi/Microsoft/Boot/bootmgr.efi
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
sda5: __________________________________________________________________________
File system: ntfs
Boot sector type: Unknown
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
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,0001,0002,2001,2002,2003
Boot0000* Unknown Device: HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0001* Linux HD(1,GPT,d24235fe-81e8-4968-bb04-f763986aa866,0x800,0x100000)/File(\EFI\Boot\grubx64.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
45b6c50ad5b845989d5a880af859bf9e sda1/Boot/grubx64.efi
f022c38d7ca7c9b7420940ff9a816fd7 sda1/Boot/refind_x64.efi
45b6c50ad5b845989d5a880af859bf9e sda1/Boot/shimx64.efi
f022c38d7ca7c9b7420940ff9a816fd7 sda1/refind/refind_x64.efi
fa1bf1a7f90a852abe0bdbd089b7f1b0 sda1/ubuntu/grubx64.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
sda5 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, 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
sda5 : isnotESP, part-has-no-fstab, 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
sda5 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--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 872323071 767815680 366.1G Linux filesystem
sda5 872323072 976773119 104450048 49.8G Microsoft basic data
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:447GB:393GB:ext4::;
5:447GB:500GB:53.5GB:ntfs::msftdata;
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
└─sda5 ntfs 3DD9E45839CAB9C3 edeca799-8bd9-47cd-8b64-849bd68a8a89
sdb
└─sdb1 vfat E255-B969 0dca4b93-01 LUBUNTU
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/sda1 477.1M 7% /mnt/boot-sav/sda1
/dev/sda3 7.3G 85% /mnt/boot-sav/sda3
/dev/sda4 256.3G 24% /mnt/boot-sav/sda4
/dev/sda5 43.1G 13% /mnt/boot-sav/sda5
/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/sda5 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/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/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 8081a010-187d-4b09-991b-f8937279f064 root hd0,gpt4
set prefix=($root)'/boot/grub'
====================== sda4/boot/grub/grub.cfg (filtered) ======================
Ubuntu 8081a010-187d-4b09-991b-f8937279f064
Ubuntu, with Linux 5.4.0-107-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)
227.990768433 = 244.803223552 boot/grub/grub.cfg 1
53.270503998 = 57.198768128 boot/vmlinuz 2
53.270503998 = 57.198768128 boot/vmlinuz-5.4.0-107-generic 2
53.270503998 = 57.198768128 boot/vmlinuz.old 2
54.839405060 = 58.883362816 boot/initrd.img 8
54.839405060 = 58.883362816 boot/initrd.img-5.4.0-107-generic 8
54.839405060 = 58.883362816 boot/initrd.img.old 8
===================== 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)
Dernière modification par iznobe (Le 09/04/2022, à 14:18)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#233 Le 09/04/2022, à 14:37
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
il te suffit de desactiver dans les " sources de logiciels " , la prise en charge du media ou cdrom de Lubuntu 18.04 . ( une case a decocher )
Je ne suis pas connaisseur, je les trouve où les " sources de logiciels " et par quelle commande?
Hors ligne
#234 Le 09/04/2022, à 15:39
- ylag
Re : [ Résolu]Echec de prise en charge de langue
Bonjour,
Il s'agit de «Logiciels & Mises à jour» (software-properties).
Voir cette page de la doc : https://doc.ubuntu-fr.org/software-properties
Il faut aller à l'onglet «Autres logiciels», au §4.2 dans la doc, et décocher la ligne concernant le cdrom.
A+
Dernière modification par ylag (Le 09/04/2022, à 15:41)
Hors ligne
#235 Le 09/04/2022, à 16:06
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Merci ylag et iznobe, j'attends l'aval de geole
Hors ligne
#236 Le 09/04/2022, à 16:08
- iznobe
Re : [ Résolu]Echec de prise en charge de langue
Pour decocher cette case , tu peux y aller franco , d' ailleurs elle ne l' est jamais par defaut , et je me demande meme pourquoi elle existe encore ...
Sur que @geole te confirmera .
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#237 Le 09/04/2022, à 18:44
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
C'est raté. J'ai désactivé la prise en charge de l'usb de Lubuntu 18.04 en session live ( car je ne peux pas booter normalement sous lubuntu 20.04 LTS déjà installé) et j'ai refait le boot repair en cochant dans options avancées " Purger les kernels puis réistaller le dernier kernel'', le boot-repair a bien démarré exécutant " Purger les kernels puis réistaller le dernier kernel'' mais, de nouveau, le système s'est planté à la séquence " Reisnstal GRUB. This may require several minutes"
Hors ligne
#238 Le 09/04/2022, à 19:10
- geole
Re : [ Résolu]Echec de prise en charge de langue
Malgré le plantage de la réinstallation, essaie de booter car le boot-info montre la présence des deux fichiers de boot
==================== sda4: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
53.270503998 = 57.198768128 boot/vmlinuz 2
53.270503998 = 57.198768128 boot/vmlinuz-5.4.0-107-generic 2
53.270503998 = 57.198768128 boot/vmlinuz.old 2
54.839405060 = 58.883362816 boot/initrd.img 8
54.839405060 = 58.883362816 boot/initrd.img-5.4.0-107-generic 8
54.839405060 = 58.883362816 boot/initrd.img.old 8
Nota. Je ne comprends pas pourquoi tu as eu un message pour le cdrom. Tu n'en avais pas auparavant.
il me semble qu'il aurait aussi été possible de faire
apt-cdrom add
Dernière modification par geole (Le 09/04/2022, à 19:16)
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
#239 Le 09/04/2022, à 21:49
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonsoir
ça boote sur linux mais ça se plante toujours
N.B . Pour le cdrom, il s'agit peut être de la clé usb de Lubuntu 18.04
Hors ligne
#240 Le 09/04/2022, à 22:00
- geole
Re : [ Résolu]Echec de prise en charge de langue
Si tu as le menu de choix
choisir mode recovery
choisir de lancer le réseau (netroot)
choisir d'être root
mettre à jour.
apt update
apt upgrade
Si tu n'as pas le choix du menu, décris.
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
#241 Le 09/04/2022, à 23:02
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
J'ai le choix du menu, je vais tenter la procèdure.
Hors ligne
#242 Le 10/04/2022, à 01:51
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Dans le menu du recovery mode, j'ai pas trouvé le réseau netroot. il ya plutôt " network". J'ai pas voulu me hasarder d'y toucher. En revanche j'ai appuyé sur l'option: root= drop to root shell prompt et j'ai saisi: apt update qui a laissé déferler une liste d'erreurs ( failed to....) et puis j'ai saisi apt upgrade qui, après certaines actions a fini par me poser la question " Do you wante to continue" m'invitant à réponde par Y ou N. J'ai répondu par les deux possibilités et le retour de la commande fut " Abort". C'est du déjà vu. J'ai le sentiment qu'on revient à la case départ.
Dernière modification par bouhq (Le 10/04/2022, à 01:52)
Hors ligne
#243 Le 10/04/2022, à 09:44
- geole
Re : [ Résolu]Echec de prise en charge de langue
Bonjour
c'était donc network et pas netroot.
Si le message d'erreur des failed disait que c'était à cause du réseau pas opérationnel, pas trop surprenant que cela se soit planté.
Sinon, comme tu le dit, On avait vu ce plantage systématique à la réponse. Ce qui m'avait incité à proposer la réinstallation du dernier noyau.
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
#244 Le 10/04/2022, à 11:59
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Bonjour,
On ne sait pas si le message d'erreurs disait que c'était à cause du réseau pas opérationnel. Ce que j'en suis sûr est qu'il ny a pas " netroot"" comme option dans le menu du recovery mode mais " network". Si tu soupçonnes que "network" est la cause du plantage, on peut tenter son excécution qui renvoie à cet avertissement:
Continuing will remount your / filesystem in read/ write mode and mount any other filesystem defined in /etc/fstab. Do you want to continue.
Tu veux qu'on exécute network?
Dernière modification par bouhq (Le 10/04/2022, à 12:01)
Hors ligne
#245 Le 10/04/2022, à 13:06
- geole
Re : [ Résolu]Echec de prise en charge de langue
D' après la documentation https://doc.ubuntu-fr.org/recovery_mode
C'est écrit netroot https://doc.ubuntu-fr.org/_detail/recov … overy_mode
Mais le nom a pu changé.
Ne pas l'activer n'est peut-être pas la cause du plantage, mais est une cause de ne pas pouvoir mettre à jour. Alors autant faire le mieux possible.
Dernière modification par geole (Le 10/04/2022, à 13:06)
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
#246 Le 10/04/2022, à 13:40
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
On le fait alors?
Hors ligne
#247 Le 10/04/2022, à 13:50
- geole
Re : [ Résolu]Echec de prise en charge de langue
Il faut essayer. Cela ne cassera pas plus....
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
#248 Le 10/04/2022, à 13:52
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
Dans les dernières versions, le choix "remount" n'existe plus. On peut prendre "network" qui produira le même effet, le disque sera en mode écriture.
Network est donc l'ancien remount, c'est pour passer à un mode de dépannage avancé
Hors ligne
#249 Le 10/04/2022, à 13:57
- geole
Re : [ Résolu]Echec de prise en charge de langue
fait...
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
#250 Le 10/04/2022, à 14:07
- bouhq
Re : [ Résolu]Echec de prise en charge de langue
D'autant plus que:
L'intitulé de la cinquième ligne est devenu "network Activer la prise en charge du réseau et qu'il est nécessaire de valider pour que le montage de la partition se fasse.
Hors ligne