[Résolu] déplacer et supprimer partitions sur sda

solar66 · 05-02-2018 00:36:05

Sur mon premier disque dur sda, j'ai actuellement 8 partitions, 3 que je n'utilise plus (je m'en servais pour essayer différents systèmes linux).

et donc, j'aimerais supprimer 3 partitions , et agrandir la dernière partition en conséquence.

Comme j'avais déjà modifié le partitionnement, elles ne sont plus dans l'ordre logique.

je voulais joindre une copie d'écran de gparted pour voir plus facilement ces partitions, pas trouvé comment faire, alors:

fdisk -l /dev/sda

Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x000a08d1

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048  41027583  41025536  19,6G  7 HPFS/NTFS/exFAT

/dev/sda2              41027584  71776255  30748672  14,7G 83 Linux

/dev/sda3              71776256  73857023   2080768  1016M 82 partition d'échange Linux / Solaris

/dev/sda4              73859070 488396799 414537730 197,7G  5 Étendue

/dev/sda5              88827904 103213055  14385152   6,9G 83 Linux

/dev/sda6             161359872 488396799 327036928   156G  7 HPFS/NTFS/exFAT

/dev/sda7             103215104 132282367  29067264  13,9G 83 Linux

/dev/sda8             132284416 161357823  29073408  13,9G 83 Linux

/dev/sda9              73859072  88827903  14968832   7,1G 83 Linux

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

l'ordre des partitions est: 1-2-3 (=partitions principales)- 4 (=partition étendue)- 9-5-7-8-6 (=partitions logiques)
voilà, ce que je voudrais faire: supprimer sda2, sda9 et sda5 et agrandir sda6 (la dernière partition) en conséquence.

Ce que j'ai pensé faire:
-déplacer sda7 (ma partition debian /) en sda2 comme ceci:

dd if=/dev/sda7 of=/dev/sda2 bs=1M

resize2fs /dev/sda2

idem avec sda7 (home) en sda9

puis modifier le fstab de sda2
et

update-grub

(de sda7)

et donc, après ces opérations, je devrais pouvoir redémarrer indifféremment sur ces 2 debian ?

puis à partir de sda2, update-grub de nouveau,
et maintenant, je devrais pouvoir supprimer mes 3 partitions sda5, sda7 et sda8 ?

Est ce que j'ai bon? ou ce serait trop simple comme cela?

comme ces partitions ne sont plus dans le bon ordre, c'est pas évident à suivre

Je ne crois pas que je puisse utiliser la commande dd pour copier sda7 (/home) vers sda9, sda9 ayant une taille plus petite, dans ce cas un cp devrait le faire?

merci pour vos réponses

ah, si il y a une solution pour remettre en ligne cette table de partition, ce serait le top

thierry

Edit (bis) à toto : Séparé la ligne les lignes de commande root de leur retour pour une meilleure lisibilité.

Dernière modification par solar66 (11-02-2018 09:08:30)

solar66 · 05-02-2018 10:08:03

comme j'ai trouvé comment inclure une image, la voici:

raleur · 05-02-2018 10:17:22

solar66 a écrit :

je voulais joindre une copie d'écran de gparted pour voir plus facilement ces partitions

Il me semble que parted, en ligne de commande, liste les partitions dans l'ordre physique.

solar66 a écrit :

-déplacer sda7 (ma partition debian /) en sda2 comme ceci:

"Ceci" est un clonage de contenu, pas un déplacement de partition.

solar66 a écrit :

idem avec sda7 (home) en sda9

Deux fois sda7 ? sda9 est plus petite.

solar66 a écrit :

puis modifier le fstab de sda2

Pourquoi ? Normalement les systèmes de fichiers sont référencés par leur UUID, qui est copié par dd.

solar66 a écrit :

je devrais pouvoir redémarrer indifféremment sur ces 2 debian ?

Quelles deux Debian ?
Peux-tu décrire le rôle de chaque partition ?

Note concernant GRUB : lorsque le contenu du répertoire /boot/grub se trouve dans une partition classique sur le même disque que la core image (spécifié dans la commande grub-install lors de l'installation de GRUB), alors cette partition est référencée dans GRUB par son numéro. Donc si le numéro change, il faudra réinstaller GRUB.

solar66 a écrit :

si il y a une solution pour remettre en ligne cette table de partition, ce serait le top

Certains programmes de gestion des partitions, comme fdisk, ont une commande pour renuméroter les partitions dans l'ordre physique (autant que possible, les partitions primaires restant numérotées 1 à 4 et les partitions logiques à partir de 5). Mais je ne vois pas franchement l'intérêt. Par contre je vois l'inconvénient dans ma remarque précédente concernant GRUB.

Au passage, la suppression d'une partition logique peut changer les numéros d'autres partitions logiques au redémarrage suivant car il ne peut pas y avoir de trou dans la numérotation des partitions logiques.

PS : Je ne peux me retenir de souligner que tout cela aurait été tellement plus simple avec LVM.

Dernière modification par raleur (05-02-2018 10:19:19)

raleur · 05-02-2018 10:18:11

toto a écrit :

Edit à toto : Séparé la ligne de commande root de son retour pour une meilleure lisibilité.

resize2fs est une commande, pas le résultat de la commande précédente.

Croutons · 05-02-2018 11:41:59

Salut
oui petite erreur le home c'est sda8 a déplacer en sda9 si j'en juge sur la copie d'écran le home occupe environ 1/4 de la partition soit 4Go vers sda9 qui en fait 7Go

solar66 · 05-02-2018 12:41:18

oui, j'ai cafouillé un peu dans les n°.
je réexplique ce que je voudrais faire

je veux effectivement déplacer mon système debian / de sda7 vers sda2;
et son /home de sda8 vers sda9. (sda9 étant plus petit que sda8, je ne peux utiliser dd, donc cp)

Effectivement, avec les commandes dd et cp, je ne déplace pas ces partitions, mais je les copies. je choisis cette formule, afin d'être sur, que sda7 et sda9 soient opérationnelles avant de supprimer mon linux; et donc je fais une copie de debian + home; je teste si il y a pas de problème; si ok, je supprime sda7 et sda8

pour resize2fs, ce n'est pas moi: "Edit à toto : Séparé la ligne de commande root de son retour pour une meilleure lisibilité", j'avais glisser cette commande en dessous de: dd if=/dev/sda7 of=/dev/sda2 bs=1M car comme sda2 est de taille supérieur à sda7, il est nécessaire, je crois, d'utiliser resize2fs, afin de redonner la vrai taille de sda2

et pour essayer le linux déplacé, il me faut le rajouter à grub, non?

ensuite, je supprime sda5, sda7, sda8, et la place libérée ira en sda6

PS : Je ne peux me retenir de souligner que tout cela aurait été tellement plus simple avec LVM.

c'est quoi LVM?

Edit à toto : Réparé dans le post précédent les balises des commandes root du forum et rajouté celle pour update grub. Il faut penser aux débutants pour bien éclaircir tout ce que l'on fait.
Le mieux reste que vous corrigiez vous-mêmes les balises mal disposés plutôt que de le signaler (lien Modifier au-dessous de chaque post), ainsi toto se contentera de comptabiliser les points chocos df pour tous...

Dernière modification par solar66 (05-02-2018 12:47:25)

solar66 · 05-02-2018 13:00:43

je viens de chercher ce qu'était lvm, pas évident à mettre en place, d'autant plus que j'ai 2 disques durs sur cet ordi et des partitions ntfs, qui semblent ne pas être géré par lvm

smolski · 05-02-2018 13:06:11

Effectivement, le lvm est un partitionnement libre comme ext4, et donc pas reconnu par le privateur.

Voir le tuto facile en lien ici : https://debian-facile.org/doc:systeme:lvm

Croutons · 05-02-2018 14:41:31

Sauf erreur sda2 14.66 Go peut contenir les données de sda7 13.66Gio
voici quelque lecture
https://traduc.org/Guides_pratiques/Sui … st_version
http://lea-linux.org/documentations/Leapro-pro_sys-lvm

raleur · 05-02-2018 15:00:07

solar66 a écrit :

je viens de chercher ce qu'était lvm, pas évident à mettre en place, d'autant plus que j'ai 2 disques durs sur cet ordi et des partitions ntfs, qui semblent ne pas être géré par lvm

LVM est quasiment aussi simple à mettre en place que des partitions classiques, mais il faut le faire lors de l'installation initiale.
LVM n'est pas plus concerné par le type de contenu des volumes logiques, que ce soit de l'ext4, du FAT, du swap, du NTFS... que fdisk n'est concerné par le type de contenu des partitions (et même moins, puisque dans fdisk on peut définir un identifiant de type cense refléter le contenu).

C'est Windows qui ne gère pas le format LVM de Linux, ayant son propre format de "disque dynamique", remplacé par je ne sais plus quoi dans les versions récentes.

Croutons · 05-02-2018 15:14:25

raleur a écrit :

mais il faut le faire lors de l'installation initiale.

Qu'est ce qui pose problème si on le met en place par la suite?
j'avais lu qu'il fallait pas inclure /boot sous peine de ne pas pouvoir démarrer le system , sinon quoi d'autre?

raleur · 05-02-2018 16:02:05

GRUB sait lire le format LVM, donc séparer /boot n'est pas impératif.

Par contre on ne peut pas transformer des partitions classiques en volumes logiques, c'est pour cela qu'il vaut mieux mettre en place LVM dès l'installation.
Si on a la place sur le disque on peut créer un premier volume physique, un volume logique, copier les données d'une partition dans le volume logique, supprimer la partition, créer un second volume physique ajouté au groupe de volumes, et ainsi de suite... Sinon il faut sauvegarder les données, supprimer les partitions, créer un volume physique, créer les volumes logiques et restaurer les données. Dans tous les cas il faut modifier les fichiers concernés comme fstab ou grub.cfg.

Croutons · 05-02-2018 16:50:37

Je mettais essayé a LVM dans une machine virtuel sous Jessie j'étais parti de partition existante pour les rassembler et créer mon vg(volume groupe)

root@handylinux:/home/bidouille# lvscan

  ACTIVE            '/dev/vg1/volume' [1,00 GiB] inherit

  ACTIVE            '/dev/vg1/volume2' [816,00 MiB] inherit

root@handylinux:/home/bidouille# mkfs.ext4 /dev/vg1/volume

mke2fs 1.42.12 (29-Aug-2014)

En train de créer un système de fichiers avec 262144 4k blocs et 65536 i-noeuds.

UUID de système de fichiers=3bcace03-da82-4393-b71b-7d3f167b6bcb

Superblocs de secours stockés sur les blocs : 

  32768, 98304, 163840, 229376

Allocation des tables de groupe : complété                        

Écriture des tables d'i-noeuds : complété                        

Création du journal (8192 blocs) : complété

Écriture des superblocs et de l'information de comptabilité du système de

fichiers : complété

root@handylinux:/home/bidouille# blkid

/dev/sda1: UUID="50518eb6-983b-47ea-848b-f1fbd14898a1" TYPE="ext4" PARTUUID="cfdf89bb-01"

/dev/sda5: UUID="7337ffa3-535f-4062-9279-0f756624f507" TYPE="swap" PARTUUID="cfdf89bb-05"

/dev/sdb1: UUID="KTAbDm-l1Ff-ft4n-f1h1-DRxx-Z7U2-3jiUeN" TYPE="LVM2_member" PARTUUID="62523b74-01"

/dev/sdb2: UUID="yLrLXZ-FV7n-UgjL-B45b-5bsS-XIoe-XjK8NG" TYPE="LVM2_member" PARTUUID="62523b74-02"

/dev/mapper/vg1-volume: UUID="3bcace03-da82-4393-b71b-7d3f167b6bcb" TYPE="ext4"

on voit sdb1 et sdb2 qui constitu le vg et j'ai créé volume et volume2 dans ce vg

solar66 · 05-02-2018 17:38:07

Sauf erreur sda2 14.66 Go peut contenir les données de sda7 13.66Gio

absolument, mais avec la commande dd, si j'ai bien compris, j'aurais une image intégrale de sda7 en sda2; et donc, ma partition sda2 indiquera 13.86 alors qu'elle fait en réalité 14.66;
et pour remettre cela en ligne, resize2fs

raleur · 05-02-2018 20:19:10

solar66 a écrit :

avec la commande dd, si j'ai bien compris, j'aurais une image intégrale de sda7 en sda2

Oui.

solar66 a écrit :

ma partition sda2 indiquera 13.86 alors qu'elle fait en réalité 14.66

Non. sda2 a une taille de 14,66 Gio et cela ne changera pas à cause de son contenu. C'est le système de fichiers qu'elle contient, initialement dimensionné pour la taille de sda7, qui fait 13,86 Gio.
resize2fs a pour rôle d'ajuster la taille du système de fichiers (le contenu) à la taille de la partition (le contenant).

PS. Gros avertissement sur le clonage de partition avec dd : cela clone tout, y compris le LABEL et l'UUID du système de fichiers. Par défaut, les systèmes de fichiers sont identifiés dans fstab et grub.cfg par leur UUID, donc s'il existe deux systèmes de fichiers avec le même UUID, alors le système utilisera n'importe lequel des deux, et pas forcément celui qu'on veut.

solar66 · 06-02-2018 10:39:02

raleur, je viens seulement de lire ton message; l'antenne satellite n'aime pas la neige.
effectivement, c'est vraiment une copie identique; UUUID, etc

et entre temps, voilà ce que j'ai fait:

dd if=/dev/sda7 of=/dev/sda2 bs=1M

resize2fs /dev/sda2

cp -av /home/. /mnt/libre3

gparted, changer UUID, me dit de faire:

e2fsck -f /dev/sda2

puis re-gparted, et là, ok, l'UUID de sda2 est changé

nano /etc/fstab

modifié UUID et autres

nano /mnt/libre2/etc/fstab

modifié UUID et autres

update grub

reboot

je n'ai actuellement rien modifié dans fstab pour /home; me disant que sda2 pouvait bien démarrer sur le /home d'origine

et j'ai bien le grub qui s'affiche avec le clone sda2
mais si je choisi sda2, c'est sda7 qui se lance.

voilà où j'en suis.
Il semblerait que ce ne soit pas du tout la bonne méthode.
Je peux facilement revenir, à l'état d'origine, et donc, comment puis-je pratiquer? avec cp?

merci

solar66 · 06-02-2018 11:01:40

Par défaut, les systèmes de fichiers sont identifiés dans fstab et grub.cfg par leur UUID

effectivement, je viens de regarder /boot/grup/grub.cfg
et il y a effectivement l'UUID de sda7 qui apparait à de nombreux endroits
comment faire, pour modifier ce fichier dans sda2 à partir de sda7?

Dernière modification par solar66 (06-02-2018 11:02:30)

smolski · 06-02-2018 11:16:42

Une petite copie de /boot/grup/grub.cfg sur le forum pour rendre la question plus claire car concrètement, que veux-tu réaliser maintenant ?

Croutons · 06-02-2018 11:50:47

Salut

mais si je choisi sda2, c'est sda7 qui se lance

C'est a dire, dans le menu Grub on choisi le système que on veux lancer pas la partition

Je ne crois pas que grub.cfg apportera grand chose vu que c'est un fichier qui est regénéré a chaque update de Grub

Ce qui serait utile c'est de voir le contenu du fstab de sda2
puis aussi

blkid

fdisk -l

Dernière modification par Croutons (06-02-2018 11:52:57)

solar66 · 06-02-2018 12:26:42

C'est a dire, dans le menu Grub on choisi le système que on veux lancer pas la partition

voilà ce que j'ai au démarrage:
Debian GNU/Linux
Options Avancées pour...........
Window...........
Debian GNU/Linux 9 (Stretch) sur /dev/sda2
Options Avancées.............

et donc, si je choisis: sur ....../dev/sda2, j’atterris sur /dev/sda7

nano /mnt/libre2/etc/fstab

# Entry for /dev/sda1:

UUID=04D821E5D821D628   /mnt/windows   ntfs-3g  defaults,locale=fr_FR.UTF-8,nofail      0       0

# /mnt/libre2 was on /dev/sda2

UUID=11bb7b1d-23b0-4405-9943-4ffd484134bf /   ext4    errors=remount-ro       0       0

# swap was on /dev/sda3

UUID=f8c6c53a-0648-435f-b3f5-3605186f4c30 none            swap    sw              0       0

# /mnt/libre was on /dev/sda5

UUID=d01f9185-ea21-4a24-9aa6-692f0b16853d /mnt/libre  ext4    defaults,nofail        0       1

#Entry for /dev/sda6 :

UUID=72FC8EF15772B548   /media/maison   ntfs-3g defaults,locale=fr_FR.UTF-8,nofail      0       0

# / was on /dev/sda7

UUID=f4c04d0c-47d0-4609-b779-55636cb38f82 /mnt/origine              ext4   defaults,nofail  0       0

# /home was on /dev/sda8

UUID=8bc3cd59-bd2c-482b-90cc-ac74cac26083 /home           ext4    defaults        0       2

# /mnt/libre3 was on /dev/sda9:

UUID=4b0fc41c-0159-4ecb-b228-aaec110950af  /mnt/libre3    ext4    defaults,nofail    0     0

blkid

 
/dev/sda1: LABEL="windows" UUID="04D821E5D821D628" TYPE="ntfs" PARTUUID="000a08d1-01"

/dev/sda2: UUID="11bb7b1d-23b0-4405-9943-4ffd484134bf" TYPE="ext4" PARTUUID="000a08d1-02"

/dev/sda3: UUID="f8c6c53a-0648-435f-b3f5-3605186f4c30" TYPE="swap" PARTUUID="000a08d1-03"

/dev/sda5: LABEL="libre" UUID="d01f9185-ea21-4a24-9aa6-692f0b16853d" TYPE="ext4" PARTUUID="000a08d1-05"

/dev/sda6: LABEL="maison" UUID="72FC8EF15772B548" TYPE="ntfs" PARTUUID="000a08d1-06"

/dev/sda7: UUID="f4c04d0c-47d0-4609-b779-55636cb38f82" TYPE="ext4" PARTUUID="000a08d1-07"

/dev/sda8: UUID="8bc3cd59-bd2c-482b-90cc-ac74cac26083" TYPE="ext4" PARTUUID="000a08d1-08"

/dev/sda9: LABEL="libre3" UUID="4b0fc41c-0159-4ecb-b228-aaec110950af" TYPE="ext4" PARTUUID="000a08d1-09"

fdisk -l

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048  41027583  41025536  19,6G  7 HPFS/NTFS/exFAT

/dev/sda2              41027584  71776255  30748672  14,7G 83 Linux

/dev/sda3              71776256  73857023   2080768  1016M 82 partition d'échange Linux / Solaris

/dev/sda4              73859070 488396799 414537730 197,7G  5 Étendue

/dev/sda5              95158272 103213055   8054784   3,9G 83 Linux

/dev/sda6             161359872 488396799 327036928   156G  7 HPFS/NTFS/exFAT

/dev/sda7             103215104 132282367  29067264  13,9G 83 Linux

/dev/sda8             132284416 161357823  29073408  13,9G 83 Linux

/dev/sda9              73859072  95156223  21297152  10,2G 83 Linux

solar66 · 06-02-2018 12:30:52

le problème, c'est grub, et plus particulièrement grub.cfg
comme l'a dit raleur:

PS. Gros avertissement sur le clonage de partition avec dd : cela clone tout, y compris le LABEL et l'UUID du système de fichiers. Par défaut, les systèmes de fichiers sont identifiés dans fstab et grub.cfg par leur UUID, donc s'il existe deux systèmes de fichiers avec le même UUID, alors le système utilisera n'importe lequel des deux, et pas forcément celui qu'on veut.

raleur · 06-02-2018 13:25:26

Il n'y a pas de doublon d'UUID puisque tu as modifié celui de la partition clonée.

solar66 a écrit :

voilà ce que j'ai au démarrage:Debian GNU/Linux
Options Avancées pour
...........Window...........
Debian GNU/Linux 9 (Stretch) sur /dev/sda2
Options Avancées.............

et donc, si je choisis: sur ....../dev/sda2, j’atterris sur /dev/sda7

L'explication probable est que update-grub utilise le contenu du fichier grub.cfg de sda2 pour construire les entrées de menu de Debian sur sda2, et dans ce fichier qui est la copie de l'original sur sda7, la racine est spécifiée avec l'UUID de sda7.

Il faudrait donc remplacer l'UUID de sda7 dans le fichier grub.conf de sda2 par l'UUID de sda2. Soit manuellement, soit en chrootant sur sda2 et en exécutant update-grub.
Ensuite, update-grub lancé depuis sda7 devrait mettre le bon UUID pour les entrées de menu de Debian sur sda2.

Note : si tu n'as pas réinstallé GRUB en exécutant

grub-install /dev/sda

depuis sda2 (nativement ou en chroot depuis sda7) ou

grub-install --boot-directory=/mnt/libre2/boot /dev/sda

depuis sda7, alors GRUB cherche encore à utiliser le répertoire /boot/grub de sda7 et non celui de sda2.

Dernière modification par raleur (06-02-2018 13:26:51)

solar66 · 06-02-2018 16:18:29

chroot /mnt/libre2

update-grub

/usr/sbin/grub-probe : erreur : impossible de trouver un périphérique pour / (/dev est-il monté ?)

et

grub-install --boot-directory=/mnt/libre2/boot /dev/sda

Installation pour la plate-forme i386-pc.

grub-install : erreur : impossible de trouver un périphérique pour /mnt/libre2/boot/grub (/dev est-il monté ?).

raleur · 06-02-2018 16:36:22

Il faut monter quelques systèmes de fichiers spéciaux (/dev, /proc, /sys) dans le chroot pour que ces commandes fonctionnent.

Note : cette variante de la commande grub-install ne doit pas être exécutée dans le chroot.

Dernière modification par raleur (06-02-2018 16:38:27)

solar66 · 06-02-2018 18:44:08

ouais, ça marche, je suis en sda2
trop fort, raleur.
ce que j'ai fait, (trouvé sus explications de chroot sur le net)

mount /dev/sda2 /media/system/

mount --bind /dev /media/system/dev

mount -t proc /proc /media/system/proc

mount -t sysfs /sys /media/system/sys

mount --bind /run  /media/system/run

chroot /media/system

update-grub

Création du fichier de configuration GRUB…

Found background image: /usr/share/images/desktop-base/desktop-grub.png

Image Linux trouvée : /boot/vmlinuz-4.9.0-5-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-5-amd64

Image Linux trouvée : /boot/vmlinuz-4.9.0-4-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-4-amd64

Windows 7 trouvé sur /dev/sda1

Debian GNU/Linux 9 (stretch) trouvé sur /dev/sda7

fait

me reste plus qu'à modifier /home dans fstab
et supprimer mes 3 partitions,la fin approche
je vous tiens au courant de la suite

en tout cas, bravo et merci

Dernière modification par solar66 (06-02-2018 18:47:15)

Debian-facile

#1 05-02-2018 00:36:05

[Résolu] déplacer et supprimer partitions sur sda

#2 05-02-2018 10:08:03

Re : [Résolu] déplacer et supprimer partitions sur sda

#3 05-02-2018 10:17:22

Re : [Résolu] déplacer et supprimer partitions sur sda

#4 05-02-2018 10:18:11

Re : [Résolu] déplacer et supprimer partitions sur sda

#5 05-02-2018 11:41:59

Re : [Résolu] déplacer et supprimer partitions sur sda

#6 05-02-2018 12:41:18

Re : [Résolu] déplacer et supprimer partitions sur sda

#7 05-02-2018 13:00:43

Re : [Résolu] déplacer et supprimer partitions sur sda

#8 05-02-2018 13:06:11

Re : [Résolu] déplacer et supprimer partitions sur sda

#9 05-02-2018 14:41:31

Re : [Résolu] déplacer et supprimer partitions sur sda

#10 05-02-2018 15:00:07

Re : [Résolu] déplacer et supprimer partitions sur sda

#11 05-02-2018 15:14:25

Re : [Résolu] déplacer et supprimer partitions sur sda

#12 05-02-2018 16:02:05

Re : [Résolu] déplacer et supprimer partitions sur sda

#13 05-02-2018 16:50:37

Re : [Résolu] déplacer et supprimer partitions sur sda

#14 05-02-2018 17:38:07

Re : [Résolu] déplacer et supprimer partitions sur sda

#15 05-02-2018 20:19:10

Re : [Résolu] déplacer et supprimer partitions sur sda

#16 06-02-2018 10:39:02

Re : [Résolu] déplacer et supprimer partitions sur sda

#17 06-02-2018 11:01:40

Re : [Résolu] déplacer et supprimer partitions sur sda

#18 06-02-2018 11:16:42

Re : [Résolu] déplacer et supprimer partitions sur sda

#19 06-02-2018 11:50:47

Re : [Résolu] déplacer et supprimer partitions sur sda

#20 06-02-2018 12:26:42

Re : [Résolu] déplacer et supprimer partitions sur sda

#21 06-02-2018 12:30:52

Re : [Résolu] déplacer et supprimer partitions sur sda

#22 06-02-2018 13:25:26

Re : [Résolu] déplacer et supprimer partitions sur sda

#23 06-02-2018 16:18:29

Re : [Résolu] déplacer et supprimer partitions sur sda

#24 06-02-2018 16:36:22

Re : [Résolu] déplacer et supprimer partitions sur sda

#25 06-02-2018 18:44:08

Re : [Résolu] déplacer et supprimer partitions sur sda

Pied de page des forums