Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 02/07/2023, à 08:40

Goon

Dual boot flingué

Bonjour,

Je ne sais pas comment je m'y suis pris, mais je pense que j'ai réussi à flinguer la partition EFI de mon volume Windows ce qui fait que même à la réinstallation, Grub n'arrive pas à détecter mon installation Windows 11. J'ai essayé avec le système de récupération de Windows, avec boot-repair mais je n'arrive à rien. Quelqu'un pourrait m'aider ?

Le schéma général :
- /dev/nvme0 avec Windows en n1p2, l'EFI en n1p1 et un truc de restauration que je n'ai jamais demandé en n1p3
- /dev/sda avec une install toute fraîche d'Ubuntu. /dev/sda1 avec l'EFI et /dev/sda4 avec Ubuntu
- deux autres disques qui ne contiennent que des données

Voici le bootinfo généré par boot-repair

boot-repair-4ppa203                                              [20230702_0937]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => No boot loader is installed in the MBR of /dev/sda.
 => Windows 7/8/10/11/2012 is installed in the MBR of /dev/sdb.
 => No known boot loader is installed in the MBR of /dev/sdc.

nvme0n1p1: _____________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  -
    Boot sector info: 

nvme0n1p2: _____________________________________________________________________

    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 7
    Boot files:        /bootmgr /Windows/System32/winload.exe

nvme0n1p3: _____________________________________________________________________

    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:  
    Boot files:        /bootmgr /Boot/BCD

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 23.04
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sdb1: __________________________________________________________________________

    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:  
    Boot files:        

sdc1: __________________________________________________________________________

    File system:       
    Boot sector type:  Unknown
    Boot sector info: 


================================ 2 OS detected =================================

OS#1:   Ubuntu 23.04 on sda2
OS#2:   Windows 7 on nvme0n1p2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: Navi 23 [Radeon RX 6600/6600 XT/6600M] from Advanced Micro Devices, Inc. [AMD/ATI]
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-6.2.0-20-generic root=UUID=66df5223-15cd-4986-b3e5-10a396d35612 ro quiet splash vt.handoff=7
df -Th / : /dev/sda2        ext4   585G     12G  544G   3% /

===================================== UEFI =====================================

BIOS/UEFI firmware: F64a(5.17) from American Megatrends International, LLC.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
SecureBoot disabled (confirmed by mokutil).
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,000E,0006,000D,0003
Boot0000* ubuntu	HD(1,GPT,cd9aa839-4689-5141-9fde-ad8ac27e1537,0x800,0x219800)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* WDC WD6400AACS-00D6B1	BBS(HD,,0x0)..BO
Boot0006* WDC WDS100T2B0C-00PXH0	BBS(HD,,0x0)..BO
Boot000D* KINGSTON SA400S37960G	BBS(HD,,0x0)..BO
Boot000E* Windows Boot Manager	HD(3,GPT,184461ea-3482-462f-81a0-ac9bc78c3d86,0x74596800,0x16f000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)..BO

a2004182decea0a962feb14ceefd750d   nvme0n1p3/Boot/bootx64.efi
a2004182decea0a962feb14ceefd750d   nvme0n1p3/Microsoft/Boot/bootmgfw.efi
d34d665ba30785058c621d1a03fc00f3   nvme0n1p3/Microsoft/Boot/bootmgr.efi

============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes
nvme0n1	: is-GPT,	hasBIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes
sdb	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	64, apt-get,	signed grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
nvme0n1p2	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
nvme0n1p3	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda1	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sdb1	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	fstab-has-bad-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p2	: is---ESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	notwinboot
nvme0n1p3	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	bootmgr,	is-winboot
sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
nvme0n1p2	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p3	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sdb1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 32BD11E4-5719-41B5-82AB-FF7EB4F3D4EB
               Start        End    Sectors   Size Type
nvme0n1p1       2048      34815      32768    16M BIOS boot
nvme0n1p2      34816 1952016383 1951981568 930.8G EFI System
nvme0n1p3 1952016384 1953519615    1503232   734M Windows recovery environment
Disk sda: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk identifier: 378B6137-A353-ED4A-9769-B8195DD997F2
        Start        End    Sectors   Size Type
sda1     2048    2203647    2201600     1G EFI System
sda2  2203648 1250260991 1248057344 595.1G Linux filesystem
Disk sdb: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
Disk identifier: 0x05157f76
      Boot Start        End    Sectors   Size Id Type
sdb1        2048 1875382271 1875380224 894.3G  7 HPFS/NTFS/exFAT

parted -lm (filtered): _________________________________________________________

sda:640GB:scsi:512:512:gpt:ATA WDC WD6400AACS-0:;
1:1049kB:1128MB:1127MB:fat32::boot, esp;
2:1128MB:640GB:639GB:ext4::;
sdb:960GB:scsi:512:512:msdos:ATA KINGSTON SA400S3:;
1:1049kB:960GB:960GB:ntfs::;
nvme0n1:1000GB:nvme:512:512:gpt:WDC WDS100T2B0C-00PXH0:;
1:1049kB:17.8MB:16.8MB::Microsoft reserved partition:bios_grub;
2:17.8MB:999GB:999GB:ntfs:Basic data partition:boot, esp;
3:999GB:1000GB:770MB:ntfs::hidden, diag;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL      PARTLABEL
sda                                                                                                       
├─sda1      vfat     5AD6-47A1                            cd9aa839-4689-5141-9fde-ad8ac27e1537            
└─sda2      ext4     66df5223-15cd-4986-b3e5-10a396d35612 75ae80f4-cedc-5f49-b82c-d33ac14fe593            
sdb                                                                                                       
└─sdb1      ntfs     98C0371FC0370354                     05157f76-01                          SSD 960 Go 
nvme0n1                                                                                                   
├─nvme0n1p1                                               b3394687-120f-4de4-813c-64498821ce68            Microsoft reserved partition
├─nvme0n1p2 ntfs     B412784512780E9C                     ba284e72-204c-46a0-9e2b-c8c7d8cdfbf1 NVMe 1 To  Basic data partition
└─nvme0n1p3 ntfs     C2F26FF9F26FF059                     184461ea-3482-462f-81a0-ac9bc78c3d86            

Mount points (filtered): _______________________________________________________

                                Avail Use% Mounted on
/dev/nvme0n1p2                  80.2G  91% /mnt/boot-sav/nvme0n1p2
/dev/nvme0n1p3                  38.4M  95% /mnt/boot-sav/nvme0n1p3
/dev/sda2                      543.7G   2% /
/dev/sdb1                      363.4G  59% /mnt/boot-sav/sdb1

Mount options (filtered): ______________________________________________________


===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 66df5223-15cd-4986-b3e5-10a396d35612 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   66df5223-15cd-4986-b3e5-10a396d35612
Ubuntu, with Linux 6.2.0-20-generic   66df5223-15cd-4986-b3e5-10a396d35612
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/66df5223-15cd-4986-b3e5-10a396d35612 / ext4 defaults 0 1
# /boot/efi was on /dev/sda1 during curtin installation
/dev/disk/by-uuid/5AD6-47A1 /boot/efi vfat defaults 0 1
/swap.img	none	swap	sw	0	0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
  45,300895691 = 48,641466368   boot/grub/grub.cfg                             1
   1,251808167 = 1,344118784    boot/vmlinuz                                   1
   1,251808167 = 1,344118784    boot/vmlinuz-6.2.0-20-generic                  1
   1,251808167 = 1,344118784    boot/vmlinuz.old                               1
   9,622535706 = 10,332119040   boot/initrd.img                                1
   9,622535706 = 10,332119040   boot/initrd.img-6.2.0-20-generic               1
   9,622535706 = 10,332119040   boot/initrd.img.old                            1

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18683 Dec  9  2022 10_linux
-rwxr-xr-x 1 root root 43263 Dec  9  2022 10_linux_zfs
-rwxr-xr-x 1 root root 14387 Dec  9  2022 20_linux_xen
-rwxr-xr-x 1 root root 13369 Dec  9  2022 30_os-prober
-rwxr-xr-x 1 root root  1372 Dec  9  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   722 Feb 26 18:05 35_fwupd
-rwxr-xr-x 1 root root   214 Dec  9  2022 40_custom
-rwxr-xr-x 1 root root   215 Dec  9  2022 41_custom



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi of
sda2,
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 23.04 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

#2 Le 02/07/2023, à 08:48

iznobe

Re : Dual boot flingué

Salut , il semble que tu aies créé un 2eme partition EFI lors de l' installation de ton ubuntu .

c ' est complexe de géré 2 partitions EFI . ca revient a faire un peu comme a l' ancien temps ( en choississant la partition EFI dans le BIOS ) , sauf qu ' en plus il faut gerer chaque partition EFI independamment et correctement .

Attend d ' autres avis , mais perso , je ne laisserai qu ' une partition EFI , celle du NVME et ferai en sorte de la mettre a jour .

NOTE : au niveau des performances , c ' est vraiment vraiment dommage , de ne pas avoir installé ubuntu sur le NVME . un disque NVME est de 10 a 20 fois plus rapide qu ' un HDD .

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#3 Le 02/07/2023, à 09:05

Goon

Re : Dual boot flingué

iznobe a écrit :

Salut , il semble que tu aies créé un 2eme partition EFI lors de l' installation de ton ubuntu .

c ' est complexe de géré 2 partitions EFI . ca revient a faire un peu comme a l' ancien temps ( en choississant la partition EFI dans le BIOS ) , sauf qu ' en plus il faut gerer chaque partition EFI independamment et correctement .

Attend d ' autres avis , mais perso , je ne laisserai qu ' une partition EFI , celle du NVME et ferai en sorte de la mettre a jour .

NOTE : au niveau des performances , c ' est vraiment vraiment dommage , de ne pas avoir installé ubuntu sur le NVME . un disque NVME est de 10 a 20 fois plus rapide qu ' un HDD .

Je suis en situation temporaire où je réorganise mes disques. Le HDD à vocation à être effacé et sorti de la circulation. Quand j'aurais fait ça depuis Windows, le dedierai un petit SSD à une installation de Linux.

Mais effectivement pour l'instant le but c'est de restaurer une partition EFI propre sur le NVME permettant de booter Windows et j'y arrive pas.

Hors ligne

#4 Le 02/07/2023, à 09:19

Compte supprimé

Re : Dual boot flingué

Bonjour,

même à la réinstallation, Grub n'arrive pas à détecter mon installation Windows 11

Je ne connais pas Grub, mais je crois avoir lu que maintenant il ne détecte plus les autres OS. Il faut activer OS-prober.
Tu peux aussi mettre la priorité au boot sur 000E par efibootmgr si tu veux démarrer sur Windows.
Autre solution, dans ton Ubuntu, tu installes Refind.

#5 Le 02/07/2023, à 09:22

Qid

Re : Dual boot flingué

Goon a écrit :

pour l'instant le but c'est de restaurer une partition EFI propre sur le NVME permettant de booter Windows et j'y arrive pas.

En même temps ceci me fait penser que le Windows n'est pas efi

nvme0n1p2: _____________________________________________________________________

    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 7
    Boot files:        /bootmgr /Windows/System32/winload.exe

Et puis sérieux ? On cause réellement de récupérer un windows 7 (largement enterré) sur un forum Ubuntu ? En réalité pour l'instant je ne suis pas sûr que la demande nous concerne réellement : forcément personne sur ce forum ne sera le mieux placer pour régler ce problème...

PS : pour iznobe :

iznobe a écrit :

Salut , il semble que tu aies créé un 2eme partition EFI lors de l' installation de ton ubuntu .

tu la vois où la seconde partition efi ?

"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 02/07/2023, à 09:28

Qid

Re : Dual boot flingué

Tamarou a écrit :

je crois avoir lu que maintenant il ne détecte plus les autres OS. Il faut activer OS-prober.
Tu peux aussi mettre la priorité au boot sur 000E par efibootmgr si tu veux démarrer sur Windows.
Autre solution, dans ton Ubuntu, tu installes Refind.

L'histoire d'os-prober c'est vrai si le Linux est tout seul en premier ce qui n'était à priori pas le cas mais celà dit ça ne coûte rien de vérifier en effet... Sauf que si j'ai raison dans mon post précédent de toutes façons OS prober ne changera pas le débat...
Reste comme tu le dis le choix de boot directement via l'efi (pas réellement besoin de changer la priorité à partir du moment où on connaît la touche de bootmenu)
Ou aussi la solution de refind en effet...

"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

#7 Le 03/07/2023, à 08:42

Brunodu24

Re : Dual boot flingué

Bonjour,
je suggére la chose suivante :
- créer une clé bootable de Windows 11, puis booter dessus et réparer le boot de Windows.
Puis, refaire l"installation d'Ubuntu en installant Grub sur le disque de celui-ci.
Se rendre dans le BIOS et déclarer le disque Ubuntu comme disque de boot en premier.
Cela évite d'écraser Grub à chaque mise à jour de Windows 11...

MSI 970 Gaming - AMD FX8350 octa core 4.0 Ghz - 8 Go DDR3 - Radeon RX 560 4Go DDR5 - multiboot W10 64 bits sur Sata 250 Go/Kubuntu 20.04 LTS 64 bits sur SSD 250 Go
ASUS K53SD - Inel Pentium CPU B960 (2.20Ghz) - 6 Go DDR2 - Nvidia Geforce 610M - Kubuntu 20.04 LTS 64 bits sur SSD 120 Go
Moteur de recherche : Qwant ou DuckDuckGo

Hors ligne

#8 Le 03/07/2023, à 09:06

geole

Re : Dual boot flingué

Bonjour.

nvme0n1p1: _____________________________________________________________________
    File system:       BIOS Boot partition
    Boot sector type:  -
    Boot sector

Merci de lancer GPARTED et de remplacer ce drapeau bios-grub par le drapeau ESP.
et de supprimer le drapeau ESP que tu as mis sur la grosse partition Windows NTFS.
Puis avec le support d'installation de windows tu réinstalleras structure de boot EFI comme a proposé brunodu24

Nota. Comme cette structure de boot EFI n'existe pas, boot-info croit à un windows 7.
         Je préfêre que chaque disque soit formaté et possède une partition de boot EFI. Cela peut servir en cas de destruction du disque principal.

Dernière modification par geole (Le 03/07/2023, à 09:12)

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

En ligne

#9 Le 03/07/2023, à 10:09

iznobe

Re : Dual boot flingué

Salut .

Effectivement , en regardant de nouveau le boot-info , je ne sais pas pourquoi j ' ai dis qu ' il me semblait voir 2 partitions EFI ...


Goon a écrit :

Je suis en situation temporaire où je réorganise mes disques. Le HDD à vocation à être effacé et sorti de la circulation. Quand j'aurais fait ça depuis Windows, le dedierai un petit SSD à une installation de Linux.

pour reorganiser efficacement et a moindre coût , tout en ayant des performances plus puissantes sur les 2 OS , a mon avis le mieux est de garder ton HDD et d ' installer ubuntu sur le SSD NVME :

- un SSD NVME , c ' est 5 a 10 fois plus rapide qu ' un SSD SATA .
- tu disposes de plus d ' espace disque pour stocker tes données ( contrairement a un petit SSD SATA pour y installer ubuntu )
- Ca ne te coute pas un centime .
- pas de modif a faire , pas de demontage materiel .

Peut etre y a t il une raison specifique que l' on ignore , qui fait que tu veuilles enlever ce HDD ?

Dernière modification par iznobe (Le 03/07/2023, à 10:11)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#10 Le 03/07/2023, à 11:52

geole

Re : Dual boot flingué

Tu as du voir deux fois le mot EFI
fdisk -l (filtered): ___________________________________________________________
Disk nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
nvme0n1p2      34816 1952016383 1951981568 930.8G EFI System
Disk sda: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
sda1     2048    2203647    2201600     1G EFI System
sda2  2203648 1250260991 1248057344 595.1G Linux filesystem
Disk sdb: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
      

Mount points (filtered): _______________________________________________________
                                Avail Use% Mounted on
/dev/nvme0n1p2                  80.2G  91% /mnt/boot-sav/nvme0n1p2
/dev/nvme0n1p3                  38.4M  95% /mnt/boot-sav/nvme0n1p3
/dev/sda2                      543.7G   2% /
/dev/sdb1                      363.4G  59% /mnt/boot-sav/sdb1

Tu pourrais libérer 50 Go dans /dev/nvme0n1p2   et  transformer SDA en partition de données
Je te conseille NTFS afin que windows puisse aussi l'utiliser, il risque d'en avoir rapidement besoin

Dernière modification par geole (Le 03/07/2023, à 12:02)

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

En ligne

#11 Le 03/07/2023, à 12:00

geole

Re : Dual boot flingué

Brunodu24 a écrit :

Se rendre dans le BIOS et déclarer le disque Ubuntu comme disque de boot en premier.
Cela évite d'écraser Grub à chaque mise à jour de Windows 11...

Bonjour
Les mises à jour de windows n'écrasent jamais le grub.
Cependant, lorsque la mise à jour de windows contient une mise à jour du logiciel de boot, il se remet automatiquement prioritaire. Donc ce n'est pas à chaque fois et je doute que le bios puisse l'empêcher.

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

En ligne

#12 Le 03/07/2023, à 12:14

Qid

Re : Dual boot flingué

geole a écrit :

Les mises à jour de windows n'écrasent jamais le grub.

C'est faux... Enfin ça l'était... Oui depuis qu'on est en efi ce problème ne se pose plus... Mais avant quand les démarreurs étaient dans le mbr... Bah forcément chacun écrasaient celui qui était présent avant lors d'une mise à jour...

"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

#13 Le 03/07/2023, à 12:19

iznobe

Re : Dual boot flingué

d' une mise à jour ?  ou d' une installation ?
parceque pour les mises a jour , je ne me rapelle pas avoir dejà vu ce phenomene ou alors tres rarement en tout cas .

Dernière modification par iznobe (Le 03/07/2023, à 12:20)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#14 Le 03/07/2023, à 12:56

Qid

Re : Dual boot flingué

iznobe a écrit :

d' une mise à jour ?  ou d' une installation ?
parceque pour les mises a jour , je ne me rapelle pas avoir dejà vu ce phenomene ou alors tres rarement en tout cas .

Tu sembles oublier le gag des multiboot linux dont les grub s'entretuent à chaque mise à jour... Ce qui prouve bien ce que je dis... Mais qui en effet n'existe plus depuis l'efi...

"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

#15 Le 03/07/2023, à 13:02

iznobe

Re : Dual boot flingué

Tu sembles oublier le gag des multiboot linux dont les grub s'entretuent à chaque mise à jour... Ce qui prouve bien ce que je dis... Mais qui en effet n'existe plus depuis l'efi...

oui c ' est sur , ca je ne l' ai pas oublié big_smile Mais ne parle ton pas de MAJ de windobz ici ?

Brunodu24 a écrit :

    Se rendre dans le BIOS et déclarer le disque Ubuntu comme disque de boot en premier.
    Cela évite d'écraser Grub à chaque mise à jour de Windows 11...

Dernière modification par iznobe (Le 03/07/2023, à 13:03)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#16 Le 03/07/2023, à 13:08

geole

Re : Dual boot flingué

En fait, je répondais dans le contexte de la discussion

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes
nvme0n1	: is-GPT,	hasBIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes
sdb	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	no-wind,	2048 sectors * 512 bytes

Oû le MBR n'est pas utilisé. Je n'ai pas d'expérience en dual boot légacy avec un seul disque.

Dernière modification par geole (Le 03/07/2023, à 13: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

En ligne

#17 Le 03/07/2023, à 13:11

Qid

Re : Dual boot flingué

iznobe a écrit :

Tu sembles oublier le gag des multiboot linux dont les grub s'entretuent à chaque mise à jour... Ce qui prouve bien ce que je dis... Mais qui en effet n'existe plus depuis l'efi...

oui c ' est sur , ca je ne l' ai pas oublié big_smile Mais ne parle ton pas de MAJ de windobz ici ?

Ça n'empêche... Et même au contraire : on sait tous très bien que Windows est très bon pour se croire seul au monde... Donc oui il écrase le boot et se recolle en priorité à chaque fois qu'il touche à son démarreur pour on ne sait pas trop quelle raison puisque windows update cause chinois...

Et moi je vois même pire que ça et je ne me l'explique vraiment pas pour le coup mais : j'ai eu ma période où je zigouillais le Windows mais laissait la partition de restauration... Donc le linux est bien seul et prioritaire... Eh bien régulièrement l'ordi auquel je pense réessaye de démarrer directement sur ce qu'il pense être windows...

"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

Pages : 1