2019-03-10 10:10:32 |
InfoLibre |
bug |
|
|
added bug |
2019-03-10 10:10:32 |
InfoLibre |
attachment added |
|
Gparted report https://bugs.launchpad.net/bugs/1819315/+attachment/5245100/+files/gparted_details.htm |
|
2021-07-03 14:23:04 |
InfoLibre |
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 |
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
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Perform changes ? (y/n) y
/dev/sdg1: 974 files, 300734/1932839 clusters |
|
2021-07-03 15:21:11 |
InfoLibre |
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
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Perform changes ? (y/n) y
/dev/sdg1: 974 files, 300734/1932839 clusters |
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 fsck.vfat /dev/sd?1 |
|
2021-08-29 08:48:09 |
InfoLibre |
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 fsck.vfat /dev/sd?1 |
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. |
|
2021-08-29 09:01:08 |
InfoLibre |
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. |
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.
8) 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 09:03:53 |
InfoLibre |
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.
8) 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 peux à nouveau accéder au menu Syslinux. |
1) Avec GParted 1.0.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.
8) 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 09:07:28 |
InfoLibre |
description |
1) Avec GParted 1.0.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.
8) 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 peux à nouveau accéder au menu Syslinux. |
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
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.
8) 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 09:10:45 |
InfoLibre |
description |
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
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.
8) 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 peux à nouveau accéder au menu Syslinux. |
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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 Memtest86+ 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.
8) 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 09:33:03 |
InfoLibre |
attachment removed |
Gparted report https://bugs.launchpad.net/multisystem/+bug/1819315/+attachment/5245100/+files/gparted_details.htm |
|
|
2021-08-29 09:33:51 |
InfoLibre |
attachment added |
|
errors detected by gparted when verifying the partition https://bugs.launchpad.net/multisystem/+bug/1819315/+attachment/5521445/+files/gparted_details.htm |
|
2021-08-29 10:10:55 |
InfoLibre |
description |
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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 Memtest86+ 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.
8) 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 peux à nouveau accéder au menu Syslinux. |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Parfois, je n'accède plus au menu Syslinux dans le menu GRUB2 (ce n'est pas lié apparemment à l'ajout d'une image ISO). Pour corriger cela, 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 10:11:30 |
InfoLibre |
summary |
La vérification d'une clé USB MultySystem avec GParted abîme la partition FAT32 |
L'ajout d'une image ISO sur une clé USB MultySystem abîme la partition FAT32 |
|
2021-08-29 10:14:10 |
InfoLibre |
description |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Parfois, je n'accède plus au menu Syslinux dans le menu GRUB2 (ce n'est pas lié apparemment à l'ajout d'une image ISO). Pour corriger cela, 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 peux à nouveau accéder au menu Syslinux. |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Apparemment, les erreurs sont créées sur la partition lors de l'ajout d'une image ISO gérée par Syslinux mais ne sont pas créées lors de l'ajout d'une image ISO non gérée par Syslinux (image ISO de Clonezilla par exemple).
Parfois, je n'accède plus au menu Syslinux dans le menu GRUB2 (ce n'est pas lié apparemment à l'ajout d'une image ISO). Pour corriger cela, 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 peux à nouveau accéder au menu Syslinux. |
|
2021-08-29 10:17:28 |
InfoLibre |
summary |
L'ajout d'une image ISO sur une clé USB MultySystem abîme la partition FAT32 |
L'ajout d'une image ISO sur une clé USB MultiSystem abîme la partition FAT32 |
|
2021-08-29 10:18:09 |
InfoLibre |
description |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Apparemment, les erreurs sont créées sur la partition lors de l'ajout d'une image ISO gérée par Syslinux mais ne sont pas créées lors de l'ajout d'une image ISO non gérée par Syslinux (image ISO de Clonezilla par exemple).
Parfois, je n'accède plus au menu Syslinux dans le menu GRUB2 (ce n'est pas lié apparemment à l'ajout d'une image ISO). Pour corriger cela, 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 peux à nouveau accéder au menu Syslinux. |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Apparemment, les erreurs sont créées sur la partition lors de l'ajout d'une image ISO gérée par Syslinux mais ne sont pas créées lors de l'ajout d'une image ISO non gérée par Syslinux (image ISO de Clonezilla par exemple). |
|
2021-08-29 12:08:05 |
InfoLibre |
description |
Test 1 :
--------
1) Avec GParted 1.0.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.0456 sur mon ordinateur avec Linux
Mint MATE 20.2 et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
4) J'ajoute sur la clé USB une ISO qui va être gérée par Syslinux, par
exemple Memtest86+ version 5.31b. 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 Memtest86+ 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).
PS : une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut quand même utiliser GParted.
7) Je re-teste un démarrage de Memtest86+ depuis la clé USB une fois les
erreurs corrigées. J'accède au menu Syslinux depuis le menu GRUB2 et Memtest86+ démarre bien.
Apparemment, les erreurs sont créées sur la partition lors de l'ajout d'une image ISO gérée par Syslinux mais ne sont pas créées lors de l'ajout d'une image ISO non gérée par Syslinux (image ISO de Clonezilla par exemple). |
1) Avec GParted 1.0.0, je crée une nouvelle table de partition MSDOS sur une clé USB. Je crée ensuite une nouvelle partition en FAT32 et la nomme MULTISYSTEM.
2) Je démarre Multisystem version 1.0456 sur mon ordinateur et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
3) J'ajoute sur la clé USB une première image ISO qui va être gérée ou non par Syslinux, par exemple Memtest86+ version 5.31b ou Clonezilla. Je fais l'ajout en faisant un glisser/déposer de l'icône du fichier ISO vers l'interface de Multisystem.
4) Je vérifie la partition FAT32 avec **GParted** : il y a des erreurs, automatiquement corrigées par GParted (voir fichier ci-joint).
Une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut utiliser GParted.
Les erreurs sont générées lors de l'ajout de la PREMIÈRE image ISO, que cette image ISO soit gérée par Syslinux ou non. Si on corrige les erreurs et qu'on ajoute de nouvelles images ISO, les erreurs ne sont plus créées.
Si des images ISO sont déjà présentes sur la clé USB, si on les supprime puis qu'on ajoute une première image ISO, gérée par Isolinux ou non, les erreurs ne sont pas créées lors de l'ajout de la première image ISO. |
|
2021-08-29 12:14:15 |
InfoLibre |
summary |
L'ajout d'une image ISO sur une clé USB MultiSystem abîme la partition FAT32 |
L'ajout d'une première image ISO sur une clé USB MultiSystem abîme la partition FAT32 |
|
2021-08-29 12:41:19 |
InfoLibre |
description |
1) Avec GParted 1.0.0, je crée une nouvelle table de partition MSDOS sur une clé USB. Je crée ensuite une nouvelle partition en FAT32 et la nomme MULTISYSTEM.
2) Je démarre Multisystem version 1.0456 sur mon ordinateur et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
3) J'ajoute sur la clé USB une première image ISO qui va être gérée ou non par Syslinux, par exemple Memtest86+ version 5.31b ou Clonezilla. Je fais l'ajout en faisant un glisser/déposer de l'icône du fichier ISO vers l'interface de Multisystem.
4) Je vérifie la partition FAT32 avec **GParted** : il y a des erreurs, automatiquement corrigées par GParted (voir fichier ci-joint).
Une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut utiliser GParted.
Les erreurs sont générées lors de l'ajout de la PREMIÈRE image ISO, que cette image ISO soit gérée par Syslinux ou non. Si on corrige les erreurs et qu'on ajoute de nouvelles images ISO, les erreurs ne sont plus créées.
Si des images ISO sont déjà présentes sur la clé USB, si on les supprime puis qu'on ajoute une première image ISO, gérée par Isolinux ou non, les erreurs ne sont pas créées lors de l'ajout de la première image ISO. |
1) Avec GParted 1.0.0, je crée une nouvelle table de partition MSDOS sur une clé USB. Je crée ensuite une nouvelle partition en FAT32 et la nomme MULTISYSTEM.
2) Je démarre Multisystem version 1.0456 sur mon ordinateur et je sélectionne la clé USB. Multisystem installe Grub2 sur la clé USB avant d'afficher ses menus.
3) J'ajoute sur la clé USB une première image ISO qui va être gérée ou non par Syslinux, par exemple Memtest86+ version 5.31b ou Clonezilla. Je fais l'ajout en faisant un glisser/déposer de l'icône du fichier ISO vers l'interface de Multisystem.
4) Je vérifie la partition FAT32 avec **GParted** : il y a des erreurs, automatiquement corrigées par GParted (voir fichier ci-joint).
Une réparation du système de fichiers avec **Disques** (gnome-disk-utility version 3.36.3) ne corrige pas ces erreurs, il faut utiliser GParted.
Les erreurs sont générées lors de l'ajout de la PREMIÈRE image ISO, que cette image ISO soit gérée par Syslinux ou non. Si on corrige les erreurs et qu'on ajoute de nouvelles images ISO, les erreurs ne sont plus créées.
Si des images ISO sont déjà présentes sur la clé USB, si on les supprime toutes puis qu'on ajoute une première image ISO, gérée par Isolinux ou non, les erreurs ne sont pas créées lors de l'ajout de la première image ISO. |
|