Ubuntu-fr

Bonjour,
Note: Un espace non alloué n'est PAS une partition, puisque par définition, il est "non alloué" ou "disponible". On ne peut donc pas manipuler ni déplacer un espace non alloué, ce n'est pas une entité, en fait c'est un "rien"...
Donc, pour résoudre ton problème, comme te l'as indiqué iznobe, il te faut déplacer une "vraie partition", à savoir celle qui se trouve en plein milieu de l'espace non alloué, vers la gauche afin de réunir les deux parties de cet espace non alloué en une seule, contiguë à la partition Linux. Il ne te restera plus ensuite qu'à allouer tout ou partie de cet espace en agrandissant ta partition Linux vers la gauche.
J'espère que Gparted est à même de déplacer une partition NTFS sans problème, compte-tenu que ce format est fermé et propriétaire.
Par ailleurs, il est possible (mais pas certain) que le déplacement de ta partition de partage et/ou l'agrandissement vers la gauche de ta partition Linux génèrent des changements d'UUID qu'il faudrait alors corriger dans le fichier "/etc/fstab" du système installé afin qu'il puisse redémarrer correctement après les modifications apportées au disque. Profiter de la session "live" pour faire les vérifications et les éventuelles modifications du système installé avant de redémarrer.

Bonjour,

On ne peut pas agrandir une partition vers la gauche en une seule opération, il faut d'abord la déplacer vers la gauche (un peu risqué) et ensuite l'agrandir vers la droite (moins risqué)

Tu fais ça comment ???

Il y a déjà une partition d'échange commune Linux/Windows, c'est celle qu'on doit déplacer pour réunir l'espace non alloué...

Dernière modification par erresse (Le 16/05/2021, à 18:11)

Sauf que cette valeur est déjà à zéro dans la partition à agrandir...
Ce qui explique la remarque de cqfd93 suite  mon message, je pense.

Merci pour les réponses. Cela m'a l'air d'être un peu fastidieux et je ne peux pas trop prendre de risque j'ai beaucoup trop de back up et projets que je ne peux pas perdre.

Concernant la partition "onekey" c'est :
"Microsoft Windows Recovery Environment (System)"

A la base j'avais juste fait un dual boot avec une partition partagée. Tout ce que je sais c'est que tout à l'heure j'ai voulu faire un backup pour upgrade sur la nouvelle version ubuntu et je n'ai même pas assez de place pour le faire.

Dans un premier temps je vais déplacer une grosse partie de mon boulot sur la partition partagée et quand j'aurais le courage je me lancerai parce que ça m'a l'air un peu risqué comme manipulation..

Dernière modification par jerme_d (Le 16/05/2021, à 23:34)

Bonjour

En fait, il y a confusion :
Ce n'est pas l'UUID de la partition dont vous parlez, mais c'est l'UUID du système de fichiers qui est contenu dans la partition.

=======
La partition, si elle est dans une table des partitions de type GPT, a un UUID,
mais cet UUID n'a rien à voir avec l'UUID du système de fichiers qui serait contenu dans cette partition si cette partition a été formatée.

=======
C'est le même type de confusion entre contenant et contenu que l'on retrouve souvent
quand certains écrivent :
- formater le disque alors que c'est une partition du disque qu'il faut formater
- monter le disque alors que c'est seulement le système de fichiers d'une partition d'un disque qui peut être monté

Dernière modification par MicP (Le 17/05/2021, à 08:10)

Bonjour ,  je ne vois pas en quoi c ' est compliqué , la procedure est tres simple avec gparted , de plus si on n' est pas certain a 200 % de ce que l ' on fait , il suffit de fermer et aucun changement n' est aplliqué .

il faut meme pas une minute pour " prevoir " le deplacement de la partition . l ' UUID du systeme de fichiers ne change pas tant qu ' on ne formate pas ou qu ' on lui demande de le changer . Il n' y aura donc rien a editer dans le fichier /etc/fstab car les UUID des systemes de fichiers ne changeront pas .

Avant de lancer le déplacement d' une partition , il faut cliquer sur appliquer les changements , ca ne se fait pas seul ...

On peut s ' entrainer et reflechir plusieurs fois sans rien changer aux partitions avant de cliquer sur edition => appliquer les changements , et encore heureux ! il faut cependant un fois que c' est lancer , ne surtout pas interrompre le processus , eviter les jours d' orage donc

copier une partition sur un emplacement libre est aussi envisageable , cependant apres la copie il faut changer l' UUID de la partition originale ou la supprimer , si c' est mieux je ne sais pas , a chacun de voir la methode qu ' il prefere . En tout cas ce n' est pas ce que je conseillerai a un debutant qui a de l '  appréhension lors de la manipulation de ses partitions car cela rajoute des manipulations supplementaires pour arriver au meme resultat .

Dernière modification par iznobe (Le 17/05/2021, à 08:30)

C'est tout-à fait ça : l'opération de formatage consistant à créer un nouveau système de fichiers,
un UUID spécifique à ce nouveau système de fichiers lui sera donné au moment de sa création.
Et comme son nom l'indique, le fichier /etc/fstab (file system table) est le fichier qui contient les informations décrivant les systèmes de fichiers que le système d'exploitation va monter au démarrage.

=======
J'ai 4 partitions sur mon disque accessible par le fichier de périphérique /dev/sdc

michel@debsid:~$ ls -l /dev/disk/by-label/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:55 monfs1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:55 monfs2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:55 monfs3 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:55 monfs4 -> ../../sdc4
michel@debsid:~$ ls -l /dev/disk/by-partlabel/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:55 mapart1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:55 mapart2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:55 mapart3 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:55 mapart4 -> ../../sdc4
michel@debsid:~$ ls -l /dev/disk/by-uuid/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:55 60decf7e-7561-481c-bb8d-3e1d1e485fcc -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:55 a7ed6212-f99b-4e0f-bbfe-8a349f0e3673 -> ../../sdc4
lrwxrwxrwx 1 root root 10 17 mai   09:55 bb318338-5b84-4fa6-a4ef-3893ede7727c -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:55 fd3d8c44-60d7-4b4c-ae50-86ef75bd1c55 -> ../../sdc3
michel@debsid:~$ ls -l /dev/disk/by-partuuid/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:55 6dc385eb-6c1c-491f-b944-c0d570108d82 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:55 835d9f67-8c1d-4705-96e1-a29eb43f26a7 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:55 a64f3532-6480-4cd0-a12f-dacbe3b99863 -> ../../sdc4
lrwxrwxrwx 1 root root 10 17 mai   09:55 c101ef09-f357-427b-8240-8a57fba066ec -> ../../sdc1
michel@debsid:~$ 

J'ai créé une copie de la partition accessible par le fichier de périphérique /dev/sdc2
cette copie de partition est maintenant accessible par le fichier de périphérique /dev/sdc5

michel@debsid:~$ ls -l /dev/disk/by-label/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:59 monfs1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:59 monfs2 -> ../../sdc5
lrwxrwxrwx 1 root root 10 17 mai   09:59 monfs3 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:59 monfs4 -> ../../sdc4
michel@debsid:~$ ls -l /dev/disk/by-partlabel/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:59 mapart1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:59 mapart2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:59 mapart3 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:59 mapart4 -> ../../sdc4
michel@debsid:~$ ls -l /dev/disk/by-uuid/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:59 60decf7e-7561-481c-bb8d-3e1d1e485fcc -> ../../sdc5
lrwxrwxrwx 1 root root 10 17 mai   09:59 a7ed6212-f99b-4e0f-bbfe-8a349f0e3673 -> ../../sdc4
lrwxrwxrwx 1 root root 10 17 mai   09:59 bb318338-5b84-4fa6-a4ef-3893ede7727c -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   09:59 fd3d8c44-60d7-4b4c-ae50-86ef75bd1c55 -> ../../sdc3
michel@debsid:~$ ls -l /dev/disk/by-partuuid/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   09:59 28bd63e3-2bd9-4a5d-a8e2-dbaad537a267 -> ../../sdc5
lrwxrwxrwx 1 root root 10 17 mai   09:59 6dc385eb-6c1c-491f-b944-c0d570108d82 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   09:59 835d9f67-8c1d-4705-96e1-a29eb43f26a7 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   09:59 a64f3532-6480-4cd0-a12f-dacbe3b99863 -> ../../sdc4
lrwxrwxrwx 1 root root 10 17 mai   09:59 c101ef09-f357-427b-8240-8a57fba066ec -> ../../sdc1
michel@debsid:~$ ls -l /dev/disk/by-partlabel/ | grep sdc
lrwxrwxrwx 1 root root 10 17 mai   10:20 mapart1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 17 mai   10:20 mapart2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 17 mai   10:20 mapart3 -> ../../sdc3
lrwxrwxrwx 1 root root 10 17 mai   10:20 mapart4 -> ../../sdc4
michel@debsid:~$ 

l'UUID de la copie de la partition (PARTUUID) a changé,
mais l'UUID du système de fichiers contenu dans la partition copiée n'a pas changé.

Il y a maintenant 2 systèmes de fichiers qui ont le même label et le même UUID
et la copie de la partition n'a pas de label mais cette nouvelle partition (la copie) n'a pas le même UUID (PARTUUID) que la partition originale.

Dernière modification par MicP (Le 17/05/2021, à 09:25)

Merci de ces précisions. N’empêche que l'emploi quelque peu abusif du terme "UUID" au lieu de "PARTUUID" incite à la confusion. Dans l'utilisation courante, on s'intéresse surtout à l'UUID du système de fichiers et le PARTUUID est beaucoup moins utilisé, c'est apparemment pourquoi je n'en avais même pas connaissance. J'ai donc appris quelque chose, maintenant va falloir s'en souvenir !

[Edit] Je viens de voir

J'en déduis (peut-être un peu hâtivement) que la notion de "PARTUUID" a surtout été développée pour le partitionnement GPT, que je n'utilise pas, ce qui justifie ma méconnaissance du sujet. [/Edit]

Dernière modification par FrancisFDZ (Le 17/05/2021, à 09:48)

Ben je pense pour mon compte personnel que je vais éviter de cloner des partitions et continuer de me contenter du bon vieux partitionnement MBR.

[Edit] Je pense aussi que l'on commence à s'écarter du sujet original, au risque de passer en troll [/Edit]

Dernière modification par FrancisFDZ (Le 17/05/2021, à 09:53)

c ' est ce que je disais dans mon 1er message a ce propos en #4 .

Dernière modification par iznobe (Le 17/05/2021, à 10:30)

Je viens de refaire des tests et je confirme que le déplacement, agrandissement par la droite ou par la gauche d'une partition ne modifie pas les UUID (partition et système de fichiers) ni les Étiquettes (Label) de partition comme du système de fichiers contenu dans la partition.

Les seuls changements sont ceux demandés : les déplacements et changements de taille de la partition et du système de fichiers qu'il contient.

=======
J'en profite pour conseiller de cliquer sur Appliquer (le bouton avec  la coche verte) pour chaque étape une à une avant de passer à la suivante,
et de patienter tranquillement jusqu'à la fin de chaque opération.

Et aussi de ne pas faire ce genre de manipulation sur batterie => si c'est un PC portable, connecter le bloc d'alimentation secteur à la machine et à la prise de courant secteur.
(ça serait trop bête de tomber en panne de batterie alors qu'une opération de déplacement ou autre ne s'est pas terminée)

Et aussi, si windows utilise le démarrage rapide, il vaut mieux quitter windows par le bouton Redémarrer plutôt que le bouton Arrêter
sinon, windows n'aura pas libéré les systèmes de fichiers qu'il utilise.

Dernière modification par MicP (Le 17/05/2021, à 11:54)