désolé pour l'image qui n'apparait pas. Je pensais qu'avec dropbox ça marcherait.

Dans l'ordre, j'ai :
/dev/sdb3 ntfs windows
/dev/sdb5 fat 16 EFI
/dev/sdb6 fat 16 EFI
/dev/sdb7 fat 16 EFI
/dev/sdb8 fat 16 EFI /boot/efi
/dev/sdb9 ext4 /boot
/dev/sdb10 ext4 /
/dev/sdb11 linux-swap
non alloué
/dev/sdb4 ntfs recovery

J'ai vérifié l'ordre des secteurs. le non alloué est bien à l'avant dernière position.

nouvo09 wrote: Ce serait bien quand meme de mettre copie d'écran ou résultat de la commande fdisk -l

ce que tu rapportes n'est pas assez précis.

Voici le détail des partitions :

[root@asus-MP-LI michel]# fdisk -l
Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : ST1000LM035-1RK1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : D758F3CA-65AB-45C2-A4F8-C8E1C0A6913F

Périphérique     Début        Fin   Secteurs Taille Type
/dev/sda1         2048  418369535  418367488 199,5G Données de base Microsoft
/dev/sda2    418369536 1787107327 1368737792 652,7G Système de fichiers Linux


Disque /dev/sdb : 119,24 GiB, 128035676160 octets, 250069680 secteurs
Modèle de disque : HFS128G39TND-N21
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424DEF7B-2B46-471D-8611-EE1D8EE338C5

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sdb1         2048    534527    532480   260M Système EFI
/dev/sdb2       534528    567295     32768    16M Réservé Microsoft
/dev/sdb3       567296 105134079 104566784  49,9G Données de base Microsoft
/dev/sdb4    248430592 250068991   1638400   800M Environnement de récupération Windows
/dev/sdb5    105134080 105543679    409600   200M Système EFI
/dev/sdb6    105543680 105953279    409600   200M Système EFI
/dev/sdb7    105953280 106362879    409600   200M Système EFI
/dev/sdb8    106362880 106772479    409600   200M Système EFI
/dev/sdb9    106772480 108869631   2097152     1G Système de fichiers Linux
/dev/sdb10   108869632 213727231 104857600    50G Système de fichiers Linux
/dev/sdb11   213727232 230504447  16777216     8G Partition d'échange Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.


Disque /dev/zram0 : 3,82 GiB, 4106223616 octets, 1002496 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
[root@asus-MP-LI michel]# 

Comme je le disais "approximativement", suivant les numéros de secteurs :
- /dev/sdb4 est la partition en fin de disque (windows recovery)
- /dev/sdb11 est l'avant dernière partition du disque (swap linux)
- entre les deux le volume libre entre le secteur 230504447 et le secteur 248430592, soit 17926146 secteurs

nouvo09 wrote:Tu n'as juste pas de place entre sdb3 et sdb5. Pour récupérer ces 8 Go il faudrait tout déplacer ce qui semble somme toute assez hasardeux.

C'est également mon avis ...

nouvo09 wrote:Sinon je crois que sous windows il est possible de concaténer 2 partitions un peu comme on le fait avec lvm. Cherche du côté de "options d'administration- ordinateur - stockage -disques" Je te dis ça de mémoire, sans garantie.

Coté windows ce n'est pas clair, car par les propriétés du disque je vois une partition de 50 Go et par les paramètres / stockage il affiche 100 Go.

Donc je vais plutôt m'orienter vers la suppression de linux, l'augmentation de la partition windows, et la réinstallation de linux.

Merci pour vos avis.

Michel

nouvo09 wrote:Ha nan c'est la méthode bourrin ça!

Ou plutôt de fainéant ...

Bon, je vais donc tenter.

nouvo09 wrote:Fais une image iso de chacune de tes deux partitions linux

je fais simplement avec dd vers un disque externe ?

nouvo09 wrote:et tous ces EFI triés

j'ai regardé une de ces partitions EFI. Elle contient un fichier binaire, mais entre les signes cabalistiques il y a un message en clair :

This is not a bootable disk.  Please insert a bootable floppy and press any key to try again ...

Peut il y avoir plusieurs partitions EFI sur un PC ?

PrOtonX wrote:Effectivement, c'est possible de le faire avec l'outil "gestion de disques" de Windows si une partition est vide.

Il n'y a pas de volume non alloué contigu à la partition windows. Cet outil ne me propose que de diminuer la partition windows. Pas de l'augmenter.
J'ose espérer qu'il me proposera d'augmenter la partition windows lorsque j'aurais supprimer les partitions contiguës.

PrOtoX wrote:Une seule suffit en principe. Mais tu as visiblement plusieurs partitions EFI, la question est plutôt pourquoi ? Probablement que 4 de ces 5 partitions sont inutiles et que tu peux t'en débarrasser si tu sais laquelle est utilisée pour booter.

Comment je peux identifier la partition EFI utilisée ? Dans le setup du PC ?

Ensuite, je pense booter sur un fedora sur clé usb.
Je peux utiliser gparted pour supprimer les partitions linux ?
Et pour les recréer après l’agrandissement de la partition windows ?

nouvo09 wrote:Non on te parle bien de concaténer deux partitions non contigues. Mais ces 8 Go libres il faut que tu crées une partition vide dedans avant de concatener les deux.

Je pensais que le système pouvait identifier le volume non alloué, créer la partition formatée en ntfs.

Ok je vais faire comme ça.

Avec l'outil de partitionnement de KDE, j'ai créé une nouvelle partition NTFS avec 5 des 8 Go non alloués.
Voici le nouveau partionnement :

[root@asus-MP-LI michel]# fdisk -l
Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : ST1000LM035-1RK1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : D758F3CA-65AB-45C2-A4F8-C8E1C0A6913F

Périphérique     Début        Fin   Secteurs Taille Type
/dev/sda1         2048  418369535  418367488 199,5G Données de base Microsoft
/dev/sda2    418369536 1787107327 1368737792 652,7G Système de fichiers Linux


Disque /dev/sdb : 119,24 GiB, 128035676160 octets, 250069680 secteurs
Modèle de disque : HFS128G39TND-N21
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424DEF7B-2B46-471D-8611-EE1D8EE338C5

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sdb1         2048    534527    532480   260M Système EFI
/dev/sdb2       534528    567295     32768    16M Réservé Microsoft
/dev/sdb3       567296 105134079 104566784  49,9G Données de base Microsoft
/dev/sdb4    105134080 105543679    409600   200M Système EFI
/dev/sdb5    105543680 105953279    409600   200M Système EFI
/dev/sdb6    105953280 106362879    409600   200M Système EFI
/dev/sdb7    106362880 106772479    409600   200M Système EFI
/dev/sdb8    106772480 108869631   2097152     1G Système de fichiers Linux
/dev/sdb9    108869632 213727231 104857600    50G Système de fichiers Linux
/dev/sdb10   213727232 230504447  16777216     8G Partition d'échange Linux
/dev/sdb11   230504448 240744447  10240000   4,9G Données de base Microsoft
/dev/sdb12   248430592 250068991   1638400   800M Environnement de récupération Windows


Disque /dev/zram0 : 3,82 GiB, 4106223616 octets, 1002496 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
[root@asus-MP-LI michel]# 

Avec l'outil d'administration windows, /dev/sdb11 n'est pas visible et l'espace est considéré comme non alloué.
J'ai recréé la partition ntfs avec l'outil windows.

Mais il n'est pas possible pour autant d'augmenter la partition d'origine de l'OS windows 10 (/dev/sdb3).

nouvo09 wrote:Non on te parle bien de concaténer deux partitions non contigues. Mais ces 8 Go libres il faut que tu crées une partition vide dedans avant de concatener les deux.

Alors ça je ne vois pas comment faire avec cet outil.
Tu sais toi ?

Par contre pour la nouvelle partition, il est bien possible d'augmenter le volume en prenant l'espace non alloué qui suit cette partition.

Pour couronner le tout, le démarrage ne fait plus sur grub, mais directement sur windows.
Je peux accéder au démarrage sur grub via le setup en choisissant le bon média (windows, fedora, usb ...)

sokotar wrote:Pour couronner le tout, le démarrage ne fait plus sur grub, mais directement sur windows.

J'ai modifié l'ordre des partitions bootables dans le setup, et c'est maintenant correct.

PrOtonX wrote:Une seule suffit en principe. Mais tu as visiblement plusieurs partitions EFI, la question est plutôt pourquoi ? Probablement que 4 de ces 5 partitions sont inutiles et que tu peux t'en débarrasser si tu sais laquelle est utilisée pour booter.

En examinant les fichiers binaires correspondants, j'ai vu qu'il s'agissait des partitions EFI que j'avais laissé au cours d'installations qui n'avaient pas été finalisées (fedora 26 et 27).
Je les ai supprimées.

Me reste toujours à allouer du volume à la partion de windows 10 :roll:

nouvo09 wrote:
Pour étendre ta partition regarde l'aide à partir de
gestion de l'ordinateur / stockage / gestion des disques

il y une aide sur Étendre un volume simple ou fractionné

Que ce soit avec l'outil d'administration windows ou avec d'autres utilitaires de gestion de partition (AOMEI ...) je n'ai pas pu étendre la partition C de windows tant qu'il n'y avait pas de volume non alloué contigu.
J'ai pu "associer" une nouvelle partition à C.
Mais de la mise à jour de windows, je retombe sur le même blocage de saturation de C sans que la nouvelle partition n'ai été prise en compte.
Lors d'une tentative le programme de mise à jour demande la possibilité d'utiliser un disque externe, mais au final avec la même issue "manque d'espace sur C".

Du coup j'ai changé de stratégie.
1/ création par dd d'images iso sur un disque externe pour /boot, /boot/efi et /
2/ suppression des partitions /boot, /boot/efi, / et linuxswap
3/ ajout de 5 Go sur la partition C (os windows), sans soucis vu qu'il n'a plus de partitions contiguës bloquantes
4/ lancement de la mise à jour windows, qui cette fois passe correctement
5/ boot sur usb et création des 4 partitions /boot, /boot/efi, / et linuxswap
6/ installation par dd des images sur les partitions /boot, /boot/efi et /
7/ reboot en modifiant l'entrée de grub en interactif pour spécifier la bonne partition (pour me simplifier le lancement j'utilise le LABEL au lieu de l'UUID)

Mais je n'ai pas trouvé comment modifier cette entrée dans grub de manière permanente.
Faut-il relancer l'installation de grub ?

Par ailleurs lors du lancement des services ça patine un moment sur la partition linuxswap qu'il ne retrouve pas. Il utilise également l'ancienne UUID de la swap.
Cette partition fait 8 Go. Mais quand je regarde le moniteur système, il mentionne une mémoire d'échange de 4 Go.
J'imagine aussi que c'est le même problème que pour l'indication de la partition de / dans grub.

Une idée ?