#1 Le 10/06/2022, à 01:01
- vincent1890
Grub dualboot NON fonctionnel si suppr d'un des disks
Bonjour,
Je souhaite créer un dual Boot avec deux disk physique (Nvme) actuellement mon dualboot était réalisé sur un seul et unique disk donc aucun prob j'avais créé une partition NTFS partagée et créer des liens pour Doc,Img,download etc.… comme cela le dualboot était parfait pour partager les mêmes ressources entre les deux system.
Maintenant je souhaite réaliser un dualboot mais avec deux disk car j'ai besoin de réinstaller très souvent le Windows par un processus totalement automatisé mais dans ce processus celui-ci formate le disk entièrement donc bye bye "Ubuntu" cela n'est pas faisable.
Donc je pensais mettre Windaube sur un disk et Ubuntu sur un autre les tests actuels réalisé sont en échecs au moment où je simule le retrait d'un des deux disk (test effectué sous virtualiseur KVM)
Si j'enlève le disk Ubuntu voilà erreur :
Si j'enlève le disk Windows voilà erreur :
Donc je ne comprends pas comment fonctionne le Grub ou est il vraiment installé au final ? car j'ai installé Windows en premier sur un disk puis j'ai installé Ubuntu sur l'autre lors de l'installation celui-ci a vu que Windows existait et donc j'ai choisi le type installation "Autre choses" pour lui dire d'installer Ubuntu sur le second disk que j'ai partitionné en une grosse partition de 40 Go avec Point de montage : / et en EXT4
Explication de cette vidéo :
https://youtu.be/kZS84ctzii8?t=1379
Boot-info rapport cela pourrait surement vous servir pour m'aider.
http://pastebin.fr/107172
Tout se passe bien au niveau grub nickel si les deux disk sont présent, je peux sélectionner le Windows ou le Ubuntu super à partir de là je commence les tests qui m'intéresse simulation de la suppression du disque Windows mais catastrophe grub cassé donc me suis dit ok donc le grub a été mis sur le disk Windows, j'enlève le disk Ubuntu et là c'est aussi cassé (voir les captures ci-dessus).
Donc question comment doit je faire pour avoir un dual boot avec le grub sur le disk Ubuntu mais en fessant que celui-ci fonctionne si je supprime le disk Windows pour le réinstaller ou comment faire pour placer facilement le grub sur un petit disk spécifique (un troisième disk) si faisable ?
Mon but est de déconnecter le disk Ubuntu je réinstalle le Windows grâce au process automatique (MDT) je reconnecte le disk Ubuntu et reconfigure le Grub mais j'ai l'impression que si on touche à un disk cela casse tout au point même de même plus avoir accès à Ubuntu se qui me dérange énormément.
Merci à vous
Dernière modification par vincent1890 (Le 10/06/2022, à 02:14)
Hors ligne
#2 Le 10/06/2022, à 05:29
- malbo
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Bonjour,
Je colle ci-dessous le contenu du rapport Boot-info dont tu as donné le lien :
boot-info-4ppa200 [20220607_0217]
============================== Boot Info Summary ===============================
=> No boot loader is installed in the MBR of /dev/vda.
=> No boot loader is installed in the MBR of /dev/vdb.
vda1: __________________________________________________________________________
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/Boot/bootx64.efi /efi/Boot/fbx64.efi
/efi/Boot/mmx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/ubuntu/grub.cfg /efi/Microsoft/Boot/bootmgfw.efi
/efi/Microsoft/Boot/bootmgr.efi
vda2: __________________________________________________________________________
File system:
Boot sector type: -
Boot sector info:
vda3: __________________________________________________________________________
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: /Windows/System32/winload.exe
vda4: __________________________________________________________________________
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:
vdb1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
vdb2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 22.04 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
================================ 2 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 22.04 LTS CurrentSession on vdb2
OS#2: Windows 8 or 10 on vda3
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: SVGA II Adapter from VMware
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-35-generic root=UUID=bb324893-ce22-495b-8353-6ba1f015aea4 ro quiet splash vt.handoff=7
df -Th / : /dev/vdb2 ext4 39G 11G 27G 29% /
===================================== UEFI =====================================
BIOS/UEFI firmware: (0.0) from
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
SecureBoot disabled - SecureBoot disabled
Platform is in Setup Mode - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0005
Timeout: 30 seconds
BootOrder: 0006,0005,0003,0002,0000,0004
Boot0000* UiApp FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(462caa21-7614-4503-836e-8ab6f4662331)
Boot0002* UEFI Misc Device PciRoot(0x0)/Pci(0x7,0x0)N.....YM....R,Y.
Boot0003* Windows Boot Manager HD(1,GPT,a0e4e77b-6583-4507-ba78-8780b735a922,0x800,0xf9800)/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.}....................
Boot0004* EFI Internal Shell FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0005* ubuntu HD(1,GPT,a0e4e77b-6583-4507-ba78-8780b735a922,0x800,0xf9800)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* UEFI Misc Device 2 PciRoot(0x0)/Pci(0x8,0x0)N.....YM....R,Y.
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
vdb : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, no-wind, 2048 sectors * 512 bytes
vda : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, has-win, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
vdb2 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-far
vdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
vda4 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
vda3 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
vda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
Partitions info (2/3): _________________________________________________________
vdb2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
vdb1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
vda4 : isnotESP, part-has-no-fstab, no-nt, no-winload, recovery-or-hidden, no-bmgr, notwinboot
vda3 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, no-bmgr, notwinboot
vda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
vdb2 : not--sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, vdb
vdb1 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, vdb
vda4 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, vda
vda3 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, vda
vda1 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, vda
fdisk -l (filtered): ___________________________________________________________
Disk vda: 80 GiB, 85899345920 bytes, 167772160 sectors
Disk identifier: C52311A1-4A81-4DA5-9124-C2FD274EE64B
Start End Sectors Size Type
vda1 2048 1023999 1021952 499M EFI System
vda2 1024000 1286143 262144 128M Microsoft reserved
vda3 1286144 166103039 164816896 78.6G Microsoft basic data
vda4 166103040 167770111 1667072 814M Windows recovery environment
Disk vdb: 40 GiB, 42949672960 bytes, 83886080 sectors
Disk identifier: 48F11336-ED62-4089-AA2E-56F9704E176D
Start End Sectors Size Type
vdb1 2048 1050623 1048576 512M EFI System
vdb2 1050624 83884031 82833408 39.5G Linux filesystem
parted -lm (filtered): _________________________________________________________
vdb:42.9GB:virtblk:512:512:gpt:Virtio Block Device:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:42.9GB:42.4GB:ext4::;
vda:85.9GB:virtblk:512:512:gpt:Virtio Block Device:;
1:1049kB:524MB:523MB:fat32:EFI system partition:boot, esp;
2:524MB:659MB:134MB::Microsoft reserved partition:msftres;
3:659MB:85.0GB:84.4GB:ntfs:Basic data partition:msftdata;
4:85.0GB:85.9GB:854MB:ntfs::diag;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
vda
├─vda1 vfat E45F-B835 a0e4e77b-6583-4507-ba78-8780b735a922 BOOT EFI system partition
├─vda2 9efa3af8-7226-47c1-8f49-1272e3a8e659 Microsoft reserved partition
├─vda3 ntfs B650604250600B85 cd5d8c6a-391b-40e0-aef7-695123da343c Windows Basic data partition
└─vda4 ntfs 6694608894605C95 c2571ba8-7614-43b4-a8b9-89000ace89cc Recovery Basic data partition
vdb
├─vdb1 vfat 7E3C-CEB9 e1213b9a-2b04-46b0-b91c-47b7a71ad076 EFI System Partition
└─vdb2 ext4 bb324893-ce22-495b-8353-6ba1f015aea4 5e27078c-b863-4bdd-856e-926c372d8bc9
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/vda3 61.2G 22% /mnt/boot-sav/vda3
/dev/vda4 377.7M 54% /mnt/boot-sav/vda4
/dev/vdb1 511M 0% /mnt/boot-sav/vdb1
/dev/vdb2 26.2G 27% /
Mount options (filtered): ______________________________________________________
/dev/vda3 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/vda4 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/vdb1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/vdb2 ext4 rw,relatime,errors=remount-ro
===================== vda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid bb324893-ce22-495b-8353-6ba1f015aea4 root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== vdb2/boot/grub/grub.cfg (filtered) ======================
Ubuntu bb324893-ce22-495b-8353-6ba1f015aea4
Ubuntu, with Linux 5.15.0-35-generic bb324893-ce22-495b-8353-6ba1f015aea4
Ubuntu, with Linux 5.15.0-25-generic bb324893-ce22-495b-8353-6ba1f015aea4
Windows Boot Manager (on vda1) osprober-efi-E45F-B835
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###
========================== vdb2/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/vdb2 during installation
UUID=bb324893-ce22-495b-8353-6ba1f015aea4 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/vda1 during installation
UUID=E45F-B835 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
======================= vdb2/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== vdb2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
11,375984192 = 12,214870016 boot/grub/grub.cfg 1
8,909732819 = 9,566752768 boot/vmlinuz 1
6,180660248 = 6,636433408 boot/vmlinuz-5.15.0-25-generic 2
8,909732819 = 9,566752768 boot/vmlinuz-5.15.0-35-generic 1
6,180660248 = 6,636433408 boot/vmlinuz.old 2
3,636856079 = 3,905044480 boot/initrd.img 2
3,754013062 = 4,030840832 boot/initrd.img-5.15.0-25-generic 1
3,636856079 = 3,905044480 boot/initrd.img-5.15.0-35-generic 2
3,754013062 = 4,030840832 boot/initrd.img.old 1
===================== vdb2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18683 Apr 15 23:50 10_linux
-rwxr-xr-x 1 root root 43031 Apr 15 23:50 10_linux_zfs
-rwxr-xr-x 1 root root 14180 Apr 15 23:50 20_linux_xen
-rwxr-xr-x 1 root root 13369 Apr 15 23:50 30_os-prober
-rwxr-xr-x 1 root root 1372 Apr 15 23:50 30_uefi-firmware
-rwxr-xr-x 1 root root 700 Feb 19 14:21 35_fwupd
-rwxr-xr-x 1 root root 214 Apr 15 23:50 40_custom
-rwxr-xr-x 1 root root 215 Apr 15 23:50 41_custom
=========================== vdb2/etc/grub.d/35_fwupd ===========================
#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
. /var/lib/fwupd/uefi_capsule.conf
if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
${grub_probe:?}
prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
chainloader ${EFI_PATH}
}
EOF
fi
fi
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi of
vdb2,
using the following options: vdb1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Blockers in case of suggested repair: __________________________________________
Please use this software in a live-session (live-CD or live-USB). This will enable this feature.
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 22.04 LTS CurrentSession entry (vdb1/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)On voit bien ce qui ne va pas : les éléments de démarrage de Ubuntu et les éléments de démarrage de Windows sont dans une même partition EFI :
vda1: __________________________________________________________________________
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/Boot/bootx64.efi /efi/Boot/fbx64.efi
/efi/Boot/mmx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/ubuntu/grub.cfg /efi/Microsoft/Boot/bootmgfw.efi
/efi/Microsoft/Boot/bootmgr.efiCette partition EFI se trouvant sur le disque Windows, si tu enlèves ce disque Windows, Ubuntu ne peux plus démarrer.
Il y a deux possibilités :
1) tu installes Windows en mode Bios classique (non-EFI) sur le disque 1 et tu installes Ubuntu en mode Bios classique sur le disque 2. Le mode Bios classique a l'avantage d'assurer l'indépendance des deux OS plus facilement que le mode EFI.
2) Si tu préfères rester en mode EFI, il faut déconnecter le disque Win avant l'installlation de Ubuntu afin qu'il y ait une partition EFI sur ce disque Ubuntu. Tu as un exemple de réalisation dans ce fil : [RESOLU] Win10 (EFI) sur un SSD et Kubuntu sur un autre SSD. Comme tu pourras lire dans ce fil, ce dual-boot réalisé en mode EFI restera fragile : si on doit réinstaller Ubuntu ou seulement réparer le démarrage de Ubuntu, il faut penser à déconncter le disque Windows sinon il y a risque d'utilisation de la partition EFI de Windows
EDIT : ma compréhension du système EFI, c'est qu'il est conçu pour avoir tous les OS sur le même disque. L'installateur de Ubuntu en mode EFI fonctionne selon ce principe : il utilise systématiquement une partition EFI préexistante, même si on lui demande d'installer Ubuntu sur un disque différent. C'est pourquoi c'est compliqué d'obtenir l'indépendance des deux OS.
Dernière modification par malbo (Le 10/06/2022, à 05:46)
Hors ligne
#3 Le 10/06/2022, à 07:34
- iznobe
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Bonjour , en mode EFI , il est possible d ' obtenir l ' independance de 2 OS avec une seule et meme partition EFI me semble t il .
Pour cela , il faut dire a chaque systeme de ne pas faire de recherche des autres OS sur les partitions ( avec l ' option : "GRUB_DISABLE_OS_PROBER=true" dans le fichier " /etc/default/grub " .
il faut creer un menu personnalisé sur les OS .
A ce moment là chaque OS se gere seul , mais acte sur la meme partition EFI .
Cela engendre aussi un genre de double GRUB :
le menu personnalisé s ' affiche sans tenir compte de quoi que ce soit d' autre , puis chaque OS gere alors son propre GRUB comme a l ' habitude d ' un simple OS seul .
Je peux detaillé plus si necessaire .
Dernière modification par iznobe (Le 10/06/2022, à 07:36)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#4 Le 10/06/2022, à 08:26
- malbo
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
A ce moment là chaque OS se gere seul , mais acte sur la meme partition EFI .
Bonjour,
Selon moi, une partition EFI commune aux deux OS ne convient pas au projet de vincent1890. Mais il est possible que ma proposition du post #2 puisse être simplifiée aussi je t'invite à détailler ta proposition.
Hors ligne
#5 Le 10/06/2022, à 09:39
- Qid
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
ma compréhension du système EFI, c'est qu'il est conçu pour avoir tous les OS sur le même disque. L'installateur de Ubuntu en mode EFI fonctionne selon ce principe : il utilise systématiquement une partition EFI préexistante, même si on lui demande d'installer Ubuntu sur un disque différent. C'est pourquoi c'est compliqué d'obtenir l'indépendance des deux OS.
Hum... Peut-être parce-que non content de créer une seconde partition efi il faut quand même aussi vérifier que GRUB se colle bien sur le bon disque...
Mais c'est sûr que la solution de facilité pour commencer une telle config serait de débrancher le disque de l'autre système au départ... Comme ça au moins la situation serait clair...
"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 10/06/2022, à 09:44
- iznobe
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Dans un 1er temps on edite le fichier " /etc/default/grub " pour dire a ubuntu de ne pas rechercher d ' autre systeme sur les partitions :
sudo nano /etc/default/grubpuis on y ajoute cette ligne , ou on modifie la valeur et / ou commentaire associé :
GRUB_DISABLE_OS_PROBER=trueon valide et quitte nano . ctrl +x , o , entrée .
Creation du menu personalisé , pour cela , on edite le fichier suivant : " /etc/grub.d/40_custom " :
sudo nano /etc/grub.d/40_custompour ubuntu , on y ajoute un paragraphe de la sorte :
menuentry 'Ubuntu 21.04' --class ubuntu --class gnu-linux --class gnu --class os --id 'Ubuntu 21' {
insmod part_gpt
insmod part_msdos
insmod ext2
search --no-floppy --fs-uuid --set=root 89f71135-b459-4c74-bfa3-e9d27df4369d
configfile /boot/grub/grub.cfgPour windows ce sera quelquechose du genre :
menuentry "Windows" {
insmod part_gpt
insmod fat
search --no-floppy --fs-uuid --set=root C071-9050 # UUID de la partition EFI
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}Evidemment , il faut remplacer par vos UUID de partition correspondant .
Ensuite , il suffit de faire prendre en compte les changements par GRUB en passant :
sudo update-grubA partir de là , on peux enlever un des 2 disques ( celui ne contenant pas la partition EFI bien sur ) et redemarrer , il ne devrait plus y avoir de soucis grace au menu personnalisé .
Evidemment avec un disque en moins , si on choisit l' OS manquant cela ne fonctionnera pas .
En cas de reinstallation , si la partition est formatée , on peut simplement edité le fichier du menu personnalisé ( /etc/grub.d/40_custom ) et changer l ' UUID de la partition correspondant au systeme qui vient d' etre nouvellement installé et basta , c ' est reparti .
C ' est ce que je pratique sur mon ordi perso depuis plus d ' un an sans soucis . et j' ai 6 ou 7 OS dessus .
NOTE : il me semble que si on reinstalle windows , il supprime l' entrée ubuntu de la partition EFI , ou bien , il supprime son contenu .
ca oblige donc a recreer le contenu complet de celle-ci apres chaque reinstallation , mais je n ' en suis pas certain , j ' utilise pratiquement jamais windows sur mon ordi perso ( et le reinstalle encore moins souvent ) .
Dernière modification par iznobe (Le 10/06/2022, à 09:57)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#7 Le 10/06/2022, à 13:16
- geole
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Maintenant je souhaite réaliser un dualboot mais avec deux disques car j'ai besoin de réinstaller très souvent le Windows par un processus totalement automatisé mais dans ce processus celui-ci formate le disque entièrement donc bye bye "Ubuntu" cela n'est pas faisable.
Donc je ne comprends pas comment fonctionne le Grub ou est il vraiment installé au final ?
Bonjour
Première réponse
Je ne sais pas pas quel est ton processus automatique, peut-être devrais-tu le changer.
J'en connais un très simple. Le principe est de sauver la partition NTFS ailleurs et de la restaurer.
Cela peut se faire avec gparted, ou partclone ou même avec la commande dd
Suivant la façon de faire tu peux même compléter par la commande RSYNC afin de maintenir la duplication au niveau N-1.
Seconde réponse.
Cependant comme tu disposes de 2 nvme, il est peut-être préférable de faire une installation avec un O.S. par nvme. Ce qui te permet d'avoir toujours un O.S. de disponible en cas de destruction d'un NVME au lieu de soit les deux soit aucun.
Pour réaliser, tu as deux pistes
A) Par duplication via gparted de la partition ESP et de la partition RACINE.
B) Par une installation neuve , Il faut d'abord supprimer le drapeau ESP de la partition de boot du premier disque puis lancer une installation sur tout le disque en prenant le second et ne pas se tromper de disques. Ce qui ne semble pas grave dans ton contexte. Puis lorsque l'installation est finie, enlever le drapeau ESP du second disque et le remettre sur le premier disque. En effet, certaines mises à jour de windows plantent en présence plusieurs drapeaux ESP.
Car je considère qu'il n'est pas sérieux d'avoir la structure de boot d'un O.S. uniquement dans un autre disque que celui qui contient l'O.S. Il te faut donc bien une partition de boot dédiée à ubuntu dans le second disque .
NOTA, l'installateur standard de windows, ne supprime pas les répertoires qui préexistent dans la partition ESP. Il se contente de se remettre prioritaire. Exactement comme ubuntu.
Dernière modification par geole (Le 10/06/2022, à 13:25)
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
#8 Le 10/06/2022, à 17:22
- vincent1890
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Bonjour à tous,
Merci pour vos réponses à tous, j'ai tout lu et actuellement je vois bien la solution de déconnexion du disk pour rendre l'autre autonome lors de l’Install
Ou la création du double grub peut être aussi avoir et tester.
Autre question lors de l'installation de Ubuntu est-ce à cause de moi qui est mal fait mes partitions et aurais peut-être dû créer une partition boot "EFI : en début du Disque , 100Mo , fat 32 , drapeau :BOOT ou ESP" j'ai bien l'impression ?
Bon je vais relire et prendre vos solution une part une pour voir la plus adéquate pour rendre au maximum les deux system indépendants avec le moins de manips idéalement ou alors une restauration/réparation du system multiboot la plus simple.
Je reviendrais vous dire la solution mise en place
Merci a tous
Dernière modification par vincent1890 (Le 10/06/2022, à 17:24)
Hors ligne
#9 Le 10/06/2022, à 17:29
- iznobe
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
tu devrais deja avoir une partition /boot/efi . impossible de demarrer en mode EFI sans celle-ci ( normalement ) .
il se peut qu ' elle soit creer automatiquement lors de l' installation aussi .
Si windows etait present avant l' install d ' ubuntu , il cree cette partition sans en informer l' utilisateur . Puis ubuntu se sert de la meme pour y mettre ses fichiers .
Pour t ' en assurer , passe cette commande :
lsblk -fe7Dernière modification par iznobe (Le 10/06/2022, à 17:31)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#10 Le 10/06/2022, à 17:49
- malbo
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
Bon je vais relire et prendre vos solution une part une pour voir la plus adéquate pour rendre au maximum les deux system indépendants avec le moins de manips idéalement ou alors une restauration/réparation du system multiboot la plus simple.
Prends le temps de virtualiser les manips comme tu l'as fait précédemment. Et raconte-nous.
D'autre part, tu avais écrit dans le post #1 que tu souhaitais pouvoir réinstaller complètement Windows mais c'est lourdingue : est-ce qu'il simple restauration d'une image disque ne peut pas suffire ?
Dernière modification par malbo (Le 10/06/2022, à 17:50)
Hors ligne
#11 Le 10/06/2022, à 18:27
- vincent1890
Re : Grub dualboot NON fonctionnel si suppr d'un des disks
vincent1890 a écrit :Bon je vais relire et prendre vos solution une part une pour voir la plus adéquate pour rendre au maximum les deux system indépendants avec le moins de manips idéalement ou alors une restauration/réparation du system multiboot la plus simple.
Prends le temps de virtualiser les manips comme tu l'as fait précédemment. Et raconte-nous.
D'autre part, tu avais écrit dans le post #1 que tu souhaitais pouvoir réinstaller complètement Windows mais c'est lourdingue : est-ce qu'il simple restauration d'une image disque ne peut pas suffire ?
Oui tout à fait je vais virtualiser je me lancerais en manips réel seulement quand je serais sûr d'avoir la procédure souhaitez et les manips de dépannage "potentiels".
Alors "lourdingue" OUI et NON car j'utilise MDT (Microsoft Deployment Toolkit) en mode ultra personnalisé donc les seules manips ou j'interviens c'est au tout début lors de la sélection des logiciels à installer automatiquement, le nom du PC, et le disk sur lequel installer Windows après tout ce fait seul même la configuration de certain logiciel vu que j'ai pas mal de script powershell automatisant cela et j'évite les grosses MAJ de "Mer......" de Microsoft généralement je réinstalle propre ou alors si je veux test des versions Microsoft encore NON release.
Le seule HIC c'est que l'installation par MDT formate le disque entier (Je ne souhaite pas modifier ce comportement car MDT est utilisé pour l'ensemble du parc) d'où le multiboot sur deux disque séparé pour éviter cela a la place actuellement d'un multiboot sur un disk ce qui étant pourtant bien pratique et totalement fonctionnel.
Et même si actuellement un seul disque permettait un partage de ressource commune entre linux et Windows (cette partie j'y est pas encore trop réfléchie) peut être des liens vers la partition Windows comme précédemment ou alors un troisième disque ou encore un déport sur un NAS ou encore une synchro bidirectionnels entre Windows et linux comme cela les deux system reste en tout temps indépendants et sans risque de perte ou NON accès aux données (Inconvénients double occupation de l'espace).
Dernière modification par vincent1890 (Le 10/06/2022, à 22:28)
Hors ligne