[RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

Micka260 · 26-10-2021 20:34:05

Bonjour,

J'ai un petit problème qui commence à m'agacer un peu, et pour lequel je ne trouve pas de solution ...

Tout d'abord les bases : je suis sous debian 11

Mes disques dur :

# fdisk -l 

Disque /dev/sdc : 111,8 GiB, 120040980480 octets, 234455040 secteurs

Modèle de disque : SanDisk SSD PLUS

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 : ACC22228-3522-46FD-B7FE-077F896B0593

Périphérique     Début       Fin  Secteurs Taille Type

/dev/sdc1         2048   1050623   1048576   512M Système EFI

/dev/sdc2      1050624 232452095 231401472 110,3G Système de fichiers Linux

/dev/sdc3    232452096 234452991   2000896   977M Partition d'échange Linux

Disque /dev/sdb : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs

Modèle de disque : ST4000VN008-2DR1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 4691BF46-9855-4546-B014-D55C3F2A7BD9

Périphérique Début        Fin   Secteurs Taille Type

/dev/sdb1     2048 7814037134 7814035087   3,6T Système de fichiers Linux

Disque /dev/sda : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs

Modèle de disque : ST4000DM005-2DP1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 97B9D4F3-7F5A-4C2E-9B67-F866671899FB

Périphérique Début        Fin   Secteurs Taille Type

/dev/sda2     4096 7798413311 7798409216   3,6T Système de fichiers Linux

Disque /dev/sdd : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs

Modèle de disque : TOSHIBA DT01ACA2

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x6bc0718f

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type

/dev/sdd1              2048 3907029167 3907027120   1,8T  0 Vide

Mon fstab :

/dev/sda2       /mnt/HDD/    ext4    defaults        0       2

/dev/sdb1       /mnt/HDD3/   ext4    defaults        0       2

/dev/sdd1       /mnt/HDD2/   ext4    defaults        0       2

J'ai parfois à certain démarrage de la machine des codes erreurs, après diagnostique j'ai pu identifier que c'est le fstab qui était en défaut, je commente donc la ligne qui pose problème :

#/dev/sdb1       /mnt/HDD3/   ext4    defaults        0       2

Après avoir commenté la ligne alors le système démarre sans problème, je refais un fdisk -l et la m'aperçois que mon disque système sdc c'est inversé avec mon disque donné sdb
Je fais donc la manipulation inverse

#/dev/sdc1       /mnt/HDD3/   ext4    defaults        0       2

Cela fonctionne et sur un autre démarrage aléatoire de nouveau confronter au problème ...
Alors je réinverse ...

Si vous avez une idée je suis preneur

Dernière modification par Micka260 (27-10-2021 05:50:51)

Debian Alain · 26-10-2021 20:49:18

bonsoir Micka260

pour ton fstab , je te conseille d'utiliser les UUID

tu peux les trouver avec :

-- blkid --

-- lsblk --

à lire aussi :

-- le fstab --

amicalement ,

alain .

Dernière modification par Debian Alain (26-10-2021 20:49:53)

Micka260 · 26-10-2021 21:33:05

# blkid

/dev/sdc1: UUID="6DF8-2056" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="b7d264ef-921a-40b0-96bc-732e48f81317"

/dev/sdc2: UUID="ec584401-d5e8-414c-b9aa-a2bc5a0ad2fa" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f9f72ab8-46c6-47bc-b251-1089c5099c05"

/dev/sdc3: UUID="baea8d1f-25dc-421a-8853-47216ee87c14" TYPE="swap" PARTUUID="5fa84a08-cbe2-42a1-81fc-50552c3cbb7a"

/dev/sdb1: UUID="b137032a-2226-40e4-9d49-644c66730b5a" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d8af7d5f-989b-cb4c-a5fd-5a0c7c29467a"

/dev/sda2: UUID="216d3187-81a3-4ffb-8cc3-60246b0f849b" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="37c1d4c2-e0c2-4542-94be-400e0c62c0cb"

/dev/sdd1: UUID="94334b21-17fe-4c15-b313-8755e445ffb1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="6bc0718f-01"

Au niveau du fstab je dois donc faire :

#/dev/sda2       /mnt/HDD/    ext4    defaults        0       2

UUID=216d3187-81a3-4ffb-8cc3-60246b0f849b          /mnt/HDD/    ext4    defaults        0       2

#/dev/sdb1       /mnt/HDD3/   ext4    defaults        0       2

UUID=b137032a-2226-40e4-9d49-644c66730b5a       /mnt/HDD3/   ext4    defaults        0       2

#/dev/sdd1       /mnt/HDD2/   ext4    defaults        0       2

UUID=94334b21-17fe-4c15-b313-8755e445ffb1         /mnt/HDD2/   ext4    defaults        0       2

Si vous pouvez me le confirmer avant de le lancer dans le fstab

Merci en tout cas pour la réponse rapide

Egalement j'ai une question que je me suis toujours posé, sur la syntax :

# <file system>                           <mount point>         <type>  <options>          <dump>  <pass>

Les espaces entre chaque <xx> a t'elle une importance ou ce n'est que de la mise en forme et un seul espace serai suffisant ?

Debian Alain · 26-10-2021 21:47:29

Si vous pouvez me le confirmer avant de le lancer dans le fstab

ne retire surtout pas la configuration de base de ton système .
(racine , swap , home)
avant de le modifier , donne le moi .

Les espaces entre chaque <xx> a t'elle une importance ou ce n'est que de la mise en forme et un seul espace serai suffisant ?

ce n'est que de la mise en forme .
en théorie , un espace suffirait .
mais pour la lisibilité , on conseille généralement de conserver la mise en page en question .

Micka260 · 26-10-2021 22:03:13

Je n'ai pas modifié le swap système

j'ai fait la modification, un reboot et tout est nickel

Merci pour ton aide précieuse, je n'aurai pas pensé moi-même a la subtilité de l'UUID, on se repose souvent sur ses acquits un peu vieux, et on oublie de relire des docs qu'on a déjà lu mais qui ont été mise à jour

Debian Alain · 26-10-2021 22:12:21

les sda, sdb ,sdc .... sont très bien mais très volatiles .

les UUID sont des numéros de série , attribués à chaque disque et en principe uniques au monde .

ce qui leur garantit une grande stabilité dans le temps et une grande fiabilité .

les noms usuels dépendent de quand est lancé tel pilote , quand les disques ont réagi , dans quel ordre ...

bref , c'est très variable .

les UUID sont beaucoup plus stables .

par contre , gérer un système à la main , avec les UUID , c'est très vite lourd et contraignant .

bonne chance .

amicalement ,

alain .

Dernière modification par Debian Alain (26-10-2021 22:23:50)

captnfab · 27-10-2021 07:44:12

Plop,
Petite correction, les UUID sont liés à un système de fichier, c'est à dire à une partition formatée (en ext/ntfs/etc.), et non au disque :-)

Si l'on re-formate une partition (mkfs…), son UUID changera. Si l'on duplique un disque, les UUID seront copiés (et donc en doublons avec le premier disque).

raleur · 27-10-2021 20:50:07

Micka260 a écrit :

/dev/sda2 /mnt/HDD/

Hmm, un petit concentré de tout ce qu'il ne faut pas faire :
- utilisation du nom de périphérique non persistant /dev/sda2
- point de montage permanent dans /mnt qui ne sert pas à ça
- nom du point de montage permanent non lié au contenu

captnfab a écrit :

Petite correction, les UUID sont liés à un système de fichier, c'est à dire à une partition formatée (en ext/ntfs/etc.), et non au disque :-)

Exact. L'UUID est lié au contenu, pas au contenant. Il existe d'autres identifiants persistants pour les contenants, disques ou partitions : /dev/disk/by-id/*, PARTUUID... qui ne sont pas affectés par le reformatage.

Dernière modification par raleur (27-10-2021 20:51:06)

Debian Alain · 27-10-2021 21:01:30

râleur a écrit :

captnfab a écrit :

Petite correction, les UUID sont liés à un système de fichier, c'est à dire à une partition formatée (en ext/ntfs/etc.), et non au disque :-)

Exact. L'UUID est lié au contenu, pas au contenant. Il existe d'autres identifiants persistants pour les contenants, disques ou partitions : /dev/disk/by-id/*, PARTUUID... qui ne sont pas affectés par le reformatage.

oui , je me suis légèrement trompé .

j'ai trop simplifié .

merci .

Debian-facile

#1 26-10-2021 20:34:05

[RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#2 26-10-2021 20:49:18

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#3 26-10-2021 21:33:05

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#4 26-10-2021 21:47:29

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#5 26-10-2021 22:03:13

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#6 26-10-2021 22:12:21

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#7 27-10-2021 07:44:12

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#8 27-10-2021 20:50:07

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

#9 27-10-2021 21:01:30

Re : [RESOLU] /dev/sdc et /dev/sdb change de manière aléatoire

Pied de page des forums