Re: souci imprimante usb (fdisk -l , hddtemp )
Le lun. 17 déc. 2018 à 17:26, steve <dlist@bluewin.ch> a écrit :
>
> Le 17-12-2018, à 17:16:35 +0100, ajh-valmer a écrit :
>
> >> Le 17-12-2018, à 15:01:42 +0100, A. Valmer a écrit :
> >> > C'est ce que j'ai fait sur un serveur avec un seul disque dur.
> >> >UUID et /dev/disk/by-label/my_data_part,
> >> > Lorsque je fais un reboot, une fois sur deux il devient /dev/sdc
> >> > et l'autre fois, /dev/sda.
> >
> >On Monday 17 December 2018 15:47:45 steve wrote:
> >> Difficile de croire que ça soit possible vu qu'il n'y a qu'un seul
> >> disque. Et même si c'était bien le cas, ce ne serait pas grave vu que
> >> tu as utilisé le UUID et que le nom (aléatoire) du disque n'est pas
> >> utilisé pour monter la partition.
> >
> >Si, c'est la réalité.
> >
> >/dev/disk# ls -l by-label/
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 sda1 -> ../../sda1
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 sda2 -> ../../sda2
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 sda5 -> ../../sda5
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 sda6 -> ../../sda6
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 sda7 -> ../../sda7
> >lrwxrwxrwx 1 root root 10 déc. 15 00:45 swap -> ../../sda3
> >
> >Ici, impeccable et au prochain reboot, j'aurai ces lignes,
> >mais, avec ../../sdc.
>
> Si c'est vraiment le cas, je serais vraiment intéressé d'en connaître la
> raison. Et pourquoi sdc et pas sdb ou sdk par exemple ?
>
> >D'accord, l'UUID ne change pas, donc pas bien grave,
> >ça n'empêche pas le système de bien fonctionner,
> >mais je préférerais que le DD = /dev/sda et s'y tienne.
>
> Pas sûr que ça soit possible, mais clairement non recommendable.
> Peut-être qu'avec une règle udev tu pourrais y parvenir. J'ai
> personnellement laissé tomber après avoir lu et relu que c'était perdu
> d'avance (by design).
>
> >Bonne soirée.
>
> De même.
>
J'ai eu ce cas sur un desktop à cause d'un lecteur de carte devenu capricieux :
=> s'il marchait bien, il enfonçait les HDD en termes de temps
d'initialisation, donc les 4 devices correspondant aux lecteurs de
carte étaient énumérés /dev/sda ... /dev/sdd, et les HDD /dev/sde et
/dev/sdf
=> s'il "ratait" au démarrage, les HDD se retrouvaient premiers
énumérés et donc reconnus comme /dev/sda et /dev/sdb
Les clefs USB peuvent éventuellement avoir cet effet aussi...
Pour savoir pourquoi il suffit peut-être de lister les /dev/sd* et de
voir /dev/disk/by-label et /dev/disk/by-uuid pour voir qui "est
devant" ...
Quoi qu'il en soit, compter sur ces noms de device bruts n'a jamais
été vraiment fiable (sachant que le matériel ou le bios introduisent
dans certains cas de l'aléa dans les temps de réponse pour éviter les
collisions entre périphériques sur un bus...), et les distributions
ont donc cessé de compter dessus.
Cordialement
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Reply to: