[provisoirement abandonné] deplacer et resize des partitions

rmy · Le 07/10/2006, à 16:18

Bonjour. Toujours dans ma tentative de récupérations de données depuis un disque externe endommagé, j'ai voulu me faire de la place et agrandir considérablement mon /home (au détriment d'une partition NTFS de win$ niarck !).

Voici ce que me donne fdisk -l :

Disque /dev/hda: 100.0 Go, 100030242816 octets
255 têtes, 63 secteurs/piste, 12161 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 1912 15358108+ 7 HPFS/NTFS
/dev/hda2 1913 12161 82325092+ f W95 Etendu (LBA)
/dev/hda5 1913 5090 25527253+ 7 HPFS/NTFS
/dev/hda6 8287 9561 10241406 83 Linux
/dev/hda7 9562 9816 2048256 82 Linux swap / Solaris
/dev/hda8 9817 11728 15358108+ 83 Linux
/dev/hda9 11729 12161 3478041 b W95 FAT32

hda1 est ma partition win$ et hda5 la partition de données sous win$ (celle que j'ai tronquée)... c'est pourquoi il y a un paquet de cylindres dispos entre 5090 (fin de hda5) et 8287 qui est le début de hda6 (ext3, racine ubuntu). Vient ensuite mon swap puis seulement après mon /home (hda8) et enfin une petite fat32 d'échange...

J'ai pensé en premier lieu à utiliser gparted depuis le liveCD pour déplacer hda6, hda7 et hda8 afin de créer de l'espace après mon /home et de l'agrandir ensuite... mais pas de chance ça ne fonctionne pas (peut-être est-ce dû au fait que toutes les partitions de hda5 à hda9 sont "encapsulées" dans une partitions étendue "hda2" ???)

Première question donc : y a-t-il une solution sans avoir à tout reformater et réinstaller ?
Deuxième question : y a-t-il une solution pour pouvoi quand même déplacer mes partitions comme je souhaitais le faire ?
Ultime question : y a-t-il une solution plus simple et fonctionnelle à laquelle je n'aurais pas pensé ???

Merci d'avance

PS : si vous répondez positivement à la 3è question, je vous fais cadeau des deux autres...:P

Dernière modification par rmy (Le 09/10/2006, à 23:13)

rmy · Le 08/10/2006, à 13:13

up et précisions

Si j'ai bien lu tous les posts du forum traitants du déplacement de la partition racine, du déplacement du swap et du déplacement du home, je n'ai pas trente-six solutions...

Actuellement :

/dev/hda1 * 1 1912 15358108+ 7 HPFS/NTFS <<< Windows en primaire... (mais plus pour longtemps !)

/dev/hda2 1913 12161 82325092+ f W95 Etendu (LBA) <<< partition étendue qui contient tout le reste :

/dev/hda5 1913 5090 25527253+ 7 HPFS/NTFS <<< "data" windows
[espace libre]
/dev/hda6 8287 9561 10241406 83 Linux <<<< racine linux
/dev/hda7 9562 9816 2048256 82 Linux swap / Solaris
/dev/hda8 9817 11728 15358108+ 83 Linux <<<< mon /home à agrandir
/dev/hda9 11729 12161 3478041 b W95 FAT32 <<< Fat d'échange

Il faudrait donc, mais j'aurais besoin qu'une personne expériementée me le confirme (cep?? à l'aide )
dans un premier temps créer une partition dans l'espace vide de la même taille que ma partition racine, avec un live cd booter en root et copier toute ma partition racine dedans, puis désactiver le swap, le supprimer, créer une partition swap juste derrière ma nouvelle partition racine, puis déplacer mon /home pour mettre l'espace libre à droite, puis modifier le menu.lst de grub et le /etc/fstab avant de rebooter et croiser les doigts... ensuite je pourrais éventuellement, toujours avec un live CD, agrandir ma partition /home puisque l'espace sera "à droite"...

J'attends confirmation d'un expert, ça m'a l'air un peu chaud comme manip' et je voudrais pas tout casser mon beau linux... si il y a plus simple je suis preneur...

Merci

goodluck · Le 08/10/2006, à 13:20

Salut,

Faire une partition /home2 sur laquelle tu te donneras tous les droits pour y stocker des choses encombrantes.

rmy · Le 08/10/2006, à 13:22

merci mais j'utilisais déjà cette option. j'avais provisoirement créé une partition dans mon espace libre que j'avais montée dans un sous dossier de mon /home. mais la, j'ai besoin de plus de place en un seul "morceau" pour faire de la récup de données et copier des partitions entières de disques endommagés. Il me faut donc vraiment agrandir mon /home. Pas d'autre solution.

rmy · Le 09/10/2006, à 16:17

Up... Help please ....

cep · Le 09/10/2006, à 22:32

Pas beaucoup de solutions. Éventuellement, sauvegarder temporairement les données qui sont dans /home, puis créer une nouvelle partition dans l'espace actuellement inutilisé, puis faire un agrégat avec la partition /home plus la partition /dev/hda9 et la nouvelle partition, recréer un système de fichiers, remettre les données de /home et utiliser cette partition pour la récupération.
Cependant ce n'est pas une très bonne idée, la récupération peut saturer ton /home, et il y a toujours tout un tas de fichiers qu'il faut ensuite regrouper ou supprimer.

Le plus simple serait tout de même d'acheter un autre disque, qui servira à recevoir le résultat du dd.

Dernière modification par cep (Le 09/10/2006, à 22:33)

PiniouF · Le 09/10/2006, à 22:56

rmy a écrit :

(...)
Ultime question : y a-t-il une solution plus simple et fonctionnelle à laquelle je n'aurais pas pensé ???
(...)

Salut !

As-tu regardé du côté de LVM (http://www.ibiblio.org/pub/linux/docs/H … #whatislvm)? Ca ne t'empêchera pas de faire un peu de bricolage mais c'est jouable.
LVM est une couche logicielle qui surplombe les partitions physiques des disques durs.
Elle a, évidemment, un inconvénient, elle ajoute son lot de commandes, et une couche en plus à gérer...
Mais LVM permet de résoudre ton problème sur le TRES long terme.

En gros, ce que tu as à faire : tu vas créer des domaines LVM (dans ton cas, il t'en faut au moins un pour home). Dans ces domaine, tu vas insérer des disques ou des partitions de disque. Ces partitions ne sont pas forcément contiguës (exactement ce qu'il te faut).
Tu peux donc créer un domaine home qui contiendra ta partition home plus ta partition vide. LVM va s'occuper de répartir le contenu des données sur les deux partitions.

Ce type d'install se pratique surtout quand tu as plein de disques et que tu veux faire de la répartition de charge sur ces différents disques. D'ailleurs, si tu mets LVM en place et que, un jour, tu satures à nouveau ton home, tu pourras toujours acheter un disque et l'ajouter au domaine. C'est transparent, et c'est cool !

Bon, je dis ça, il te reste quand même un problème à résoudre. Je crois qu'il faut reformater ton home pour pouvoir installer le LVM sur cette partition...

Bonne chance quand même !

PS : pour ce qui est de l'encapsulage, il me semble que c'est du à l'architecture des disques PC qui ne supporte que 4 partitions "primaire (?)" chacune pouvant se découper "à volonté" en partition secondaire. L'install ubuntu ne se pose pas de question et n'utilise que des secondaires.

rmy · Le 09/10/2006, à 23:12

ok merci pour ces deux pistes... je crois que je vais commencer dans le basique sans utiliser LVM : vu que l'objectif est de copier des partitions entières de disques pour faire de la récup de données/partitions, et ne connaissant pas encore le fonctionnement de LVM, je ne sais pas trop si les outils de restauration que j'utilise pourront travailler de manière "transparente" sur une surcouche logicielle. Toutefois je garde cette option en mémoire pour plus tard, c'est assez tentant. Je crois que je vais plutôt virer carrément la partition de données de windows pour me faire une partition unique de récupération que je monterai dans mon /home, ainsi j'aurais encore de la place libre dans ce home pour tout ce qui est du traitement des fichiers récupérés...

Pour ce qui est du disque, j'ai bien un autre support sur mon desktop que je pourrais monter en externe en firewire, mais la c'est encore la porte ouverte à quelques galères car sur le desktop, linux est installé sur ce disque en slave avec une partition de données windows...

Il faudrait que je commence par faire du ménage ?

Bon, merci encore pour vos infos, je vais tenter en premier la solution d'une partition propre à la récup en virant le data de win$ (re-niark) et si c'est pas assez j'essaierai la solution dont je parlais avant dans le post (copie de partitions, modifs sur grub et fstab)... je repasserai par là pour poster en cas de solution et/ou problèmes... merci de jeter un oeil de temps à autre si il y a de nouveaux messages (surtout si je me plante complet et que je n'arrive plus à m'en sortir )

rmy · Le 10/10/2006, à 03:06

la suite garçon

Bah effectivement, j'ai viré le data de win. Et forcément ça a fait disparaître une partition... donc 'ai été que à moitié étonné de retrouver mon grub tout cassé.

J'ai donc pris mon liveCD (merci le live CD ) et modifié grub et fstab. Et là, surprise, j'ai bien galéré... pour la modif de menu.lst...

Je n'arrive vraiment pas à comprendre comment sont comptées les partitions...

Voici mon fdisk-l actuel (hda9 est ma nouvelle partition montée dans un "sous-home") :

Disque /dev/hda: 100.0 Go, 100030242816 octets
255 têtes, 63 secteurs/piste, 12161 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1   *           1        1912    15358108+   7  HPFS/NTFS
/dev/hda2            1913       12161    82325092+   f  W95 Etendu (LBA)
/dev/hda5            8287        9561    10241406   83  Linux
/dev/hda6            9562        9816     2048256   82  Linux swap / Solaris
/dev/hda7            9817       11728    15358108+  83  Linux
/dev/hda8           11729       12161     3478041    b  W95 FAT32
/dev/hda9            1913        8286    51199092   83  Linux

voyant cela je me suis dit que dans grub, il fallait que je boot pour linux sur root(hd0,2) (c'était avant l'ajout de hda9) bah non... inconnu...
Alors j'essaie à tatons en me disant que peut-être il compte l'espace libre (bah oui, avant hda9... ) comme une partition et je me dis que c'est donc hd0,3... pas mieux.
Alors je me dis... bon, si ubuntu appelle ma partition hda5, c'est qu'il y a une raison, donc si je ne m'occupe pas de compter les partitions et que je lui fait confiance, ça doit-être hd0,4 (puisqu'il y a 1 de décallage entre la numérotation hdax et hd0,y... Bah toujours pas.
ET finalement, bah je ne comprends pas. Mas c'est bien hd0,5 qui fonctionne actuellement...

Quelqu'un peut éclairer ma lanterne ? y a-t-il un rapport avec le device.map.machin.truc?

PS : voici un extrait de mon menu.lst...

title		Ubuntu, kernel 2.6.15-27-686
root		(hd0,5)
kernel		/boot/vmlinuz-2.6.15-27-686 root=/dev/hda5 ro quiet splash
initrd		/boot/initrd.img-2.6.15-27-686
savedefault
boot

cep · Le 10/10/2006, à 08:36

La sortie de fdisk est-elle juste ?

Si tu veux connaître l'adresse de ta partition /boot ou /, tu peux utiliser la console grub au boot.
Touche c pour avoir la console, ensuite au prompt > de grub :
find /boot/grub/stage1
et tu verras l'adresse retournée.
Si la partition racine est séparée de la partition /boot, il faudra passer la commande :
find /grub/stage1

Pour trouver la partition /racine :
find /etc/fstab que tu pourras même éditer. Par exemple si le chemin retourné est (hd0,5) tu pourras éditer fstab avec la commande (toujours dans grub) :
cat (hd0,5)/etc/fstab
La touche e pour éditer les lignes du menu grub, enter pour confirmer, et la touche b pour booter.

rmy · Le 10/10/2006, à 09:10

j'ai effectivement utilisé la touche "e" au boot de grub pour faire mes essais à tatons. Mais là... bah je recommence (bah oui entre temps j'ai créé une partition dans l'espace vide...) et donc ce matin ça marche plus. à suivre

EDIT :
bah... pas finalement...

Toujours error17 au démarrage de grub, mais tout de suite après le "grub loading stage 1.5" ou kk chose du genre...

pas d'accès aux touches, plantage immédiat.

En passant par le live CD, sudo grub me permet d'obtenir ça :

grub> find /boot/grub/stage1
(hd0,4)
grub> find /etc/fstab
(hd0,4)

mais j'ai beau entrer ces valeurs dans mon menu.lst, rien à faire...
J'ai vu un post ou tu parlais d'un problème similaire. Je vais essayer de m'en sortir et je repasserai plus tard.

EDIT2 :
J'ai redémarré (encore !) avec un liveCD.
J'ai tenté un grub-install en spécifiant l'option --root-directory=/monpointdemontageracine
puis grub-update... et rien à faire.

Mais comme grub n'accédait visiblement pas du tout à ses fichiers (même pas de message disant partition machin manquante ou autre) je suis retourné faire un tour dans mon fstab que voici :

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hda5       /               ext3    defaults,errors=remount-ro 0       1
/dev/hda7       /home           ext3    defaults        0       2
/dev/hda1       /media/hda1     ntfs    defaults,utf8,umask=007,gid=46 0       1
/dev/hda6       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/hda8	/media/hda9	vfat	rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850	0	0
# /dev/hda9       /home/sabatier/home2           ext3    defaults        0       2

J'ai commenté la dernière ligne (que j'avais ajouter hier) et ça marche !!! ouf... mais n'empèche, je comprends pas pourquoi... j'ai pas le droit de monter une partition dans mon /home ? ou pas en auto ? ou bien le problème est-il dû à l'ordre dans lequel est parcouru fstab ? ou bien au fait que du coup ma partition racine soit physiquement "coincée" entre hda9 (qui est avant) et hda7 (après le swap) alors que je monte l'une dans l'autre ??? je n'y comprends plus rien, et j'ai plus beaucoup de cheveux. Au pire je monterai cette partition manuellement à chaque fois, mais je voudrais comprendre !!!!

Dernière modification par rmy (Le 10/10/2006, à 10:09)

rmy · Le 10/10/2006, à 18:43

Suite et fin : le problème venait bien de fstab, mais je ne sais toujours pas pourquoi. J'ai changé la localisation du point de montage et mes 50Go tous frais récupérés au dépens de win sont maintenants montés dans /mnt/recup.

Je vais pouvoir reprendre mes expérimentations sur testdisk, photorec et diverses récup, mais j'aurais bien aimé comprendre le pourquoi du comment... décidément, linux m'étonne, et m'intrigue aussi parfois...

J'éspère que ce post pourra servir à quelqu'un dans la même galère, merci encore cep,@+

PS : je penserai un de ces 4 à tenter le déplacement et l'agrégat, je repasserai alors finir ce post (qui je pense, verra encore du grub dans l'air)

Dernière modification par rmy (Le 10/10/2006, à 18:44)

PiniouF · Le 10/10/2006, à 23:28

rmy a écrit :

(...)
voyant cela je me suis dit que dans grub, il fallait que je boot pour linux sur root(hd0,2) (c'était avant l'ajout de hda9) bah non... inconnu...
Alors j'essaie à tatons en me disant que peut-être il compte l'espace libre (bah oui, avant hda9... ) comme une partition et je me dis que c'est donc hd0,3... pas mieux.
Alors je me dis... bon, si ubuntu appelle ma partition hda5, c'est qu'il y a une raison, donc si je ne m'occupe pas de compter les partitions et que je lui fait confiance, ça doit-être hd0,4 (puisqu'il y a 1 de décallage entre la numérotation hdax et hd0,y... Bah toujours pas.
ET finalement, bah je ne comprends pas. Mas c'est bien hd0,5 qui fonctionne actuellement... (...)

Salut !

Comme je le disais un peu plus haut. Les disques durs de l'architecture intel sont partionables en 4 partitions primaires (limitation du bios). Celles-ci pouvant se décomposer en plein de partitions logiques (noter qu'en fait, il ne peut y avoir qu'une seule partition primaire contenant des partitions logiques).
Dans ton cas :
- La première partition primaire est /dev/hda1
- La deuxième est /dev/hda2
- La troisième est une partition étendue qui comprend toutes les partition logiques de /dev/hda5 à /dev/hda9
- La possibilité de faire une 4ième partition physique n'est pas utilisée.
Par défaut, les 4 partitions primaires portent les identifiant /dev/hda1 à /dev/hda4. La partition /dev/hda3 de ton disque n'est pas visible car elle habrite les partitions logiques...

Voilà voilà...

rmy · Le 11/10/2006, à 00:14

mazette, ma lanterne s'éclaire...
Tu n'aurais pas par le plus grand des hasards aussi une belle explication toute claire comme ça à mon problème de boot (résolu) qui était dû au montage d'une partition dans un dossier de mon /home ???

cep · Le 11/10/2006, à 10:41

PiniouF a écrit :

Comme je le disais un peu plus haut. Les disques durs de l'architecture intel sont partionables en 4 partitions primaires (limitation du bios).

Non. Ce n'est pas une limitation du bios, mais du type de table de partitions choisi.

Par exemple, sur ce disque j'ai 8 partitions primaires. J'aurais pu en créer d'avantage :
root@epi:~# parted -s /dev/hdb u s print
Géométrie du disque pour /dev/hdb : 0s - 2358719s
Type d'étiquette de disque : dvh
Numéro Début Fin Taille Type Système de fichiers Nom Drapeaux
9 0s 51407s 51408s étendue
1 51408s 183455s 132048s primaire ext3 racine
2 183456s 390625s 207170s primaire ext3
3 390626s 683593s 292968s primaire ext3
4 683594s 878906s 195313s primaire ext3
5 878907s 1074218s 195312s primaire ext3
6 1074219s 1269531s 195313s primaire ext3
7 1269532s 1660156s 390625s primaire ext3
8 1660157s 2358719s 698563s primaire ext3

Celles-ci pouvant se décomposer en plein de partitions logiques (noter qu'en fait, il ne peut y avoir qu'une seule partition primaire contenant des partitions logiques).

C'est un détail, mais il est plus courant de parler de partition étendue contenant des partitions logiques. Mais, en effet, une partition étendue occupe l'un des quatres "descripteurs" dans la table de partition dans le mbr.

PiniouF · Le 11/10/2006, à 14:40

cep a écrit :

PiniouF a écrit :
Comme je le disais un peu plus haut. Les disques durs de l'architecture intel sont partionables en 4 partitions primaires (limitation du bios).
Non. Ce n'est pas une limitation du bios, mais du type de table de partitions choisi.

Marrant ça... J'étais convaincu que la table des partitions primaires ne pouvaient excéder 4 emplacement (en IDE chez INTEL j'entends) et que cette limitation était due au BIOS des architectures intel pour l'IDE...
Ton disque là... Ce ne serait pas du SCSI ?

cep · Le 11/10/2006, à 16:14

:~$ sudo fdisk -l /dev/hdb
Disque /dev/hdb (étiquette SGI de disque): 16 têtes, 63 secteurs, 2340 cylindres
Unités = cylindres de 1008 * 512 octets
----- partitions -----
Pt# Périphérique Info Début Fin Secteurs Id Système
1: /dev/hdb1 boot 51 181 132048 83 Linux native
2: /dev/hdb2 182 387 207170 3 SGI raw
3: /dev/hdb3 388 678 292968 3 SGI raw
4: /dev/hdb4 679 871 195313 3 SGI raw
5: /dev/hdb5 872 1065 195312 3 SGI raw
6: /dev/hdb6 1066 1259 195313 3 SGI raw
7: /dev/hdb7 1260 1646 390625 3 SGI raw
8: /dev/hdb8 1647 2339 698563 3 SGI raw
9: /dev/hdb9 0 50 51408 0 SGI volhdr
11: /dev/hdb10 0 2339 2358720 6 SGI volume
----- Info d'amorce -----
Fichier d'amorce: spec
----- Entrées de répertoire -----
0: linuxcep secteur 4 taille 1414742

Non, pas de scsi, mais disque /dev/hdx. D'ailleurs cela ne joue pas.
C'était seulement pour te montrer que le nombre de partitions primaires ne dépend pas du bios, mais de l'étiquette choisie. Mais cela est anécdotique ici.

PiniouF · Le 12/10/2006, à 23:06

OK, je note tout ça...
Et pour que je me couche encore moins bête, l'étiquette, tu la choisis comment et quand ?

cep · Le 12/10/2006, à 23:41

Lorsque tu crées une table.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/10/2006, à 16:18

[provisoirement abandonné] deplacer et resize des partitions

#2 Le 08/10/2006, à 13:13

Re : [provisoirement abandonné] deplacer et resize des partitions

#3 Le 08/10/2006, à 13:20

Re : [provisoirement abandonné] deplacer et resize des partitions

#4 Le 08/10/2006, à 13:22

Re : [provisoirement abandonné] deplacer et resize des partitions

#5 Le 09/10/2006, à 16:17

Re : [provisoirement abandonné] deplacer et resize des partitions

#6 Le 09/10/2006, à 22:32

Re : [provisoirement abandonné] deplacer et resize des partitions

#7 Le 09/10/2006, à 22:56

Re : [provisoirement abandonné] deplacer et resize des partitions

#8 Le 09/10/2006, à 23:12

Re : [provisoirement abandonné] deplacer et resize des partitions

#9 Le 10/10/2006, à 03:06

Re : [provisoirement abandonné] deplacer et resize des partitions

#10 Le 10/10/2006, à 08:36

Re : [provisoirement abandonné] deplacer et resize des partitions

#11 Le 10/10/2006, à 09:10

Re : [provisoirement abandonné] deplacer et resize des partitions

#12 Le 10/10/2006, à 18:43

Re : [provisoirement abandonné] deplacer et resize des partitions

#13 Le 10/10/2006, à 23:28

Re : [provisoirement abandonné] deplacer et resize des partitions

#14 Le 11/10/2006, à 00:14

Re : [provisoirement abandonné] deplacer et resize des partitions

#15 Le 11/10/2006, à 10:41

Re : [provisoirement abandonné] deplacer et resize des partitions

#16 Le 11/10/2006, à 14:40

Re : [provisoirement abandonné] deplacer et resize des partitions

#17 Le 11/10/2006, à 16:14

Re : [provisoirement abandonné] deplacer et resize des partitions

#18 Le 12/10/2006, à 23:06

Re : [provisoirement abandonné] deplacer et resize des partitions

#19 Le 12/10/2006, à 23:41

Re : [provisoirement abandonné] deplacer et resize des partitions

Pied de page des forums