[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: modifier le numéro du device d'une partition



Bonjour,

corbie@free.fr a écrit :
> /dev/hdb2 => /dev/hdb1
> 

> J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil "gparted".
[...]
> Comment la modifier par /dev/hdb1 ?
> (vu qu'il y en a plus qu'une seule)
> 
> Je n'ai rien vu sur gparted et fdisk ...

Attention, c'est une manipulation risqué, même s'il y a peu de chance
de perdre des donné, un backup est recommandé si tu tient a tes fichiers
(de la même façon que lors de tes manip pour regrouper tes partition).

Dans le cas de gparted tout comme avec tout outils graphique, tu peux
simplement supprimer la partition, puis la recréer avec exactement les
même valeur. Perso, je dirais que c'est hasardeux de faire ainsi et ne
le ferait pas même pour des donné non critique.
De plus, ça ne fonctionnera pas si l'outil de partition détruit le
premier block de la partition (typiquement les outils DOS/Windows)

Avec fdisk de linux, tu peux faire de façon similaire à sfdisk. J'ai vu
un jour que fdisk (de linux) était déconseillé, depuis je n'utilise que
cfdisk ou sfdisk (ou outil graphique) ; du coup me rappel plus fort de
la syntaxe de fdisk ;).

Pour sfdisk (ou fdisk), tu peux, avec des risques limité,
supprimer/recréer une partition pour en changer le numéros.
Soit avec les commandes de création "normal" en t'assurant que la
nouvelle partition a exactement les même caractéristiques que l'ancienne.

Soit en utilisant l'option "-d" de sfdisk :

---%<----
# sfdisk -d /dev/sda
unité: secteurs

/dev/sda1 : début=       63, taille=102398247, Id= 7, amorçable
/dev/sda2 : début=102398310, taille=102398310, Id=83
...
---%<----

tu changes hdb2 en hdb1, et tu supprimes les autres ligne /dev/hda..
(important car je crois que c'est l'ordre des lignes qui détermine
l'ordre des partitions).

Puis tu envois le fichier modifié à l'entrée standard de
# sfdisk /dev/hdb
avec un "|" ou un "<"


Inutile de dire qu'une petite erreur peut entrainer de gros dégâts. Même
sur d'autre disque éventuellement.
Un décalage d'un secteur au début de la partitions peut rendre les
donnés inaccessible. (si le décalage est à la fin, fsck peut souvent
recup le truc, mais pas si c'est au début).

Vaut mieux que la partition de ton disque ne soit pas monté, sans ça,
sfdisk fera quand même la modif mais elle ne sera prise en compte
qu'après un "sfdisk -R /dev/dhb" si la partition est démonté.

Faire un fsck -f avant ET après peut être une bonne idée.


-- 
A+


Reply to: