Re: souci imprimante usb (fdisk -l , hddtemp )
Le lun. 17 déc. 2018 à 15:27, infos SX <info@starinux.org> a écrit :
>
> On Monday 17 December 2018 14:47:03 Eric Degenetais wrote:
> > > certains ne sont plus reconnus et d'autres décalés d'une lettre .
>
> > ça vient peut-être d'un certain manque de robustesse de la configuration :
> > si je comprends bien la configuration utilise des device names du type
> > /dev/sda1, dev/sda2, /dev/sdb ...
> > Or ces lettres dépendent de l'ordre dans lequel les périphériques répondent
> > lors de leur énumération, ordre dont la stabilité n'est pas (n'a jamais
> > été) garantie.
> > Il est aujourd'hui recommandé de référencer les périphériques
> > - soit par l'UUID de la partition (ce que font normalement les
> > installeurs, mais il faut le faire soi-même si c'est une migration)
> > soit par un 'label' descriptif (/dev/disk/by-label/my_data_part) créé
> > avec les outils de gestion de FS (un peu plus de travail, mais a
> > l'avantage d'être immédiatement lisible)
>
> C'est ce que j'ai fait sur un serveur avec un seul disque dur.
> UUID et /dev/disk/by-label/my_data_part,
>
Identifier par UUDI n'empêche pas que la lettre change. Simplement,
comme on n'utilise pas la lettre pour référencer la partition,
on se fiche qu'elle change.
> Lorsque je fais un reboot, une fois sur deux il devient /dev/sdc
> et l'autre fois, /dev/sda.
>
l'identificatio
> /dev/disk/by-label/my_data_part :
> je n'ai pas ce fichier "my_data_part".
Ce n'est peut-être pas évident dans mon message précédent, mais :
> > soit par un 'label' descriptif (/dev/disk/by-label/my_data_part) créé
> > avec les outils de gestion de FS (un peu plus de travail, mais a
> > l'avantage d'être immédiatement lisible)
indique que c'est manuel.
> A. V.
>
Cordialement.
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Reply to: