mount=3a /mnt=3a /dev/sdb1 n'est pas un p=c3=a9riph=c3=a9rique bloc valable

Le
Matthieu GIRARD-COLIN
Bonjour,

    Suite à un reformatage d'un disque dur externe Buffalo vers un
système de fichier ext4, sur certaines machines il est devenu impossible
de monter le volume. Toutefois sur une autre machine debian10 il n'y a
aucun problème. Cela fait suite à un reformatage du disque, tout
fonctionnait nickel à la base.
    Il s'agit d'USB3, toutefois, il n'y a pas de problème avec les
autres disques dur externe. Toutefois le "Type" est différent et il
n'est pas possible de mettre le même (le choix n'est pas proposé par
cfdisk)
    La seule particularité des debians sur lesquelles le HDD externe ne
fonctionne pas est qu'il s'agit de machine utilisant uniquement un
disque SSD. Quelqu'un aurait une idée ?


$uname -a

   Linux 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08)
x86_64 GNU/Linux


$fdisk -l
   Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
   Modèle de disque : Samsung SSD 860
   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 : gpt
   Identifiant de disque : 7CBA863C-1A94-4E39-AA76-6303AA0AD6B8

   Périphérique      Début        Fin   Secteurs Taille Type
   /dev/sda1    3842576384 3907028991   64452608  30,8G Partition
d'échange Linux
   /dev/sda2          2048 3842576383 3842574336   1,8T Système de
fichiers Linux

   Les entrées de la table de partitions ne sont pas dans l'ordre du
disque.


   Disque /dev/sdb : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
   Modèle de disque : Authorized HDD
   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 : gpt
   Identifiant de disque : FB9D8B3D-297E-40FF-815E-C870198BDE8D

Périphérique Début        Fin   Secteurs Taille Type
   /dev/sdb1     2048 3907028991 3907026944   1,8T Système de fichiers
Linux


$mount /dev/sdb1 /mnt/
   mount: /mnt: /dev/sdb1 n'est pas un périphérique bloc valable.

/var/log/syslog

Sep 26 09:28:37 Iznogood kernel: [148796.729718] usb 1-8: New USB device
found, idVendor11, idProduct99, bcdDevice= 1.00
Sep 26 09:28:37 Iznogood kernel: [148796.729722] usb 1-8: New USB device
strings: Mfr=1, Product=2, SerialNumber=3
Sep 26 09:28:37 Iznogood kernel: [148796.729723] usb 1-8: Product:
Authorized HDD
Sep 26 09:28:37 Iznogood kernel: [148796.729725] usb 1-8: Manufacturer:
BUFFALO
Sep 26 09:28:37 Iznogood kernel: [148796.729726] usb 1-8: SerialNumber:
0000000200005BE7
Sep 26 09:28:37 Iznogood kernel: [148796.737767] usb-storage 1-8:1.0:
USB Mass Storage device detected
Sep 26 09:28:37 Iznogood kernel: [148796.738100] scsi host9: usb-storage
1-8:1.0
Sep 26 09:28:37 Iznogood mtp-probe: checking bus 1, device 6:
"/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-8"
Sep 26 09:28:37 Iznogood mtp-probe: bus: 1, device: 6 was not an MTP device
Sep 26 09:28:37 Iznogood mtp-probe: checking bus 1, device 6:
"/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-8"
Sep 26 09:28:37 Iznogood mtp-probe: bus: 1, device: 6 was not an MTP device
Sep 26 09:28:38 Iznogood kernel: [148797.747922] scsi 9:0:0:0:
Direct-Access     BUFFALO  Authorized HDD   MZ4O PQ: 0 ANSI: 3
Sep 26 09:28:38 Iznogood kernel: [148797.748330] sd 9:0:0:0: Attached
scsi generic sg1 type 0
Sep 26 09:28:44 Iznogood kernel: [148803.721670] sd 9:0:0:0: [sdb]
3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
Sep 26 09:28:44 Iznogood kernel: [148803.723746] sd 9:0:0:0: [sdb] Write
Protect is off
Sep 26 09:28:44 Iznogood kernel: [148803.723748] sd 9:0:0:0: [sdb] Mode
Sense: 73 00 10 08
Sep 26 09:28:44 Iznogood kernel: [148803.725763] sd 9:0:0:0: [sdb] Write
cache: enabled, read cache: enabled, supports DPO and FUA
Sep 26 09:28:44 Iznogood kernel: [148803.790092]  sdb: sdb1
Sep 26 09:28:44 Iznogood kernel: [148803.790117] sysfs: cannot create
duplicate filename '/class/block/sdb1'
Sep 26 09:28:44 Iznogood kernel: [148803.790121] CPU: 8 PID: 8252 Comm:
kworker/u64:1 Tainted: P           OE     4.19.0-5-amd64 #1 Debian
4.19.37-5+deb10u2
Sep 26 09:28:44 Iznogood kernel: [148803.790122] Hardware name:
Micro-Star International Co., Ltd MS-7B86/B450 GAMING PLUS (MS-7B86),
BIOS 1.70 03/06/2019
Sep 26 09:28:44 Iznogood kernel: [148803.790128] Workqueue:
events_unbound async_run_entry_fn
Sep 26 09:28:44 Iznogood kernel: [148803.790130] Call Trace:
Sep 26 09:28:44 Iznogood kernel: [148803.790139] dump_stack+0x5c/0x80
Sep 26 09:28:44 Iznogood kernel: [148803.790143]
sysfs_warn_dup.cold.4+0x17/0x2a
Sep 26 09:28:44 Iznogood kernel: [148803.790146]
sysfs_do_create_link_sd.isra.2+0xa1/0xb0
Sep 26 09:28:44 Iznogood kernel: [148803.790150] device_add+0x296/0x690
Sep 26 09:28:44 Iznogood kernel: [148803.790153]  ? complete_all+0x31/0x40
Sep 26 09:28:44 Iznogood kernel: [148803.790157] add_partition+0x2d0/0x460
Sep 26 09:28:44 Iznogood kernel: [148803.790160]
rescan_partitions+0x140/0x270
Sep 26 09:28:44 Iznogood kernel: [148803.790164] __blkdev_get+0x38a/0x550
Sep 26 09:28:44 Iznogood kernel: [148803.790167] blkdev_get+0x107/0x310
Sep 26 09:28:44 Iznogood kernel: [148803.790170]  ?
unlock_new_inode+0x48/0x60
Sep 26 09:28:44 Iznogood kernel: [148803.790172]  ? bdget+0x12d/0x150
Sep 26 09:28:44 Iznogood kernel: [148803.790175]  ? kobject_put+0x23/0x1b0
Sep 26 09:28:44 Iznogood kernel: [148803.790177]
__device_add_disk+0x3a6/0x450
Sep 26 09:28:44 Iznogood kernel: [148803.790184]
sd_probe_async+0xf5/0x220 [sd_mod]
Sep 26 09:28:44 Iznogood kernel: [148803.790187]
async_run_entry_fn+0x39/0x160
Sep 26 09:28:44 Iznogood kernel: [148803.790190]
process_one_work+0x1a7/0x3a0
Sep 26 09:28:44 Iznogood kernel: [148803.790193] worker_thread+0x30/0x390
Sep 26 09:28:44 Iznogood kernel: [148803.790195]  ?
create_worker+0x1a0/0x1a0
Sep 26 09:28:44 Iznogood kernel: [148803.790197] kthread+0x112/0x130
Sep 26 09:28:44 Iznogood kernel: [148803.790203] ret_from_fork+0x22/0x40
Sep 26 09:28:44 Iznogood kernel: [148803.790213]  sdb: p1 could not be
added: 17
Sep 26 09:28:44 Iznogood kernel: [148803.795765] sd 9:0:0:0: [sdb]
Attached SCSI disk


#badblocks -v -s /dev/sdc1
   Vérification des blocs 0 à 1953513471
   Vérification des blocs défectueux (test en mode lecture seule) :
complété
   Passe complétée, 0 blocs défectueux repérés. (0/0/0 erreurs)


Cordialement,

    Matthieu Girard-Colin
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sébastien NOBILI
Le #26526785
Bonjour,
26 septembre 2019 13:43 "Matthieu GIRARD-COLIN"
Sep 26 09:28:44 Iznogood kernel: [14880 3.790117] sysfs: cannot create duplicate filename
'/class/block/sdb1'

Est-ce que ce message est présent à chaque branchement du disque ?
Si oui, le lien symbolique /sys/class/block/sdb1 existe-t-il lorsque le disque est débranché ?
Que donne la commande `fdis k -l` lorsque le disque est débranché ?
Sébastien
Pascal Hambourg
Le #26526810
Le 26/09/2019 à 17:09, Sébastien NOBILI a écrit :
26 septembre 2019 16:40 "Matthieu GIRARD-COLIN"
Oui ce message est présent et le lien symbolique existe que le disque soit branché ou non,
toutefois il est cassé
# ls -l /sys/class/block/
lrwxrwxrwx 1 root root 0 sept. 26 15:06 sda ->
../../devices/pci0000:00/0000:00:01.3/0000:03:00.1/ata1/host0/target0:0:0/0:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 sept. 26 15:06 sda1 ->
../../devices/pci0000:00/0000:00:01.3/0000:03:00.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1
lrwxrwxrwx 1 root root 0 sept. 26 15:06 sda2 ->
../../devices/pci0000:00/0000:00:01.3/0000:03:00.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2
lrwxrwxrwx 1 root root 0 sept. 26 15:06 sdb1 ->
../../devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb2/2-1/2-1:1.0/host9/target9:0:0/9:0:0:0/block/
db/sdb1

Logiquement le problème
viendrais donc du lien symbolique mais il s'agit d'un fichier protégé en écriture même pour root
donc pas moyen de le virer..

Je ne sais pas bien comment /sys est rempli…

/sys n'est pas un système de fichiers classique, c'est une interface
avec le noyau, comme /proc. Donc il y a eu un méchant bug dans le noyau.
Je n'avais jamais vu ça.
Il y a des unités Systemd associées :

Rien à voir avec systemd.
Matthieu GIRARD-COLIN
Le #26527074
Bonjour,
    Le PCB du disque dur externe a fini par lâcher, je pense que
c'était la cause de tout ceci, le disque démonté de son boîtier et
branché en direct sur un PC fonctionne sans soucis
    Merci pour vos réponses,
 Cordialement,
Matthieu
Le 26/09/2019 à 15:12, Sébastien NOBILI a écrit :
Bonjour,
26 septembre 2019 13:43 "Matthieu GIRARD-COLIN"
Sep 26 09:28:44 Iznogood kernel: [148803.790117] sysfs: cannot create duplicate filename
'/class/block/sdb1'

Est-ce que ce message est présent à chaque branchement du disque ?
Si oui, le lien symbolique /sys/class/block/sdb1 existe-t-il lorsque le disque est débranché ?
Que donne la commande `fdisk -l` lorsque le disque est débranché ?
Sébastien
Publicité
Poster une réponse
Anonyme