Yop !
J’ai lu, j’y ai surtout noté :
So UUID is not usable for identification of the physical disks used in RAID.
donc méfiance pour ceux qui ont du raid.
Les autres pourront lire la tartine qui suit (j’ai repris mes vieilles notes) :
Admettons que l’uuid ça soit le bonheur et la solution à tous ces problèmes, mais c’est faire fi du retour de certaines commandes, que je propose à l’édification des foules ébahies :
df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sdb1 192G 38G 144G 21% / FAUX
/dev/sda2 192G 5,0G 177G 3% /data_small FAUX
/dev/sda1 1,7T 241G 1,3T 16% /data_large FAUX
/dev/sdc1 1,7T 186G 1,4T 12% /dbck_large ok
/dev/sdc2 192G 47G 136G 26% /dbck_small ok
et lsblk
, dont j’ai enlevé les lignes des partitions, pour alléger :
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1,8T 0 disk FAUX, c'est le 240 Gb
sdb 8:16 0 223,6G 0 disk FAUX, c'est un 1,8 Tb
sdc 8:32 0 1,8T 0 disk OK
Alors des scripts tournant avec les sorties de ces outils pour surveiller par exemple l’espace libre (plus alerte si atteinte d’un niveau trop bas), c’est la cata assurée.
Des mois j’ai passé là-dessus, et je peux certifier que j’ai utilisé les uuid’s suivant les conseils de fstab mais que ça n’a pas empêché les vautrages, genre
cat /proc/partitions
quand tout va bien | quand c'est en vrac
major minor #blocks name |
8 0 234431064 sda | 8 0 1953514584 sda
8 1 204800000 sda1 | 8 1 1748713472 sda1
8 2 29627488 sda2 | 8 2 204800000 sda2
8 16 1953514584 sdb | 8 16 234431064 sdb
8 17 1748713472 sdb1 | 8 17 204800000 sdb1
8 18 204800000 sdb2 | 8 18 29627488 sdb2
avec la commande swaplabel /dev/sda2
:
quand tout va bien | quand c'est en vrac
LABEL: swap | swaplabel: /dev/sda2 : pas une partition d'échange valable
UUID: 272a029e-4d4a-40e2-a3b7-51bf1ac7b0d0 |
avec blkid -o list
:
OK
device fs_type label mount point UUID
/dev/sda1 ext4 system / 99dc8d6c-8674-4c7d-b27f-7cd860bdd63f
/dev/sda2 swap swap [SWAP] 272a029e-4d4a-40e2-a3b7-51bf1ac7b0d0
/dev/sdb1 ext4 data /data 83452e91-8384-45c3-b2c7-4315904d03fa
/dev/sdb2 ext4 homerootvar (non monté) ca124013-9812-4eac-8e52-35560d5ac7f4
KC
device fs_type label mount point UUID
/dev/sda1 ext4 data /data 83452e91-8384-45c3-b2c7-4315904d03fa
/dev/sda2 ext4 homerootvar (non monté) ca124013-9812-4eac-8e52-35560d5ac7f4
/dev/sdb1 ext4 system / 99dc8d6c-8674-4c7d-b27f-7cd860bdd63f
/dev/sdb2 swap swap [SWAP] 272a029e-4d4a-40e2-a3b7-51bf1ac7b0d0
et des comme ça j’en ai des wagons, alors j’abrège.
Par ailleurs, quelques notes (parmi tant d’autres) prises au cours de mes pérégrinations sur le web :
And tbh, I have a potential similar hazard. I use CloneZilla, and if a program asks: Would you like to backup /dev/sda to /dev/sdb or /dev/sdb to /dev/sda ?, guess how nervous I get knowing that linux seems to randomly assign disk orders. I haven’t overwritten my data with my own backup yet, but this is just waiting to happen.
http://ubuntuforums.org/showthread.php?t=944515 (2008) utilise blkid
et ls -l /dev/disk/by-uuid
pour identification mais faut juste pas se tromper en tapant les 32 caractères de l’uuid…
kernel - Boot process - Dev sdX name changes - Unix & Linux Stack Exchange :
This device-numbering on Linux is one of the worst things about that OS. Every other reasonable*nix uses something like controller/target/lun for addressing disks.
I once solved that problem on my PC by changing the boot-device-order in the BIOS (put USB last).
I do not know if that will work in all situations, since Linux often does not care about BIOS-settings.
à propos de systemd :
This excellent question (and its answers) is an interesting example of how systemd violates the long-standing (and brilliant) design principles of Unix & Co… (most experienced users will just consider that complete bloat). I begin to see more clearly why Linus Torvalds is so vehemently critical of systemd.
et à propos de Linux, attention !, âmes sensibles s’abstenir !
OpenBSD — Wikipédia :
De Raadt déclarait ceci à propos du système d’exploitation GNU/Linux dans une interview au journal Forbes : « C’est terrible […] Tout le monde l’utilise, et ils ne réalisent pas à quel point il est mauvais. Et les utilisateurs de Linux s’en contenteront et l’étofferont plutôt que de prendre du recul et de dire « C’est n’importe quoi et nous devrions y remédier ». »