Re: [Linux-31] partuuid...

[Pascal Hambourg <pascal AT plouf.fr.eu.org>]

Le 24/01/2021 à 18:06, Jean-Marc MONGRELET (via linux-31 Mailing List) a 
écrit :
> Le 24/01/2021 16:44, Pascal Hambourg a écrit :
> > En quoi est-ce un problème d'altérer la partition boot ?
>
> Ben, si on altère la partition boot, ça ne démarre plus!

Sans blague ? C'est un peu délicat comme système, je trouve. Pourtant 
c'est une bête partition FAT.
Comment on fait pour mettre à jour le noyau, ou pour modifier un 
paramètre de la ligne de commande du noyau ?

> > La table de partition est au format GPT ou DOS/MBR ?
>
> Comment on fait pour savoir ??

Ne me dis pas que tu ne sais pas ça. Tu n'as jamais utilisé fdisk ou 
parted ?

> Toutes les partitions disque ont-une partie commune du partuuid:
> $ ls -l /dev/disk/by-partuuid/
> total 0
> lrwxrwxrwx 1 root root 10 Jan 24 02:58 47091097-01 -> ../../sda1
> lrwxrwxrwx 1 root root 10 Jan 24 02:58 47091097-02 -> ../../sda2
>
> Dois-je supposer que je suis en format DOS/MBR ??

Oui. 47091097 est l'identifiant de disque affiché par fdisk ou parted.
La fragilité de ces PARTUUID factices est qu'ils dépendent du numéro de 
partition, ce qui n'est pas le cas des vrais PARTUUID de GPT.

> > Où ces fichiers de configuration utilisent-ils un ou des PARTUUID, et
> > pourquoi n'utilisent-ils pas des UUID comme d'habitude ?
(...)
> > Est-ce pour identifier la racine sans initramfs ?
>
> $ cat /boot/cmdline.txt
> dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 
> root=PARTUUID=47091097-02 rootfstype=ext4 elevator=deadline 
> fsck.repair=yes rootwait
(...)
> $ cat /etc/fstab
> proc            /proc           proc    defaults          0       0
> PARTUUID=47091097-01  /boot           vfat    defaults          0 2
> PARTUUID=47091097-02  /               ext4    defaults,noatime  0 1

C'est bien pour identifier la racine, et /boot aussi mais l'UUID ferait 
aussi bien. Je suppose qu'il n'y a pas d'initramfs/initd dans /boot ?

> > Pour le clonage de partitions, clonezilla fait appel à partclone ou
> > partimage qui ne copient que les blocs contenant des données. Mais pas
> > À chaud.
>
> Ça c'est bon à savoir... Cela serait donc à privilégier pour cloner sur 
> disque SSD, à la place de dd!

Autre avantage pour les SSD : comme cela n'écrit pas dans les blocs ne 
contenant pas de données, ceux-ci ne sont pas marqués comme utilisés par 
le SSD, ce qui évite de devoir utiliser fstrim pour les marquer comme 
inutilisés à nouveau.