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

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

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

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, idVendor=0411, idProduct=0299, 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

Reply | Threaded
Open this post in threaded view
|

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

Sébastien NOBILI-3
Bonjour,

26 septembre 2019 13:43 "Matthieu GIRARD-COLIN" <[hidden email]> a écrit:

> 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

Reply | Threaded
Open this post in threaded view
|

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

Matthieu GIRARD-COLIN


Le 26/09/2019 à 15:12, Sébastien NOBILI a écrit :
Bonjour,

26 septembre 2019 13:43 "Matthieu GIRARD-COLIN" [hidden email] a écrit:

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é ?

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/sdb/sdb1


Que donne la commande `fdisk -l` lorsque le disque est débranché ?
# 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.


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..

Reply | Threaded
Open this post in threaded view
|

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

Sébastien NOBILI-3
26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" <[hidden email]> a écrit:

> 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…
Il y a des unités Systemd associées :

    systemctl list-units | grep sdb1

Apparemment les stopper ne nettoie pas /sys, mais tu peux essayer chez toi :

    sudo systemctl stop <unite-trouvée-par-la-commande-précédente>.service

Et au reboot, le lien est présent ?

Sébastien

Reply | Threaded
Open this post in threaded view
|

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

Pascal Hambourg-2
Le 26/09/2019 à 17:09, Sébastien NOBILI a écrit :

> 26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" <[hidden email]> a écrit:
>> 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.

Reply | Threaded
Open this post in threaded view
|

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

Étienne Mollier
Pascal Hambourg, au 2019-09-26 :
> Le 26/09/2019 à 17:09, Sébastien NOBILI a écrit :
[...]

> > 26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" <[hidden email]> a écrit:
> > > 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.
Bonjour,

Je dirais même plus Matthieu, d'après votre courriel d'origine :
> > > > 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

Votre noyau est teinté.  Pourriez vous nous indiquer ce qui
provoque ce phénomène en amont ?  (en utilisant "dmesg" si
d'aventure cette information n'apparaît pas dans /var/log.)

Avec un peu de chance, ça peut n'être lié qu'à un pilote
propriétaire (typiquement nvidia) mais si c'est autre chose,
alors ce serait peut-être intéressant de savoir quoi.

> > > > Sep 26 09:28:37 Iznogood kernel: [148796.729718] usb 1-8: New USB device found, idVendor=0411, idProduct=0299, 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.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
Le noyau a commencé à exploser en vol au moment d'ajouter la
première partition disque USB dans la table des devices.  Ça
vaudrait le coup de :

0. redémarrer la machine, pour ne pas laisser tourner un noyau
   dans un état douteux;

1. mettre à jour le noyau en version 4.19.0-6 (outre les mises à
   jour de sécurité, le numéro de version mineur est passé de 37
   à 67, avec pas mal de corrections de bug dans le lot);

2. voir si le problème se reproduit sur un noyau à jour et, si
   possible, non teinté.

Amicalement,
--
Étienne Mollier <[hidden email]>
Empreinte :   5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d



signature.asc (673 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

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

Matthieu GIRARD-COLIN
In reply to this post by Sébastien NOBILI-3
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" <[hidden email]> a écrit:
>
>> 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
>