Forum Linux.débutant augmenter la taille de la partition racine en ext4

Posté par  . Licence CC By‑SA.
Étiquettes :
0
21
juil.
2016

Bonjour,

je souhaite augmenter la taille de la partition où se trouve linux. Je suis en dual boot windows 10 et ubuntu mate sur un ssd. Mais je n'y arrive pas. J'ai un espace non alloué de 10go que je souhaite rajouter à la partition Linux, mais gparted ne me propose pas de pouvoir l'ajouter à la partition Linux.

Partionnement

Comment faire ?

Merci,

Arnauld

  • # Mes deux centimes

    Posté par  . Évalué à 3. Dernière modification le 21 juillet 2016 à 13:42.

    J’espère que quelqu’un de plus calé que moi pourra te donner une solution mais pour ma part je pense que ce n’est pas possible. Il faudrait que l’espace libre se situe après sdc9 pour pouvoir augmenter le FS…

    Donc à moins de supprimer sdc9 et sdc10 pour les recréer je vois pas.

    Perso, j’utilise systématiquement LVM depuis plusieurs années à cause de ce genre de problématique…

  • # Mes deux centimes

    Posté par  . Évalué à 1. Dernière modification le 21 juillet 2016 à 13:42.

    [doublon, supprimé]

  • # Déplacement puis agrandissement

    Posté par  . Évalué à 9.

    Hello,

    Il faut que tu commences par déplacer la partition linux vers la gauche puis tu pourras l'agrandir.

    J'ai fait ça il y a 10 ans sur un HDD et ça a pris près de 20 heures pour déplacer la partition (voilà pourquoi je n'ai jamais recommencé)

    Sans doute que sur un SSD et avec un processeur véloce, ça ira plus vite…

    ATTENTION, fais bien une sauvegarde de toutes tes données importante (éventuellement une image disque de ton SSD)

    PS : je serais toi, j'utiliserais la force de l'astuce. Depuis un live CD, tu supprime la SWAP actuellement sur sdc10 et tu la recrée dans ton espace libre (ça devrait pas te gêner pour l'hibernation ne me dis pas que tu as plus de 10 Go de RAM ? Si ?).
    Ensuite tu augmentes la partition linux de l'espace anciennement alloué à la swap. Dans 15 minutes tout est fait ;-)

    ATTENTION, fais bien une sauvegarde de toutes tes données importante (éventuellement une image disque de ton SSD)

    PS 2 : il y a aussi la force de l'astuce avec option mal de crâne,
    1/ Tu fais une image de ta partition linux sdc9. Tu montes l'image pour vérifier que tout est conforme, que l'image est fonctionnelle, puis si tout est ok :
    2/ Tu supprimes la partition sdc9
    3/ Tu recrées une partition de la même taille (23,14 Gb - sinon tu perdras l'espace libre lors de la restauration de l'image) à la suite de sdc5 (tu auras donc ton espace libre de 9,77 Gb "à droite" de ta partition linux)
    4/ Tu restaure l'image de ta partition linux
    5/ Tu agrandis la partition grâce à l'espace libre maintenant "à droite" de ta partition
    C'est déjà plus tortueux et je ne sais pas si tu ne risque pas des effets de bords.

    ATTENTION, fais bien une sauvegarde de toutes tes données importante (éventuellement une image disque de ton SSD)

    A ta place, je choisirais l'option de supprimer/recréer la Swap, solution la plus simple, rapide et fiable à mes yeux.

    Julien_c'est_bien (y'a pas que Seb)

  • # le plus simple

    Posté par  . Évalué à 0. Dernière modification le 21 juillet 2016 à 14:52.

    Étant donné que l'on peut facilement agrandir une partition en ajoutant de l'espace consécutivement (soit "vers la droite"), serait de:

    1) supprimer la swap 2) recréer la swap dans le trou avant, 9,77 GB me semble suffisant pour un usage bureautique 3) tu augmentes ta partition sdc9 avec gparted, puis tu lance resize2fs /dev/sdc9 pour informer le FS de sa nouvelle taille.

    Garde bien à l'esprit que l'opération de réduction n'est supportée par pratiquement aucun filesystem.

    PS: la prochaine fois utilise un LVM, ça te permet de rendre virtuellement consécutifs des espaces disque.

    EDIT: pas vu, c'est l'astuce proposé Julien_06 juste au dessus, +1

  • # LVM?

    Posté par  . Évalué à 2. Dernière modification le 21 juillet 2016 à 15:00.

    Hello!

    Pour éviter d'être à nouveau coincer par un problème de taille et de partitions dispersées, tu peux aussi utiliser LVM.

    /!\ Il manque peut-être (sûrement?) des étapes. Pense à faire un backup de tes données bien que dans la procédure décrite, rien ne soit détruit avant que tout ne soit validé. /!\

    Dans ton cas, tu peux:
    1. Créer une nouvelle partition /dev/sdc11 avec l'espace disque non alloué.
    2. Créer un volume physique avec /dev/sdc11.
    3. Créer un volume group avec le volume physique /dev/sdc11.
    4. Créer un volume logique qui contiendra ton système de fichier « / ».
    5. Copier ton système de fichier « / » de /dev/sdc9 vers le volume logique créé précédemment.
    6. Vérifier que tu arrives bien à booter sur ton nouveau « / ».

    Si tout est en ordre, tu peux terminer ta transition vers LVM:
    7. Créer un volume physique avec /dev/sdc9.
    8. Intégrer /dev/sdc9 a ton volume group.
    9. Étendre ton volume.

    Ca fait un peu peur comme ça, mais normalement, ça se passe bien :p

    My 2 cents!

    • [^] # Re: LVM?

      Posté par  . Évalué à 2. Dernière modification le 21 juillet 2016 à 15:29.

      Oui j'étais oqp à rédiger une solution similaire…

      1. Créer un volume physique avec /dev/sdc11.

      plus un PV dans à l'espace de la swap actuelle car sinon ça ne va pas être assez grand

      1. Créer un volume logique qui contiendra ton système de fichier « / ».

      Le créer un poil plus grand que la partition actuelle mais surtout pas de tout l'espace (sinon on ne saura pas faire de pvresize : il faut que taille soit inférieure à 23G+10G) ni de l'espace final désiré, on l'agrandira à bonne taille à la fin.

      1. Copier ton système de fichier « / » de /dev/sdc9 vers le volume logique créé précédemment.

      Le faire soit depuis un live cd, soit en ayant remonté le root en read-only (faire en console pour éviter les séquelles si l'interface graphique explose en plein vol). S'il avait utilisé XFS, il aurait pu le faire en live avec xfsdump/xfsrestore ;-)

      5bis)
      mounter le FS, faire un chroot et réinstaller grub (install-grub /dev/sdc) et/ou update-grub afin de renseigner grub sur l'usage de LVM par le nouveau FS root.
      corriger /etc/fstab si nécessaire (si utilisation de LABEL alors ça devrait être ok sans rien faire)

      1. Intégrer /dev/sdc9 a ton volume group.

      ok

      1. Étendre ton volume.

      ?
      À ce moment il faut retirer le PV qui prend la place de la swap actuelle. Avec le couple pvmove/pvreduce.

      1. redimensionner le lv_root à la taille finale puis lancer resize2fs, créer un lv pour la swap. activer la swap, corriger /etc/fstab.

      • [^] # Re: LVM?

        Posté par  . Évalué à 2. Dernière modification le 21 juillet 2016 à 15:36.

        sinon on ne saura pas faire de pvresize

        s/pvresize/pvmove/

        aussi pour désactiver la swap afin de pouvoir réutiliser l'espace: swapoff /dev/sdc10

      • [^] # Re: LVM?

        Posté par  . Évalué à 1.

        Avec un petit schéma

        [VIDE------][SDC9-ROOT--------------][SDC10-SWAP------]
  |
  | apt install lvm2
  | swapoff /dev/sdc10
  |
[VIDE------][SDC9-ROOT--------------][SDC10-----------]
  |
  | gparted, créer une partition sans fs
  |
[SDC11-----][SDC9-ROOT--------------][SDC10-----------]
  |
  | pvcreate /dev/sdc11 /dev/sdc10
  |
[SDC11:PV1-][SDC9-ROOT--------------][SDC11:PV2-------]
  |
  | vgcreate  vg_ssd
  | lvcreate -L 24G -l lv_root vg_ssd
  | mount -o ro /
  | cat /dev/sdc9 > /dev/vg_ssd/  (copie du fs bit à bit)
  |
[LV_ROOT===][SDC9-ROOT--------------][LV_ROOT======|--]
  |
  | mount /dev/vg_ssd/lv_root /mnt
  | chroot /mnt ; update-grub; nano /etc/fstab;
  | rebooter et tester que tu aies bien booté sur le LVM
  | (controler la sortie de "mount")
  | pvcreate /dev/sdc9
  |
[LV_ROOT===][SDC9:PV3---------------][LV_ROOT======|--]
  |
  | pvmove /dev/sdc11
  | pvreduce /dev/sdc11
  |
[LV_ROOT===][LV_ROOT======|----------][SDC10:VIDE------]
  |
  | lvcreate -l lv_swap -L 4G vg_ssd amplement suffisant
  | lvresize -l +100%FREE vg_ssd/lv_root (agrandissement de la partition logique au maximum !)
  | resize2fs  /dev/vg_ssd/lv_root (ajustement du fs à la nouvelle taille: plus possible de revenir en arrière à partir de ce point)
  |
[LV_ROOT===][LV_ROOT=============|SWP][SDC10:VIDE------]

        Voilà avec cela tu devrais obtenir ce que tu voulais sans avoir du faire. Des variations sont possibles, pas obliger de faire le pvmove/reduce bien sur si tu veux tout allouer à linux par exemple.

  • # .

    Posté par  . Évalué à 1. Dernière modification le 21 juillet 2016 à 15:57.

    bien, merci beaucoup, je vais étudier tout ça demain…à tête reposée.

    car je débute avec Linux et déjà, faire un dual boot avec windows 10 en UEFI m'avait paru complexe. Sur le moyen terme j'espère passer complètement à Linux.

    arnauld

    • [^] # Re: .

      Posté par  . Évalué à 2.

      Sur le moyen terme j'espère passer complètement à Linux.

      Alors la meilleure chose qu'il puisse t'arriver c'est que tu plantes dans la manip ;-)

  • # .

    Posté par  . Évalué à 1. Dernière modification le 21 juillet 2016 à 16:55.

    Sur le moyen terme j'espère passer complètement à Linux.

    Alors la meilleure chose qu'il puisse t'arriver c'est que tu plantes dans la manip ;-)

    j'aimerais bien, mais je n'ai pas encore trouvé d'équivalents à des logiciels dont j'ai besoin quotidiennement, messageries et microbloging chinois QQ, weibo et autres petits softs…

    arnauld

    • [^] # Re: .

      Posté par  . Évalué à 2.

      Si tu as réussi à faire un dual boot, c'est déjà une belle étape !

      Pour passer full linux tout en utilisant certains logiciels windows, tu pourras toujours virtualiser un windows dans un linux mais ça c'est une autre étape.

      Tiens nous informé de la solution que tu as mise en place pour récupérer l'espace disque inutilisé.

      Julien_c'est_bien (y'a pas que Seb)

  • # .

    Posté par  . Évalué à 1.

    Bonsoir,

    alors j'ai choisi une autre solution. Comme je souhaitais augmenter la taille de la partition où se trouve ubuntu dans le but d'avoir de la place pour utiliser timeshift http://www.teejeetech.in/p/timeshift.html , et que les snapshots de timeshift ne peuvent être sauvés que sur une partition en ext4, plutôt que de tout trafiquer j'ai simplement mis la partition non allouée en ext4 et bingo timeshift l'a reconnue. Je peux donc y sauver mes (une en fait) sauvegardes de timeshift.

    merci à vous,

    Arnauld

    arnauld

  • # .

    Posté par  . Évalué à 1.

    j'ai également suivi vos conseils et augmenté la partition linux, voir capture ci-dessous, dev/sdd9.

    Merci à vous pour vos réponses rapides,

    Arnauld

    Titre de l'image

    arnauld

  • # .

    Posté par  . Évalué à 1.

    Titre de l'image

    arnauld

  • # .

    Posté par  . Évalué à 1. Dernière modification le 25 juillet 2016 à 09:22.

    donc, pour résumer, j'ai tout d'abord mis la partition non allouée en ext4. Puis réfléchi et je vais faire les snapshots de timeshift sur un disque externe où j'ai mis une partition en ext4 , car timeshift ne sauve que sur une partition en ext4, et suivi vos conseils en augmentant la partition linux d'après vos conseils.

    arnauld

    • [^] # Re: .

      Posté par  . Évalué à 1.

      Bien joué !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.