mount=3a /mnt=3a /dev/sdb1 n'est pas un p=c3=a9riph=c3=a9rique bloc valable
3 réponses
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
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.
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
Bonjour,
26 septembre 2019 13:43 "Matthieu GIRARD-COLIN" <mgirard250 8@gmail.com> a écrit:
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é ?
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 26/09/2019 à 17:09, Sébastien NOBILI a écrit :
26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" 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.
Le 26/09/2019 à 17:09, Sébastien NOBILI a écrit :
26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" <mgirard2508@gmail.com> a écrit:
Oui ce message est présent et le lien symbolique existe que le disque soit branché ou non,
toutefois il est cassé
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.
26 septembre 2019 16:40 "Matthieu GIRARD-COLIN" 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.
Matthieu GIRARD-COLIN
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" a écrit:
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
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" <mgirard2508@gmail.com> a écrit:
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é ?
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" a écrit:
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
