| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| issue173:tutoriel2 [2021/09/30 19:03] – auntiee | issue173:tutoriel2 [2021/10/04 18:30] (Version actuelle) – andre_domenech |
|---|
| **In a previous article, I described a step-by-step procedure to create a hybrid (boots on BIOS or UEFI system) portable clone of your system on a 512 byte sector USB drive. Although I had tested the technique successfully on a number of devices I had laying around, when I tried it on a recently purchased SSD, it did not work! It turned out that the new SSD had physical/logical sectors of 4096 bytes and this caused two problems with the method employed that made the drive non-bootable. I was able to track down and resolve the difficulty, although it does require a different set of steps to those in the earlier article. As many newer drives are now in 4K format, I thought it would be useful to share the results of my findings. (The process described here does work on 512-byte sector drives with only one minor modification – see Technical Note #2). One important thing to note before we begin is that BIOS booting is not generally supported from drives with 4096-byte sectors; consequently, we cannot create a hybrid clone on such a drive. The resulting cloned system is still portable, however, and should boot on whatever UEFI machine it is plugged into.** | **In a previous article, I described a step-by-step procedure to create a hybrid (boots on BIOS or UEFI system) portable clone of your system on a 512 byte sector USB drive. Although I had tested the technique successfully on a number of devices I had laying around, when I tried it on a recently purchased SSD, it did not work! It turned out that the new SSD had physical/logical sectors of 4096 bytes and this caused two problems with the method employed that made the drive non-bootable. I was able to track down and resolve the difficulty, although it does require a different set of steps to those in the earlier article. As many newer drives are now in 4K format, I thought it would be useful to share the results of my findings. (The process described here does work on 512-byte sector drives with only one minor modification – see Technical Note #2). One important thing to note before we begin is that BIOS booting is not generally supported from drives with 4096-byte sectors; consequently, we cannot create a hybrid clone on such a drive. The resulting cloned system is still portable, however, and should boot on whatever UEFI machine it is plugged into.** |
| |
| Dans un précédent article, j’ai décrit une procédure étape par étape de création d’un clone hybride (qui démarre à la fois sur un système BIOS ou UEFI) portable de votre système sur un lecteur USB de secteurs de 512 bytes. Bien que j’aie testé la technique sur de nombreux dispositifs que j’avais à portée de la main, sans aucun problème, quand je l’ai essayé sur un SSD que je venais d’acheter, cela n’a pas fonctionné ! Il s’est avéré que le nouveau SSD avait des secteurs physiques/logiques de 4096 bytes et cela a causé deux problèmes avec la méthode utilisée et ces problèmes ont rendu la clé non amorçable. J’ai réussi à trouver et à résoudre la difficulté, bien qu’il nécessite un jeu d’étapes différent de celui dans l’autre article. Puisque beaucoup des disques sont maintenant en format 4K, je pensais que ce serait utile de partager les résultats de mes recherches. (Le processus décrit ici fonctionne sur des disques de secteurs de 512 bytes avec une seule modification mineure – CF la Note technique n° 2). Avant de commencer, il est important de noter que le démarrage sur BIOS n’est pas généralement pris en charge par des disques avec des secteurs de 4096 bytes ; par conséquence, nous ne pouvons pas créer un clone hybride sur un tel disque. Toutefois, le système cloné résultant reste portable et devrait démarrer sur n’importe quelle machine UEFI sur laquelle il est branché. | Dans un précédent article, j’ai décrit une procédure de création, étape par étape, d’un clone hybride (qui démarre à la fois sur un système BIOS ou UEFI) portable de votre système sur un lecteur USB de secteurs de 512 bytes. Bien que j’aie testé la technique sur de nombreux dispositifs que j’avais à portée de main, sans aucun problème, quand je l’ai essayé sur un SSD que je venais d’acheter, cela n’a pas fonctionné ! Il s’est avéré que le nouveau SSD avait des secteurs physiques/logiques de 4096 bytes et cela a causé deux problèmes avec la méthode utilisée et ces problèmes ont rendu la clé non amorçable. J’ai réussi à trouver et à résoudre la difficulté, bien qu’il nécessite un jeu d’étapes différent de celui dans l’autre article. Puisque beaucoup des disques sont maintenant en format 4K, je pensais que ce serait utile de partager les résultats de mes recherches. (Le processus décrit ici fonctionne sur des disques de secteurs de 512 bytes avec une seule modification mineure – cf. la note technique n° 2). Avant de commencer, il est important de noter que le démarrage sur BIOS n’est généralement pas pris en charge par des disques avec des secteurs de 4096 bytes ; par conséquence, nous ne pouvons pas créer un clone hybride sur un tel disque. Toutefois, le système cloné résultant reste portable et devrait démarrer sur n’importe quelle machine UEFI sur laquelle il est branché. |
| | |
| **It is not possible to anticipate the particulars of every conceivable system configuration so I have made a few assumptions: | **It is not possible to anticipate the particulars of every conceivable system configuration so I have made a few assumptions: |
| |
| Étant donné l’impossibilité d’anticiper les particularités de toute configuration de système imaginable, j’ai fait quelques suppositions : | Étant donné l’impossibilité d’anticiper les particularités de toute configuration de système imaginable, j’ai fait quelques suppositions : |
| * Le système à cloner est une installation typique où le système Ubuntu se trouve sur une seule partition, sans partition swap. | ••Le système à cloner est une installation typique où le système Ubuntu se trouve sur une seule partition, sans partition swap. |
| * L’ordinateur source que vous clonez démarre en mode UEFI et a une partition EFI séparée. | ••L’ordinateur source que vous clonez démarre en mode UEFI et a une partition EFI séparée. |
| * Le disque de destination doit être assez grand pour contenir la partition Ubuntu que nous allons cloner – toute la partition et pas seulement l’espace utilisé ! (Le redimensionnement de votre partition Ubuntu pour la rendre plus petite avec gparted, est très sûr – MAIS le potentiel de perte de données existe toujours. Ne le faites pas sans avoir sauvegardé tout ce que vous ne devez pas perdre.) | ••Le disque de destination doit être assez grand pour contenir la partition Ubuntu que nous allons cloner – toute la partition et pas seulement l’espace utilisé ! (Le redimensionnement de votre partition Ubuntu pour la rendre plus petite avec gparted, est très sûr – MAIS le potentiel de perte de données existe toujours. Ne le faites pas sans avoir sauvegardé tout ce que vous ne devez pas perdre.) |
| * Beaucoup de ces étapes nécessite les droits d’Administrateur ; assurez-vous donc que vous savez utiliser cela sur votre système, car il y en a de petites variations dans divers parfums d’Ubuntu. | ••Beaucoup de ces étapes nécessitent les droits d’Administrateur ; assurez-vous donc que vous savez utiliser cela sur votre système, car il y en a de petites variations entre les divers parfums d’Ubuntu. |
| |
| J’ai écrit cet article pour les non experts (comme moi) et j’ai donc inclus beaucoup de contrôles croisés pour éviter des erreurs. Les lecteurs plus expérimentés peuvent sans doute sauter certaines de ces étapes s’ils le souhaitent. | J’ai écrit cet article pour les non-experts (comme moi) et j’ai donc inclus beaucoup de contrôles croisés pour éviter des erreurs. Les lecteurs plus expérimentés peuvent sans doute sauter certaines de ces étapes s’ils le souhaitent. |
| |
| **Getting Information About Your System | **Getting Information About Your System |
| to provide an easily recognizable marker for the cloned system in the root folder.** | to provide an easily recognizable marker for the cloned system in the root folder.** |
| |
| Récupérez des informations concernant votre système | Récupérer des informations concernant votre système |
| |
| Démarrez votre ordinateur normalement et ouvrez un terminal. Tapez : | Démarrez votre ordinateur normalement et ouvrez un terminal. Tapez : |
| df | df |
| |
| et cherchez le symbole de root (/) dans la colonne « Monté sur ». Sur ma machine, c’est en face de /dev/sda2 et cela m’indique le système s’exécute sur la Partition n° 2 (ci-dessous). Notez ce numéro sur votre propre système, car le nom du disque peut changer après un redémarrage, mais le numéro de la partition ne le fera pas et c’est important de vous souvenir de la partition que vous allez copier. | et cherchez le symbole de root (/) dans la colonne « Monté sur ». Sur ma machine, c’est en face de /dev/sda2 et cela m’indique que le système s’exécute sur la Partition n° 2 (ci-dessous). Notez ce numéro sur votre propre système, car le nom du disque peut changer après un redémarrage, mais le numéro de la partition ne le fera pas et c’est important de vous souvenir de la partition que vous allez copier. |
| |
| Tapez maintenant : | Tapez maintenant : |
| sudo mkdir /00_CLONE | sudo mkdir /00_CLONE |
| |
| pour fournir un marqueur pour le système cloné qui soit facilement reconnaissable dans le dossier root. | afin de fournir un marqueur pour le système cloné qui soit facilement reconnaissable dans le dossier root. |
| |
| |
| Cloner votre système | Cloner votre système |
| |
| Maintenant, redémarrez votre ordinateur à partir d’une clé USB Live ; vous pouvez utiliser le média d’installation de votre système ou celui de n’importe quelle saveur d’Ubuntu – j’utilise un clone de mon système de base sur une clé USB. Démarrer à partir d’une clé USB live est important, car vous travaillerez sur les partitions du système sur l’ordinateur, et c’est beaucoup plus sûr si rien n’est monté. Comme cela, on peut être certain que votre système de base, en particulier, n’est pas monté et ne sera pas endommagé quoi que vous fassiez. Ainsi, commencez par ouvrir un terminal et tapez | Maintenant, redémarrez votre ordinateur à partir d’une clé USB Live ; vous pouvez utiliser le média d’installation de votre système ou celui de n’importe quelle saveur d’Ubuntu – j’utilise un clone de mon système de base sur une clé USB. C'est important de démarrer à partir d’une clé USB Live, car vous travaillerez sur les partitions du système sur l’ordinateur, et c’est beaucoup plus sûr si rien n’est monté. Comme cela, on peut être certain que votre système de base, en particulier, n’est pas monté et ne sera pas endommagé quoi que vous fassiez. Ainsi, commencez par ouvrir un terminal et tapez : |
| |
| sudo umount -a | sudo umount -a |
| |
| pour démonter tout. | pour tout démonter. |
| |
| Branchez le média d’installation sur un port USB vacant. | Branchez le média d’installation sur un port USB vacant. |
| If your drive contains any data, it will be completely destroyed by the following process so make sure you don’t need anything that is left on the SSD. Select the SSD from the drop-down menu, click on Device > Create Partition Table, and make sure you choose “gpt” as the partitioning system so that it is compatible with UEFI booting. Click Apply to make the change, your device now shows unallocated space for the entire drive (top right).** | If your drive contains any data, it will be completely destroyed by the following process so make sure you don’t need anything that is left on the SSD. Select the SSD from the drop-down menu, click on Device > Create Partition Table, and make sure you choose “gpt” as the partitioning system so that it is compatible with UEFI booting. Click Apply to make the change, your device now shows unallocated space for the entire drive (top right).** |
| |
| Ceci est mon portable de « tests ». Vous pouvez voir que j’ai un disque de 250 Go appelé /dev/sda avec 4 partitions (ci-dessous). J’ai regroupé mes fichiers personnels dans 2 partitions (/dev/sda3 et /dev/sda4) et, ainsi, la partition de mon système Ubuntu (/dev/sda2, monté à /) ne fait que 30 Go. Si vous cliquez sur le menu déroulant en haut à droite, vous aurez la disposition des partitions pour les autres disques sur le système, dans ce cas le SSD portable que vous utiliserez pour cloner votre système, ainsi que l’USB Live sur lequel vous avez démarré. | Ceci est mon portable de « tests ». Vous pouvez voir que j’ai un disque de 250 Go appelé /dev/sda avec 4 partitions (page précédente, en bas à droite). J’ai regroupé mes fichiers personnels dans 2 partitions (/dev/sda3 et /dev/sda4) et, ainsi, la partition de mon système Ubuntu (/dev/sda2, monté à /) ne fait que 30 Go. Si vous cliquez sur le menu déroulant en haut à droite, vous aurez la disposition des partitions pour les autres disques sur le système, dans votre cas, le SSD portable que vous utiliserez pour cloner votre système, ainsi que l’USB Live sur lequel vous avez démarré. |
| |
| Si votre disque contient des données, elles seront complètement détruites par le processus qui suit. Aussi, assurez vous de n’avoir besoin de rien qui reste sur le SSD. Sélectionnez le SSD dans le menu déroulant, cliquez sur Périphérique → Créer une table de partitions et assurez-vous de choisir « gpt » comme système de partitionnement pour qu’il soit compatible avec le démarrage UEFI. Cliquez sur Appliquer pour faire la modification et votre dispositif affiche maintenant Non alloué pour le disque entier (en haut à droite). | Si votre disque SSD contient des données, elles seront complètement détruites par le processus qui suit. Aussi, assurez-vous de n’avoir besoin de rien de ce qui reste sur ce SSD. Sélectionnez le SSD dans le menu déroulant, cliquez sur Périphérique → Créer une table de partitions et assurez-vous de choisir « gpt » comme système de partitionnement pour qu’il soit compatible avec le démarrage UEFI. Cliquez sur Appliquer pour faire la modification et votre dispositif affiche maintenant Non alloué pour le disque entier (en bas à gauche). |
| |
| **to reboot. It is unclear why this message sometimes appears when other times it does not; however, it seems that clicking Ignore and proceeding does not appear to cause any problems. If this makes you nervous, close gparted, reboot, and then proceed. | **to reboot. It is unclear why this message sometimes appears when other times it does not; however, it seems that clicking Ignore and proceeding does not appear to cause any problems. If this makes you nervous, close gparted, reboot, and then proceed. |
| The “Free space following (MiB)” will vary depending on the size of your SSD, but the other values should be as shown here – note the use of “cleared” in the File System box, this ensures there are no filesystem remnants still present (bottom right). Click “Add” and then click on the green checkmark at the top to apply this change. Do NOT format this partition to FAT 32, it will not work for devices with 4096-byte sectors. (See Technical Note #1 at the end of the article for a full explanation of why this is the case).** | The “Free space following (MiB)” will vary depending on the size of your SSD, but the other values should be as shown here – note the use of “cleared” in the File System box, this ensures there are no filesystem remnants still present (bottom right). Click “Add” and then click on the green checkmark at the top to apply this change. Do NOT format this partition to FAT 32, it will not work for devices with 4096-byte sectors. (See Technical Note #1 at the end of the article for a full explanation of why this is the case).** |
| |
| pour redémarrer. La raison pour laquelle ce message apparaît - ou pas – n’est pas claire ; toutefois, cliquer sur Ignorer et continuer de semble pas causer de problème. Si cela vous rend anxieux, fermez gparted, redémarrez, puis continuez. | Redémarrer. La raison pour laquelle ce message apparaît - ou pas – n’est pas claire ; toutefois, cliquer sur Ignorer et continuer ne semble pas poser de problème. Si cela vous rend anxieux, fermez gparted, redémarrez, puis continuez. |
| |
| Maintenant sélectionnez Partition → Nouvelle pour créer la première de 2 partitions. | Maintenant sélectionnez Partition → Nouvelle pour créer la première de 2 partitions. |
| | |
| | L’« Espace disponible suivant (Mo) » variera selon la taille de votre SSD, mais les autres valeurs devraient être celles qui sont montrées ici – notez l’utilisation de « supprimé » dans la boîte du Système de fichiers : cela vous assure qu’il n’y reste plus de vestiges du système de fichiers (en haut à droite). Cliquez sur « Ajouter » puis cliquez sur la coche verte en haut pour appliquer ce changement. NE FORMATEZ PAS cette partition en FAT 32, car elle ne fonctionnera pas pour des dispositifs à secteurs de 4096 bytes (en bas à droite). (Cf. la note technique n° 1 à la fin de l’article pour une explication complète des raisons pour cela.) |
| |
| L’« Espace disponible suivant (Mo) » variera selon la taille de votre SSD, mais les autres valeurs devraient être celles qui sont montrées ici – notez l’utilisation de « supprimé » dans la boîte du Système de fichiers : cela vous assure qu’il n’y reste plus de vestiges du système de fichiers (en bas à droite). Cliquez sur « Ajouter » puis cliquez sur le crochet vert en haut pour appliquer ce changement. NE FORMATEZ PAS cette partition en FAT 32, car il ne fonctionnera pas pour des dispositifs à secteurs de 4096 bytes. (CF la Note technique n°1 à la fin de l’article pour une explication complète des raisons pour cela.) | |
| |
| **Next select Partition > New to create the second partition for the Ubuntu system itself and adjust the values as appropriate (above). | **Next select Partition > New to create the second partition for the Ubuntu system itself and adjust the values as appropriate (above). |
| Ensuite sélectionnez Partition -> Nouvelle pour créer la seconde partition pour le système d’Ubuntu lui-même et ajustez les valeurs comme il faut (ci-dessus). À nouveau, sélectionnez Ajouter, puis appliquez ce changement. | Ensuite sélectionnez Partition -> Nouvelle pour créer la seconde partition pour le système d’Ubuntu lui-même et ajustez les valeurs comme il faut (ci-dessus). À nouveau, sélectionnez Ajouter, puis appliquez ce changement. |
| |
| Chacune de ces partitions a une fonction importante : la Partition n° 1 fournit un endroit pour les fichiers du du chargeur de démarrage GRUB UEFI et la Partition n° 2 contient le système de fichiers de votre Ubuntu. | Chacune de ces partitions a une fonction importante : la Partition n° 1 fournit un emplacement pour les fichiers du chargeur de démarrage GRUB UEFI et la Partition n° 2 contient le système de fichiers de votre Ubuntu. |
| |
| Maintenant, retournez sélectionner le nom de dispositif de votre disque dur. Faites un clic droit sur la partition Ubuntu et sélectionnez Copier. Changez pour le SSD, vérifiez à nouveau que la Partition n° 2 n’est pas montée, faites un clic droit dessus et sélectionnez Coller. Selon la taille de la partition que vous copiez, cela peut prendre une heure ou plus ; pour cette taille de partition, c’était environ 15 minutes. Cette procédure crée une copie exacte et complète de la partition d’Ubuntu, y compris l’étiquette, le cas échéant, et l'UUID (l’ID universel et unique). Qui plus est gparted étendra automatiquement le système de fichiers pour qu’il utilise toute la partition (en bas à gauche). | Maintenant, retournez sélectionner le nom de dispositif de votre disque dur. Faites un clic droit sur la partition Ubuntu et sélectionnez Copier. Changez pour le SSD, vérifiez à nouveau que la Partition n° 2 n’est pas montée, faites un clic droit dessus et sélectionnez Coller. Selon la taille de la partition que vous copiez, cela peut prendre une heure ou plus ; pour cette taille de partition, c’était environ 15 minutes. Cette procédure crée une copie exacte et complète de la partition d’Ubuntu, y compris l’étiquette, le cas échéant, et l'UUID (l’ID universel et unique). Qui plus est gparted étendra automatiquement le système de fichiers pour qu’il utilise toute la partition (en bas à gauche). |
| again and you will see that the UUID for the Ubuntu system partition is unchanged BUT the Ubuntu_SSD partition now has a different UUID.** | again and you will see that the UUID for the Ubuntu system partition is unchanged BUT the Ubuntu_SSD partition now has a different UUID.** |
| |
| Une fois cette étape de copie terminée, faites un clic droit sur la Partition n° 2 et donnez-lui l’étiquette Ubuntu_SSD pour le rendre plus facile à identifier, puis appliquez le changement. Faites un clic droit sur la Partition n° 1 et sélectionnez Gérer les drapeaux → boot, esp afin que cette partition soit reconnue comme un partition EFI. Cliquez sur Fermer pour appliquer le changement, mais ne quittez pas encore gparted, car vous en aurez besoin lors de la prochaine étape. | Une fois cette étape de copie terminée, faites un clic droit sur la Partition n° 2 et donnez-lui l’étiquette Ubuntu_SSD pour la rendre plus facile à identifier, puis appliquez le changement. Faites un clic droit sur la Partition n° 1 et sélectionnez Gérer les drapeaux → boot, esp afin que cette partition soit reconnue comme une partition EFI. Cliquez sur Fermer pour appliquer le changement, mais ne quittez pas encore gparted, car vous en aurez besoin lors de la prochaine étape. |
| |
| Si vous ouvrez un terminal et saississez : | Si vous ouvrez un terminal et saississez : |
| which puts your base system back the way it was before we started; but, leaves a 00_CLONE marker in the root directory of the SSD. This marker provides a good way to ensure that we don’t mix up our locations between the hard drive and the SSD clone and edit the wrong system files.** | which puts your base system back the way it was before we started; but, leaves a 00_CLONE marker in the root directory of the SSD. This marker provides a good way to ensure that we don’t mix up our locations between the hard drive and the SSD clone and edit the wrong system files.** |
| |
| Maintenant, il faut formater la partition EFI (/dev/sdb1 dans mon cas) en FAT32. Ouvrez un terminal et tapez : | Maintenant, il nous faut formater la partition EFI (/dev/sdb1 dans mon cas) en FAT32 (en bas à gauche). Ouvrez un terminal et tapez : |
| |
| sudo mkfs.fat -v -F 32 -S 4096 -s 1 /dev/sdX1 | sudo mkfs.fat -v -F 32 -S 4096 -s 1 /dev/sdX1 |
| |
| (en changeant X à la valeur approprié pour votre système où X = a, b, c ...), et, quand cela se termine avec succès, vous pouvez fermer la clé USB Live, enlevez-la à l'invite et redémarrez votre système normalement. | (en changeant X par la valeur appropriée pour votre système où X = a, b, c ...), et, quand cela se termine avec succès, vous pouvez fermer la clé USB Live ; enlevez-la à l'invite et redémarrez votre système normalement. |
| |
| À ce stade, je suggère de faire un clic droit sur le Bureau et de changer le fond d'écran, au moins temporairement). Plus tard, ce sera une façon simple pour savoir si vous avez démarré sur le SSD (qui aura le vieux fond d'écran) plutôt que le système sur le disque dur qui a le nouveau. Il faut aussi ouvrir un terminal et taper : | À ce stade, je suggère de faire un clic droit sur le Bureau et de changer le fond d'écran, au moins temporairement). Plus tard, ce sera une façon simple pour savoir si vous avez démarré sur le SSD (qui aura le vieux fond d'écran) plutôt que le système sur le disque dur qui a le nouveau. Il faut aussi ouvrir un terminal et taper : |
| Ajuster les UUID aux valeurs correctes | Ajuster les UUID aux valeurs correctes |
| |
| Ensuite, il faudra changer l'UUID dans deux fichiers système sur le SSD à leur nouvelle valeur afin que GRUB trouve le système SSD plutôt que celui sur le disque dur que nous avons cloné. (Note : Souvenez-vous que toutes ces UUID seront différentes sur votre système ; il faut utiliser celles affichées dans la fenêtre de votre terminal plutôt que celles montrées ici). Les deux fichiers qu'il faut ajuster sont : /etc/fstab et /boot/grub/grub.cfg. Ouvrez un terminal et tapez : | Ensuite, dans deux fichiers système sur le SSD, il faudra changer l'UUID à sa nouvelle valeur afin que GRUB trouve le système sur le SSD plutôt que celui sur le disque dur que nous avons cloné. (Note : Souvenez-vous que toutes ces UUID seront différentes de celles de votre système ; il faut utiliser celles affichées dans la fenêtre de votre terminal plutôt que celles montrées ici). Les deux fichiers qu'il faut ajuster sont : /etc/fstab et /boot/grub/grub.cfg. Ouvrez un terminal et tapez : |
| |
| sudo blkid | sudo blkid |
| |
| pour faire afficher à nouveau les UUID de toutes les partitions sur votre système, puis ouvrez le Gestionnaire de fichiers et cliquez sur Ubuntu_SSD (en bas à gauche). | pour faire afficher à nouveau les UUID de toutes les partitions sur votre système, puis ouvrez le Gestionnaire de fichiers et cliquez sur Ubuntu_SSD. |
| |
| **You should see the folder 00_CLONE and the address bar showing Ubuntu_SSD mounted at /media since it is an external USB device, otherwise you are in the wrong location. Remedy this immediately, you do NOT want to edit the fstab file of your base system! Navigate to /etc so you can Edit as Administrator the file /etc/fstab. Copy and paste the UUID for Ubuntu_SSD into this file and delete the previous UUID entry (line 9). You will also need to edit the entry like the one at line 14, with the UUID for the EFI partition so that it gets mounted when Ubuntu_SSD boots (above). Save the file and exit after making these changes. | **You should see the folder 00_CLONE and the address bar showing Ubuntu_SSD mounted at /media since it is an external USB device, otherwise you are in the wrong location. Remedy this immediately, you do NOT want to edit the fstab file of your base system! Navigate to /etc so you can Edit as Administrator the file /etc/fstab. Copy and paste the UUID for Ubuntu_SSD into this file and delete the previous UUID entry (line 9). You will also need to edit the entry like the one at line 14, with the UUID for the EFI partition so that it gets mounted when Ubuntu_SSD boots (above). Save the file and exit after making these changes. |
| Next, use the up-arrow of File Manager to move back up the directory structure to navigate to /boot/grub, and Edit as Administrator the file /boot/grub/grub.cfg. Find the old UUID (the one for your hard drive) somewhere in the file, and highlight it. Select Search, and this highlighted value will be in the “Search for” box. Paste the UUID for Ubuntu_SSD from the terminal into the “Replace with” box, and select “Replace All (next page, top right). Select Close, then Save this file and exit.** | Next, use the up-arrow of File Manager to move back up the directory structure to navigate to /boot/grub, and Edit as Administrator the file /boot/grub/grub.cfg. Find the old UUID (the one for your hard drive) somewhere in the file, and highlight it. Select Search, and this highlighted value will be in the “Search for” box. Paste the UUID for Ubuntu_SSD from the terminal into the “Replace with” box, and select “Replace All (next page, top right). Select Close, then Save this file and exit.** |
| |
| Vous devez voir le dossier 00_CLONE ; la barre d'adresses elle, doit montrer Ubuntu_SSD monté à /media puisse qu'il s'agit d'un dispositif USB externe, sinon vous n'êtes pas là où vous devez être. Il faut y remédier tout de suite, car vous ne voulez PAS éditer le fichier fstab de votre système de base ! Naviguez à /etc afin de pouvoir éditer come Administrateur le fichier /etc/fstab/ Faites un copier/coller de l'UUID pour Ubuntu_SSD dans ce fichier et supprimez l'entrée UUID précédente (ligne 9). Il faudra aussi éditer l'entrée comme celle à la ligne 14, avec l'UUID pour la partition EFI afin qu'elle soit montée quand 'Ubuntu_SSD démarre (ci-dessus). Enregistrez le fichier et quittez après avoir fait ces modifications. | Vous devez voir le dossier 00_CLONE ; la barre d'adresses elle, doit montrer Ubuntu_SSD monté à /media puisqu'il s'agit d'un dispositif USB externe (//d52fr : image 7// : **indiquer l'emplacement**), sinon vous n'êtes pas là où vous devez être. Il faut y remédier tout de suite, car vous ne voulez PAS éditer le fichier fstab de votre système de base ! Naviguez vers /etc afin de pouvoir éditer comme Administrateur le fichier /etc/fstab. Faites un copier/coller de l'UUID d'Ubuntu_SSD dans ce fichier et supprimez l'entrée UUID précédente (ligne 9 dans mon cas). Il faudra aussi éditer l'entrée ressemblant à celle à la ligne 14, avec l'UUID pour la partition EFI afin qu'elle soit montée quand Ubuntu_SSD démarre (//d52fr : pas vu d'image//). Enregistrez le fichier et quittez après avoir fait ces modifications. |
| |
| Ensuite, utilisez la flèche vers le haut du Gestionnaire de fichiers pour remonter le structure des répertoires et naviguer jusqu'à /boot/grub, puis éditez comme Administrateur le fichier /boot/grub/grub.cfg. Trouvez la vieille UUID (celle pour votre disque dur) quelque part dans le fichier et surlignez-la. Sélectionnez Rechercher et cette valeur surlignée figurera dans le champ de recherches. Collez l'UUID pour Ubuntu_SSD à partir du terminal et dans le champ Remplacer et sélectionnez Tout remplacer (page suivante, en haut à droite). Sélectionnez Fermer, puis Enregistrer ce fichier et quittez. | Ensuite, utilisez la flèche vers le haut du Gestionnaire de fichiers pour remonter le structure des répertoires et naviguer jusqu'à /boot/grub, puis éditez comme Administrateur le fichier /boot/grub/grub.cfg. Trouvez la vieille UUID (celle de votre disque dur) quelque part dans le fichier et surlignez-la. Sélectionnez Rechercher et cette valeur surlignée figurera dans le champ de recherches. Collez l'UUID d'Ubuntu_SSD à partir du terminal dans le champ Remplacer et sélectionnez Tout remplacer. Sélectionnez Fermer, puis Enregistrer ce fichier et quittez. |
| |
| **Installing Bootloaders | **Installing Bootloaders |
| When you do this, GRUB should find the Ubuntu_SSD installation on /dev/sdX2 (where /dev/sdX2 is the device name for your Ubuntu_SSD partition), and add it to the GRUB boot menu. If update-grub does not find Ubuntu_SSD on /dev/sdX2, then use Method #2. Otherwise reboot your system and use the down-arrow to select the new entry corresponding to your Ubuntu_SSD installation and boot into the cloned system – you will know you were successful as long as the old background appears.** | When you do this, GRUB should find the Ubuntu_SSD installation on /dev/sdX2 (where /dev/sdX2 is the device name for your Ubuntu_SSD partition), and add it to the GRUB boot menu. If update-grub does not find Ubuntu_SSD on /dev/sdX2, then use Method #2. Otherwise reboot your system and use the down-arrow to select the new entry corresponding to your Ubuntu_SSD installation and boot into the cloned system – you will know you were successful as long as the old background appears.** |
| |
| L'installation de bootloaders | L'installation des chargeurs de démarrage |
| |
| Bien qu'il y ait une installation Ubuntu complète sur le SSD, il n'est pas encore amorçable directement ; toutefois, il est plus sûr d'installer les chargeurs de démarrage à partir d'un système fonctionnant. Puisque cette étape est essentielle au processus, je fournis deux méthodes différentes de démarrer sur votre système cloné dans le cas très peu probable que l'un ou l'autre ne fonctionne pas. Comme ceci, des chargeurs de démarrage appropriés qui fonctionnent peuvent être installés à partir du SSD. | Bien qu'il y ait une installation Ubuntu complète sur le SSD, elle n'est pas encore amorçable directement ; toutefois, il est plus sûr d'installer les chargeurs de démarrage à partir d'un système fonctionnant. Puisque cette étape est essentielle au processus, je fournis deux méthodes différentes pour démarrer sur votre système cloné dans le cas très peu probable où l'une ou l'autre ne fonctionnerait pas. Comme ceci, des chargeurs de démarrage appropriés et qui fonctionnent peuvent être installés à partir du SSD. |
| |
| Méthode n° 1 (préférée) : | Méthode n° 1 (préférée) : |
| sudo update-grub | sudo update-grub |
| |
| Quand vous le faites, GRUB devrait trouver l'installation Ubuntu_SSD sur /dev/sdX2 (ou /dev/sdX2 est le nom du dispositif de votre partition Ubuntu_SSD, et l'ajouter au menu boot de GRUB. Si update-grub ne trouve pas Ubuntu_SSD sur /dev/sdX2, utilisez la Méthode n° 2. Sinon, redémarrez votre système et utilisez la flèche vers le bas pour sélectionner la nouvelle entrée qui correspond à votre installation Ubuntu_SSD et démarre sur le système cloné - vous saurez que vous avez réussi si le vieux fond d'écran s'affiche. | Quand vous le faites, GRUB devrait trouver l'installation Ubuntu_SSD sur /dev/sdX2 (ou /dev/sdX2 est le nom du dispositif de votre partition Ubuntu_SSD) et l'ajouter au menu boot de GRUB. Si update-grub ne trouve pas Ubuntu_SSD sur /dev/sdX2, utilisez la Méthode n° 2. Sinon, redémarrez votre système et utilisez la flèche vers le bas pour sélectionner la nouvelle entrée qui correspond à votre installation Ubuntu_SSD et démarrez sur le système cloné - vous saurez que vous avez réussi si le vieux fond d'écran s'affiche. |
| |
| **Method #2 (Fallback): | **Method #2 (Fallback): |
| Méthode n° 2 (solution de repli) : | Méthode n° 2 (solution de repli) : |
| |
| Redémarrez votre système normalement et quand le menu GRUB s'affiche, appuyez tout de suite sur la touche « c » pour que l'invite > de grub paraît. Si le menu GRUB ne s'affiche pas habituellement quand vous démarrez, appuyez sans cesse sur la touche échap dès que vous redémarrez et le menu GRUB devrait s'afficher, puis appuyez tout de suite sur « c ». Tapez : | Redémarrez votre système normalement et quand le menu GRUB s'affiche, appuyez tout de suite sur la touche « c » pour que l'invite > de grub apparaîsse. Si le menu GRUB ne s'affiche habituellement pas quand vous démarrez, appuyez sans cesse sur la touche échap dès que vous redémarrez et le menu GRUB devrait s'afficher, puis appuyez tout de suite sur « c ». Tapez : |
| |
| ls | ls |
| |
| et vous aurez une liste de tous les dispositifs que GRUB reconnaît, notamment (hd0), (hd0,gpt1), (hd0, gpt2), (hd1), (hd1,gpt1) et ainsi de suite. Il faut que vous trouviez celui qui correspond à Ubuntu_SSD. Puisqu'il était installé sur la deuxième partition, il suffit de vérifier la deuxième partition de chaque disque jusqu'à ce que vous trouviez le bon. Tapez : | et vous aurez une liste de tous les dispositifs que GRUB reconnaît, notamment (hd0), (hd0,gpt1), (hd0, gpt2), (hd1), (hd1,gpt1) et ainsi de suite. Il faut que vous trouviez celui qui correspond à Ubuntu_SSD. Puisqu'il était installé sur la deuxième partition, il suffit de vérifier la deuxième partition de chaque disque jusqu'à ce que vous trouviez la bonne. Tapez : |
| |
| ls (hd0,2)/ | ls (hd0,2)/ |
| |
| Si vous voyez le dossier 00_CLONE, vous avez terminé ; sinon, tapez type ls (hd1,2)/ puis ls (hd2,2)/ ... jusqu'à ce que vous le trouviez. Maintenant tapez chacune des commandes suivantes, une à la fois, en appuyant sur Entrée après chaque commande. S'il n'y a pas de message d'erruer, elles se sont exécutées correctement. Remplacer X par la valeur que vous avez trouvée pour la partition Ubuntu_SSD au cours de l'étape précédente. | Si vous voyez le dossier 00_CLONE, vous avez terminé ; sinon, tapez type ls (hd1,2)/ puis ls (hd2,2)/... jusqu'à ce que vous le trouviez. Maintenant tapez chacune des commandes suivantes, une à la fois, en appuyant sur Entrée après chaque commande. S'il n'y a pas de message d'erreur, elles se sont exécutées correctement. Remplacer X par la valeur que vous avez trouvée pour la partition Ubuntu_SSD au cours de l'étape précédente. |
| |
| **set prefix=(hdX,2)/boot/grub | **set prefix=(hdX,2)/boot/grub |
| normal | normal |
| |
| L'ordinateur devrait maintenant démarrer et afficher un menu GRUB plutôt inhabituel : il y a deux menus GRUB typique empilé l'un après l'autre. Ce sont les menus du système de base (celui d'en haut) et le système SSD (le deuxième). Utilisez tout simplement la flèche vers le bas pour sélectionner l'entrée « Ubuntu » dans le deuxième menu GRUB et l'ordinateur devrait démarrer sur le système cloné ; à nouveau, le vieux fond d'écran vous dit que vous avez réussi à démarrer sur le SSD. | L'ordinateur devrait maintenant démarrer et afficher un menu GRUB plutôt inhabituel : il y a deux menus GRUB typiques empilés l'un après l'autre. Ce sont les menus du système de base (celui d'en haut) et le système SSD (le deuxième). Utilisez tout simplement la flèche vers le bas pour sélectionner l'entrée « Ubuntu » dans le deuxième menu GRUB et l'ordinateur devrait démarrer sur le système cloné ; à nouveau, le vieux fond d'écran vous dit que vous avez réussi à démarrer sur le SSD. |
| |
| |
| df | df |
| |
| et vérifier le nom du dispositif (/dev/sdX1) monté à /boot/efi (sinon, j'en parlerai dans un moment). Ouvrez le Gestionnaire de fichiers et vérifiez que 00_CLONE est présent dans le système de fichiers de root puis Ouvrir en tant qu'Admnnistrateur le dossier /boot de votre système Ubuntu_SSD. Il devrait y avoir un dossier appelé efi ; si un tel dossier n'existe pas, faites un clic droite pour créer un nouveau dossier nommé efi. Cela garantit qu'il y a un point de montage de /boot/efi pour la partition EFI tel que requis. La partition EFI aurait dû être monté là par fstab au moment du démarrage, mais, juste par un surplus de prudence, démontons-le et remontons-le pour en être certain. Tapez : | et vérifiez le nom du dispositif (/dev/sdX2) monté comme racine (/) car les noms de disques changent après un redémarrage. Vous devriez trouver aussi un dispositif (/dev/sdX1) monté à /boot/efi (sinon, j'en parlerai dans un moment). Ouvrez le Gestionnaire de fichiers et vérifiez que 00_CLONE est présent dans le système de fichiers de la racine puis ouvrez en tant qu'Admnnistrateur le dossier /boot de votre système Ubuntu_SSD. Il devrait y avoir un dossier appelé efi ; si un tel dossier n'existe pas, faites un clic droit pour créer un nouveau dossier nommé efi. Cela garantit qu'il y a un point de montage de /boot/efi pour la partition EFI tel que requis. La partition EFI aurait dû être montée là par fstab au moment du démarrage, mais, juste par un surplus de prudence, démontons-la et remontons-la pour en être certain. Tapez : |
| |
| sudo umount /boot/efi | sudo umount /boot/efi |
| sudo mount /dev/sdX1 /boot/efi | sudo mount /dev/sdX1 /boot/efi |
| |
| (où /dev/sdX1 est le nom de dispositif pour votre partion EFI, afin que les fichiers du chargeur de démarrage puisse être écrits sur cette partition. | (où /dev/sdX1 est le nom de dispositif pour votre partition EFI, afin que les fichiers du chargeur de démarrage puissent être écrits sur cette partition. |
| |
| |
| Avant de faire quoi que ce soit d'autre, la première chose à vérifier est que tous les paquets nécessaires de grub sont installés sur votre SSD. Pour ce faire, ouvrez Synaptic, sélectionnez État > Installé et faites défiler vers le bas jusqu'aux entrées de grub. Vous devez rechercher six éléments (ci-dessous). Selon la configuration de votre système, ils peuvent être installés ou pas, mais ils doivent tous être présents si vous voulez continuer. | Avant de faire quoi que ce soit d'autre, la première chose à vérifier est que tous les paquets nécessaires de grub sont installés sur votre SSD. Pour ce faire, ouvrez Synaptic, sélectionnez État > Installé et faites défiler vers le bas jusqu'aux entrées de grub. Vous devez rechercher six éléments (ci-dessous). Selon la configuration de votre système, ils peuvent être installés ou pas, mais ils doivent tous être présents si vous voulez continuer. |
| |
| S'il y en a qui manque, sélectionnez Tous et faites défiler jusqu'aux paquets grub et le/les installez. Si vous le faites un à la fois, d'autres peuvent être installés automatiquement si plusieurs sont manquants. Si Synaptic n'est pas sur votre système (il n'est plus installé par défault sur des distrib. Ubuntu récentes) ouvrez un terminal et tapez : | S'il y en a qui manquent, sélectionnez Tous et faites défiler jusqu'aux paquets grub et le/les installez. Si vous le faites un à la fois, d'autres peuvent être installés automatiquement si plusieurs sont manquants. Si Synaptic n'est pas sur votre système (il n'est plus installé par défaut sur des distrib. Ubuntu récentes) ouvrez un terminal et tapez : |
| |
| sudo apt-get install synaptic | sudo apt-get install synaptic |
| |
| Toutefois, si vous préférez une autre méthode pour la vérification des paquets installés et l'installation des paquets manquants le cas échéant, vous pouvez l'utilisez à la place. Une fois que le 6 paquets de grub sont tous installés, ouvrez un terminal et tapez : | Toutefois, si vous préférez une autre méthode pour la vérification des paquets installés et l'installation des paquets manquants le cas échéant, vous pouvez l'utiliser à la place. Une fois que les 6 paquets de grub sont tous installés, ouvrez un terminal et tapez : |
| |
| sudo apt-get install --reinstall shim-signed | sudo apt-get install --reinstall shim-signed |
| This particular method actually installs a series of bootloader files, including those required for booting with secure boot enabled. If you Open as Administrator the folder /boot/efi and then double-click on EFI, you should see 2 folders, BOOT and ubuntu. These folders contain the files needed to boot Ubuntu (ubuntu) and also a “fallback” option (BOOT) in case something doesn’t work properly.** | This particular method actually installs a series of bootloader files, including those required for booting with secure boot enabled. If you Open as Administrator the folder /boot/efi and then double-click on EFI, you should see 2 folders, BOOT and ubuntu. These folders contain the files needed to boot Ubuntu (ubuntu) and also a “fallback” option (BOOT) in case something doesn’t work properly.** |
| |
| Il se peut qu'on vous demande de confirmer l'emplacement de l'installation des fichiers du chargeur de démarrage et il s'agit de /dev/sdX1 (la partition EFI que nous avons crée au départ). Si un écran graphique s'affiche avec plusieurs choix, utilisez la barre d'espace pour positionner l'astérisque qui indique votre choix, les touches fléchées pour naviguer ; et la touche Entrée quand vous êtes prêt à continuer. | Il se peut qu'on vous demande de confirmer l'emplacement de l'installation des fichiers du chargeur de démarrage et il s'agit de /dev/sdX1 (la partition EFI que nous avons créé au départ). Si un écran graphique s'affiche avec plusieurs choix, utilisez la barre d'espace pour positionner l'astérisque qui indique votre choix, les touches fléchées pour naviguer ; et la touche Entrée quand vous êtes prêt à continuer. |
| |
| En fait, cette méthode installe une série de fichiers bootloader, y compris ceux nécessaire au démarrage quand | En fait, cette méthode installe une série de fichiers du chargeur de démarrage, y compris ceux nécessaires au démarrage quand « secure boot » est activé. En faisant Ouvrir en tant qu'Administrateur le dossier /boot/efi, suivi d'un double-clic sur EFI, vous devriez voir 2 dossiers, BOOT et ubuntu. Ces dossiers contiennent les fichiers nécessaires pour démarrer Ubuntu (ubuntu) et aussi une option de repli (BOOT) au cas où quelque chose ne fonctionne pas correctement. |
| « secure boot » est activé. Si vous Ouvrir en tant qu'Administrateur le dossier /boot/efi, puis double cliquez sur EFI, vous devriez voir 2 dossiers, BOOT et ubuntu. Ces dossiers contiennent les fichiers nécessaires pour démarrer Ubuntu (ubuntu) et aussi une option de repli (BOOT) au cas où quelque chose ne fonctionne pas correctement. | |
| |
| **Your clone Ubuntu_SSD is now a complete, portable system. Reboot your computer and press the F12 key (or whatever key you normally use) to bring up the boot menu. Select the USB SSD device and you should boot into Ubuntu with the old background screen. Open a terminal and type: | **Your clone Ubuntu_SSD is now a complete, portable system. Reboot your computer and press the F12 key (or whatever key you normally use) to bring up the boot menu. Select the USB SSD device and you should boot into Ubuntu with the old background screen. Open a terminal and type: |
| I have successfully booted this SSD drive on both of my laptops that support UEFI booting (Acer and Dell). It is impossible to guarantee that it will perform correctly on every system; but, hopefully it works for you!** | I have successfully booted this SSD drive on both of my laptops that support UEFI booting (Acer and Dell). It is impossible to guarantee that it will perform correctly on every system; but, hopefully it works for you!** |
| |
| Votre clone Ubuntu_SSD est maintenant un système complet et portable. Redémarrez l'ordinateur et appuyez sur la touche F12 (ou la touche que vous utilisez normalement) pour faire afficher le menu boot. Sélectionnez le dispositif USB SSD et vous devriez démarrer sur Ubuntu avec le vieux fon d'écran. Ouvrez un terminal et tapez : | Votre clone Ubuntu_SSD est maintenant un système complet et portable. Redémarrez l'ordinateur et appuyez sur la touche F12 (ou la touche que vous utilisez normalement) pour faire afficher le menu boot. Sélectionnez le dispositif USB SSD et vous devriez démarrer sur Ubuntu avec le vieux fond d'écran. Ouvrez un terminal et tapez : |
| |
| df | df |
| |
| et vous devriez voir à la fois la partition Ubuntu_SSD monté comme root (/) et la partition EFI monté sur /boot/efi ; sinon, retournez vérifier les UUID dans /etc/fstab et éditez si nécessaire. L'étape finale est de tapez : | et vous devriez voir à la fois la partition Ubuntu_SSD monté comme root (/) et la partition EFI monté sur /boot/efi ; sinon, retournez vérifier les UUID dans /etc/fstab et éditez si nécessaire. L'étape finale est de taper : |
| |
| sudo update-grub | sudo update-grub |
| |
| pour être certain que le fichier de configuration de GRUB est mise à jour correctement. Si vous voulez utilisez ce clone SSD d'une façon quasi permanent, je vous suggère de modifier les paramètres de l'ordre de démarrage dans le firmware UEFI afin de démarrer sur l'USB d'abord. Comme cela, l'ordinateur démarrera toujours sur le SSD USB si c'est branché et vous pouvez toujours choisir de démarrer sur le disque dure en sélectionnant l'option appropriée dans le menu GRUB qui s'affichera au moment du démarrage. | pour être certain que le fichier de configuration de GRUB est mis à jour correctement. Si vous voulez utiliser ce clone SSD d'une façon quasi permanente, je vous suggère de modifier les paramètres de l'ordre de démarrage dans le firmware UEFI afin de démarrer sur l'USB d'abord. Comme cela, l'ordinateur démarrera toujours sur le SSD USB s'il est branché et vous pourrez toujours choisir de démarrer sur le disque dur en sélectionnant l'option appropriée dans le menu GRUB qui s'affichera au moment du démarrage. |
| |
| J'ai démarré ce disque SSD avec succès sur mes deux portables qui supportent le démarrage UEFI (Acer et Dell). Il est impossible de garntir que cela fonctionnera correctement sur tous les systèmes, mais j'espère qu'il fonctionne pour vous ! | J'ai démarré ce disque SSD avec succès sur mes deux portables qui supportent le démarrage UEFI (Acer et Dell). Il est impossible de garantir que cela fonctionnera correctement sur tous les systèmes, mais j'espère qu'il fonctionnera pour vous ! |
| |
| |
| Note technique n° 1 | Note technique n° 1 |
| |
| Au départ, j'ai utilisé gparted pour formater la partition EFI en FAT32 comme système de fichiers et, bien qu'il n'y ait pas de messages d'erreur, le système refusait de démarrer. Curieusement, quand j'ai utilisé gparted pour vérifier la partition EFI, j'ai eu un message d'erreur qui m'indiquait que « Le système de fichiers est plus grand que son volume ! », mais il n'ay a aucune raison de faire cela quand vous n'avez aucune indication que quelque chose est mauvais. Après avoir vu ce message cryptique, j'ai utilisé la commande du terminal : | Au départ, j'ai utilisé gparted pour formater la partition EFI en FAT32 comme système de fichiers et, bien qu'il n'y ait pas de messages d'erreur, le système refusait de démarrer. Curieusement, quand j'ai utilisé gparted pour vérifier la partition EFI, j'ai eu un message d'erreur qui m'indiquait que « Le système de fichiers est plus grand que son volume ! », mais il n'y a aucune raison de faire cela quand vous n'avez aucune indication que quelque chose est mauvais. Après avoir vu ce message cryptique, j'ai utilisé la commande du terminal : |
| |
| sudo fsck.fat -v -n /dev/sdb1 | sudo fsck.fat -v -n /dev/sdb1 |
| where the -s 1 option specifies a multiple of 1. A multiple of 1 produces a cluster size of 1 × 4096 = 4096, which requires only 4096 × 65,525 = 268,390,400 bytes (~ 268MB), well within the 500 MB size of the EFI partition. Problem solved.** | where the -s 1 option specifies a multiple of 1. A multiple of 1 produces a cluster size of 1 × 4096 = 4096, which requires only 4096 × 65,525 = 268,390,400 bytes (~ 268MB), well within the 500 MB size of the EFI partition. Problem solved.** |
| |
| Une partition FAT32 valide doit contenir un minimum de 65 525 clusters, où un cluser est un multiple d'entier (1, 2n 4, 8, ... 128) de la taille du secteur. La taille du secteur de ce SSD est 4096 et le programme que gparted appelle pour faire le formatage (mkfs.fat) choisit d'utiliser un multiple de 8 pour une taille de cluster de 8 x 4 096 = 32 768 bytes. La taille minimum pour une partition FAT32 valide avec cette taille de cluster serait 65 525 x 32 768 = 2 147 123 200 bytes (~2,1 Go), qui est beaucoup plus grande que notre partition de 500 Mo. Je soupçonne que mkfs.fat utilise ce multiple parce que, avec une taille de secteur de 512, un multiple de 8 produit un cluster de 4 096 bytes, qui est la taille recommandée pour des partitions entre 256 Mo et 2 Go. Toutefois, il semble que gparted ne vérifie pas la taille de secteur avant d'appeler mkfs.fat avec ses valeurs par défaut. Malheureusement, le firmware UEFI vérifi le nombre de clusters pour décider s'il y a une partition EFI valide, ou pas, et, parce qu'il n'y a pas 65 525 clusters, il ne reconnaîtra pas la partition et ne démarrera pas dessus. Le contournement est d'utiliser la commande : | Une partition FAT32 valide doit contenir un minimum de 65 525 clusters, où un cluser est un multiple d'entier (1, 2n 4, 8, ... 128) de la taille du secteur (//d52fr : image 7// : **préciser l'emplacement**). La taille du secteur de ce SSD est 4096 et le programme que gparted appelle pour faire le formatage (mkfs.fat) choisit d'utiliser un multiple de 8 pour une taille de cluster de 8 x 4 096 = 32 768 bytes. La taille minimum pour une partition FAT32 valide avec cette taille de cluster serait 65 525 x 32 768 = 2 147 123 200 bytes (~2,1 Go), qui est beaucoup plus grande que notre partition de 500 Mo. Je soupçonne que mkfs.fat utilise ce multiple parce que, avec une taille de secteur de 512, un multiple de 8 produit un cluster de 4 096 bytes, qui est la taille recommandée pour des partitions entre 256 Mo et 2 Go. Toutefois, il semble que gparted ne vérifie pas la taille de secteur avant d'appeler mkfs.fat avec ses valeurs par défaut. Malheureusement, le firmware UEFI vérifie le nombre de clusters pour décider s'il y a une partition EFI valide, ou pas, et, parce qu'il n'y a pas 65 525 clusters, il ne reconnaîtra pas la partition et ne démarrera pas dessus. Le contournement est d'utiliser la commande : |
| |
| sudo mkfs.fat -v -F 32 -S 4096 -s 1 /dev/sdX1 | sudo mkfs.fat -v -F 32 -S 4096 -s 1 /dev/sdX1 |
| |
| où l'option -s 1 spécifie un ultiple de 1. Un multiple de 1 produit une taille de cluster de 1 x 4 096 = 4 096, qui ne nécessite que 4 096 x 65 525 = 268 390 400 bytes (~ 268 Mo), ce qui est nettement plus petit que la taille de 500 Mo de la partition EFI. Problème résolu. | où l'option -s 1 spécifie un multiple de 1. Un multiple de 1 produit une taille de cluster de 1 x 4 096 = 4 096, qui ne nécessite que 4 096 x 65 525 = 268 390 400 bytes (~ 268 Mo), ce qui est nettement plus petit que la taille de 500 Mo de la partition EFI. Problème résolu. |
| |
| **Technical Note #2 | **Technical Note #2 |
| Note technique n° 2 | Note technique n° 2 |
| |
| Si vous utilisez un dispositif avec des secteurs à 512 bytes, il suffit d'utiliser gparter pour formater la partition EFI en FAT32 plutôt que la commande ci-dessous. Il n'y a rien d'autre qui change. | Si vous utilisez un dispositif avec des secteurs à 512 bytes, il suffit d'utiliser gparted pour formater la partition EFI en FAT32 plutôt que la commande sur le terminal. Il n'y a rien d'autre qui change. |
| |
