[Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

Lami · Le 19/07/2026, à 14:35

J'ai désactivé le mode « Fast-boot » du bios, la différence c'est que je passe de 20.0 secondes à 21.5 pour un redémarrage.

Cordialement,

thinkagain · Le 19/07/2026, à 18:06

Lami a écrit :

rene@Ordinateur01:~$ sudo ls -l  /var/lib/sddm/.config
[sudo: authenticate] Mot de passe :
total 4
drwxrwxr-x 2 saned saned 4096 Jul 15 05:47 qtvirtualkeyboard
rene@Ordinateur01:~$

Le fait que vous trouvez cela attribué a l'utilisateur "saned" s'explique par la maniere dont vous gérez vos sauvegardes et restauration. D'un système Linux à un autre les utilisateurs/groupes n'ont pas les memes UID/GID.
La manière dont vous organisez cela ne peut pas gérer la réassociation aux bons UID/GID de la machine de destination, ce qui casse votre système.
A ce stade, même si vous avez des résultats performants dans votre restauration du même système, le fait de le faire entre plusieurs installation différente vous pose plus de problème que ca ne vous apporte de solution.

Après avoir lu le fil de discussion je pense que vous devriez mettre le boot-info (étudier au préalable par vous même qu'il n'y a aucune information personnelle à l'intérieur si cela vous cause une gène). A noter que dans le domaine de Linux, quand on a des besoins aussi spécifiques que les votre et une volonté d'utiliser une machine moderne en mode Legacy, on a pas le choix que d'apprendre à maitriser d'avantage ou s'adapter pour faire évoluer ses methodes en fonction de l'évolution du matériel.

En revanche, je ne pourrai evidement pas aider sur votre besoin, trop spécifique. Le seul conseil que j'ai pour vous aider, serait de limiter votre systeme de restauration à une seule et unique installation de systeme (ne pas tenter de restaurer entre 2 installations Linux différentes).

Dernière modification par thinkagain (Le 19/07/2026, à 18:07)

thinkagain · Le 19/07/2026, à 18:53

Lami a écrit :

LABEL=1Sa2To-BOOT /boot/efi vfat defaults 0 2

Lami a écrit :

LABEL=2Sa2To-BOOT /boot/efi vfat defaults 0 2

Lami a écrit :

├─nvme1n1p2 vfat FAT32 2Sa2To-boot F31F-1178

Lami a écrit :

├─nvme2n1p1 vfat FAT32 1Sa2To-boot F198-C0B3

Je ne sais pas si ca a un impact mais on a boot en majuscules et en minuscules.

Lami · Le 20/07/2026, à 00:14

Bonjour à tous,

Merci thinkagain pour vos remarque et suggestion !

Voici où j'en suis :

rene@Ordinateur01:~$ lsblk -fe7
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1
├─nvme0n1p1 vfat   FAT32 0Sa2To-boot 890C-87E6
├─nvme0n1p2 ext4   1.0   0Sa2To-syst 552b1e27-d626-42da-99bf-b02f3236becb
├─nvme0n1p3 ext4   1.0   0Sa2To-home 0d1f2842-3e22-4ee3-a1e2-8f3d6d47c26e
└─nvme0n1p4 ntfs         0Sa2To-data 3C56705873A60E59
nvme2n1
├─nvme2n1p1 vfat   FAT32 2Sa2To-boot 2AB7-0DD2
├─nvme2n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005  105,5G    10% /
├─nvme2n1p3 ext4   1.0   2Sa2To-home 83788088-45b6-4af9-9539-e9b198149b07   92,8G     0% /home
└─nvme2n1p4 ntfs         2Sa2To-data 3CA4988E4F6CED46                      326,4G    80% /home/rene/data
nvme3n1
└─nvme3n1p1 ntfs         3Sa2To-IAVI 1E109C0C0218286A
nvme1n1
├─nvme1n1p1 vfat   FAT32 1Sa2To-boot 2AB7-0DD2                             291,3M     3% /boot/efi
├─nvme1n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a
├─nvme1n1p3 ext4   1.0   1Sa2To-home 5a76f3ff-fabc-49af-8b1b-ad61779bee55
└─nvme1n1p4 ntfs         1Sa2To-data 143183DB1116DA9F
rene@Ordinateur01:~$

Comment modifier le doublon « 2AB7-0DD2 » de la ligne « nvme2n1p1 vfat FAT32 2Sa2To-boot 2AB7-0DD2 », quelles commandes ?

Et quelles autres actions dois-je faire pour que cela redémarre correctement, car je suis toujours en mode UUID ?

J'ai comme l'impression que le paramètre du bios désactivé « Fast-boot », résoudrait le problème des noms « nvme?n?p? » qui change à chaque redémarrage. De là le besoin de la correction du doublon « 2AB7-0DD2 »

Cordialement,

Dernière modification par Lami (Le 20/07/2026, à 04:31)

Lami · Le 20/07/2026, à 00:17

thinkagain a écrit :

Lami a écrit :
LABEL=1Sa2To-BOOT /boot/efi vfat defaults 0 2
Lami a écrit :
LABEL=2Sa2To-BOOT /boot/efi vfat defaults 0 2
Lami a écrit :
├─nvme1n1p2 vfat FAT32 2Sa2To-boot F31F-1178
Lami a écrit :
├─nvme2n1p1 vfat FAT32 1Sa2To-boot F198-C0B3
Je ne sais pas si ca a un impact mais on a boot en majuscules et en minuscules.

Toute l'étiquette des partitions fat32 est automatiquement toujours en majuscule, mais pas pour toutes les applications semble-t-il .

Cordialement,

Dernière modification par Lami (Le 20/07/2026, à 00:21)

Lami · Le 20/07/2026, à 05:11

Bonsoir,

Voilà où j'en suis, mais toujours en UUID :

rene@Ordinateur01:~$ lsblk -fe7
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1 (OS Debian 13)
├─nvme0n1p1 vfat   FAT32 0Sa2To-boot 890C-87E6
├─nvme0n1p2 ext4   1.0   0Sa2To-syst 552b1e27-d626-42da-99bf-b02f3236becb
├─nvme0n1p3 ext4   1.0   0Sa2To-home 0d1f2842-3e22-4ee3-a1e2-8f3d6d47c26e
└─nvme0n1p4 ntfs         0Sa2To-data 3C56705873A60E59
nvme1n1 (OS KUBUNTU 26.04 "1")
├─nvme1n1p1 vfat   FAT32 2Sa2To-boot 36E7-93E3                              56,8M    81% /boot/efi
├─nvme1n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005   99,3G    15% /
├─nvme1n1p3 ext4   1.0   2Sa2To-home 83788088-45b6-4af9-9539-e9b198149b07   91,6G     1% /home
└─nvme1n1p4 ntfs         2Sa2To-data 3CA4988E4F6CED46                      326,4G    80% /home/rene/data
nvme2n1 (OS KUBUNTU 26.04 "2")
├─nvme2n1p1 vfat   FAT32 1Sa2To-boot 2AB7-0DD2
├─nvme2n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a
├─nvme2n1p3 ext4   1.0   1Sa2To-home 5a76f3ff-fabc-49af-8b1b-ad61779bee55
└─nvme2n1p4 ntfs         1Sa2To-data 143183DB1116DA9F
nvme3n1 (packs IA et vidéos)
└─nvme3n1p1 ntfs         3Sa2To-IAVI 1E109C0C0218286A                     1010,9G    46% /home/rene/IAVI
rene@Ordinateur01:~$

La question n'est plus comment réparer, mais comment vous vous feriez pour passer mon système en mode étiquette « LABEL » ?

Les étapes et les commandes pour ne pas comme moi toujours casser le menu grub...

Je vous passe la main !Cordialement,

Dernière modification par Lami (Le 20/07/2026, à 05:20)

O_20_100_O · Le 20/07/2026, à 07:43

comment vous vous feriez pour passer mon système

C'est surtout que je n'aurais pas une installation comme la tienne.
- pas 3 OS , un seul suffit, quitte à utiliser des machines virtuelles.
Debian 13 est un bon candidat comme système de base.
- pas 2 OS de la même distribution
- pas de mélange legacy et UEFI
- pas de partition avec du ntfs
- pas "Sa2To" dans chaque label
- pas "boot" dans le label de la partition esp
- une partition esp plus grande que les 300 Mo actuels

Et si vraiment je devais faire fonctionner ton système sous la contrainte, voilà ce que ferais :
- désactiver le secure boot
- démarrer sur "nvme1n1 (OS KUBUNTU 26.04 "1")"
- installer refind
- passer Grub et ses complices en figés comme expliqué dans la documentation
- choisir refind en priorité N°1 avec efibootmgr

Mais ça ne vaut pas la peine de faire cela tant que tu n'expliques pas quel est ton objectif et pourquoi tu as un tel système. On pourrait trouver des solutions plus adaptées.

Dernière modification par O_20_100_O (Le 20/07/2026, à 08:11)

Babdu89 · Le 20/07/2026, à 08:29

Bonjour.

O_20_100_O a écrit;
Mais ça ne vaut pas la peine de faire cela tant que tu n'expliques pas quel est ton objectif et pourquoi tu as un tel système. On pourrait trouver des solutions plus adaptées.

Il y a une explication dans ce sujet post#19.

https://forum.ubuntu-fr.org/viewtopic.php?id=2089803

https://forum.ubuntu-fr.org/viewtopic.p … #p22898358

@+. Babdu89 .

Dernière modification par Babdu89 (Le 20/07/2026, à 09:04)

geole · Le 20/07/2026, à 08:48

Bonjour.
Je serais heureux de savoir si ce sont des installations EFI.
donc retour de

efibootmgr

Ajout
Ainsi que.

sudo blkid -l | grep fat

Pour voir à quelles partitions de boot EFI cela correspond.
Et

sudo ls -Rl /boot/efi

Car avec presque 250 mo d’utilisés, cela me semble énorme.
Et

cat /boot/efi/EFI/ubuntu/grub.cfg

Voici un exemple de modification pour la partition EFI

a@a:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu Stonking Stingray (development branch)
Release:	26.10
Codename:	stonking
a@a:~$ cat /boot/efi/EFI/ubuntu/grub.cfg
search.fs_label  UB-26.10 root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
a@a:~$ df -htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda12          35G     14G   20G  41% /
a@a:~$ lsblk -fe7 /dev/sda12
NAME  FSTYPE FSVER LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda12 ext4   1.0   UB-26.10 80c08786-7369-4fe2-af83-e73d4e29be6a   19,4G    39% /
a@a:~$

Dernière modification par geole (Le 20/07/2026, à 10:20)

O_20_100_O · Le 20/07/2026, à 09:02

savoir si ce sont des installations EFI.

Ah oui, vu le contexte ce n'est pas certain.

une explication dans ce sujet post#19

Cela ne dit rien sur le pourquoi de cette situation.

Dernière modification par O_20_100_O (Le 20/07/2026, à 09:02)

Lami · Le 20/07/2026, à 14:20

Bonjour O_20_100_O,

O_20_100_O a écrit :

comment vous vous feriez pour passer mon système
C'est surtout que je n'aurais pas une installation comme la tienne.
- pas 3 OS , un seul suffit, quitte à utiliser des machines virtuelles.
Debian 13 est un bon candidat comme système de base.
- pas 2 OS de la même distribution
- pas de mélange legacy et UEFI
- pas de partition avec du ntfs
- pas "Sa2To" dans chaque label
- pas "boot" dans le label de la partition esp
- une partition esp plus grande que les 300 Mo actuels
Et si vraiment je devais faire fonctionner ton système sous la contrainte, voilà ce que ferais :
- désactiver le secure boot
- démarrer sur "nvme1n1 (OS KUBUNTU 26.04 "1")"
- installer refind
- passer Grub et ses complices en figés comme expliqué dans la documentation
- choisir refind en priorité N°1 avec efibootmgr
Mais ça ne vaut pas la peine de faire cela tant que tu n'expliques pas quel est ton objectif et pourquoi tu as un tel système. On pourrait trouver des solutions plus adaptées.

Vous n'avaz pas lu la discurrion « https://forum.ubuntu-fr.org/viewtopic.php?id=2089803 ».

Pour résumer, voici les besoins :

1) Si le disque principal dysfonctionne, le disque de sauvegarde doit remplacer en 5 minutes le disque principal, idéalement sans avoir à ouvrir l'ordinateur.

2) Synchronisation entre disques internes de tout un système (OS, logiciel, configurations, données) 2 minutes ou moins.

3) Synchronisation entre disque interne et externe de tout un système (OS, logiciel, configurations, données) 10 minutes ou moins.

4) La partition des données doit être lisible par les autre ordinateur et équipement multimédias comme les téléviseurs, etc., c'est pour cela la partition ntfs.

5) Si c'est l'ordinateur qui tombe en panne, il faut que le disque principal soit implantable et fonctionnel en 15 minutes dans un nouvel ordinateur (avec Linux, il y a deux techniques qui le permettent depuis longtemps et que j'utilise).

Cordialement,

Lami · Le 20/07/2026, à 14:21

Babdu89 a écrit :

Bonjour.
O_20_100_O a écrit;
Mais ça ne vaut pas la peine de faire cela tant que tu n'expliques pas quel est ton objectif et pourquoi tu as un tel système. On pourrait trouver des solutions plus adaptées.
Il y a une explication dans ce sujet post#19.
https://forum.ubuntu-fr.org/viewtopic.php?id=2089803
https://forum.ubuntu-fr.org/viewtopic.p … #p22898358
@+. Babdu89 .

Merci Babdu89 !

Cordialement,

Lami · Le 20/07/2026, à 14:43

geole a écrit :

Bonjour.
Je serais heureux de savoir si ce sont des installations EFI.
donc retour de
efibootmgr
Ajout
Ainsi que.
sudo blkid -l | grep fat
Pour voir à quelles partitions de boot EFI cela correspond.
Et
sudo ls -Rl /boot/efi
Car avec presque 250 mo d’utilisés, cela me semble énorme.
Et
cat /boot/efi/EFI/ubuntu/grub.cfg
...

Bonjour geole,

Merci pour vos aides !

Depuis Kubuntu "2" (je ne sais pourquoi Kubuntu "1" n'est plus dans le bios et le menu grub, mais après la manipulation pour changer le doublon "2AB7-0DD2") :

rene@Ordinateur01:~$ efibootmgr
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0003,0001,0004
Boot0001* Debian        HD(1,MBR,0xf262b247,0x800,0x96000)/\EFI\DEBIAN\SHIMX64.EFI
Boot0003* Kubuntu       HD(1,GPT,21fc2261-d5ac-4361-b8d2-acd922cf6f9e,0x800,0x96000)/\EFI\UBUNTU\SHIMX64.EFI
Boot0004* UEFI: KingstonDataTraveler 2.0PMAP, Partition 1       PciRoot(0x0)/Pci(0x14,0x0)/USB(8,0)/HD(1,MBR,0x149be,0x800,0x3bc000)0000424f
rene@Ordinateur01:~$

rene@Ordinateur01:~$ sudo blkid -l | grep fat
[sudo: authenticate] Mot de passe :
blkid: L'option de recherche requiert un type de recherche spécifié par -t
rene@Ordinateur01:~$

rene@Ordinateur01:~$ sudo ls -Rl /boot/efi
/boot/efi:
total 4
drwxr-xr-x 4 root root 4096 Jul 18 02:20 EFI

/boot/efi/EFI:
total 8
drwxr-xr-x 2 root root 4096 Jul 18 02:20 BOOT
drwxr-xr-x 2 root root 4096 Jul 18 02:20 ubuntu

/boot/efi/EFI/BOOT:
total 3692
-rwxr-xr-x 1 root root 2828168 Jul 19 18:41 BOOTX64.EFI
-rwxr-xr-x 1 root root   88344 Jul 19 18:41 fbx64.efi
-rwxr-xr-x 1 root root  856280 Jul 19 18:41 mmx64.efi

/boot/efi/EFI/ubuntu:
total 4560
-rwxr-xr-x 1 root root     112 Jul 19 18:41 BOOTX64.CSV
-rwxr-xr-x 1 root root     117 Jul 19 18:41 grub.cfg
-rwxr-xr-x 1 root root 2828168 Jul 19 18:41 grubx64.efi
-rwxr-xr-x 1 root root  856280 Jul 19 18:41 mmx64.efi
-rwxr-xr-x 1 root root  966768 Jul 19 18:41 shimx64.efi
rene@Ordinateur01:~$

rene@Ordinateur01:~$ cat /boot/efi/EFI/ubuntu/grub.cfg
search.fs_uuid 6c878a1d-03cd-4c75-97c8-db8159a2af7a root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
rene@Ordinateur01:~$

Cordialement,

Lami · Le 20/07/2026, à 14:53

Complément :

Depuis Kubuntu 2 :

rene@Ordinateur01:~$ lsblk -fe7
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1
├─nvme0n1p1 vfat   FAT32 0Sa2To-boot 890C-87E6
├─nvme0n1p2 ext4   1.0   0Sa2To-syst 552b1e27-d626-42da-99bf-b02f3236becb
├─nvme0n1p3 ext4   1.0   0Sa2To-home 0d1f2842-3e22-4ee3-a1e2-8f3d6d47c26e
└─nvme0n1p4 ntfs         0Sa2To-data 3C56705873A60E59
nvme3n1
└─nvme3n1p1 ntfs         3Sa2To-IAVI 1E109C0C0218286A
nvme2n1
├─nvme2n1p1 vfat   FAT32 2Sa2To-boot 36E7-93E3
├─nvme2n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005
├─nvme2n1p3 ext4   1.0   2Sa2To-home 83788088-45b6-4af9-9539-e9b198149b07
└─nvme2n1p4 ntfs         2Sa2To-data 3CA4988E4F6CED46
nvme1n1
├─nvme1n1p1 vfat   FAT32 1Sa2To-boot 2AB7-0DD2                             291,3M     3% /boot/efi
├─nvme1n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a  105,5G    10% /
├─nvme1n1p3 ext4   1.0   1Sa2To-home 5a76f3ff-fabc-49af-8b1b-ad61779bee55   91,5G     1% /home
└─nvme1n1p4 ntfs         1Sa2To-data 143183DB1116DA9F                      327,4G    80% /home/rene/data
rene@Ordinateur01:~$

Depuis Kubuntu 1 :

rene@Ordinateur01:~$ lsblk -fe7
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme2n1
├─nvme2n1p1 vfat   FAT32 0Sa2To-boot 890C-87E6
├─nvme2n1p2 ext4   1.0   0Sa2To-syst 552b1e27-d626-42da-99bf-b02f3236becb
├─nvme2n1p3 ext4   1.0   0Sa2To-home 0d1f2842-3e22-4ee3-a1e2-8f3d6d47c26e
└─nvme2n1p4 ntfs         0Sa2To-data 3C56705873A60E59
nvme1n1
├─nvme1n1p1 vfat   FAT32 1Sa2To-boot 2AB7-0DD2
├─nvme1n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a
├─nvme1n1p3 ext4   1.0   1Sa2To-home 5a76f3ff-fabc-49af-8b1b-ad61779bee55
└─nvme1n1p4 ntfs         1Sa2To-data 143183DB1116DA9F
nvme3n1
├─nvme3n1p1 vfat   FAT32 2Sa2To-boot 36E7-93E3                              56,8M    81% /boot/efi
├─nvme3n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005   99,3G    15% /
├─nvme3n1p3 ext4   1.0   2Sa2To-home 83788088-45b6-4af9-9539-e9b198149b07   91,6G     1% /home
└─nvme3n1p4 ntfs         2Sa2To-data 3CA4988E4F6CED46                      326,4G    80% /home/rene/data
nvme0n1
└─nvme0n1p1 ntfs         3Sa2To-IAVI 1E109C0C0218286A                     1010,9G    46% /home/rene/IAVI
rene@Ordinateur01:~$

Il y a un phentôme dans le système !!!

Cordialement,

Dernière modification par Lami (Le 22/07/2026, à 01:36)

O_20_100_O · Le 20/07/2026, à 15:00

Voilà, on a une reformulation claire du besoin

Tu veux pouvoir faire face rapidement à une panne matérielle ou logicielle, tout en partageant des données avec d'autres machines.
Plus ce sera simple, moins tu auras de risque. Là, ton système multiplie les causes de panne.

Tu pourrais envisager un seul OS avec des sauvegardes versionnées du système et des données sur un autre disque. Et, en guise de bretelles en plus de la ceinture, un clone périodique du disque.

Pour que tes données soient accessibles sur ton réseau local, il vaut mieux les partager que les dupliquer, tu verras toujours l'original où que tu sois.

Lami · Le 20/07/2026, à 15:15

Bonjour O_20_100_O,

O_20_100_O a écrit :

Voilà, on a une reformulation claire du besoin
Tu veux pouvoir faire face rapidement à une panne matérielle ou logicielle, tout en partageant des données avec d'autres machines.
Plus ce sera simple, moins tu auras de risque. Là, ton système multiplie les causes de panne.

Exacte !

Tu pourrais envisager un seul OS

Oui, la Debian, c'est du surplus, mais comme la machine venait avec 4 disques, mais j'en ai besoin que de 3; Kubuntu, sauvegarde Kubuntu, et autre stockage (IA+Vidéos) !

avec des sauvegardes versionnées du système et des données sur un autre disque.

Non, pas « versionnées », je ne suis pas un millionnaire !

Et, en guise de bretelles en plus de la ceinture, un clone périodique du disque.

C'est déjà ce que je fait.

Pour que tes données soient accessibles sur ton réseau local, il vaut mieux les partager que les dupliquer, tu verras toujours l'original où que tu sois.

Je n'ai pas de réseau.

Cordialement,

Dernière modification par Lami (Le 20/07/2026, à 15:17)

O_20_100_O · Le 20/07/2026, à 15:47

Non, pas « versionnées », je ne suis pas un millionnaire !

Là c'est moi qui manque de précision. Versionné, pour dire que tu disposes de plusieurs versions. Chaque fois que tu fais une sauvegarde, c'est une version. Si tu as un problème tu peux revenir à une des versions antérieures. Comme ça ne copie vraiment que ce qui change, ça ne prend pas trop de place, mais tu en as à revendre. Les logiciels pour faire cela sont dans les dépôts Ubuntu et gratuits, pas besoin d'être millionnaire

C'est déjà ce que je fait.

Bien, alors discutons de la méthode. Comment fais-tu cela, quelle commande ?

Je n'ai pas de réseau.

Alors, je ne sais pas comment fonctionnent les abonnements internet dans La belle Province, mais il se pourrait bien que tu fasses comme monsieur Jourdain, du réseau sans le savoir
Il y a bien un appareil à l'arrivée de ta connexion fibre ou ADSL ? Quelle marque, quel nom ?

Dernière modification par O_20_100_O (Le 20/07/2026, à 15:51)

Lami · Le 20/07/2026, à 16:17

O_20_100_O, là nous sortons du sujet... « pas de réseau local », j'avais bien compris le sens de « versionnées ».

O_20_100_O · Le 20/07/2026, à 16:51

nous sortons du sujet.

Pas du tout, c'est une réponse à :

La partition des données doit être lisible par les autre ordinateur et équipement multimédias comme les téléviseurs, etc.

Dernière modification par O_20_100_O (Le 20/07/2026, à 16:52)

geole · Le 20/07/2026, à 17:12

j'ai noté

efibootmgr
BootCurrent: 0003
BootOrder: 0003,0001,0004
Boot0001* Debian        HD(1,MBR,0xf262b247,0x800,0x96000)/\EFI\DEBIAN\SHIMX64.EFI
Boot0003* Kubuntu       HD(1,GPT,21fc2261-d5ac-4361-b8d2-acd922cf6f9e,0x800,0x96000)/\EFI\UBUNTU\SHIMX64.EFI
Boot0004* UEFI: KingstonDataTraveler 2.0PMAP, Partition 1       PciRoot(0x0)/Pci(0x14,0x0)/USB(8,0)/HD(1,MBR,0x149be,0x800,0x3bc000)0000424f

Donc Kubuntu est bien maintenant en EFI et GPT mais pas Debian.
J'ai aussi noté
Oui, la Debian, c'est du surplus
Donc je propose d'oublier debian et de le laisser comme cela est.

Je me suis trompé dans ma commande "sudo blkid -l | grep fat". C'est

sudo blkid | grep fat

Je ne vois rien d'anormal dans la partition de boot ESP. Donne malgré tout

 du -h /boot/efi

J'ai vu

rene@Ordinateur01:~$ cat /boot/efi/EFI/ubuntu/grub.cfg
search.fs_uuid 6c878a1d-03cd-4c75-97c8-db8159a2af7a root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

├─nvme1n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a

├─nvme3n1p1 vfat   FAT32 2Sa2To-boot 36E7-93E3                              56,8M    81% /boot/efi
├─nvme3n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005   99,3G    15% /

Donc tu peux commencer à mettre un label dans la structure de boot EFI
la ligne
search.fs_uuid 6c878a1d-03cd-4c75-97c8-db8159a2af7a root
doit devenir
search.fs_label 1Sa2To-syst root
à moins que ce soit
search.fs_label 2Sa2To-syst root
Pour que la partition de boot EFI et la partition logiciel soient dans le même disque comme actuellement.
Puis tu rebooteras pour vérifier que tout ce passe bien.

Je ne me souviens plus si tu souhaites faire booter la duplication lorsque l'original est toujours présent.
donc je ne vais pas proposer quelque chose pour la partition EFI dupliquée...
( Je te rappelle que je préfère la solution d'ajouter un "chroot" dans le script "rsync" afin de pouvoir choisir de booter sur l'un des deux O.S et de n'avoir rien à faire lorsque le disque original devient absent.

Dernière modification par geole (Le 20/07/2026, à 17:25)

Babdu89 · Le 20/07/2026, à 18:12

Coucou!.

@Lami.

En fait, nous fonctionnons de la même manière, mais avec des méthodes différentes.

Pas de réseau local chez moi non plus.

Donc des machines non connectées entre elles, mais des disques externes qui passent de machine en machine, pour la gestion des données. C'est du local hardware si on peut dire.

Il y a 3 machines en service continuel en ce moment, 2 pour moi, une pour Madame Babdu .
Cet hiver j'ai perdu le CPL (cramé), donc pour la machine qui marchait en Ethernet, je partage le Wifi du portable via un câble Ethernet.
Du coup, je trouve la connexion plus rapide que par le CPL qui était vieux.

Je fais de multiples copies de mes données personnelles sur les supports externe et dans des partitions de données des disques interne des machines.
Oui, moi aussi "bretelles en plus de la ceinture" .
J'utilise aussi des supports externes disques et clé usb, branché sur la TV pour y visionner du multimédia.

Avant d'installer mes systèmes en dur dans les machines sur disque interne. Je fais des installation sur disques externes, et lorsque çà me convient, je copie mes systèmes tout installé et paramétré à mon goût dans les machines.

Les différences;
Je n'utilise pas la synchronisation.
Je fais des copies de sauvegarde des données à la main là où j'ai besoin dans les systèmes installé ou supports externes.

Je copie mes systèmes dans des partitions préparées avec Gparted. Ce qui me permet d'adapter leur taille.
Mais je n'utilise pas Gparted pour copier les partitions système. J'utilise la commande cp.
Une fois les copies faites, dans le /etc/fstab, changement des UUID des partitions dans le copie pour celle qui conviennent.
Puis pour finir réinstallation de grub en session live avec "boot-repair".

Et mes systèmes marche bien comme çà.

ÉDIT.
J'oubliai, j'utilise toujours le même identifiant et mot de passe pour toutes mes installation. Çà facilite bien les choses.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 20/07/2026, à 18:17)

Lami · Le 20/07/2026, à 19:25

Bonjour frère de sentier Babdu89,

Pour économiser l'usure de vos disques vous auriez avantage à utiliser GRSync et RSync configurés pour qu'il compare le dossier source avec celui de la destination, pour que les « plus » et les « moins » de la source soit répercuté sur la destination, c'est très économique en temps et en usure matérielle.

Pour le reste, nous sommes sur le même sentier.

C'est bien de ne pas être seul sur la route !!!

Cordialement,

O_20_100_O · Le 20/07/2026, à 19:27

L'important c'est que chacun soit satisfait de sa solution

Mais pour répondre au besoin exprimé par @Lami, et sur un forum d'aide spécialisé Ubuntu, il vaut peut-être mieux préconiser des solutions automatisables, faciles à expliquer et à reproduire tout seul.
La sauvegarde système et le partage des données sont des grands classiques qui offrent des outils de ce genre.

Lami · Le 20/07/2026, à 20:04

geole a écrit :

j'ai noté
...
Donc tu peux commencer à mettre un label dans la structure de boot EFI
la ligne
search.fs_uuid 6c878a1d-03cd-4c75-97c8-db8159a2af7a root
doit devenir
search.fs_label 1Sa2To-syst root
à moins que ce soit
search.fs_label 2Sa2To-syst root
Pour que la partition de boot EFI et la partition logiciel soient dans le même disque comme actuellement.
Puis tu rebooteras pour vérifier que tout ce passe bien.
...

C'est dans quel fichier qu'il y a « search.fs_uuid 6c878a1d-03cd-4c75-97c8-db8159a2af7a root » ?

Une réponse à cela, avant que je redémarre l'ordinateur avec les étiquette ?

Merci !

Cordialement,

Lami · Le 20/07/2026, à 20:19

Bonjour geole,

Merci pour l'aide !

rene@Ordinateur01:~$ lsblk -fe7
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
├─nvme1n1p1 vfat   FAT32 1Sa2To-boot 2AB7-0DD2                             291,3M     3% /boot/efi
├─nvme1n1p2 ext4   1.0   1Sa2To-syst 6c878a1d-03cd-4c75-97c8-db8159a2af7a  105,5G    10% /
├─nvme1n1p3 ext4   1.0   1Sa2To-home 5a76f3ff-fabc-49af-8b1b-ad61779bee55   91,5G     1% /home
└─nvme1n1p4 ntfs         1Sa2To-data 143183DB1116DA9F                      327,4G    80% /home/rene/data
nvme0n1
├─nvme0n1p1 vfat   FAT32 0Sa2To-boot 890C-87E6
├─nvme0n1p2 ext4   1.0   0Sa2To-syst 552b1e27-d626-42da-99bf-b02f3236becb
├─nvme0n1p3 ext4   1.0   0Sa2To-home 0d1f2842-3e22-4ee3-a1e2-8f3d6d47c26e
└─nvme0n1p4 ntfs         0Sa2To-data 3C56705873A60E59
nvme2n1
└─nvme2n1p1 ntfs         3Sa2To-IAVI 1E109C0C0218286A
nvme3n1
├─nvme3n1p1 vfat   FAT32 2Sa2To-boot 36E7-93E3
├─nvme3n1p2 ext4   1.0   2Sa2To-syst b03be58e-003f-42e9-ab8c-7a6697b51005
├─nvme3n1p3 ext4   1.0   2Sa2To-home 83788088-45b6-4af9-9539-e9b198149b07
└─nvme3n1p4 ntfs         2Sa2To-data 3CA4988E4F6CED46
rene@Ordinateur01:~$

rene@Ordinateur01:~$ sudo blkid | grep fat
[sudo: authenticate] Mot de passe :
/dev/nvme0n1p1: LABEL_FATBOOT="0Sa2To-boot" LABEL="0Sa2To-boot" UUID="890C-87E6" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="f262b247-01"
/dev/nvme3n1p1: LABEL_FATBOOT="2Sa2To-boot" LABEL="2Sa2To-boot" UUID="36E7-93E3" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="28e86560-219d-4d88-81a4-9f4eb76bc772"
/dev/nvme1n1p1: LABEL_FATBOOT="1Sa2To-boot" LABEL="1Sa2To-boot" UUID="2AB7-0DD2" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="21fc2261-d5ac-4361-b8d2-acd922cf6f9e"
rene@Ordinateur01:~$

rene@Ordinateur01:~$ du -h /boot/efi
4.5M    /boot/efi/EFI/ubuntu
3.7M    /boot/efi/EFI/BOOT
8.1M    /boot/efi/EFI
8.1M    /boot/efi
rene@Ordinateur01:~$

Fichier « fstab » :

# /etc/fstab: Informations statiques sur le système de fichiers.
# <file système>                                <mount point>   <type>  <options>             <dump> <pass>
LABEL=1Sa2TO-boot                               /boot/efi       vfat    defaults                   0 2
LABEL=1Sa2TO-syst                               /               ext4    relatime,errors=remount-ro 0 1
LABEL=1Sa2TO-home                               /home           ext4    relatime                   0 2
LABEL=1Sa2To-data                               /home/rene/data ntfs    rw,uid=1000,gid=1000       0 0
#LABEL=3SG2To-IAVI                               /home/rene/IAVI ntfs    rw,uid=1000,gid=1000       0 0
#/home/rene/data/X-Plane/X-Plane-12/xplane12.iso /media/cdrom12  iso9660 user,loop                  0 0
/swapfile                                       swap            swap    defaults                   0 0
tmpfs                                           /tmp            tmpfs   noatime,mode=1777          0 0

Fichier grub pour qu'il ressemble à ce qui suit :

################################################################################
#################### Après installation de Kubuntu #############################
################################################################################
#
GRUB_DISABLE_LINUX_UUID=true
GRUB_ENABLE_LINUX_LABEL=true
GRUB_DEVICE="LABEL=1Sa2To-syst"
GRUB_DISTRIBUTOR=`echo -n $(lsb_release -cds 2> /dev/null || echo Debian) debconf-show grub-pc`
GRUB_INIT_TUNE="480 440 1"
GRUB_TIMEOUT=5
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_DEFAULT=saved
GRUB_GFXMODE=1920x1080
GRUB_SAVEDEFAULT=true
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_BACKGROUND=/home/rene/ImagesPourBureau/MonImageDeBureau/background.jpg
GRUB_GFXPAYLOAD=keep
#
################################################################################
#
# Pour mettre à jour, faites la commande suivante dans un terminal :
#
#   sudo update-grub
#
################################################################################

Régénérer le menu GRUB :

rene@Ordinateur01:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found background: /home/rene/ImagesPourBureau/MonImageDeBureau/background.jpg
Found background image: .background_cache.jpeg
Found linux image: /boot/vmlinuz-7.0.0-28-generic
Found initrd image: /boot/initrd.img-7.0.0-28-generic
Found linux image: /boot/vmlinuz-7.0.0-14-generic
Found initrd image: /boot/initrd.img-7.0.0-14-generic
Found memtest86+ 64bit EFI image: /boot/mt86+x64
Found memtest86+ 32bit EFI image: /boot/mt86+ia32
Found memtest86+ 64bit image: /boot/mt86+x64
Found memtest86+ 32bit image: /boot/mt86+ia32
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Debian GNU/Linux 13 (trixie) on /dev/nvme0n1p2
Found Ubuntu 26.04 LTS (26.04) on /dev/nvme3n1p2
Adding boot menu entry for UEFI Firmware Settings ...
done
rene@Ordinateur01:~$

rene@Ordinateur01:~$ sudo blkid | grep fat
/dev/nvme0n1p1: LABEL_FATBOOT="0Sa2To-boot" LABEL="0Sa2To-boot" UUID="890C-87E6" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="f262b247-01"
/dev/nvme3n1p1: LABEL_FATBOOT="2Sa2To-boot" LABEL="2Sa2To-boot" UUID="36E7-93E3" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="28e86560-219d-4d88-81a4-9f4eb76bc772"
/dev/nvme1n1p1: LABEL_FATBOOT="1Sa2To-boot" LABEL="1Sa2To-boot" UUID="2AB7-0DD2" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="21fc2261-d5ac-4361-b8d2-acd922cf6f9e"
rene@Ordinateur01:~$

rene@Ordinateur01:~$ du -h /boot/efi
4.5M    /boot/efi/EFI/ubuntu
3.7M    /boot/efi/EFI/BOOT
8.1M    /boot/efi/EFI
8.1M    /boot/efi
rene@Ordinateur01:~$

« Je ne me souviens plus si tu souhaites faire booter la duplication lorsque l'original est toujours présent. »; Non.

« ( Je te rappelle que je préfère la solution d'ajouter un "chroot" dans le script "rsync" afin de pouvoir choisir de booter sur l'un des deux O.S et de n'avoir rien à faire lorsque le disque original devient absent. »; cela pourrait m'intéresser, mais il me faudrait plus de détail et vois si cela serait compatible avec mes usages.

Mais de prime à bord, oui, cela serait, mais pour le moment je pense que certains de me logiciel ne fonctionneraient plus en étant sur d'autres étiquettes de partition, mais cela reste à vérifier !?! Une autre discussion qu’ici quand cela sera résolu ici ?!?

Cordialement,

Dernière modification par Lami (Le 22/07/2026, à 01:37)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 19/07/2026, à 14:35

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#52 Le 19/07/2026, à 18:06

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#53 Le 19/07/2026, à 18:53

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#54 Le 20/07/2026, à 00:14

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#55 Le 20/07/2026, à 00:17

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#56 Le 20/07/2026, à 05:11

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#57 Le 20/07/2026, à 07:43

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#58 Le 20/07/2026, à 08:29

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#59 Le 20/07/2026, à 08:48

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#60 Le 20/07/2026, à 09:02

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#61 Le 20/07/2026, à 14:20

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#62 Le 20/07/2026, à 14:21

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#63 Le 20/07/2026, à 14:43

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#64 Le 20/07/2026, à 14:53

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#65 Le 20/07/2026, à 15:00

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#66 Le 20/07/2026, à 15:15

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#67 Le 20/07/2026, à 15:47

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#68 Le 20/07/2026, à 16:17

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#69 Le 20/07/2026, à 16:51

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#70 Le 20/07/2026, à 17:12

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#71 Le 20/07/2026, à 18:12

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#72 Le 20/07/2026, à 19:25

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#73 Le 20/07/2026, à 19:27

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#74 Le 20/07/2026, à 20:04

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

#75 Le 20/07/2026, à 20:19

Re : [Résolu] Nouvel ordinateur multidisque sans utiliser les UUID

Pied de page des forums