Tutoriel : apprendre à construire et mettre à jour une ISO de RedoBackup & Recovery

Le menu Adeskbar d'origine n'est plus présent :

Nous reprenons le dossier /etc/xdg/menus du CD original. Pour cela, nous montons le squash d'origine avec le CD mis dans un second lecteur (device sr1) :

mount /dev/sr1 /cdrom
mount /cdrom/casper/filesystem.squashfs /cdrom
rm /etc/xdg/menus/*
cp /cdrom/etc/xdg/menus/* /etc/xdg/menus

Nous allons ensuite redémarrer Adeskbar.

Pour cela, nous recherchons son pid avec :

ps -aux

Le processus Adeskbar apparaîtra sous la forme :

root 1551..... /usr/bin/python /usr/share/adeskbar/main.py

Nous tuons le processus Adeskbar via la commande kill, dans notre exemple le pid 1551 :

Kill 1551

Puis relançons celui-ci :

adeskbar &

Nous retrouvons bien notre menu :

Nous recopions donc le dossier menus dans le dossier squashfs (dans notre cas squashfs-root) de notre partition de travail.

Nous constatons des entrées supplémentaires telles que « aide », « Nitrogen », que nous supprimons en effaçant les fichiers correspondants dans /usr/share/Applications. Nous tuons Adeskbar comme auparavant, puis répercutons les modifications dans le dossier squash.

Nous devons régénérer le SquashFS et l'ISO afin de vérifier le résultat.

Au boot, nous n'avons pas le splash screen et avons les messages suivants :

/scripts/init-premounts/plymouth: line 38: /sbin/plymouthd: not found
/scripts/init-premounts/plymouth: line 38: /bin/plymouth: not found

Le système démarre, mais la barre de progression reste activée :

plymouth quit

En dehors de cela, le système semble correctement fonctionner.

Après recherche sur Internet, le problème vient du changement de dossier par défaut de Plymouth. L'ancien chemin était dans /lib, le nouveau dans /usr/share.

Dans le chroot, nous avons eu une autre difficulté, nous avons dû exécuter chmod 1777 /tmp avant de pouvoir effectuer un apt-get update.

Nous réinstallons plymouth pour remettre les fichiers au bon endroit.

apt-get install --reinstall plymouth plymouth-themes

Nous déplaçons les fichiers plymouth de RedoBackup :

mv /lib/plymouth/themes/redo-logo /usr/share/plymouth/themes
rm /lib/plymouth -rf

Nous éditons ensuite le fichier /usr/share/plymouth/themes/redo-logo/redo-logo.plymouth afin de corriger les chemins.

Nous effectuons ensuite les opérations suivantes :

update-alternatives --install /usr/share/plymouth/themes/default.plymouth default.plymouth /usr/share/plymouth/themes/redo-logo/redo-logo.plymouth 100
update-alternatives --config default.plymouth

La dernière commande nous fait sélectionner le splash screen par défaut. Nos sélectionnons celui correspondant à RedoBackup.

Nous régénérons ensuite l'initrd :

update-initramfs -u

Après avoir quitté le chroot, nous régénérons un CD en y incorporant le nouvel initrd.

Au boot, le splash screen fonctionne.

Les icônes supprimées du menu applications ont été remises, nous les supprimons à nouveau. Il nous a fallu également supprimer des icônes dans le dossier /etc/skel/.local/share/applications pour l'analyseur d'utilisation disque.

Nous pouvons constater un changement d'affichage. Les icônes des boîtes de dialogue ne sont plus arrondies.

Affichage normal :

Affichage dégradé :

La commande lxappearance nous retourne un résultat différent entre le CD d'origine et notre CD.

CD source :

CD actuel :

Nous constatons que le thème utilisé dans le CD source se nomme « bluebird » et qu'il est absent de la liste des thèmes de notre nouveau CD.

Nous recopions donc le dossier /usr/share/themes/bluebird depuis le CD original. Un clic sur la commande bouton droit Restart permet l'affichage correct. Nous régénérons le SquashFS, puis le CD.

Nous avons constaté l'apparition de partitions fantômes nommées « Unknown » :

RedoBackup utilise des programmes externes tels que Partclone, fsarchiver (nous le verrons dans la partie création d'un paquet RedobackupCréation d'un paquet .deb pour RedoBackup).

Voyons le résultat retourné par la commande :

fsarchiver probe

ubuntu@PC-test:~# sudo fsarchiver probe

[======DISK======] [=============NAME==============] [====SIZE====] [MAJ] [MIN]
[sda       ] [VBOX HARDDISK         ] [  20.00 GB] [ 8] [ 0]
[sdb       ] [VBOX HARDDISK         ] [   8.00 GB] [ 8] [ 16]
[sr0       ] [CD-ROM             ] [  739.24 MO] [ 11] [ 0]
[sr1       ] [CD-ROM             ] [  326.21 MO] [ 11] [ 1]

[=====DEVICE=====] [==FILESYS==] [======LABEL======] [====SIZE====] [MAJ] [MIN]
[ram0      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 0]
[ram1      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 1]
[ram2      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 2]
[ram3      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 3]
[ram4      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 4]
[ram5      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 5]
[ram6      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 6]
[ram7      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 7]
[ram8      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 8]
[ram9      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 9]
[ram10      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 10]
[ram11      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 11]
[ram12      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 12]
[ram13      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 13]
[ram14      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 14]
[ram15      ] [<unknown> ] [<unknown>    ] [  64.00 MB] [ 1] [ 15]
[loop0      ] [squashfs  ] [<unknown>    ] [  694.65 GB] [ 7] [ 0]
[sda1      ] [ext3    ] [<unknown>    ] [  20.00 GB] [ 8] [ 1]
[sdb1      ] [vfat    ] [<unknown>    ] [   8.00 GB] [ 8] [ 17]

Nous constatons que le(s) disque(s) fantôme(s) correspond(ent) à un RAMDISK.

2-9-1-1. Analyse et modification du code de RedoBackup▲

# Get each partition's details
   next if $line =~ m/^\n/;
   next if $line =~ m/^loop/;
   next if $line =~ m/^ramzswap/;
   next if $line =~ m/^dm-/;

next if $line =~ m/^ram/;

Nous lançons une sauvegarde et constatons que la barre de progression n'avance pas :

La sauvegarde aboutit, mais la barre de progression RedoBackup ne fonctionne pas. Si nous lançons le script d'origine non modifié, nous constatons le même problème. Cela n'est pas dû à nos modifications du script.

La suppression du fichier /usr/share/locale/fr_FR/LC_MESSAGES/partclone.mo a réglé le problème.

En analysant le script redobackup, nous avons constaté qu'il utilisait les informations de partclone.log pour la barre de progression. Nous avons fait quelques tests entre les versions de partclone pour voir ce qui différait entre elles, pour constater que c'était dû à la traduction. Nous avons ensuite cherché où et comment se faisait la traduction.

Afin d'alléger la distribution, nous proposons de remplacer le navigateur incorporé Chromium par Midori, beaucoup plus léger. Libre à vous de garder le navigateur d'origine de la distribution si vous le souhaitez. Si vous remplacez le navigateur, il ne faut pas oublier de modifier le fichier /etc/xdg/openbox/menus.xml en conséquence.

Midori a ajouté une entrée de menu séparée, nommée Internet :

La régénération du CD avec Midori à la place de Chromium pèse 684 Mo, soit un gain de 70 Mo.

En chroot, nous commençons par supprimer les anciens noyaux :

dpkg -l|grep ii|grep linux-image* #listing des paquets noyaux installés
apt-get purge [nom du paquet à supprimer]

Le même modus operandi est utilisé pour lister les paquets et désinstaller ceux non utilisés :

dpkg -l|grep ii|more

Voici les paquets que nous avons désinstallés :

• aspell* ;
• colord* ;
• curftpfs ;
• dns-root-data ;
• enchant ;
• gksu ;
• grub* ;
• lockfile-progs ;
• logrotate ;
• usbmuxd ;
• wamerican ;
• wodim ;
• yelp.

Nous allons utiliser l'outil Bleachbit qui permet un nettoyage approfondi du système et la suppression des langues superflues. Nous commençons par l'installer :

apt-get install bleachbit

puis nous le lançons par :

bleachbit

Bleachbit s'ouvre sur la fenêtre des préférences dans laquelle il est possible de sélectionner les langues à conserver ou à retirer. Par défaut, il est proposé la suppression de toutes les langues sauf celle du système (ici le français), ainsi que l'anglais. Après fermeture de cette fenêtre, nous arrivons sur la fenêtre principale qui offre le choix des fichiers à supprimer. Nous cochons toutes les options et lançons le nettoyage.

Une fois les opérations terminées, nous supprimons le logiciel lui-même et ses fichiers de configuration, puisqu'il ne nous sera pas utile dans l'image finale, par :

apt-get purge bleachbit
apt-get autoremove
apt-get clean
rm -rf ~/.config/bleachbit

Une fois sortis du chroot, avant de refaire une gravure, nous nettoyons les dossiers suivants :

• tmp ;
• var/log ;
• var/tmp ;
• var/run ;
• run ;
• usr/src/* ;
• usr/include ;
• usr/share/doc/* ;
• usr/share/help/* ;
• usr/share/help-langpack/* ;
• usr/share/locale/* sauf fr et fr_FR ;
• usr/share/locale-langpack/* ;
• usr/share/man/*.

Nous nous retrouvons avec un fichier ISO de 433 Mo.

Nous avons tout d'abord essayé de générer un ISO contenant un noyau 64 bits et un noyau 32 bits pouvant booter en UEFI et/ou en mode dit Legacy. Les applications resteront 32 bits, un système d'exploitation 64 bits étant en mesure d'exécuter du code 32 bits.

Les tests ont abouti à une solution compatible Legacy/UEFI SecureBoot avec un noyau 32 bits. Nous utiliserons donc uniquement un noyau 32 bits, un système 64 bits permettant de booter un OS 32 bits.

En cas de boot avec un BIOS ou en mode Legacy, le noyau sera booté via Isolinux. En cas de boot en UEFI, celui-ci sera réalisé par GRUB, comme pour le DVD Live Ubuntu. L'utilisateur n'aura pas à faire de choix.

Nous copions le dossier EFI depuis le DVD « Ubuntu-Desktop-Amd64 » compatible SecureBoot. Nous activons ensuite le support UEFI dans la machine virtuelle de travail. Au boot, nous tombons sur le prompt de GRUB :

La désactivation du support UEFI remettra l'affichage de l'écran de démarrage d'Isolinux.

En copiant le dossier EFI du DVD Ubuntu Live amd64 et en activant l'UEFI, ça boote avec l'interface GRUB. Le shell GRUB apparaît, car celui-ci ne trouve pas de fichier de configuration.

Nous testons en entrant les commandes suivantes :

linux /vmlinuz boot=casper
initrd /initrd.img
boot

Le boot s'effectue, mais notre environnement se retrouve en anglais.

L'ajout du paramètre « locale=fr_FR » après casper permet le passage du menu en français, le clavier restant cependant en Qwerty.

Nous intégrons ensuite le dossier boot de l'ISO Ubuntu en espérant avoir les paramétrages nécessaires au clavier français. Le fichier grub.cfg servira de base pour notre menu GRUB.

Une fois le CD régénéré, il nous a fallu modifier le menu en appuyant sur la touche « e » de façon à corriger les noms de noyau et de l'initrd, puis valider avec F10. L'ajout manuel de l'option « locale=fr_FR » nous a permis d'avoir l'interface en français, mais le clavier reste en Qwerty. Nous avons contourné ceci en ajoutant la commande setxkbmap fr au fichier /etc/xdg/openbox/autostart (nécessité de reconstruire le SquashFS).

Nous avons tenté de faire afficher l'image de fond via l'ajout de la ligne suivante dans le fichier grub.cfg :

GRUB_BACKGROUND=/isolinux/bg_redo.png

Ceci ne fonctionne pas. Il semble que cette option ne soit pas compatible avec la version GRUB utilisée, le DVD Ubuntu Desktop Amd64 n'affichant pas non plus d'image en mode UEFI, alors qu'il y en a une en mode non UEFI.

Après quelques essais, il s'est avéré que le CD tel quel ne boote pas en SecureBoot. Après recherche, VirtualBox n'est pas compatible Secureboot, tandis que VMWare l'est après ajout de la ligne suivante au fichier .vmx :

firmware = "efi"

Après recherche, nous avons trouvé le script suivant permettant la gravure d'un ISO compatible BIOS et UEFI (à exécuter depuis le dossier contenant les données à graver) :

xorriso -as mkisofs -b isolinux/isolinux.bin --no-emul-boot --boot-info-table --boot-load-size 4 -c isolinux/boot.cat --isohybrid-mbr isolinux/isohdpfx.bin --eltorito-alt-boot -e boot/grub/efi.img --no-emul-boot --isohybrid-gpt-basdat -o /mnt/test.iso -r .

Le fichier isohdpfx.bin a été récupéré dans /usr/lib/ISOLINUX après installation du paquet par apt-get. Le fichier efi.img étant présent après copie du dossier boot/grub du CD Ubuntu comme vu précédemment.

Nous ajouterons également le fichier .deb à la racine. La génération de celui-ci est vue au chapitre suivant.

Une fois le paquet créé, nous redémarrons notre live, et nous récupérons le paquet pour faire un test d'installation.

Nous installons le paquet via la commande suivante :

sudo dpkg -i redobackup.deb

Celui-ci retourne une erreur de dépendances manquantes. Ceci est normal, il faut ensuite exécuter la commande suivante pour la résoudre :

sudo apt-get install -f

Pour pallier cela, il faudrait soumettre notre paquet à la communauté. Toutefois, son acceptation est peu probable, le projet n'évoluant plus. Il serait également possible de créer votre propre dépôt contenant le paquet. Voir ce lien.

Suite à l'installation, le script RedoBackup se trouve bien dans le dossier /sbin. Nous faisons un test de sauvegarde/restauration : le résultat est correct.

Ubuntu Xenial sera la version de destination de notre projet. Le paquet s'installe sans difficulté via le même principe. Le système n'arrive pas à installer les paquets suivants :

• beep ;
• fsarchiver ;
• partclone.

Pour résoudre ce problème, nous avons été obligés d'ajouter le dépôt universe dans le fichier /etc/apt/sources.list et de faire un apt-get update avant que l'installation des paquets précités puisse se faire.

Une fois installé, le logiciel ne se lance pas. Une erreur apparaît dans la console :

can't locate Glib.pm in @INC...

résolue par :

apt-get install libglib-perl

Nous avons ensuite l'erreur :

can't locate Gtk2.pm in @INC...

résolue par :

apt-get install libgtk2-perl

Une fois ces paquets installés, les tests de sauvegarde/restauration sont fonctionnels.

Il nous faudra donc ajouter ces paquets dans les dépendances requises.

Nous ferons les essais sur trois versions différentes intégrant différents Window Manager :

• Linux Mint Cinnamon ;
• Linux Mint MATE ;
• Linux Mate xfce.

Les tests avec les trois versions ont donné un résultat correct.

Le nouveau fichier DEBIAN/control sera :

Package: RedoBackup
Version: 1.0
Architecture: all
Depends: libxml-simple-perl, libcanberra-gtk-module, libnotify-bin, beep, fsarchiver, os-prober, partclone, libglib-perl, libgtk2-perl
Maintainer: Christophe LOUVET & Philippe RONFLETTE <xxx@yyy.zzz>
Description: Packaging of Redobackup script www.redobackup.fr

Pour installer une Ubuntu minimale, c'est-à-dire ne disposant que d'un noyau et d'une console en mode texte (sans environnement graphique donc), nous utiliserons la version serveur d'Ubuntu que nous pouvons trouver ici. Il faudra choisir la version 32 bits en cliquant sur le lien « Plus d'options » permettant de préciser l'architecture voulue pour la télécharger (64 bits par défaut), et bien sûr en laissant cochée l'option LTS (support à long terme). Pour une construction compatible UEFI et SecureBoot telle que décrite dans la partie 4, il faudra choisir une version 64 bits.

Lors de l'affichage du menu de démarrage, nous appuyons sur la touche F4 afin d'afficher des options d'installation, et nous choisissons « Installer un système minimal » dans le menu qui s'affiche.

Puis nous cliquons sur « Installer Ubuntu Server ». Nous choisissons Ubuntu comme nom de machine et comme nom d'utilisateur afin de nous simplifier la tâche par la suite. Nous mettons également Ubuntu comme mot de passe. Dans le cas contraire, en effet, il nous faudrait effectuer des modifications de certains fichiers système avant la création du système de fichiers.

L'installeur nous propose l'installation de fonctionnalités supplémentaires. Nous n'installons que le système de base.

Au premier démarrage, nous arrivons sur une console.

Nous commençons par changer le mot de passe root, le compte root étant désactivé par défaut sous Ubuntu.

sudo passwd root

Une fois le mot de passe entré, nous nous loguons en root.

Nous mettons à jour la liste des paquets par :

apt-get update

puis nous mettons à jour la distribution par :

apt-get upgrade

Nous installons ensuite l'interface graphique minimale OpenBox :

apt-get install openbox

Nous tentons le démarrage de l'interface graphique :

startx

Ceci ne fonctionne pas, il manque le serveur X :

apt-get install xorg

Suite à cela, l'appel de startx fonctionne et nous nous trouvons devant un écran gris :

L'interface est fonctionnelle, si nous cliquons sur le bouton droit de la souris, nous avons accès au menu de base d'OpenBox :

Nous installons l'essentiel : RedoBackup. Une fois le .deb récupéré (par clé USB par exemple), celui-ci s'installe sans difficulté et nous avons la bonne surprise de voir les icônes de bouton apparaître.

Rappel des commandes d'installation :

dpkg -i redobackup.deb
apt-get install -f

 Nous montons ensuite le SquashFS d'origine de façon à récupérer le menu contextuel d'OpenBox :

 mount /dev/sr1 /mnt
 mount /mnt/casper/filesystem.squashfs /mnt
 cp /mnt/etc/xdg/openbox/menu.xml /etc/xdg/openbox
 umount /mnt

Après copie du fichier et clic de restart dans le menu contextuel, le menu est mis à jour :

Nous installons les outils fournis avec le CD original:

apt-get install leafpad pcmanfm gparted gpicview testdisk system-config-lvm

Nous avons installé gdmap, plus léger, à la place de baobab :

apt-get install gdmap

Nous n'installons pas Chromium, mais nous le remplaçons par le navigateur Midori, plus léger.

apt-get install midori

Nous remplaçons l'entrée du navigateur Web en conséquence dans le menu contextuel.

Nous allons opérer divers paramétrages qui nous seront nécessaires ou utiles pour notre live CD/USB.

4-1-4-1. Ajout d'un dock▲

apt-get install cairo-dock

cairo-dock

Désolé, le fichier de description correspondant n'a pu être trouvé. Veuillez glisser-déposer le lanceur à partir du menu applications.

4-1-4-2. Paramétrages des fichiers de lancement des applications▲

apt-get install slim

#default_user  simone

#auto_login  no

echo $PATH>chemin.txt

default_path

cat chemin.txt >>/etc/slim.conf

/sbin/redobackup &

cairo-dock &

sleep 15 && cairo-dock &

4-1-4-3. Paramétrages divers des applications et de la distribution▲

apt-get install feh

feh -bg-scale /usr/share/redo/redo_blue.png &

4-1-4-4. Nettoyage de la distribution▲

dpkg -l|more

apt-get purge nom-du-paquet

rm -rf /var/log/*.log

rm -r /var/crash/*

rm -rf ~/.thumbnails/normal/*

rm -rf /tmp/*

rm -rf /usr/share/wallpapers/*

rm -rf ~/.local/share/Trash/*

Nous commençons par définir des variables d'environnement dont vous pourrez personnaliser le contenu. L'utilisateur ne doit toutefois pas être modifié sans que cela ne nécessite d'autres opérations non décrites dans ce tutoriel.

export CONSTRUCTION=~/construction
export CD=~/cd

Nous préparons des répertoires de travail par :

mkdir -p "$CD"/casper "$CD"/boot/grub "${CONSTRUCTION}"

Nous y copions le système de fichiers de notre distribution installée, en excluant certains fichiers et répertoires grâce à la commande rsync :

 rsync -av --one-file-system --exclude=/dev/* \
--exclude=/tmp/* --exclude=/home/* --exclude=/var/tmp/* --exclude=/boot/grub/* --exclude=/root/* \
--exclude=/var/spool/* --exclude=/media/* \
--exclude=/etc/fstab --exclude=/etc/mtab \
--exclude="$CONSTRUCTION" / /"$CONSTRUCTION"

Le chroot est une technique permettant de se placer dans un autre système de fichiers en utilisant des ressources du système à partir duquel on effectue celui-ci. On peut ainsi travailler dans cet autre système de fichiers comme s'il s'agissait de notre système.

Nous commencerons par monter certains dossiers spéciaux du système en cours vers notre nouveau système, ceci à partir du dossier représentant le contenu du chroot. Les points de montage /proc, /sys et dev/pts doivent être remontés vers le chroot pour un fonctionnement correct (l'option -bind permet de ne pas modifier le fichier /etc/fstab) :

cd $CONSTRUCTION
mount --bind /proc proc
mount --bind /sys sys
mount -t devpts dev/pts

mkdir "$CONSTRUCTION"/dev/pts

Nous nous plaçons maintenant dans notre nouveau système par :

chroot "$CONSTRUCTION"

Nous y installons des paquets indispensables pour la construction d'une image live, après avoir fait une mise à jour de la liste des paquets.

apt-get update
apt-get install casper lupin-casper

Nous nous assurons d'un complet nettoyage du système :

apt-get clean

Nettoyage des fichiers log par :

find /var/log -regex '.*?[0-9].*?' -exec rm -v {} \;

Remise à zéro des fichiers log restants :

find /var/log -type f | while read file
do
    cat /dev/null | tee $file
done

Puis nous sortons du chroot par :

exit

et nous démontons les répertoires montés pour le chroot :

umount dev/pts sys proc

Nous copions le noyau et l'initramfs (appelé aussi initrd) dans le répertoire casper de l'ISO :

cp -vp "$CONSTRUCTION"/vmlinuz-$(uname -r) "$CD"/casper/vmlinuz
cp -vp "$CONSTRUCTION"/initrd.img-$(uname -r) "$CD"/casper/initrd.img

Nous supprimons le dossier boot qui ne nous sera pas nécessaire :

rm -rf "$CONSTRUCTION"/boot

Nous installons les outils dont nous aurons besoin :

apt-get install xorriso squashfs-tools

puis nous construisons l'image compressée du système de fichiers par :

mksquashfs "$CONSTRUCTION" "$CD"/casper/filesystem.squashfs

Nous pouvons tout simplement récupérer les fichiers de bootloader de l'image ISO originale pour démarrer sur notre nouvel ISO. Pour cela nous récupérons les dossiers install et isolinux que nous plaçons dans notre dossier $CD de construction de l'ISO. Nous nous assurons que les entrées de menu du fichier /isolinux/isolinux.cfg ont bien les noms des noyaux de démarrage de la distribution contenus dans le répertoire /casper : vmlinuz et initrd.img. Par rapport à l'ISO d'origine, nous avons dû changer l'extension de l'initrd dans le fichier isolinux.cfg, la compression utilisée étant lz.

Nous installons l'outil de construction d'images ISO par :

apt-get install genisoimage

puis nous lançons cette construction par :

genisoimage -o "live-redo.iso" -r -J --no-emul-boot --boot-load-size 4 --boot-info-table -b isolinux/isolinux.bin -c isolinux/boot.cat "$CD"

Dans cette commande vous pouvez remplacer «live-redo.iso » par un nom d'image ISO de votre choix.

GPT (GUID Partition Table) remplace le MBR (Master Boot Record) dans les BIOS UEFI. GPT permet de dépasser la limitation à 2,2 To de MBR et d'avoir jusqu'à 128 partitions au lieu de 4 pour le MBR. Le début d'une table GPT contient un MBR pour rétrocompatibilité. L'utilisation d'UEFI implique l'utilisation d'une table GPT à la place d'une table MBR.

Le SecureBoot est une option UEFI permettant de faire un contrôle de signature avant de booter un noyau ou un autre programme UEFI. Les signatures numériques sont stockées dans le firmware de la carte mère.

Microsoft impose la présence de SecureBoot pour qu'une machine soit estampillée Windows Compatible.

Extrait du « Windows Hardware Compatibility Program Requirements » :

Windows 8 and later WHCP requires that systems implement UEFI native boot as the firmware boot mode and Secure Boot as the default out-of-box configuration.

Cette fonctionnalité complexifie l'installation et l'utilisation de Linux sur les machines ayant Windows préinstallé. Nous vous recommandons la lecture des articles suivants :

• La Linux Foundation arrache une solution pour le SecureBoot
• Linus Torvalds s'oppose radicalement au SecureBoot et déverse sa colère sur RedHat qui propose d'intégrer un patch à Linux
• Windows 10-ils fermés à Linux ?

Ceci implique que toute machine neuve avec Windows 8/10 préinstallé aura le SecureBoot activé.

Il est à noter que la master key SecureBoot de Microsoft a été dévoilée par erreur.

Si vous voulez utiliser Linux sur une machine UEFI avec SecureBoot, voici les solutions :

• désactiver SecureBoot ;
• utiliser une distribution Linux ayant acheté une clé à Microsoft telle que Redhat ou Ubuntu ;
• utiliser la solution proposée par la Linux Foundation ;
• utiliser Shim ;
• utiliser notre méthode vue au chapitre 2.12.3Support SecureBoot.

Notre distribution étant basée sur Ubuntu, nous pourrons la rendre plus facilement compatible SecureBoot.

Notre CD ne boote pas en UEFI (même sans SecureBoot), et la présence des dossiers isolinux et boot/grub nous fait supposer que le boot se fait différemment, selon que l'on est en BIOS ou en UEFI.

En recherchant sur Internet des informations sur la compatibilité UEFI des DVD, nous avons trouvé le script suivant, permettant la gravure de DVD hybride UEFI/BIOS :

xorriso -as mkisofs --isohybrid-mbr isolinux/isohdpfx.bin -c isolinux/boot.cat -b isolinux/isolinux.bin --no-emul-boot --boot-load-size 4 --boot-info-table --eltorito-alt-boot -e boot/grub/efi.img -no-emul-boot -isohybrid-gpt-basdat -o nom_cd.iso .

De ce que nous en avons compris, le CD est un CD hybride contenant une partition MBR et une partition GPT. Nous copions donc les dossiers boot et EFI depuis le live CD Ubuntu dans notre dossier de préparation de gravure. Nous récupérons également le fichier casper/vmlinuz.efi.

Nous modifions notre fichier isolinux/isolinux.cfg pour remplacer vmlinuz par vmlinuz.efi.

Notre dossier isolinux ne contient pas le fichier isohdpfx.bin, problème résolu en installant isolinux et en copiant le fichier :

sudo apt-get install isolinux
sudo cp /usr/lib/ISOLINUX/isohdpfx.bin /mnt/iso/isolinux

Après ces modifications et une nouvelle gravure, le CD boote en mode BIOS et en mode UEFI depuis une machine virtuelle. Par contre, il ne semble pas fonctionner avec le SecureBoot.

Nous avons ensuite tenté la modification d'un Live existant.

Nous avons pour cela utilisé l'outil isomaster permettant de modifier un ISO existant :

L'arborescence du haut correspond au contenu de votre Filesystem, l'arborescence du bas correspond au contenu du fichier ISO.

Nous remplaçons le fichier casper/filesystem.squashfs de l'ISO par le nôtre. Nous supprimons les fichiers filesystem.size et filesysstem.squashfs.gpg.

Nous remplaçons le fichier de configuration isolinux/isolinux.cfg, et nous modifions les fichiers boot/grub/grub.cfg et loopback.cfg pour qu'ils correspondent à nos fichiers plutôt que ceux d'origine du DVD en cours de modification.