Le dimanche 20 août 2006 14:09, Thierry B a écrit :
Gilles Mocellin a écrit :
Le dimanche 20 août 2006 12:17, Thierry B a écrit :
Gilles Mocellin a écrit :
Le samedi 19 août 2006 19:17, Thierry B a écrit :
Gilles Mocellin a écrit :
Le samedi 19 août 2006 18:00, Thierry B a écrit :
Gilles Mocellin a écrit :
Le vendredi 18 août 2006 12:48, Thierry B a écrit :
[...]
Ne pas confondre le type de partition et le système de fichier.
Généralement on met le type correspondant au système de fichier, mais
rien y oblige.
- Le type de partition sera remis par sfdisk.
- Par contre, et là tu l'avais oublié, il *faut* reformater les
partitions avant de les monter et de les restaurer. Avec mkfs -t typefs.
Oui, il faut formater les /dev/mdx, dans les formats de partition qu'ils
etaient, mais ca il faut le refaire manuellement, car le format des
partitions des /dev/mdx, n'est apparemment pas sauvegardé. (sfdisk ne
marche qu'avec les partoches physiques apparemment)
Je répète, fdisk (et ces comparses sfdisk, cfdisk...) ne formattent pas les
partitions, ils mettent simplement à jour le type.
Même avec une partition physique simple, il faut la formater pour construire
un système de fichier.
[...]
Il manque encore un truc : le boot loader.
Il faut restaurer ou installer grub ou lilo dans la MBR d'un ou des deux
disques.
Au choix :
- grub-install /dev/sda --root-filesystem /mnt/debian/
- lilo -r /mnt/debian (en ayant vérifier le /mnt/debian/etc/lilo.conf)
Euh, c'est pas mieux de faire ca depuis la debian chrooté?
Comme tu veux, moins on reboot, plus c'est rapide.
Si ton disque de récupération le permet, autant le faire depuis celui-ci.
En prenant une Debian Live (http://debian-live.alioth.debian.org/) comme
disque de secours, tu auras le beurre et l'argent du beurre.
Sinon, une knoppix, c'est basé sur Debian.
Il y a ceci dans mon menu.lst appremment:
# kopt=root=/dev/mapper/VG0-Slash ro
## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,1)
Je pense qu'il y a (hd0,1), pq peut-etre qu'au chargement de grub, le
sata n'est pas encore reconnu, c'est la seule explication que je vois,
vu que c'est la config par défaut, qu'il génère à l'install.
Le chargeur de démarrage (grub ou lilo) ne voient que ce que li BIOS voit, ils
n'ont pas de drivers IDE ou SATA.
[...]
PS: On m'a parlé de la commande pvresize qui peut-etre pratique si je
veux par exemple redimentionner un pv se trouvant dans un lvm, et
ensuite réavoir cet espace libre pour se créer une partoche hors lvm,
mais le pb se complique qd y'a du raid derrière, je m'explique:
Voila, moi par ex, j'ai:
/dev/md0: en ext3 pour /boot
/dev/md1: en swap
/dev/md2: en LVM (donc déclaré en PV LVM,avec un VG et plein de Lvs).
et plus aucun espace libre.
Imaginons, que je veuille virer de l'espace du pv lvm, pour pouvoir
créer une autre partoche qui sera en raid du genre /dev/md3.
Appremment, je ne peux pas faire de pvresize de /dev/md2 donc comment
pourrais-je procéder?
Tu a essayé de faire un pvresize sur /dev/md2 ? Il y a une erreur explicite ?
Faudrait désassembler le raid /dev/md2, donc dans ce cas j'aurais 2 pvs
lvm :dev/sda3 et /dev/sdb3 et faudrait faire un pvresize pour /dev/sda3
et refaire pareil pour /dev/sdb3.
J'aurai de l'espace libre dans chaque dd, ce qui me permettrait de faire
un /dev/sda4 et /dev/sdb4 pour eventuellement pa la suite faire un
/dev/md3.
et ensuite après tout ça réassembler /dev/sda3 et /dev/sdb3 en /dev/md2?
Merci :-)
Si le pvresize de /dev/md2 ne marche pas, je te conseille de faire plutôt une
sauvegarde ailleurs du contenu et de recréé à partir de zéro ces VGs/LVs...