Re: souci imprimante usb (fdisk -l , hddtemp )
> Le 17-12-2018, à 17:16:35 +0100, ajh-valmer a écrit :
> >/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
> >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.
>
On Monday 17 December 2018 17:25:52 steve wrote:
> 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 ?
> 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).
Je posterai le résultat dès le prochaine reboot,
il y a la console KVM et l'USB,
qui peuvent prendre respectivement le nommage /dev/sda et /dev/sdb,
donc disque dur = /dev/sdc.
Ceci doit dépendre si KVM est lancé ou pas.
KVM a besoin de l'USB.
Reboot :
KVM pas lancé : DD = /dev/sda
KVM lancé : DD = /dev/sdc
A. Valmer
Reply to: