Re: Re : Re: [Résolu] Déplacer une debian sur un disque plus petit avec clonezilla

------- Original Message -------
Le mardi 12 juillet 2022 à 19:42, benoit <benoitlst@protonmail.ch> a écrit :

Je l'ai en effet, fait en deux étapes, d’abord une image du disque non modifié, puis une autre des partitions réduites.
Ca a fonctionné sauf pour la partition EFI. Le disque cible ne boot plus.

Comment recrée partition EFI ?

Normalement c'est une partition msdos, sur mon système j'ai une ligne dans fstab :

UUID=9A05-3C9C /boot/efi vfat umask=0077 0 1

# ls -R /boot/efi/

/boot/efi/:

EFI

/boot/efi/EFI:

debian

/boot/efi/EFI/debian:

BOOTX64.CSV fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi

Je ne sais pas si c'est standard, c'était à l'origine une installation debian 8 i386 sur un core2 duo en MBR, que j'ai mis à jour en 9 puis 10 et "crossgradé" en amd64. Elle doit en être également à son 3ème PC et 5ème disque dur.

Les fichiers .efi proviennent du package grub-efi-amd64 et de shim (dépendance).

Avec EFI/GPT il faut oublier le concept de partition active ou boot flag, les informations

de boot sont stockées dans la NVRAM/CMOS de la carte-mère. On peut les lire avec la commande efibootmgr :

# efibootmgr

BootCurrent: 000F

Timeout: 1 seconds

BootOrder: 0011,000F,000E,0003,0012,0004,0001,0006,0005

Boot0001* Windows Boot Manager

Boot0003* IBA GE Slot 00C8 v1555

Boot0004* UEFI: Built-in EFI Shell

Boot0005* Generic Usb Device

Boot0006* CD/DVD Device

Boot000E* TOSHIBA DT01ACA050

Boot000F* debian

Boot0011* KingFast

Boot0012* USB2.0 CardReader

Ici KingFast est le SSD où est installé ma debian, on peut voir qu'il est en premier dans le BootOrder mais que BootCurrent est sur debian donc sans "installation" ça n'aurait pas fonctionné.

Il faudra aussi réécrire un nouvel fstab avec de nouveau UUID je suppose que si on change la table de partition les UUID, ne sont plus les même ?

Ça c'est effectivement la première chose à faire. Pour connaître les UUID qui vont bien pour fstab j'utilise simplement la commande ls -l /dev/disk/by-uuid.

L'installation de grub-efi doit être effectuée dans un chroot avec la partition efi montée, par exemple avec sda1 comme partition efi et sda2 comme racine :

mkdir /mnt/target

mount /dev/sda2 /mnt/target

mount /dev/sda1 /mnt/target/boot/efi

cd /mnt/target

for m in dev dev/pts proc run sys sys/firmware/efi/efivars; do mount --bind /$m $m; done

chroot .

grub-install /dev/sda

update-grub

exit

reboot

Par ailleurs quand je veux transférer ou dupliquer une installation linux, j'utilise simplement rsync avec les options -a -H (preserve hard links) et -x (don't cross filesystem boundaries). Ça donne quelque chose du genre :

mkdir /mnt/target

mount /dev/sda2 /mnt/target

rsync -aHxvh / /mnt/target

ls -l /dev/disk/by-uuid

vi /mnt/target/etc/fstab

...

Ça m'évite d'utiliser un live cd/usb. C'est moins propre que le clonage de partition mais c'est

pas pire qu'un reset dans l'absolue. À faire en mode console bien sure, et après avoir arrêté les éventuels services de base de données voir en mode "single user" s'il s'agit d'un serveur.

Cordialement,

Hugues

Envoyé avec la messagerie sécurisée Proton Mail.

------- Original Message -------
Le mardi 12 juillet 2022 à 11:37, Dethegeek <dethegeek@gmail.com> a écrit :

Bonjour

L'idée de réduire les partitions est bonne, mais c'est une opération à risque. Un backup est chaudement recommandé avant de réduire les partitions !

Le mar. 12 juil. 2022 à 01:06, benoit <benoitlst@protonmail.ch> a écrit :

Envoyé avec la messagerie sécurisée Proton Mail.

------- Original Message -------
Le lundi 11 juillet 2022 à 22:49, benoit <benoitlst@protonmail.ch> a écrit :

>
>
>
>
> ------- Original Message -------
> Le lundi 11 juillet 2022 à 21:43, Th.A.C raivac@free.fr a écrit :
>
> > Bonjour,
> >
> > malheureusement non, c'est marqué dans la FAQ:
> > https://drbl.org/fine-print.php?path=./faq/2_System/25_restore_larger_disk_to_smaller_one.faq#25_restore_larger_disk_to_smaller_one.faq
> >
> > Clonezilla ne travaille pas au niveau du fichier mais des blocs utilisés
> > (ou pas)
> >
> > Sinon, tu peux essayer de retailler les partitions du disque d'origine
> > pour que ça rentre dans le nouveau disque.
>
>
> Ah ben oui, c'est une bonne idée ça !
>
> Bon je met comme résolu, j'aurais du y penser... ;-)
>
> Merci !
>
> --
> Benoit