cerhu > linux.debian.user.french

olivier.platus (06/04/2019, 14h30)
Bonjour.

Je souhaite creer une cle usb multiboot.
J'utilise une cle usb 2.0 de 134GB ou 125Go connectee a un port usb 1.1 d'une ordinateur 32 bits (pentium 2 avec 512Mo de memoire vive).
Le systeme d'exploitation est debian stretch 9.5 pour i386 .
Je travaille sous xwindow + twm + xterm et le compte utilisateur toto.

Pour cela je m'aide de la page internet : [..]

Voici l'ensemble des operations a effectuer :

# root cree la cle usb multiboot
su
Mot de passe :
parted -s /dev/sdb mklabel msdos
parted -s /dev/sdb mkpart primary 1MiB 551MiB
parted -s /dev/sdb set 1 esp on
parted -s /dev/sdb set 1 boot on
mkfs.fat -F32 /dev/sdb1
parted -s /dev/sdb mkpart primary 551MiB 8743MiB # càd 8Go
mkfs.ext4 /dev/sdb2
mkdir /media/{efi,data}
mount /dev/sdb1 /media/efi
mount /dev/sdb2 /media/data
grub-install --target=i386-pc --recheck --boot-directory=/media/data/boot /dev/sdb
grub-install --target=x86_64-efi --recheck --removable --efi-directory=/media/efi --boot-directory=/media/data/boot
mkdir /media/data/boot/iso
chown 1000:1000 /media/data/boot/iso
wget -O /media/data/boot/iso/Fedora-Workstation-netinst-x86_64-28-1.1.iso [..]
wget [..] -O /media/data/boot/iso/ubuntu-18.10-desktop-amd64.iso

# root edite grub.cfg
menuentry "Fedora-Workstation-netinst-x86_64-28-1.1" {
isofile="/boot/iso/Fedora-Workstation-netinst-x86_64-28-1.1.iso"
loopback loop "${isofile}"
linux (loop)/isolinux/vmlinuz iso-scan/filename="${isofile}" inst.stage2=hd:LABEL=Fedora-WS-dvd-x86_64-28 quiet
initrd (loop)/isolinux/initrd.img
}
menuentry "Ubuntu 18.10 - Try without installing" {
isofile="/boot/iso/ubuntu-18.10-desktop-amd64.iso"
loopback loop "${isofile}"
linux (loop)/casper/vmlinuz iso-scan/filename="${isofile}" boot=casper quiet splash ---
initrd (loop)/casper/initrd
}

Cependant apres la ligne creant le systeme de fichier ext4 : mkfs.ext4 -v /dev/sdb2

mke2fs 1.43.4 (31-Jan-2017)
résolution de fs_types pour mke2fs.conf : 'ext4'
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
524288 i-noeuds, 2097152 blocs
104857 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=2147483648
64 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
UUID de système de fichiers=6f283e9f-d959-4b37-9806-c957d0805b6a
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocation des tables de groupe : complété
Écriture des tables d'i-noeuds : complété
Création du journal (16384 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété

une erreur se produit lors du montage de la partition 2 correspondant a la ligne : mount /dev/sdb2 /media/data

mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

Aussi je tape la ligne : dmesg | tail

[ 2360.894305] sd 2:0:0:0: [sdb] 262144000 512-byte logical blocks: (134 GB/125 GiB)
[ 2360.897505] sd 2:0:0:0: [sdb] Write Protect is off
[ 2360.897560] sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 2360.902203] sd 2:0:0:0: [sdb] No Caching mode page found
[ 2360.902254] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 2360.924852] sdb: sdb1
[ 2360.943268] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[ 2442.120240] sdb: sdb1
[ 2509.685836] sdb: sdb1 sdb2
[ 2527.514797] sdb: sdb1 sdb2

Je precise egalement le resultat de la ligne : apt search ext4

En train de trier... Fait
Recherche en texte intégral... Fait
android-libext4-utils/stable 7.0.0+r33-1 i386
bibliothèque utilitaire ext4 Android

disktype/stable 9-6 i386
detection of content format of a disk or disk image

e2fslibs/stable,stable,now 1.43.4-2 i386 [installé]
bibliothèque pour les systèmes de fichiers ext2/ext3/ext4

e2fsprogs/stable,stable,now 1.43.4-2 i386 [installé]
utilitaires pour les systèmes de fichiers ext2/ext3/ext4

extlinux/stable 3:6.03+dfsg-14.1+deb9u1 i386
ensemble de chargeurs de démarrage (Linux ext2/ext3/ext4, btrfs et xfs)

extundelete/stable 0.2.4-1+b2 i386
Utilitaire pour récupérer des fichiers supprimés sur des partitions ext3/ext4

fuse2fs/stable 1.43.4-2 i386
ext2 / ext3 / ext4 file system driver for FUSE

libmono-system-reflection-context4.0-cil/stable 4.6.2.7+dfsg-1 all
Mono System.Reflection.Context library (for CLI 4.0)

libtsk13/stable 4.4.0-5 i386
library for forensics analysis on volume and filesystem data

sleuthkit/stable 4.4.0-5 i386
tools for forensics analysis on volume and filesystem data

syslinux/stable 3:6.03+dfsg-14.1+deb9u1 i386
Collection de chargeurs de démarrage (DOS, FAT et NTFS)

syslinux-common/stable 3:6.03+dfsg-14.1+deb9u1 all
suite de chargeurs de démarrage ? fichiers communs

syslinux-utils/stable 3:6.03+dfsg-14.1+deb9u1 i386
suite de chargeurs de démarrage ? utilitaires

zerofree/stable 1.0.4-1 i386
remplit de zéro les blocs libres des systèmes de fichiers ext2,ext3 et ext4

et de la ligne : cat /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/sda13 during installation
UUID=c0399491-030a-4a8c-99b5-adb8f7d5ea51 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda12 during installation
UUID=115fcd13-20aa-43d4-bf3b-f192869fdaf6 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

Si quelqu'un peut me dire ou regarder pour comprendre pourquoi je ne peux pas monter cette partition 2.
Est ce un probleme de limitation materielle de pc, une mauvaise utilisationou configuration du systeme ou des paquets manquants ?
Merci.
Pascal Hambourg (06/04/2019, 15h50)
Le 06/04/2019 à 14:15, olivier.platus a écrit :
[..]
> missing codepage or helper program, or other error
> In some cases useful info is found in syslog - try
> dmesg | tail or so.


Et la commande mount de la partition 1 s'exécute sans erreur ?

> Aussi je tape la ligne : dmesg | tail
> [ 2360.894305] sd 2:0:0:0: [sdb] 262144000 512-byte logical blocks: (134 GB/125 GiB)
> [ 2360.897505] sd 2:0:0:0: [sdb] Write Protect is off
> [ 2360.897560] sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00
> [ 2360.902203] sd 2:0:0:0: [sdb] No Caching mode page found
> [ 2360.902254] sd 2:0:0:0: [sdb] Assuming drive cache: write through
> [ 2360.924852] sdb: sdb1
> [ 2360.943268] sd 2:0:0:0: [sdb] Attached SCSI removable disk
> [ 2442.120240] sdb: sdb1
> [ 2509.685836] sdb: sdb1 sdb2
> [ 2527.514797] sdb: sdb1 sdb2


Généralement il y a des messages lors du montage ou de l'échec.
As-tu vérifié la partition ?

blkid /dev/sdb2
file -s /dev/sdb2
wipefs /dev/sdb2
e2fsck /dev/sdb2

As-tu essayé de spécifier le type avec "-t ext4" dans mount ?
olivier.platus (06/04/2019, 17h00)
Merci de repondre.
Desole pour l'attente mais le pc et midori sont souvent KO par la java et
cela m'enerve beaucoup !

Je tape les lignes demandees :

blkid /dev/sdb2
/dev/sdb2: PARTUUID="6a51eb54-02"

file -s /dev/sdb2
/dev/sdb2: data

wipefs /dev/sdb2 (rien ne se passe)

e2fsck /dev/sdb2
e2fsck 1.43.4 (31-Jan-2017)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? annulé !
e2fsck: Le superbloc du journal est corrompu lors de la vérification du
journal pour /dev/sdb2
e2fsck: Ne peut procéder à une vérification du système de fichier.

/dev/sdb2: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

/dev/sdb2 : **ATTENTION : le système de fichiers contient encore des
erreurs**

J'ai fait un ctl C mais si vous me dites d'executer cette commande jusqu'au
bout je le fait desuite.

mount -t ext4 /dev/sdb2 /media/data
mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

Voila !
Que dois-je faire maintenant ?
Pascal Hambourg (06/04/2019, 17h10)
Le 06/04/2019 à 16:47, olivier.platus a écrit :
> blkid /dev/sdb2
> /dev/sdb2: PARTUUID="6a51eb54-02"
> file -s /dev/sdb2
> /dev/sdb2: data
> wipefs /dev/sdb2 (rien ne se passe)
> e2fsck /dev/sdb2
> e2fsck 1.43.4 (31-Jan-2017)
> ext2fs_open2: Numéro magique invalide dans le super-bloc (...)
> J'ai fait un ctl C mais si vous me dites d'executer cette commande jusqu'au
> bout je le fait desuite.


Inutile. De toute évidence la partition ne contient pas de système de
fichier ext4. La commande mkfs.ext4 n'a pas eu le résultat attendu, mais
je n'ai pas d'explication à part une clé défectueuse ou contrefaite.

> Que dois-je faire maintenant ?


Tenter de créer à nouveau le système de fichiers.
olivier.platus (06/04/2019, 17h30)
C'est une cle made in china achetee chez cdiscount pour 5 euros.

J'ai tape la ligne a nouveau : mkfs.ext4 -v /dev/sdb2
mke2fs 1.43.4 (31-Jan-2017)
résolution de fs_types pour mke2fs.conf : 'ext4'
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
524288 i-noeuds, 2097152 blocs
104857 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=2147483648
64 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
UUID de système de fichiers=8c28f043-7664-48ad-9874-536c91e6296d
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocation des tables de groupe : complété
Écriture des tables d'i-noeuds : complété
Création du journal (16384 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété

puis la ligne : mount /dev/sdb2 /media/data
mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

comment verifier de facon definitive et plus que sur que cette cle est bonne
ou hs et cela sous debian stretch 9.5 et windows 8.

Remarque : pourquoi la partition 1 en fat32 est bonne et pas celle en ext4
???
Pascal Hambourg (06/04/2019, 20h20)
Le 06/04/2019 à 17:25, olivier.platus a écrit :
> C'est une cle made in china


Elles le sont toutes ou presque.

> achetee chez cdiscount pour 5 euros.


Par contre, cela me paraît très bon marché pour une clé de 128 Go.

> comment verifier de facon definitive et plus que sur que cette cle est bonne
> ou hs et cela sous debian stretch 9.5 et windows 8.


Sous Debian, le paquet f3 contient des outils pour vérifier la capacité
réelle d'un support à mémoire flash.

> Remarque : pourquoi la partition 1 en fat32 est bonne et pas celle en ext4


Elle est située au début de la clé, la partie dans laquelle on commence
à écrire et qui fonctionne bien afin qu'on ne s'aperçoive pas
immédiatement que le reste est défectueux. Tu peux reformater la
partition 1 en ext4 pour voir.
olivier.platus (12/04/2019, 13h50)
Merci de m'avoir répondu.
J'ai lance h2testw1_4 et il m'indique beaucoup de mauvaises choses.
Une clé si peu chère ... pas étonnant (mauvaise fabricationet on la vend à
très bas prix pour éviter les pertes).
J'ai envoyé un email au sav de cdiscount et verrai bien la suite.
Je vais poster une question sur midori car la version sous debian stretch
9.8 m'agace un peu malgré la lecture des faqs.
Discussions similaires
Multiboot ME/2K

multiboot

Multiboot XP.

Multiboot XP


Fuseau horaire GMT +2. Il est actuellement 16h56. | Privacy Policy