Le lun. 17 déc. 2018 à 15:27, infos SX <[email protected]> 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
