logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 16-01-2019 22:30:16

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Perte de partitions après un multiboot (Résolu)

Bonjour,

Je fais appel à vous car en bidouillant ma Debian, et bien...j'ai tout cassé. J'ai un laptop Lenovo sur lequel j'ai :
- une toute petite partition pour le Wind*** d'origine,
- une Fedora (par curiosité),
- surtout une Debian 9 Stretch, qui est ma distrib' principale.
Le tout est sur disque dur mécanique.
J'ai ajouté un SSD et j'ai essayé une deuxième Debian dessus. Mon montage est le suivant:
- la partition /boot de cette nouvelle distribution sur le HDD, en partition primaire,
- sa partition swap également dessus, commune aux autres, en partition étendue,
- sa partition /home aussi sur le HDD en partition étendue.
- Sa partition racine (/) est placée sur le SSD, en partition primaire.
GRUB installé sur le secteur d'amorçage du HDD, à la demande de l'installateur.
Lors du 1er lancement de cette Debian sur SSD tout s'est bien passé, j'avais toutes mes partitions affichées, le lancement de Debian s'est passé sans problème.
Petit bémol tout de même: mon disque dur externe en usb n'apparaissait nulle part, ainsi qu'une clé usb branchée.
Une mise à jour plus tard: GRUB ne me présente plus que la Debian installée sur le SSD, tout le reste a disparu des choix de boot de son menu!
Mes partitions apparaissent bel et bien si je fais un

fdisk -l


une fois la Debian lancée.
Je soupçonne quelque chose au niveau du fichier fstab dont je connais l'existence mais sans avoir d'autre connaissance à son propos.
Mon désir est de pouvoir au moins récupérer la possibilité de lancer Wind*** et pouvoir par la suite mettre toutes mes autres distrib' sur le SSD sans que tout se casse à la première mise à jour. Et si je peux comprendre ce qui se passe c'est le nirvana!
Quelqu'un aurait une idée?
C'est un peu long, merci de m'avoir lu.
Librement votre.
Ludovic.

Dernière modification par Ludox (22-01-2019 15:32:06)


"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#2 16-01-2019 23:46:06

pas-si-facile
Membre
Lieu : Paris
Distrib. : Debian 9 stable
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce
Inscription : 09-01-2019
Site Web

Re : Perte de partitions après un multiboot (Résolu)

Salut,

Ce fameux fichier fstab, se situe dans /etc

Dans un terminal (en user) tu peux faire un cat /etc/fstab et nous poster le résultat ?

Hors ligne

#3 17-01-2019 09:31:25

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Re : Perte de partitions après un multiboot (Résolu)

Salut,
retour de la commande:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>                                                              
# / was on /dev/sdb1 during installation                                                                                            
UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 /               ext4    errors=remount-ro 0       1                                       
# /boot was on /dev/sda3 during installation                                                                                        
UUID=a66d6387-40d2-4969-a631-4288b306d617 /boot           ext4    defaults        0       2                                         
# /home was on /dev/sda8 during installation                                                                                        
UUID=32c12a89-b72b-4e41-a4c2-e139b7ada6c4 /home           ext4    defaults        0       2                                         
# swap was on /dev/sda6 during installation                                                                                         
UUID=b524e5b6-6473-42df-a1fd-1c4ec4885e66 none            swap    sw              0       0



J'ai également lu qu'il existerait une liste des options que GRUB doit nous présenter, via /boot/grub/menu.lst, que je ne trouve pas :-(


"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#4 17-01-2019 09:46:11

pas-si-facile
Membre
Lieu : Paris
Distrib. : Debian 9 stable
Noyau : Linux 4.9.0-8-amd64
(G)UI : Xfce
Inscription : 09-01-2019
Site Web

Re : Perte de partitions après un multiboot (Résolu)

Installe os-prober sur ta Debian et lance-le (en root).

Il devrait te lister tes autres systèmes. Ensuite tu fais un update-grub (pour qu'il incorpore cette liste à son menu) puis un grub update (pour que cette liste soit visible au démarrage).

https://doc.ubuntu-fr.org/grub-pc

Hors ligne

#5 17-01-2019 10:24:02

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

Eléments de réponse en vrac.

/etc/fstab n'a rien à voir avec la détection des autres systèmes d'exploitation.
os-prober devrait normalement être déjà installé par défaut avec GRUB.
menu.lst est le fichier de configuration de l'ancien GRUB 1 (grub-legacy), obsolète et remplacé par GRUB 2 (grub-pc sur PC BIOS ou grub-efi-amd64 sur PC UEFI 64 bits).
Le fichier de configuration qui définit le contenu du menu de GRUB 2 est /boot/grub/grub.cfg.

Si update-grub ne résoud pas le problème, il pourrait être utile d'installer le paquet boot-info-script et d'étudier le rapport produit par la commande bootinfoscript (en root).

Il vaut mieux montrer que raconter.

Hors ligne

#6 17-01-2019 16:54:54

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Re : Perte de partitions après un multiboot (Résolu)

@ Pas-si-facile:
os-prober ne me donne hélas aucun résultat, je n'ai tout simplement pas de retour une fois la commande lancée :-(

update-grub


me donne cela:

Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.10-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.13-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.10-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.13-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.13-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
Image Linux trouvée : /boot/vmlinuz-4.19.13-300.fc29.x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.19.13-300.fc29.x86_64.img
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.10-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.10-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.19.10-300.fc29.x86_64 »: caractère non valable dans le numéro de révision
Image Linux trouvée : /boot/vmlinuz-4.19.10-300.fc29.x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.19.10-300.fc29.x86_64.img
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
dpkg: avertissement: mauvaise syntaxe de la version « 4.16.3-301.fc28.x86_64 »: caractère non valable dans le numéro de révision
Image Linux trouvée : /boot/vmlinuz-4.16.3-301.fc28.x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.16.3-301.fc28.x86_64.img
Image Linux trouvée : /boot/vmlinuz-4.9.0-8-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-8-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-7-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-7-amd64
Image Linux trouvée : /boot/vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8
Image mémoire initiale trouvée : /boot/initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
fait
 



@ Raleur:

bootinfoscript


me donne:

Boot Info Script 0.61      [1 April 2012]


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

 => Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of
    the same hard drive for core.img. core.img is at this location and looks
    in partition 85 for .
 => No boot loader is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows Vista/7: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Mounting failed:   modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root

sda2: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows Vista/7: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Mounting failed:   modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.13-300.fc29.x86_64/modules.dep.bin'
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.19.13-300.fc29.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root

sda3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:  
    Boot files:        /grub/grub.cfg /grub2/grub.cfg

sda4: __________________________________________________________________________

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

sda5: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:   Kernel on an ()
    Boot files:        /etc/fstab

sda6: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info:

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:  Debian GNU/Linux 9
    Boot files:        /boot/grub/grub.cfg /etc/fstab

sda8: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:  
    Boot files:        

sdb1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:  Debian GNU/Linux 9
    Boot files:        /etc/fstab

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

Drive: sda _____________________________________________________________________
Disque /dev/sda : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1    *          2,048     1,026,047     1,024,000   7 NTFS / exFAT / HPFS
/dev/sda2           1,026,048    52,226,047    51,200,000   7 NTFS / exFAT / HPFS
/dev/sda3          52,226,048    53,454,847     1,228,800  83 Linux
/dev/sda4          53,456,894   474,286,079   420,829,186   5 Extended
/dev/sda5          53,456,896   139,472,895    86,016,000  83 Linux
/dev/sda6         139,474,944   155,858,943    16,384,000  82 Linux swap / Solaris
/dev/sda7         155,860,992   432,340,991   276,480,000  83 Linux
/dev/sda8         432,343,040   474,286,079    41,943,040  83 Linux


Drive: sdb _____________________________________________________________________
Disque /dev/sdb : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sdb1               2,048    31,459,327    31,457,280  83 Linux


"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/sda1        8668577B685768C7                       ntfs       Réservé au système
/dev/sda2        3C2259342258F3FC                       ntfs      
/dev/sda3        a66d6387-40d2-4969-a631-4288b306d617   ext4      
/dev/sda5        3ea01ff0-f400-4898-a10c-d1340308d7de   ext4      
/dev/sda6        b524e5b6-6473-42df-a1fd-1c4ec4885e66   swap      
/dev/sda7        79c12d91-d1c9-4ba9-9e8a-3d85174f675b   ext4      
/dev/sda8        32c12a89-b72b-4e41-a4c2-e139b7ada6c4   ext4      
/dev/sdb1        9b3b40f7-59cc-44d6-8cc7-3d8156937f72   ext4      

================================ Mount points: =================================

Device           Mount_Point              Type       Options

/dev/sda3        /boot                    ext4       (rw,relatime)
/dev/sda8        /home                    ext4       (rw,relatime)
/dev/sdb1        /                        ext4       (rw,relatime,errors=remount-ro)


============================= sda3/grub/grub.cfg: ==============================

--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  9b3b40f7-59cc-44d6-8cc7-3d8156937f72
else
  search --no-floppy --fs-uuid --set=root 9b3b40f7-59cc-44d6-8cc7-3d8156937f72
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  9b3b40f7-59cc-44d6-8cc7-3d8156937f72
else
  search --no-floppy --fs-uuid --set=root 9b3b40f7-59cc-44d6-8cc7-3d8156937f72
fi
insmod png
if background_image /usr/share/desktop-base/softwaves-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
        set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        echo    'Chargement de Linux 4.19.13-300.fc29.x86_64…'
        linux   /vmlinuz-4.19.13-300.fc29.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
        echo    'Chargement du disque mémoire initial…'
        initrd  /initramfs-4.19.13-300.fc29.x86_64.img
}
submenu 'Options avancées pour Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
        menuentry 'Debian GNU/Linux, avec Linux 4.19.13-300.fc29.x86_64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.13-300.fc29.x86_64-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.19.13-300.fc29.x86_64…'
                linux   /vmlinuz-4.19.13-300.fc29.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.19.13-300.fc29.x86_64.img
        }
        menuentry 'Debian GNU/Linux, with Linux 4.19.13-300.fc29.x86_64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.13-300.fc29.x86_64-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.19.13-300.fc29.x86_64…'
                linux   /vmlinuz-4.19.13-300.fc29.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.19.13-300.fc29.x86_64.img
        }
        menuentry 'Debian GNU/Linux, avec Linux 4.19.10-300.fc29.x86_64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.10-300.fc29.x86_64-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.19.10-300.fc29.x86_64…'
                linux   /vmlinuz-4.19.10-300.fc29.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.19.10-300.fc29.x86_64.img
        }
        menuentry 'Debian GNU/Linux, with Linux 4.19.10-300.fc29.x86_64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.10-300.fc29.x86_64-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.19.10-300.fc29.x86_64…'
                linux   /vmlinuz-4.19.10-300.fc29.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.19.10-300.fc29.x86_64.img
        }
        menuentry 'Debian GNU/Linux, avec Linux 4.16.3-301.fc28.x86_64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.16.3-301.fc28.x86_64-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.16.3-301.fc28.x86_64…'
                linux   /vmlinuz-4.16.3-301.fc28.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.16.3-301.fc28.x86_64.img
        }
        menuentry 'Debian GNU/Linux, with Linux 4.16.3-301.fc28.x86_64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.16.3-301.fc28.x86_64-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.16.3-301.fc28.x86_64…'
                linux   /vmlinuz-4.16.3-301.fc28.x86_64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-4.16.3-301.fc28.x86_64.img
        }
        menuentry 'Debian GNU/Linux, avec Linux 4.9.0-8-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.9.0-8-amd64…'
                linux   /vmlinuz-4.9.0-8-amd64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initrd.img-4.9.0-8-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-8-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.9.0-8-amd64…'
                linux   /vmlinuz-4.9.0-8-amd64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initrd.img-4.9.0-8-amd64
        }
        menuentry 'Debian GNU/Linux, avec Linux 4.9.0-7-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-7-amd64-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.9.0-7-amd64…'
                linux   /vmlinuz-4.9.0-7-amd64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initrd.img-4.9.0-7-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-7-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-7-amd64-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 4.9.0-7-amd64…'
                linux   /vmlinuz-4.9.0-7-amd64 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initrd.img-4.9.0-7-amd64
        }
        menuentry 'Debian GNU/Linux, avec Linux 0-rescue-decc4ec073c54dddafb526e3226d3ea8' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-0-rescue-decc4ec073c54dddafb526e3226d3ea8-advanced-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 0-rescue-decc4ec073c54dddafb526e3226d3ea8…'
                linux   /vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro  quiet
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
        }
        menuentry 'Debian GNU/Linux, with Linux 0-rescue-decc4ec073c54dddafb526e3226d3ea8 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-0-rescue-decc4ec073c54dddafb526e3226d3ea8-recovery-9b3b40f7-59cc-44d6-8cc7-3d8156937f72' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                echo    'Chargement de Linux 0-rescue-decc4ec073c54dddafb526e3226d3ea8…'
                linux   /vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8 root=UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 ro single
                echo    'Chargement du disque mémoire initial…'
                initrd  /initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
--------------------------------------------------------------------------------

============================= sda3/grub2/grub.cfg: =============================

--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set pager=1

if [ -f ${config_directory}/grubenv ]; then
  load_env -f ${config_directory}/grubenv
elif [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

terminal_output console
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/01_users ###
if [ -f ${prefix}/user.cfg ]; then
  source ${prefix}/user.cfg
  if [ -n "${GRUB2_PASSWORD}" ]; then
    set superusers="root"
    export superusers
    password_pbkdf2 root ${GRUB2_PASSWORD}
  fi
fi
### END /etc/grub.d/01_users ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (4.19.13-300.fc29.x86_64) 29 (Workstation Edition)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-4.16.3-301.fc28.x86_64-advanced-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        linux16 /vmlinuz-4.19.13-300.fc29.x86_64 root=UUID=3ea01ff0-f400-4898-a10c-d1340308d7de ro resume=UUID=84ab5e3c-2690-4b0e-8b39-5cc7165a316c rhgb quiet LANG=fr_FR.UTF-8
        initrd16 /initramfs-4.19.13-300.fc29.x86_64.img
}
menuentry 'Fedora (4.19.10-300.fc29.x86_64) 29 (Workstation Edition)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-4.16.3-301.fc28.x86_64-advanced-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        linux16 /vmlinuz-4.19.10-300.fc29.x86_64 root=UUID=3ea01ff0-f400-4898-a10c-d1340308d7de ro resume=UUID=84ab5e3c-2690-4b0e-8b39-5cc7165a316c rhgb quiet LANG=fr_FR.UTF-8
        initrd16 /initramfs-4.19.10-300.fc29.x86_64.img
}
menuentry 'Fedora (4.16.3-301.fc28.x86_64) 28 (Workstation Edition)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-4.16.3-301.fc28.x86_64-advanced-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        linux16 /vmlinuz-4.16.3-301.fc28.x86_64 root=UUID=3ea01ff0-f400-4898-a10c-d1340308d7de ro resume=UUID=84ab5e3c-2690-4b0e-8b39-5cc7165a316c rhgb quiet LANG=fr_FR.UTF-8
        initrd16 /initramfs-4.16.3-301.fc28.x86_64.img
}
menuentry 'Fedora (0-rescue-decc4ec073c54dddafb526e3226d3ea8) 28 (Workstation Edition)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-decc4ec073c54dddafb526e3226d3ea8-advanced-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        load_video
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 --hint='hd0,msdos3'  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        linux16 /vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8 root=UUID=3ea01ff0-f400-4898-a10c-d1340308d7de ro resume=UUID=84ab5e3c-2690-4b0e-8b39-5cc7165a316c rhgb quiet
        initrd16 /initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_ppc_terminfo ###
### END /etc/grub.d/20_ppc_terminfo ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 10 (on /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-8668577B685768C7' {
        insmod part_msdos
        insmod ntfs
        set root='hd0,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  8668577B685768C7
        else
          search --no-floppy --fs-uuid --set=root 8668577B685768C7
        fi
        parttool ${root} hidden-
        drivemap -s (hd0) ${root}
        chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
--------------------------------------------------------------------------------

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

           GiB - GB             File                                 Fragment(s)


================= sda3: Location of files loaded by Syslinux: ==================

           GiB - GB             File                                 Fragment(s)


============== sda3: Version of COM32(R) files used by Syslinux: ===============

 extlinux/cat.c32                   :  not a COM32/COM32R module
 extlinux/chain.c32                 :  not a COM32/COM32R module
 extlinux/cmd.c32                   :  not a COM32/COM32R module
 extlinux/cmenu.c32                 :  not a COM32/COM32R module
 extlinux/config.c32                :  not a COM32/COM32R module
 extlinux/cptime.c32                :  not a COM32/COM32R module
 extlinux/cpu.c32                   :  not a COM32/COM32R module
 extlinux/cpuid.c32                 :  not a COM32/COM32R module
 extlinux/cpuidtest.c32             :  not a COM32/COM32R module
 extlinux/debug.c32                 :  not a COM32/COM32R module
 extlinux/dhcp.c32                  :  not a COM32/COM32R module
 extlinux/dir.c32                   :  not a COM32/COM32R module
 extlinux/disk.c32                  :  not a COM32/COM32R module
 extlinux/dmi.c32                   :  not a COM32/COM32R module
 extlinux/dmitest.c32               :  not a COM32/COM32R module
 extlinux/elf.c32                   :  not a COM32/COM32R module
 extlinux/ethersel.c32              :  not a COM32/COM32R module
 extlinux/gfxboot.c32               :  not a COM32/COM32R module
 extlinux/gpxecmd.c32               :  not a COM32/COM32R module
 extlinux/hdt.c32                   :  not a COM32/COM32R module
 extlinux/hexdump.c32               :  not a COM32/COM32R module
 extlinux/host.c32                  :  not a COM32/COM32R module
 extlinux/ifcpu64.c32               :  not a COM32/COM32R module
 extlinux/ifcpu.c32                 :  not a COM32/COM32R module
 extlinux/ifmemdsk.c32              :  not a COM32/COM32R module
 extlinux/ifplop.c32                :  not a COM32/COM32R module
 extlinux/kbdmap.c32                :  not a COM32/COM32R module
 extlinux/kontron_wdt.c32           :  not a COM32/COM32R module
 extlinux/ldlinux.c32               :  not a COM32/COM32R module
 extlinux/lfs.c32                   :  not a COM32/COM32R module
 extlinux/libcom32.c32              :  not a COM32/COM32R module
 extlinux/libgpl.c32                :  not a COM32/COM32R module
 extlinux/liblua.c32                :  not a COM32/COM32R module
 extlinux/libmenu.c32               :  not a COM32/COM32R module
 extlinux/libutil.c32               :  not a COM32/COM32R module
 extlinux/linux.c32                 :  not a COM32/COM32R module
 extlinux/ls.c32                    :  not a COM32/COM32R module
 extlinux/lua.c32                   :  not a COM32/COM32R module
 extlinux/mboot.c32                 :  not a COM32/COM32R module
 extlinux/meminfo.c32               :  not a COM32/COM32R module
 extlinux/menu.c32                  :  not a COM32/COM32R module
 extlinux/pci.c32                   :  not a COM32/COM32R module
 extlinux/pcitest.c32               :  not a COM32/COM32R module
 extlinux/pmload.c32                :  not a COM32/COM32R module
 extlinux/poweroff.c32              :  not a COM32/COM32R module
 extlinux/prdhcp.c32                :  not a COM32/COM32R module
 extlinux/pwd.c32                   :  not a COM32/COM32R module
 extlinux/pxechn.c32                :  not a COM32/COM32R module
 extlinux/reboot.c32                :  not a COM32/COM32R module
 extlinux/rosh.c32                  :  not a COM32/COM32R module
 extlinux/sanboot.c32               :  not a COM32/COM32R module
 extlinux/sdi.c32                   :  not a COM32/COM32R module
 extlinux/sysdump.c32               :  not a COM32/COM32R module
 extlinux/syslinux.c32              :  not a COM32/COM32R module
 extlinux/vesa.c32                  :  not a COM32/COM32R module
 extlinux/vesainfo.c32              :  not a COM32/COM32R module
 extlinux/vesamenu.c32              :  not a COM32/COM32R module
 extlinux/vpdtest.c32               :  not a COM32/COM32R module
 extlinux/whichsys.c32              :  not a COM32/COM32R module
 extlinux/zzjson.c32                :  not a COM32/COM32R module

=============================== sda5/etc/fstab: ================================

--------------------------------------------------------------------------------

#
# /etc/fstab
# Created by anaconda on Sat Oct 20 16:33:00 2018
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=3ea01ff0-f400-4898-a10c-d1340308d7de /                       ext4    defaults        1 1
UUID=a66d6387-40d2-4969-a631-4288b306d617 /boot                   ext4    defaults        1 2
--------------------------------------------------------------------------------

=========================== sda7/boot/grub/grub.cfg: ===========================

--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos7'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
else
  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos7'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
else
  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
fi
insmod png
if background_image /usr/share/desktop-base/softwaves-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
        set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
        else
          search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
        fi
        echo    'Loading Linux 4.9.0-8-amd64 ...'
        linux   /boot/vmlinuz-4.9.0-8-amd64 root=UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-4.9.0-8-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-8-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-advanced-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos7'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                else
                  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                fi
                echo    'Loading Linux 4.9.0-8-amd64 ...'
                linux   /boot/vmlinuz-4.9.0-8-amd64 root=UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b ro  quiet
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd.img-4.9.0-8-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-8-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-recovery-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos7'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                else
                  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                fi
                echo    'Loading Linux 4.9.0-8-amd64 ...'
                linux   /boot/vmlinuz-4.9.0-8-amd64 root=UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b ro single
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd.img-4.9.0-8-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-7-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-7-amd64-advanced-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos7'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                else
                  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                fi
                echo    'Loading Linux 4.9.0-7-amd64 ...'
                linux   /boot/vmlinuz-4.9.0-7-amd64 root=UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b ro  quiet
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd.img-4.9.0-7-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-7-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-7-amd64-recovery-79c12d91-d1c9-4ba9-9e8a-3d85174f675b' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos7'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                else
                  search --no-floppy --fs-uuid --set=root 79c12d91-d1c9-4ba9-9e8a-3d85174f675b
                fi
                echo    'Loading Linux 4.9.0-7-amd64 ...'
                linux   /boot/vmlinuz-4.9.0-7-amd64 root=UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b ro single
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd.img-4.9.0-7-amd64
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 10 (on /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-8668577B685768C7' {
        insmod part_msdos
        insmod ntfs
        set root='hd0,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  8668577B685768C7
        else
          search --no-floppy --fs-uuid --set=root 8668577B685768C7
        fi
        parttool ${root} hidden-
        drivemap -s (hd0) ${root}
        chainloader +1
}
menuentry 'Fedora 29 (Workstation Edition) (on /dev/sda5)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
        else
          search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
        fi
        linux /vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8 root=/dev/sda5
        initrd /initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
}
submenu 'Advanced options for Fedora 29 (Workstation Edition) (on /dev/sda5)' $menuentry_id_option 'osprober-gnulinux-advanced-3ea01ff0-f400-4898-a10c-d1340308d7de' {
        menuentry 'Fedora 29 (Workstation Edition) (on /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8--3ea01ff0-f400-4898-a10c-d1340308d7de' {
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                linux /vmlinuz-0-rescue-decc4ec073c54dddafb526e3226d3ea8 root=/dev/sda5
                initrd /initramfs-0-rescue-decc4ec073c54dddafb526e3226d3ea8.img
        }
        menuentry 'Fedora 29 (Workstation Edition) (on /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-4.16.3-301.fc28.x86_64--3ea01ff0-f400-4898-a10c-d1340308d7de' {
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                linux /vmlinuz-4.16.3-301.fc28.x86_64 root=/dev/sda5
                initrd /initramfs-4.16.3-301.fc28.x86_64.img
        }
        menuentry 'Fedora 29 (Workstation Edition) (on /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-4.18.16-200.fc28.x86_64--3ea01ff0-f400-4898-a10c-d1340308d7de' {
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                linux /vmlinuz-4.18.16-200.fc28.x86_64 root=/dev/sda5
                initrd /initramfs-4.18.16-200.fc28.x86_64.img
        }
        menuentry 'Fedora 29 (Workstation Edition) (on /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-4.18.16-300.fc29.x86_64--3ea01ff0-f400-4898-a10c-d1340308d7de' {
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos3'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  a66d6387-40d2-4969-a631-4288b306d617
                else
                  search --no-floppy --fs-uuid --set=root a66d6387-40d2-4969-a631-4288b306d617
                fi
                linux /vmlinuz-4.18.16-300.fc29.x86_64 root=/dev/sda5
                initrd /initramfs-4.18.16-300.fc29.x86_64.img
        }
}

### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
--------------------------------------------------------------------------------

=============================== sda7/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda7 during installation
UUID=79c12d91-d1c9-4ba9-9e8a-3d85174f675b /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=d9777221-d0c4-4f47-867c-253bdfb8f26c none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
--------------------------------------------------------------------------------

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

           GiB - GB             File                                 Fragment(s)


=============================== sdb1/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=9b3b40f7-59cc-44d6-8cc7-3d8156937f72 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
UUID=a66d6387-40d2-4969-a631-4288b306d617 /boot           ext4    defaults        0       2
# /home was on /dev/sda8 during installation
UUID=32c12a89-b72b-4e41-a4c2-e139b7ada6c4 /home           ext4    defaults        0       2
# swap was on /dev/sda6 during installation
UUID=b524e5b6-6473-42df-a1fd-1c4ec4885e66 none            swap    sw              0       0
--------------------------------------------------------------------------------

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

           GiB - GB             File                                 Fragment(s)


============== sdb1: Version of COM32(R) files used by Syslinux: ===============

 boot/extlinux/cat.c32              :  not a COM32/COM32R module
 boot/extlinux/chain.c32            :  not a COM32/COM32R module
 boot/extlinux/cmd.c32              :  not a COM32/COM32R module
 boot/extlinux/cmenu.c32            :  not a COM32/COM32R module
 boot/extlinux/config.c32           :  not a COM32/COM32R module
 boot/extlinux/cptime.c32           :  not a COM32/COM32R module
 boot/extlinux/cpu.c32              :  not a COM32/COM32R module
 boot/extlinux/cpuid.c32            :  not a COM32/COM32R module
 boot/extlinux/cpuidtest.c32        :  not a COM32/COM32R module
 boot/extlinux/debug.c32            :  not a COM32/COM32R module
 boot/extlinux/dhcp.c32             :  not a COM32/COM32R module
 boot/extlinux/dir.c32              :  not a COM32/COM32R module
 boot/extlinux/disk.c32             :  not a COM32/COM32R module
 boot/extlinux/dmi.c32              :  not a COM32/COM32R module
 boot/extlinux/dmitest.c32          :  not a COM32/COM32R module
 boot/extlinux/elf.c32              :  not a COM32/COM32R module
 boot/extlinux/ethersel.c32         :  not a COM32/COM32R module
 boot/extlinux/gfxboot.c32          :  not a COM32/COM32R module
 boot/extlinux/gpxecmd.c32          :  not a COM32/COM32R module
 boot/extlinux/hdt.c32              :  not a COM32/COM32R module
 boot/extlinux/hexdump.c32          :  not a COM32/COM32R module
 boot/extlinux/host.c32             :  not a COM32/COM32R module
 boot/extlinux/ifcpu64.c32          :  not a COM32/COM32R module
 boot/extlinux/ifcpu.c32            :  not a COM32/COM32R module
 boot/extlinux/ifmemdsk.c32         :  not a COM32/COM32R module
 boot/extlinux/ifplop.c32           :  not a COM32/COM32R module
 boot/extlinux/kbdmap.c32           :  not a COM32/COM32R module
 boot/extlinux/kontron_wdt.c32      :  not a COM32/COM32R module
 boot/extlinux/ldlinux.c32          :  not a COM32/COM32R module
 boot/extlinux/lfs.c32              :  not a COM32/COM32R module
 boot/extlinux/libcom32.c32         :  not a COM32/COM32R module
 boot/extlinux/libgpl.c32           :  not a COM32/COM32R module
 boot/extlinux/liblua.c32           :  not a COM32/COM32R module
 boot/extlinux/libmenu.c32          :  not a COM32/COM32R module
 boot/extlinux/libutil.c32          :  not a COM32/COM32R module
 boot/extlinux/linux.c32            :  not a COM32/COM32R module
 boot/extlinux/ls.c32               :  not a COM32/COM32R module
 boot/extlinux/lua.c32              :  not a COM32/COM32R module
 boot/extlinux/mboot.c32            :  not a COM32/COM32R module
 boot/extlinux/meminfo.c32          :  not a COM32/COM32R module
 boot/extlinux/menu.c32             :  not a COM32/COM32R module
 boot/extlinux/pci.c32              :  not a COM32/COM32R module
 boot/extlinux/pcitest.c32          :  not a COM32/COM32R module
 boot/extlinux/pmload.c32           :  not a COM32/COM32R module
 boot/extlinux/poweroff.c32         :  not a COM32/COM32R module
 boot/extlinux/prdhcp.c32           :  not a COM32/COM32R module
 boot/extlinux/pwd.c32              :  not a COM32/COM32R module
 boot/extlinux/pxechn.c32           :  not a COM32/COM32R module
 boot/extlinux/reboot.c32           :  not a COM32/COM32R module
 boot/extlinux/rosh.c32             :  not a COM32/COM32R module
 boot/extlinux/sanboot.c32          :  not a COM32/COM32R module
 boot/extlinux/sdi.c32              :  not a COM32/COM32R module
 boot/extlinux/sysdump.c32          :  not a COM32/COM32R module
 boot/extlinux/syslinux.c32         :  not a COM32/COM32R module
 boot/extlinux/vesa.c32             :  not a COM32/COM32R module
 boot/extlinux/vesainfo.c32         :  not a COM32/COM32R module
 boot/extlinux/vesamenu.c32         :  not a COM32/COM32R module
 boot/extlinux/vpdtest.c32          :  not a COM32/COM32R module
 boot/extlinux/whichsys.c32         :  not a COM32/COM32R module
 boot/extlinux/zzjson.c32           :  not a COM32/COM32R module

======================== Unknown MBRs/Boot Sectors/etc: ========================

Unknown BootLoader on sda4

00000000  fe ff ff 83 bd e0 fe ff  ff 00 7c 0f 83 bd e4 fe  |..........|.....|
00000010  ff ff 00 8b 8d ec fe ff  ff 75 05 b9 10 5f 1b 10  |.........u..._..|
00000020  03 c0 74 09 c6 01 00 41  83 e8 01 75 f7 83 4d fc  |..t....A...u..M.|
00000030  ff 8d 8d e0 fe ff ff e8  b5 81 f3 ff 8b c6 e8 d9  |................|
00000040  2b f0 ff c2 10 00 68 30  02 00 00 b8 14 45 06 10  |+.....h0.....E..|
00000050  e8 09 2c f0 ff 8b f9 8b  45 0c 8b 4d 10 8b 5d 14  |..,.....E..M..].|
00000060  89 85 c4 fd ff ff 89 8d  c8 fd ff ff 85 c0 0f 84  |................|
00000070  d6 01 00 00 85 db 0f 84  ce 01 00 00 33 d2 39 57  |............3.9W|
00000080  3c 75 18 39 57 44 74 09  39 57 4c 0f 85 56 01 00  |<u.9WDt.9WL..V..|
00000090  00 b8 05 40 00 80 e9 b4  01 00 00 8d 85 e0 fd ff  |...@............|
000000a0  ff 89 95 d0 fd ff ff b9  80 00 00 00 89 85 dc fd  |................|
000000b0  ff ff 89 8d d8 fd ff ff  89 95 d4 fd ff ff 89 55  |...............U|
000000c0  fc 8d 85 f0 fe ff ff 89  95 e0 fe ff ff 89 85 ec  |................|
000000d0  fe ff ff 89 8d e8 fe ff  ff 89 95 e4 fe ff ff 8d  |................|
000000e0  85 e0 fe ff ff c6 45 fc  01 50 8d 85 d0 fd ff ff  |......E..P......|
000000f0  8b cf 50 e8 aa f9 ff ff  89 85 cc fd ff ff 85 c0  |..P.............|
00000100  0f 88 1e 01 00 00 83 bd  e0 fe ff ff 00 be 10 5f  |..............._|
00000110  1b 10 7c 0f 83 bd e4 fe  ff ff 00 8b 8d ec fe ff  |..|.............|
00000120  ff 75 02 8b ce 83 bd d0  fd ff ff 00 7c 0f 83 bd  |.u..........|...|
00000130  d4 fd ff ff 00 8b 85 dc  fd ff ff 75 02 8b c6 6a  |...........u...j|
00000140  01 51 50 8b cf e8 50 f5  ff ff 8b d0 8b 85 d0 fd  |.QP...P.........|
00000150  ff ff 89 95 cc fd ff ff  85 c0 79 04 33 c9 eb 06  |..........y.3...|
00000160  8b 8d d4 fd ff ff 85 c0  78 0f 83 bd d4 fd ff ff  |........x.......|
00000170  00 8b 85 dc fd ff ff 75  02 8b c6 03 c9 74 09 c6  |.......u.....t..|
00000180  00 00 40 83 e9 01 75 f7  8b 85 e0 fe ff ff 85 c0  |..@...u.........|
00000190  79 04 33 c9 eb 06 8b 8d  e4 fe ff ff 85 c0 78 0f  |y.3...........x.|
000001a0  83 bd e4 fe ff ff 00 74  06 8b b5 ec fe ff ff 8d  |.......t........|
000001b0  04 09 85 c0 74 09 c6 06  00 46 83 e8 01 75 00 fe  |....t....F...u..|
000001c0  ff ff 83 fe ff ff 02 00  00 00 00 80 20 05 00 fe  |............ ...|
000001d0  ff ff 05 fe ff ff 02 80  20 05 00 08 fa 00 00 00  |........ .......|
000001e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200


=============================== StdErr Messages: ===============================

cat: /tmp/BootInfo-U4p2pKjv/Tmp_Log: Aucun fichier ou dossier de ce type
cat: /tmp/BootInfo-U4p2pKjv/Tmp_Log: Aucun fichier ou dossier de ce type
cat: /tmp/BootInfo-U4p2pKjv/Tmp_Log: Aucun fichier ou dossier de ce type
cat: /tmp/BootInfo-U4p2pKjv/Tmp_Log: Aucun fichier ou dossier de ce type
 



J'y vois bien mes partitions mais ça s'arrête là dans mes compétences...


"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#7 17-01-2019 18:56:46

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

Re : Perte de partitions après un multiboot (Résolu)

Tu as mélangé les trois installations: mauvaise idée utiliser la même partition /boot pour différents systèmes. Il faut une partition /boot pour chaque un des systèmes. Partager la partition swap ce n'est pas non plus une bonne idée si on utilise hibernation.
À vrai dire sont mélangés Fedora et la Debian sur sdb1. La debian sur sda7 a les fichiers de boot sous la racine.
En general, pour un débutant, je ne trouve pas utile séparer /boot , /home, etc: beaucoup plus simple une seule partition racine et "tout" dedans. Au maximum une partition pour /home. Le swap évidement il faut qu'il soit séparé (il ne faut pas toujours. Ça dépend de l'usage et de la machine. Normalement au dessus de 6Go normalement je ne crée pas swap).         
C'est possible de réparer mais...il faut savoir la configuration que tu veux.
Salut

Dernière modification par empanada (17-01-2019 19:23:57)


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

#8 17-01-2019 19:14:32

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Perte de partitions après un multiboot (Résolu)

salut .  big_smile

en plus , pour arranger bien comme il faut les choses , je crois que fedora utilise des standards de partition  ... pas très standards . tongue

du style "BTRFS"  ou je sais plus quoi , quand elle ne chiffre pas ses partitions par défaut voire (souvent) utilise "LVM" . roll

à moins que je me mélange avec open suse ... (possible) ... scratchhead.gif

tout çà sans parler des mélanges UEFI/BIOS .(en règle générale , pas uniquement pour fedora)

FEDORA est une très belle distribution mais la gestion de son boot est souvent  compliquée .  peace_flag.gif

en système seul sur un disque , y a généralement pas ou peu de lézard mais dès qu'on attaque le multiboot : aïe !

c'est vite compliqué .

docs fedora project -- nature des partitions  --

fedora -- instruction au partitionnement --

Dernière modification par Debian Alain (17-01-2019 20:05:02)

Hors ligne

#9 17-01-2019 20:36:27

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Perte de partitions après un multiboot (Résolu)

Je suis pas d'accord, je trouve les options de partitionnements par default très pertinentes.
Par default sans ouvrir le partitionnement manuel, c'est /boot, avec le reste => lvm (ext4 dedans je crois)
Sinon si tu ouvres le gestionnaire de partitionnement, oui il y a une option générer automatiquement les partoche pour btrfs, mais c'est absolument pas obligatoire, il y a partitionnement standart avec que du ext4, du full lvm et un dernier je sais plus lequel.

Ton premier lien est périmé, doc fedora 13, ça date d'il y a plusieurs années...
Et le second lien est bien pour les personnes qui s'y connaissent (quoi que, mais ça ne l'aidera pas je crois).
Pas pour le user lambda qui a l'installeur, dans l'installeur fedora (Anaconda)  (23 car c'est ce que j'ai trouvé sur google image mais c'est toujours ça avec fedora 29, sur la photo, génerer les partoche est ici affiché pour lvm):
partitions.png
Sur l'image, c'est pas ici explicite, mais si tu as de l'espace libre et que tu vire pas explicitement les partitions qui restent, fedora genere les partitions que dans l'espace libre, pas de risque de tout casser normalement.

C'est juste que dual-booter, quelque soit la distrib c'est pas toujours simple pour un débutant surtout si on fait une fausse manip et qu'on wipe une partoche sans faire exprès
(ou ici, mettre en commun un /boot).

Cependant mon intervention ne résout pas son problème, mais je n'aime pas qu'on dises des choses fausse sans avoir vérifié, après libre a vous d'aimer ou fedora et les autres distribs;)

Je suis en train de regarder voir si je peux aider.
edit: La gestion du boot fedora n'est pas tant plus compliquée qu'une debian, il y a des outils pour. Là le problème que je vois mais qui a déjà été cité, c'est le /boot commun a plusieurs distribs, c'est très très mauvais dans le cas ici présent. Mais c'est en étant confronté à ce genre de problème qu'on apprend smile .

PS: Si tu fais pas "n'imp" dans le bios, il y a pas de risque normalement de "mélange" uefi/bios
Mais si en effet le bios a été touché ou du moins que le sys a été installé pour du BIOS ici mbr a coté de sys qui utilisent uefi GPT, ou l'inverse, ça sens mauvais.

Dernière modification par naguam (17-01-2019 22:08:32)

Hors ligne

#10 17-01-2019 21:59:04

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Re : Perte de partitions après un multiboot (Résolu)

@ Empanada:
Oui en effet j'ai utilisé la même partition boot, pensant que GRUB s'actualisait ou se ré-écrivait sur cette partition...mauvaise déduction.
Dans l'idéal j'aimerais bien avoir accès à nouveau à ma Debian sur /dev/sda4, et laisser Win... tel quel sur le HDD au cas où je le remettrais dans sa configuration d'origine pour quelqu'un d'autre.
Après cela, en effet je passerai à quelque chose de plus simple, peut être en dual, avec les "/" racines sur le SSD, les "/home" sur HDD.

@ Debian Alain:
C'est LVM pour Fedora, je ne sais plus si c'est imposé ou si on a le choix, j'ai laissé faire l'installateur en automatique et tout a été nickel, ce fut la deuxième distrib' de mon multiboot, après Win et avant Debian.

@ Naguam:
L'installateur Fedora s'appelle Anaconda il me semble, en tous cas sur la 29 que j'ai (avais).
Exactement, je prend le risque de bidouiller pour pouvoir en apprendre plus, des fois ça marche pas trop...J'espère ne pas avoir massacré le BIOS quand même!

"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#11 17-01-2019 22:20:45

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Perte de partitions après un multiboot (Résolu)

Si tu est en bios (mbr) le bootloader est situé sur le premier secteur du disque je crois : MBR-Boot-Sequence.png?resize=1024%2C385&ssl=1
tandis qu'en efi, il est sur la partition efi, qui elle doit être commune.

Pour en revenir en legacy, du coup tu n'as pas besoin de partition commune, quand grub s'installe, il installe sur /dev/sda (sda est un exemple) table de partition mbr, pas partition en elle même, et le premier secteur pointe sur celui-ci (voir lien wikipedia en dessous). C'est le grub de la derniere distrib installée, il me semble qui montre ensuite les choix de toutes les distrib a booter (ou même windows).

Ce que je dis est un peut bancal, si quelqu'un qui s'y connait mieux peu confirmer (car je peux me tromper) ? notamment pour l'emplacement de la conf qui est pourtant dans /boot pour les sys legacy, car je connais mieux pour efi

C'est sinon un peu expliqué là https://fr.wikipedia.org/wiki/Master_boot_record

Personnellement, je pense que avoir "mélangé" le /boot a fichu en l'air le sys, mais je peux me tromper, en tout cas si c'est réparable (car ça doit l'être au moins pour une des deux distribs qui semblent touchées), j'ai pas les compétences pour expliquer la résolution, n'étant pas sûr d'y arriver si ça m'arrivais moi même

Dernière modification par naguam (17-01-2019 22:27:28)

Hors ligne

#12 17-01-2019 23:03:10

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Perte de partitions après un multiboot (Résolu)

si j'ai bien retenu mes leçons avec raleur , on peut faire du "chaînage" c.a.d. lancer 2 grubs l'un derrière l'autre .

dans le cas présent on peut affecter un grub à windows , un grub à fedora et un grub à debian (il faut savoir où les mettre , aussi)

puis , un grub , dans le mbr du systeme , que l'on choisira bien sûr en tête  de tout et sur le quel on boot au démarrage .

installé comme çà , le systeme fonctionne , et même très bien puisque le grub principal reconnait par défaut tous les grubs ,

toutes les installations mais par contre , la M.A.J. d'un kernel dans un systeme donc dans son grub ,

doit aussi être faite à la main ,  dans le grub maître du systeme .

Hors ligne

#13 18-01-2019 00:14:02

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

Re : Perte de partitions après un multiboot (Résolu)

Ludox a écrit :

@ Empanada:
Oui en effet j'ai utilisé la même partition boot, pensant que GRUB s'actualisait ou se ré-écrivait sur cette partition...mauvaise déduction.
Dans l'idéal j'aimerais bien avoir accès à nouveau à ma Debian sur /dev/sda4, et laisser Win... tel quel sur le HDD au cas où je le remettrais dans sa configuration d'origine pour quelqu'un d'autre.
Après cela, en effet je passerai à quelque chose de plus simple, peut être en dual, avec les "/" racines sur le SSD, les "/home" sur HDD


Beau bord** lol...mais avec les logiciels libres ont à les plans, alors on peu presque toujours réparer.

Debian dans le disque dur c'est dans sda7:

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Operating System:  Debian GNU/Linux 9
    Boot files:        /boot/grub/grub.cfg /etc/fstab


sda4 c'est la partition étendue .
sda1 et sda2 sont à Windows.
sda3 c'est /boot partagé pour fedora et debian du SSD externe.
sda5 c'est la racine fedora
sda8 c'est le /home de la debian du SSD (/dev/sdb1) ..et j'ai peur que c'était aussi le /home de la debian du HDD (celle de sda7). Si oui, il y a deux options:
A) tu l'as formaté pendant l'installation, donc t'as perdu les données et les configurations à niveau utilisateur de ce debian sda7...
B) ou tu ne l'a pas formaté pendant l'installation, et tu n'as pas tout perdu mais certaines configurations peuvent avoir être écrasés suite à l'utilisation avec le debian SSD, mais, à priori, ça ne devrait poser pas trop problèmes.
Il me semble que la réponse va être B)....
J'ai seulement une doute: fedora avait son /home sous la racine ou séparé (peut-être le même, encore une fois, que le /home de debian sda7 et debian sdb1?)?

Quand à la configuration future, je vais donner mon avis après, maintenant on va essayer de réparer pour récuperer cette configuration:

Ludox a écrit :

"Dans l'idéal j'aimerais bien avoir accès à nouveau à ma Debian sur /dev/sda4, et laisser Win... tel quel sur le HDD au cas où je le remettrais dans sa configuration d'origine pour quelqu'un d'autre."


Je commencerai par utiliser la partition sda7 comme point de départ, puisqu'elle semble avoir le répertoire /boot intact (pas mélangé avec des autres systèmes), et à partir d'ici, continuer.
Pour récupérer l'amorçage de debian sur sda7, il y a plusieurs options.
1) Tu peux essayer de démarrer directement dès la ligne de commande de GRUB (il faut presser la touche "e" tout au début du lancement du GRUB, pour stopper le lancement de l'option par défaut, et aprés Ctrl+C ou F2).

set prefix=(hd0,msdos7)/boot/grub


set root=(hd0,msdos7)


insmod normal


normal


Ces commandes devraient réussir amorcer debian sur sda7.
Une foi démarré debian sur sda7, je ferais un

grub-install /dev/sda


mais pas un

update-grub


. Pourquoi?, parce que le fichier /boot/grub/grub.cfg sur sda7 a une configuration "vieille", et il tient pas en compte les nouveaux fichiers mis sur /sda3 par la dernière installation de debian (celle du SSD) (mieux, pour essayer de ). Si tout va bien, après ça tu devrais être capable d'amorcer sans problème debian sda7, Fedora et Windows, mais pas debian sur du SSD

2)Une autre option c'est laisser démarrer avec le debian du SSD, et faire le même que dans l'option 1) , mais parmi un chroot (Cette procédure pourrait être faite en amorçant dès un live CD/USB "quelconque" (par exemple un live USB d'installation debian en mode "rescue")) les pas seraient:
- Laisser démarrer debian du SSD
- Vérifier si /dev/sda7 c'est déjà monté avec

cat /etc/mtab |grep sda7


- Si sda7 n'est pas montée (réponse vide), il faut la monter:

mkdir /mnt/sda7


mount /dev/sda7 /mnt/sda7


- À partir de ce moment-là on va supposer que /dev/sda7 c'est montée sur /mnt/sda7. Si c'est sur un autre emplacement, substituer par le répertoire de montage correct la chaîne /mnt/sda7:

mount --bind /dev /mnt/sda7/dev


mount --bind /proc /mnt/sda7/proc


mount --bind /sys /mnt/sda7/sys


chroot /mnt/sda7


grub-install /dev/sda


exit


umount /mnt/sda7/dev /mnt/sda7/proc /mnt/sda7/sys


umount /mnt/sda7


- Rédémarrer et comme dans l'option 1) , tu devrais être capable d'amorcer sans problème debian sda7, Fedora et Windows, mais pas debian sur du SSD

Allez-y et tu nous racontes.

Après on peut continuer à réparer et/ou modifier, mais avant, réparer l'amorçage debian sda7, Windows, et Fedora.

Salut.

Edit à toto : Modif faite - Séparé les commandes les unes des autres pour que ce soit plus lisible par tous.


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

#14 18-01-2019 11:58:56

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

Je confirme que partager la même partition /boot entre plusieurs systèmes est une très mauvaise idée. Les noyaux sont mélangés et visiblement Debian ne sait pas faire la différence entre ses propres noyaux et ceux de Fedora présents dans /boot. Du coup le noyau par défaut utilisé par Debian est un noyau de Fedora (car il a la version la plus haute), et forcément, ça ne marche pas bien puisque les modules de ce noyau ne sont pas présents sur la partition racine de Debian.

Il y a plus simple que modifier l'entrée de menu avec l'éditeur de GRUB ou faire un chroot : sélectionner le noyau Debian (4.9.0) dans le sous-menu "options avancées". Une fois Debian démarré avec le bon noyau, update-grub devrait détecter au moins Windows et l'autre Debian sur le disque dur. Je ne garantis pas Fedora car le fichier grub.cfg de Fedora utilise les commandes linux16 et initrd16, qui ne sont pas reconnues par update-grub de Debian, au lieu des commandes habituelles linux et initrd. Le fichier grub.cfg du système Debian installé sur le disque dur référence bien Fedora 29, mais spécifie root=/dev/sda5 au lieu de son UUID, ce qui n'est pas très fiable.

Pour le reste, tu dois décider comment tu veux gérer l'amorçage : avec quel GRUB installé par quel système sur quel disque...

empanada a écrit :

sda8 c'est le /home de la debian du SSD (/dev/sdb1) ..et j'ai peur que c'était aussi le /home de la debian du HDD (celle de sda7).


Apparemment non car le fstab de sda7 n'en fait pas mention.

Par contre le système Debian du disque dur va avoir un souci avec l'UUID du swap qui a changé suite à la seconde installation de Debian. Il faudra mettre à jour son fstab et son initramfs.


Il vaut mieux montrer que raconter.

Hors ligne

#15 18-01-2019 19:42:43

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Re : Perte de partitions après un multiboot (Résolu)

J'ai suivi la première procédure d'Empanada (en ligne de commande depuis le lancement de GRUB), faute de t'avoir lu à temps Raleur, désolé. En tous cas ça marche super, donc bravo Empanada et déjà merci. Le premier boot que me propose GRUB est Debian (celle de /dev/sda7 et non 4 comme j'avais mis précédemment), tout est ok, le second est Windows, qui marche, puis Fedora, qui marche aussi très bien. Tout ça avec et sans le SSD inséré.
Empanada, à quoi correspondent ces commandes s'il te plait?

Merci Naguam et Debian Alain pour les infos, si je comprends bien (pas sûr), ce que tu décris Naguam c'est le chainloading? Où une partie de GRUB s'installe dans une partition /boot (?) (le stage 2) et une autre partie est dans le premier secteur de disque (stage 1) et il pointe ensuite vers les différents /boot détectés? Riez pas...

La prochaine étape pour moi c'est d'utiliser le SSD pour y faire un dual boot, donc /boot, swap et / dessus. Installé en manuel de préférence pour me faire la main, mais proprement, et avec les /home sur le HDD.
Sur ce HDD j'aimerais laisser Windows, que je n'utilise pas, pour le cas où je remettrais le pc dans sa configuration d'origine. Mais je me demande comment refaire partir Windows si je retire tout le reste (sans GRUB). Je le sacrifierai si besoin.
@ Raleur: si je fais un dualboot, j'utiliserai le GRUB de Debian, sur le SSD donc.

"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#16 18-01-2019 21:26:28

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

Ludox a écrit :

ce que tu décris Naguam c'est le chainloading? Où une partie de GRUB s'installe dans une partition /boot (?) (le stage 2) et une autre partie est dans le premier secteur de disque (stage 1)


Non, on parle de "chainloading" (ou chaînage) quand un chargeur d'amorçage lance un autre chargeur d'amorçage. Par exemple quand le programme d'amorce standard du MBR lance le secteur d'amorce de la partition active (schéma de Naguam), ou quand GRUB  lance le GRUB d'un autre système, ou quand GRUB lance le chargeur d'amorçage de Windows (ntldr/bootmgr). Le chargement de l'étage suivant de GRUB par l'étage précédent de GRUB n'est pas du chaînage, c'est juste le processus de démarrage de GRUB.

Stage 1, 1.5 et 2 sont des notions propres à l'ancienne version GRUB 1/legacy. Dans la version actuelle GRUB 2 elles sont remplacées par la boot image (secteur d'amorce) et la core image. La boot image charge la core image qui charge les modules et la configuration installés dans /boot/grub.

La boot image et la core image sont obligatoirement sur le même disque, alors que /boot/grub peut être sur un disque différent. Cependant c'est une configuration à éviter car cela rend les deux disques dépendants l'un de l'autre, chacun contenant seulement une partie de GRUB.

Ludox a écrit :

La prochaine étape pour moi c'est d'utiliser le SSD pour y faire un dual boot, donc /boot, swap et / dessus. Installé en manuel de préférence pour me faire la main, mais proprement, et avec les /home sur le HDD.


Pas besoin de partition /boot séparée si la racine est dans une partition normale (sans chiffrement ni LVM) avec un système de fichiers supporté par GRUB.
Je ne vois pas l'intérêt de mettre /home sur le disque dur plutôt que sur le SSD, cela va dégrader les performances inutilement. Tu peux réserver le disque dur au stockage de gros fichiers si la capacité du SSD ne suffit pas.

Note que tu n'es pas obligé de refaire une nouvelle installation ; tu peux modifier celle-ci pour rapatrier le contenu de /boot sur la partition racine (et supprimer les fichiers de Debian dans la partition /boot de Fedora), installer GRUB dans le MBR du SSD, agrandir la partition racine pour y loger le contenu de /home ou créer une partition séparée pour /home sur le SSD.


Il vaut mieux montrer que raconter.

Hors ligne

#17 18-01-2019 22:02:41

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Perte de partitions après un multiboot (Résolu)

Post précédent mis dans le tuto de GRUB :
https://debian-facile.org/doc:systeme:grub2#precisions

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#18 19-01-2019 17:22:29

Ludox
Membre
Lieu : Bouches du Rhône
Distrib. : Debian 10 sur ThinkPad T430/ Gnome
Noyau : Linux 4.19.0-11-amd64
(G)UI : Gnome 3.30.2
Inscription : 01-05-2018

Re : Perte de partitions après un multiboot (Résolu)

Salut,
je ne vais peut être pas me lancer tout de suite dans le rapatriement de /boot vers le ssd, avec purge de /boot de Fedora, que je ne sais pas gérer actuellement, et plutôt continuer dans ma lancée. Mon SSD ne fait "que" 110Gio.

Je pense faire ceci, avec l'aide de GParted:
A) sur le HDD:
   1) éliminer sda3 et sda4 (donc sda5,6,7et 8)
   2) laisser sda1 et sda2 pour Windows si remise en configuration d'origine
   3) créer une nouvelle sda3, en étendue, pour accueillir mes /home:
     4) donc créer une nouvelle sda4 pour /home Fedora
     5) créer une nouvelle sda5 pour /home Debian

B) sur le SSD, tout en Partition primaire:
   1) créer sdb1 pour accueillir /boot et / de Fedora
Indiquer que son /home sera sda4
A la demande de l'installateur, mettre Grub sur /boot de Fedora
   2) créer sdb2 pour sa swap
   3) créer sdb3 pour /boot et / de Debian
Indiquer que son /home sera sda5
A la demande de l'installateur, mettre Grub sur /boot de Debian
   4) sdb4 pour sa swap.

J'ai donc une partition /boot par distribution, pour ne pas mélanger les noyaux et une swap par distribution comme conseillé par Empanada.

Cependant, je n'ai pas bien compris si les mises à jour de noyaux devront se faire en manuel, à cause du dualboot?
Je pense aussi créer une partition sdb5 pour y mettre mes fichiers les plus utilisés, et ainsi gagner en vitesse, simplement créer cette partition sur le SSD et la monter ensuite à partir de Debian suffira-t-il?

Dernière modification par Ludox (19-01-2019 17:49:33)


"Mundi placet et spiritus minima", ça n'a aucun sens mais on pourrait très bien imaginer une traduction du type : "Le roseau plie, mais ne cède... qu'en cas de pépin" ce qui ne veut rien dire non plus. Roi Loth, François Rollin.

Hors ligne

#19 19-01-2019 19:26:12

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Perte de partitions après un multiboot (Résolu)

Bonjour
comme dit raleur , met ton /home sur le SSD
Il serait bête de ne pas profiter de la vitesse du SSD pour charger ta session , après pour les répertoires de gros volumes de données genre vidéos ou téléchargement
Tu créés un lien symbolique vers un emplacement sur ton disque dur
https://debian-facile.org/doc:systeme:ln

Dernière modification par Croutons (19-01-2019 19:26:32)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#20 19-01-2019 19:46:46

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

Re : Perte de partitions après un multiboot (Résolu)

@raleur:

raleur a écrit :

Il y a plus simple que modifier l'entrée de menu avec l'éditeur de GRUB ou faire un chroot : sélectionner le noyau Debian (4.9.0) dans le sous-menu "options avancées". Une fois Debian démarré avec le bon noyau, update-grub devrait détecter au moins Windows et l'autre Debian sur le disque dur.


Ludox a écrit :

Une mise à jour plus tard: GRUB ne me présente plus que la Debian installée sur le SSD

Cette phrase me faisait penser qu'une actualisation du grub.cfg. surement fait par un update-grub fait suite à une mise à jour du noyau par exemple, exécuté dès le debian sur le SSD avait été la cause primaire du problème de Ludox (bon, pas primaire. La cause primaire c'était le fait de partager la partition /boot pour Fedora et le debian du SSD), donc je méfiait de que exécuter un update-grub pourrait résoudre ses problèmes.
Je ne comprenais du tout la cause du problème pour que le fichier /boot/grub/grub.cfg était un gros bor**, par exemple avec la même racine pour tous les options de démarrage bien qu'il a trois systèmes différents, mais je pensais que tout pourrait être à cause du partage de /boot.
Avec toute l'info qui avait donné boot-info-script, et le fait que la debian sda7 avair le répertoire /boot inclue sous sa racine, et son /boot/grub/grub.cfg était presque correct, sauf pour la debian du SSD, j'étais sûr que la procédure de réinstaller CE grub , réussirait restaurer la plupart des amorçages.
Alors, maintenant j'ai une question: c'était le fait d'amorcer avec un noyau Fedora ce que provoquait que update-grub ratait son travail? Et si oui, pourquoi exactement, parce qu'à ce noyau lui manquait leurs modules? (comme tu pointais ici

raleur a écrit :

Du coup le noyau par défaut utilisé par Debian est un noyau de Fedora (car il a la version la plus haute), et forcément, ça ne marche pas bien puisque les modules de ce noyau ne sont pas présents sur la partition racine de Debian.

?)
Peut-être les modules du noyau fedora sur son initramfs suffisaient pour démarrer mais pas pour des autres tâches, comme par exemple un update-grub (ça pourrait expliquer des autres événements bizarres, comme

Ludox a écrit :

Petit bémol tout de même: mon disque dur externe en usb n'apparaissait nulle part, ainsi qu'une clé usb branchée

).

raleur a écrit :

empanada a écrit :

sda8 c'est le /home de la debian du SSD (/dev/sdb1) ..et j'ai peur que c'était aussi le /home de la debian du HDD (celle de sda7).


Apparemment non car le fstab de sda7 n'en fait pas mention.

Oui, ce fstab nous dit que le debian sur sda7 doit avoir le /home sous sa racine.
Je n'avais pas vu ce fichier dans toute l'info qui donne boot-info-script. Je ne connaissais pas ce petit script très intéressant. Merci.



@Ludox:

Ludox a écrit :

Mais je me demande comment refaire partir Windows si je retire tout le reste (sans GRUB)


Normalement grub ne touche pas aux bits d'amorçage, comme c'est le cas (partition avec la marque d'amorçage signalé avec *):

Disque /dev/sda : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1    *          2,048     1,026,047     1,024,000   7 NTFS / exFAT / HPFS
/dev/sda2           1,026,048    52,226,047    51,200,000   7 NTFS / exFAT / HPFS
/dev/sda3          52,226,048    53,454,847     1,228,800  83 Linux
/dev/sda4          53,456,894   474,286,079   420,829,186   5 Extended
/dev/sda5          53,456,896   139,472,895    86,016,000  83 Linux
/dev/sda6         139,474,944   155,858,943    16,384,000  82 Linux swap / Solaris
/dev/sda7         155,860,992   432,340,991   276,480,000  83 Linux
/dev/sda8         432,343,040   474,286,079    41,943,040  83 Linux



Donc il suffirait de réinstaller un code d'amorçage "standard" , au lieu du grub.
Ça peut être fait avec la commande install-mbr (paquet mbr), dès le propre debian (mais normalement ça le rendre pas amorçable(sauf si grub installé sur le boot sector), donc attention).
On peut réinstaller un MBR "standard" aussi avec un CD/DVD de secours Windows ou dès une invite des commandes de secours Windows (pas installé par défaut):

fixmbr

pour Windows XP, Server 2003...

bootrec /fixmbr

Pour Windows Vista (ceci je ne suis pas sur), Windows 7, etc

La procédure pour laisser le hdd comme l'original, pourraient être faits dès un CD/DVD ou une clé USB live de gparted virer sda3, sda5, sda6, sda7, sda8, sda4 (dans ce ordre), agrandir sda2 pour utiliser tout l'espace libre laissé par les partitions virés, et finalement installer un mbr "standard". Je crois que les live de gparted n'incluent pas ce package, mais il peut être installé dès le propre live je crois. Sinon, il y a des autres live qui l'ont par défaut (clonezilla par exemple).

Ludox a écrit :

je ne vais peut être pas me lancer tout de suite dans le rapatriement de /boot vers le ssd, avec purge de /boot de Fedora et continuer dans ma lancée.
Je pense faire ceci:sur le HDD:


Je ne comprends pas très bien ce paragraphe, mais mon conseil ce le même de raleur:

raleur a écrit :

Note que tu n'es pas obligé de refaire une nouvelle installation ; tu peux modifier celle-ci pour rapatrier le contenu de /boot sur la partition racine (et supprimer les fichiers de Debian dans la partition /boot de Fedora), installer GRUB dans le MBR du SSD, agrandir la partition racine pour y loger le contenu de /home ou créer une partition séparée pour /home sur le SSD.


En résumé : essayer de laisser tous les systèmes les plus indépendants possible: pas des systèmes avec des répertoires de système dans des disques ailleurs, pas des grub dans des disques ailleurs, pas des /boot dans des disques ailleurs, et tout ce qui peut rester sous la racine, tant mieux.
Si tu veux amorcer ce disque SSD comme sdb, faire le réglage sur la BIOS du PC ou si n'est pas possible(ça peut arriver avec des BIOS extrêmement simples), les échanger physiquement , ou bien enchaîner les amorçages, ou...
Moi, j'utilise normalement une partition ext4 "petite" pour tout le système , sans rien séparer, et le reste pour le données. Je laisse les programmes stocker leurs préférences  sous /home, mais je ne l'utilise pas comme répertoire de stockage. Toutes mes données sont dans des partitions séparés du système.
Rappelle que tout système qui soit dans le SSD, normalement va être beaucoup plus rapide que ceux dans le hdd. En général, avec un SSD, et un HDD, la configuration qui a plus de sens c'est avoir tous les systèmes dans le SSD, et les données dans le HDD: le SSD plus rapide, donne de la performance aux systèmes, le HDD normalement plus grande, mieux pour stocker des données. Parfois, il faut bouger temporairement quelques données vers le SSD pour améliorer la performance: par exemple si on travaille avec des fichiers d'image, vidéo,des images de disque de machines virtuelles...Mais après, retour sur le hdd.

Salut.


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

#21 19-01-2019 20:14:00

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

Re : Perte de partitions après un multiboot (Résolu)

Ludox a écrit :

Salut,
je ne vais peut être pas me lancer tout de suite dans le rapatriement de /boot vers le ssd, avec purge de /boot de Fedora, que je ne sais pas gérer actuellement, et plutôt continuer dans ma lancée. Mon SSD ne fait "que" 110Gio.

Je pense faire ceci, avec l'aide de GParted:
A) sur le HDD:
   1) éliminer sda3 et sda4 (donc sda5,6,7et 8)
   2) laisser sda1 et sda2 pour Windows si remise en configuration d'origine
   3) créer une nouvelle sda3, en étendue, pour accueillir mes /home:
     4) donc créer une nouvelle sda4 pour /home Fedora
     5) créer une nouvelle sda5 pour /home Debian

B) sur le SSD, tout en Partition primaire:
   1) créer sdb1 pour accueillir /boot et / de Fedora
Indiquer que son /home sera sda4
A la demande de l'installateur, mettre Grub sur /boot de Fedora
   2) créer sdb2 pour sa swap
   3) créer sdb3 pour /boot et / de Debian
Indiquer que son /home sera sda5
A la demande de l'installateur, mettre Grub sur /boot de Debian
   4) sdb4 pour sa swap.

J'ai donc une partition /boot par distribution, pour ne pas mélanger les noyaux et une swap par distribution comme conseillé par Empanada.

Cependant, je n'ai pas bien compris si les mises à jour de noyaux devront se faire en manuel, à cause du dualboot?
Je pense aussi créer une partition sdb5 pour y mettre mes fichiers les plus utilisés, et ainsi gagner en vitesse, simplement créer cette partition sur le SSD et la monter ensuite à partir de Debian suffira-t-il?



Alors maintenant je comprends mieux.
Comme dit avant, je ne croiserait pas des partitions /home entre différents disques. Je ne vois pas le gain.
Je propose beaucoup plus simple et costaud: virer sda4 (donc sda5 jusqu'au sda8), et créer une partition primaire ext4 dans ce espace libre pour stocker des données...mais pas comme des /home: une partition ext4 quelconque.
Après, dans la BIOS, configurer sdb comme disque d'amorçage par défaut.
Après, sur le SSD: une partition primaire sdb1 pour debian (tout inclue dedans: /boot, /home...), une autre sdb2 pour Fedora (tout inclue aussi), un autre primaire pour un swap...et ça y est. Installer en premier Fedora, et installer son GRUB sur sdb . Après installer debian et installer son grub sur sdb (donc écrase le grub de fedora).
De cette façon t'as un SSD qui ne nécessite pas des autres disques, et t'utilises le hdd pour stocker les données, lesquels tu peut accéder dès fedora et debian sans problème. C'est la meilleure façon de travailler avec des multiboot. Si tu veux accéder les données des Windows aussi, crée la partition NTFS au lieu de ext4.     
Un swap pour les deux systèmes ce n'es pas problème si on n'utilise pas l'hibernation (par exemple en ajoutant le paramètre "noresume" dans la ligne GRUB_CMDLINE_LINUX_DEFAULT du /etc/default/grub des deux systèmes).
Si on utilise hibernation oui, il faut créer un swap de la même taille ou supérieure de celle du RAM poru chaque système et empêcher systemd d'activer les deux swap pendant l'amorçage, mais seulement son swap. Ceci dit, je n'ai jamais fait puisque je n'utilise jamais hibernation (je ne trouve pas trop de gain de vitesse dans le démarrage, et c'est source très fréquente des problèmes).

Ludox a écrit :

Cependant, je n'ai pas bien compris si les mises à jour de noyaux devront se faire en manuel, à cause du dualboot?


Non forcement mais il faudrait savoir comment les mises au jour d'un système peuvent affecter son amorçage. Par exemple, avec la config que je te propose, tu peux laisser debian avec mises au jour automatiques: aucun problème puisque le grub installé pointe vers son propre système, mais si Fedora fait un changement de noyau, il faut démarrer debian après, et fair un update-grub pour informer debian des changements chez Fedora.

Salut

Dernière modification par empanada (19-01-2019 20:17:51)


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

#22 19-01-2019 20:57:17

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

Ludox a écrit :

   3) créer une nouvelle sda3, en étendue, pour accueillir mes /home:
     4) donc créer une nouvelle sda4 pour /home Fedora


Une partition logique ne peut pas avoir un numéro inférieur à 5. sda4 serait une partition primaire.
J'insiste : mettre tout /home sur le disque dur est une mauvaise idée, cela va dégrader les performances de la session lors de l'accès à tous les fichiers utilisateur par les programmes lancés dans la session (données, caches, configurations...).

Ludox a écrit :

A la demande de l'installateur, mettre Grub sur /boot de Fedora


Ça ne marche pas comme ça. Lors de l'installation de GRUB, il est demandé d'indiquer le périphérique (disque ou partition) dont le secteur d'amorce (MBR ou PBR) doit recevoir la boot image de GRUB. Tu ne pourras spécifier le MBR du SSD (sdb) que pour une seule installation, sinon la seconde écrasera la boot image du GRUB de la première. Et c'est seulement le GRUB qui est installé en dernier dans le MBR qui sera lancé au démarrage (si le SSD est prioritaire sur le disque dans le BIOS).

Ludox a écrit :

4) sdb4 pour sa swap.


Attention, par défaut l'installateur Debian sélectionne tous les swaps existants et les marques à formater. Si tu laisses faire, le reformatage du swap de Fedora changera son UUID qui ne sera plus reconnu par Fedora.

Ludox a écrit :

J'ai donc une partition /boot par distribution


Non, tu n'auras pas de partitions /boot. Tu auras des partitions / (racines) contenant /boot

.

Ludox a écrit :

Cependant, je n'ai pas bien compris si les mises à jour de noyaux devront se faire en manuel, à cause du dualboot?


Oui et non. Pour le système dont le GRUB est dans le MBR, il n'y aura rien de particulier à faire, le menu de démarrage sera mis à jour automatiquement. Pour l'autre, après une mise à jour qui change le nom du fichier /boot/vmlinuz-* ou l'ajout d'un nouveau noyau, il faudra redémarrer sur le système principal et exécuter update-grub (si Debian) ou update-grub2 (si Fedora) pour mettre à jour le menu de démarrage.

Pour éviter cette procédure fastidieuse, tu peux désactiver os-prober et chaîner les deux GRUB.

Ludox a écrit :

Je pense aussi créer une partition sdb5 pour y mettre mes fichiers les plus utilisés


Une table de partition DOS/MBR ne peut contenir que 4 partitions primaires. Une 5e partition serait obligatoirement une partition étendue, ce qui implique qu'une des partitions primaires serait une partition étendue. Les partitions logiques, ça pue. Pour éviter d'y avoir recours, tu peux créer une table de partition au format GPT qui permet de créer 128 partitions par défaut.
Attention cependant :
- Pour l'amorçage BIOS avec GRUB, il est recommandé de créer une partition de type "BIOS boot" de 1 Mo non formatée QUI N'EST PAS UNE PARTITION /boot.
- systemd active par défaut toutes les partitions de swap présentes sur un disque système au format GPT, même non déclarées dans /etc/fstab. Cela pose un problème pour l'hibernation "croisée" (mise en hibernation d'un système et redémarrage sur l'autre), de même qu'une partition partagée entre les deux systèmes.

Dernière modification par raleur (19-01-2019 21:12:31)


Il vaut mieux montrer que raconter.

Hors ligne

#23 19-01-2019 21:10:44

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

empanada a écrit :

Une mise à jour plus tard: GRUB ne me présente plus que la Debian installée sur le SSD


Cette phrase me faisait penser qu'une actualisation du grub.cfg. surement fait par un update-grub fait suite à une mise à jour du noyau par exemple, exécuté dès le debian sur le SSD avait été la cause primaire du problème de Ludox (bon, pas primaire. La cause primaire c'était le fait de partager la partition /boot pour Fedora et le debian du SSD), donc je méfiait de que exécuter un update-grub pourrait résoudre ses problèmes.


D'après moi, le partage de /boot a entraîné le démarrage par défaut de Debian avec un noyau de Fedora. Les modules de ce noyau n'étant naturellement pas présents dans la racine de Debian (sauf les modules présents dans l'initramfs et déjà chargés), le noyau n'était pas pleinement fonctionnel et cela a entraîné le dysfonctionnement d'os-prober et update-grub qui n'ont pas détecté et inclus Fedora ni l'autre installation de Debian.
Logiquement, le redémarrage de Debian avec son noyau aurait permis de retrouver un fonctionnement normal d'os-prober et update-grub.

empanada a écrit :

Si on utilise hibernation oui, il faut créer un swap de la même taille ou supérieure de celle du RAM poru chaque système et empêcher systemd d'activer les deux swap


Comme je l'ai écrit, l'activation automatique de tous les swaps ne se produit qu'avec un disque système au format GPT. Si besoin, je connais 4 méthodes pour l'empêcher. Et ce n'est pas le seul problème posé à l'hibernation par le multiboot, il y a aussi les partitions partagées.


Il vaut mieux montrer que raconter.

Hors ligne

#24 19-01-2019 23:47:28

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

Re : Perte de partitions après un multiboot (Résolu)

raleur a écrit :

empanada a écrit :

Une mise à jour plus tard: GRUB ne me présente plus que la Debian installée sur le SSD


Cette phrase me faisait penser qu'une actualisation du grub.cfg. surement fait par un update-grub fait suite à une mise à jour du noyau par exemple, exécuté dès le debian sur le SSD avait été la cause primaire du problème de Ludox (bon, pas primaire. La cause primaire c'était le fait de partager la partition /boot pour Fedora et le debian du SSD), donc je méfiait de que exécuter un update-grub pourrait résoudre ses problèmes.


D'après moi, le partage de /boot a entraîné le démarrage par défaut de Debian avec un noyau de Fedora. Les modules de ce noyau n'étant naturellement pas présents dans la racine de Debian (sauf les modules présents dans l'initramfs et déjà chargés), le noyau n'était pas pleinement fonctionnel et cela a entraîné le dysfonctionnement d'os-prober et update-grub qui n'ont pas détecté et inclus Fedora ni l'autre installation de Debian.
Logiquement, le redémarrage de Debian avec son noyau aurait permis de retrouver un fonctionnement normal d'os-prober et update-grub.


Oui, cette explication a beaucoup de sens. Elle était implicite dans tes messages antérieurs mais je voulais savoir ton avis avec certitude. Moi j'avais passé dessus du fait que debian démarrait avec un des noyaux Fedora. Merci.

raleur a écrit :

empanada a écrit :

Si on utilise hibernation oui, il faut créer un swap de la même taille ou supérieure de celle du RAM pour chaque système et empêcher systemd d'activer les deux swap


Comme je l'ai écrit, l'activation automatique de tous les swaps ne se produit qu'avec un disque système au format GPT. Si besoin, je connais 4 méthodes pour l'empêcher. Et ce n'est pas le seul problème posé à l'hibernation par le multiboot, il y a aussi les partitions partagées.


Intéressant, j'ignorais ce détail, mais...il n'y a peut-être un autre service qui active les swap sur des disques DOS/MBR? Il me semble d'avoir rencontré des swaps activés bien que pas déclarés dans le fstab ,dans des disques DOS/MBR. Je ne peux pas assurer car de plus en plus je ne crée pas de swap (à partir de 6 Go de RAM, et pour usage comme PC de bureau), et je ne me rappelle pas quand ou sur quel ordinateur.

Merci à nouveau, et salut


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

#25 20-01-2019 11:02:46

raleur
Membre
Inscription : 03-10-2014

Re : Perte de partitions après un multiboot (Résolu)

empanada a écrit :

il n'y a peut-être un autre service qui active les swap sur des disques DOS/MBR?


Il y a les unités swap de systemd (cf. man systemd.swap) mais à ma connaissance Debian n'en crée pas implicitement excepté celles qui proviennent de fstab.


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums