La vérification d'une clé USB MultySystem avec GParted abîme la partition FAT32

Bug #1819315 reported by InfoLibre on 2019-03-10
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MultiSystem's LiveUSB MultiBoot
Undecided
Unassigned

Bug Description

1) Avec GParted 0.30.0, je crée une nouvelle table de partition MSDOS sur une clé USB.

2) Avec GParted, je crée une nouvelle partition en FAT32, je la nomme MULTISYSTEM.

3) Je démarre Multisystem version 1.0428 sur mon ordinateur avec Linux
Mint MATE 19.1 et je sélectionne la clé USB.

4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Slitaz. Je fais l'ajout en faisant un glisser/déposer de l'icône
du fichier ISO vers l'interface de Multisystem.

5) Je quitte Multisystem, je démonte la clé USB et je la teste sur un autre
PC. Elle démarre bien, j'accède au menu Syslinux depuis le menu GRUB2 et
Slitaz démarre bien.

6) Je remets la clé USB sur le premier PC et vérifie sa partition FAT32 avec
GParted : il y a des erreurs, automatiquement corrigées par GParted
(voir fichier ci-joint).

7) Je re-teste un démarrage de Slitaz depuis la clé USB une fois les
erreurs corrigées : impossible d'accéder au menu Syslinux depuis le menu
GRUB2, un écran noir avec un curseur clignotant apparaît.

Apparemment, quand on ajoute pour la première fois une image ISO dans le
menu SysLinux, ça crée des erreurs dans la partition FAT32. Si on corrige ces
erreurs avec fsck.fat, le meny Syslinux n'est ensuite plus accessible depuis le menu GRUB2.

Autre test fait sur une clé USB avec une partition FAT32 sans erreurs au départ :

Cas 1 : je démarre Multisystem puis je fais une mise a jour de Grub2 via le bouton "Mettre à jour Grub2". Je vérifie ensuite avec GParted -> pas d'erreur.

Cas 2 : je supprime le fichier /media/***/multisystem/boot/syslinux/ldlinux.sys, je démarre Multisystem puis je fais une mise a jour de Grub2 via le bouton "Mettre a jour Grub2". Je vérifie ensuite avec GParted -> erreur "There are differences between boot sector and its backup.".

Donc soit on a l'accès au menu Syslinux qui fonctionne mais une erreur sur la FAT32, soit l'inverse.

Une méthode manuelle pour corriger les erreurs sans perdre le menu de démarrage Syslinux :
sudo umount /dev/sd?1
sudo fsck.vfat /dev/sd?1
Répondre ==> 1) Copy original to backup
Puis Oui

InfoLibre (david-vantyghem) wrote :
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments