Re: souci imprimante usb (fdisk -l , hddtemp )

[steve <dlist@bluewin.ch>]

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.