Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#76 11-07-2021 14:53:21

jpt
Membre
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Ordre aléatoire de reconnaissance des disques au démarrage

Bonjour,

Des nouvelles, au bout de presque un mois et demi avec le nouveau noyau : en trois mots, plus aucun problème. cool

raleur a écrit :

Il pourrait suffire de pré-charger ce module dans l'initramfs (via /etc/initramfs-tools/modules) pour obtenir un ordre plus prévisible plutôt que recompiler un noyau.

Dommage que cette information soit arrivée après la modif puis recompil du noyau, et j'avoue que je n'ai pas trop envie de risquer de tout casser juste pour tester la validité de cette hypothèse qui, pourtant, me plait bien.

raleur a écrit :

1) Les supports de stockage USB. Personne ne s'émeut que leurs noms soient variables.

C'est vrai, mais en général on accède à ces supports par une petite fenêtre nous disant "Nouveau périphérique détecté, voulez-vous afficher son contenu" et si on répond "oui", c'est le système qui va se charger de nous ouvrir un explorateur vers le support, nous masquant les sous-couches, et donc on zappe la difficulté.

raleur a écrit :

2) […] Rien ne t'empêche de créer des règles udev pour en faire autant avec tes disques, ainsi tu pourras utiliser par exemple /dev/ssd, /dev/data et /dev/backup qui pointeront toujours vers le bon disque quel que soit son nom /dev/sd*.

J'ai regardé un peu, au début de mes soucis, et ça m'a eu l'air bien compliqué, d'autant plus que je ne suis pas sûr de ne pas avoir de problèmes quand même quand il sera question d'accéder à la partoche par /dev/sdxy (tutos internet, pages de man, etc.) avec tous les risques que ça comporte, une erreur d'inattention c'est si vite arrivé…

Bon, en attendant je vais pouvoir remettre [Résolu], yes.gif


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

En ligne

#77 11-07-2021 17:33:17

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Ordre aléatoire de reconnaissance des disques au démarrage

jpt a écrit :

Dommage que cette information soit arrivée après la modif puis recompil du noyau, et j'avoue que je n'ai pas trop envie de risquer de tout casser juste pour tester la validité de cette hypothèse qui, pourtant, me plait bien.


Pas grave, ce sera pour la prochaine mise à jour du noyau. Il se passe rarement plus d'un mois sans qu'il y en ait une.

jpt a écrit :

je ne suis pas sûr de ne pas avoir de problèmes quand même quand il sera question d'accéder à la partoche par /dev/sdxy


Le but est de ne plus utiliser /dev/sd* du tout mais seulement les alias persistants.
Effectivement, il faut donc créer des alias pour les partitions aussi, à l'instar de ce qu'il y a dans /dev/disk/by-id et /dev/disk/by-path.

Je viens de bricoler un fichier /etc/udev/rules.d/usb contenant ceci pour tester avec une clé USB :

SUBSYSTEM=="block", ACTION="add", KERNEL=="sd*", SUBSYSTEMS=="usb", ATTRS{serial}=="5B745A003FF", SYMLINK+="kingston%n"


Et après insertion j'ai bien :

lrwxrwxrwx 1 root root 3 juil. 11 17:09 /dev/kingston -> sdb
lrwxrwxrwx 1 root root 4 juil. 11 17:09 /dev/kingston1 -> sdb1
lrwxrwxrwx 1 root root 4 juil. 11 17:09 /dev/kingston2 -> sdb2



Ça doit pouvoir s'adapter aux disques SATA. Apparemment ATTRS{serial} n'est pas défini pour les disques SATA, on peut utiliser ENV{ID_SERIAL} à la place.
[EDIT]
Par exemple pour un SSD SATA, on peut utiliser cette règle :

SUBSYSTEM=="block", ACTION="add", KERNEL=="sd*", ENV{ID_SERIAL}=="XXXXX", SYMLINK+="ssd%n"


où la valeur de ID_SERIAL peut être récupérée avec

udevadm info /dev/sdX | grep SERIAL=


Le nom du symlink ne doit pas entrer en conflit avec un nom de périphérique du noyau comme sd*.

Cette règle doit être placée dans un fichier /etc/udev/rules.d/*.rules, et ensuite il faut l'inclure dans l'initramfs en exécutant

update-initramfs -u

Dernière modification par raleur (11-07-2021 21:01:42)


Il vaut mieux montrer que raconter.

Hors ligne

#78 12-07-2021 07:49:34

jpt
Membre
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Ordre aléatoire de reconnaissance des disques au démarrage

Bonjour,

et merci pour ce post bien détaillé.
J'en prends bonne note, juste que je ne sais pas encore quand et comment je vais pouvoir jouer avec (= tester dans une mv) et non, je ne dirai pas que j'ai d'autres choses à faire sinon je vais encore me faire démonter et pourtant c'est vrai.

EDIT
Une blague (sans doute liée à la tentative d'exécution dans Wheezy ?) :

$ udevadm info /dev/sdb | grep SERIAL=
missing option
$ man udevadm
$ udevadm info --name=/dev/sdb | grep SERIAL=
missing option
$ udevadm info --path=/dev/sdb | grep SERIAL=
device path not found

/EDIT

Un point me chagrine :

raleur a écrit :

Pas grave, ce sera pour la prochaine mise à jour du noyau. Il se passe rarement plus d'un mois sans qu'il y en ait une.

J'ai bien installé unattended upgrades, ce n'est pas pour autant que je vois ma version 5.7.10 évoluer.
Ceci pourrait faire l'objet d'une discussions séparée.

Dernière modification par jpt (12-07-2021 08:00:29)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

En ligne

#79 12-07-2021 20:12:12

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Ordre aléatoire de reconnaissance des disques au démarrage

jpt a écrit :

Une blague (sans doute liée à la tentative d'exécution dans Wheezy ?)


Possible.
Avec --name, essaie de mettre le nom seul sans /dev, comme "sdb".
Il me semble que --path attend le chemin dans /sys, comme /block/sdb.

jpt a écrit :

J'ai bien installé unattended upgrades, ce n'est pas pour autant que je vois ma version 5.7.10 évoluer.


Il me semble que tu utilises un noyau compilé par tes soins. Dans ce cas il ne va pas se recompiler tout seul.


Il vaut mieux montrer que raconter.

Hors ligne

#80 13-07-2021 10:47:52

jpt
Membre
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Ordre aléatoire de reconnaissance des disques au démarrage

raleur a écrit :

Avec --name, essaie de mettre le nom seul sans /dev, comme "sdb".
Il me semble que --path attend le chemin dans /sys, comme /block/sdb

C'est pas gagné :

$ udevadm info --name=sdb | grep SERIAL=
missing option
$ udevadm info --name=/sdb | grep SERIAL=
missing option
$
$ udevadm info --path=/block/sdb | grep SERIAL=
missing option
$ udevadm info --path=/sys/block/sdb | grep SERIAL=
missing option
$ udevadm info --path=sys/block/sdb | grep SERIAL=
device path not found
$ udevadm info --path=block/sdb | grep SERIAL=
device path not found
$ udevadm info --path=/sdb | grep SERIAL=
device path not found
$ udevadm info --path=sdb | grep SERIAL=
device path not found

Bon, de toute façon c'est sur la vieille 32 bits, appelée à n'être plus utilisée, à terme, qu'en secours, alors c'est pas bien grave si ça ne fonctionne pas.
Par contre dans la nouvelle (hier elle était éteinte) c'est tout bon :

$ udevadm info /dev/sdb | grep SERIAL=
E: ID_SERIAL=ST2000DM008-2FR102_WFL1V0FK


raleur a écrit :

Il me semble que tu utilises un noyau compilé par tes soins. Dans ce cas il ne va pas se recompiler tout seul.

Tutafait.
Pour la bonne et simple raison que j'ai besoin d'un pilote bien spécial pour mon imprimante, et dont le code n'a pas été écrit en mode "module" -- si un jour j'ai 24 h à ne rien faire que ça, c'est à tenter.
Pour l'instant, je récupère les sources (quand je n'ai pas trop la flemme) et je recompile.
De toute façon, tout ça est plus ou moins provisoire, j'attends la v11 pour définir des choses bien stables.

Dernière modification par jpt (13-07-2021 10:48:41)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

En ligne

Pied de page des forums