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 :
[...]
Re,
J'ai encore des soucis avec malgrès la manip.
Je pense que je vais me faire une petite manip manuelle finalement:
utiliser sfdisk (comme me l'a suggéré Vincent) pour sauvegarder la table
de partoches comme ceci:
sfdisk -d /dev/sda > sda.out
sfdisk -d /dev/sdb > sdb.out
Je sauvegarde mon "/"
cd /
tar cvlpfz SlashP4.tgz / --exclude=/lost+found --exclude=/SlashP4.tgz
Je sauvegarde mon "/home"
tar cvlpfz Home.tgz /
Je sauvegarde mon /boot
tar cvlpfz Boot.tgz /
Par contre, imaginons après que pour une raison x ou y, je veuille tout
restaurer (en imaginant qu'il n'y a plus rien de rien lol), je veux etre
sure que je n'ublie rien par rapport à ce que je vais dire ci-dessous.
Je boote avec System Rescue qui permet eventuellement ue reconnaissance
native du raid et lvm qui me facilitera la vie par la suite lol.
Je restaure la table des partoches des 2 dd:
sfdisk -d /dev/sda < sda.out
sfdisk -d /dev/sdb < sdb.out
Bien vérifier qu'en bootant sur ton CD, les devices sont vu dans le même ordre
avec le même nom.
Il me semble que System Rescue CD utilise un noyau 2.4, les disques SATA
seront peut-être vus en /dev/hda et /dev/hdb...Donc par exemple, j'aurai bien sda1,2,3 en partitions raid et pareil
pour sdb1,2,3.
Est-ce que si après je reassemble mon raid manuellement avec sda1, sb1
pour md0 et ainsi de suite pour md1 et md2, il va forement recreer le
raid au mm endroit qu'auparavant?
Je sais pas ce que tu veux dire par créer le RAID au meêm endroit.
Sit tu crée un mirroire de deux partitions /dev/sda1 et /dev/sdb1, il n'y a
pas 36 façons de la faire, et ça sera la bonne !
ou eventuellement, il faudrait lui
copier d'abbord le mdadm.conf, et après faire les assemblages, et
peut-etre que là , il se servirait du mdadm.conf, pour les reassembler
exactement au mm endroit?
Ça, ça te permet de reconstruire le RAID, même si tu as oublié quelles
partitons étaient en RAID, avec quel niveau de RAID, et quelles options
éventuelle.
Je vois que le fichier /etc/mdadm/mdadm.conf ne donne pas les formats de
partitions, donc à ce moment là, il faudra que je reformate manuellement
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lvm.
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.
Bon, mnt imaginons, que j'ai mes volumes raid md0,1,2 nikel restauré
dans system rescue.
Je crée:
/mnt/debian/boot
/mnt/debian/home
Je monte /dev/md0 dans /mnt/debian/boot, et je restaure tout le contenu
de mon ancienne partition /boot sauvegardé dedans.
Cf. au dessus, avant de les monter, il faut les formater, ces devices sont
toujours vides de chez vides.
Après, il faut utilser vgcfgrestore qui va restaurer la structure de mon
VG de /dev/md2 et qui va recrée tous mes Lvs, qui seront vides donc sans
mes anciennes données, si j'ai bien compris.
Théoriquement oui, mais j'avoue que je ne l'ai jamais fait.
Sinon, à la main, et si on se souvient de la config, on peut refaire :
- pvcreate /dev/md2
- vgcreate vgtruc /dev/md2
- lvcreate lvtruc....
Avec un vgchange -ay, j'active tous mes LVs.
Je monte le LV Slash, qui contenait les données de "/".
mount -t ext3 -rw /dev/VG0/Slash /mnt/debian
cd /mnt/debian
tar xzpvf chemin_ou_est_fichier/Slash.tgz
Je me restaure de la mm facon le LV qui contenait les données de /home.
mount -t ext3 -rw /dev/VG0/Home /mnt/debian/home
cd /mnt/debian/home
tar xzpvf chemin_ou_est_fichier/Home.tgz
(ou bien l'option -C indiqué par Vicent qui remplace le cd)
Une fois que le / est restauré, je suis censé pouvoir rebooté sur mon
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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)
Voila lol.
Est-ce que j'aurais pu oublier qque chose?
PS: Je sais bien que je ne ferai pas ca tous les jours, mais finalement,
c'est pas plus mal de savoir quoi faire exactement le jour où cela
pourrait arriver, si je veux le faire manuellement...
Merci :-)
Savoir faire ça implique qu'on connaisse bien son système et comment les
différents éléments interagissent, s'enchaînes...
C'est une excellente formation.
Bonne continuation, tu es sur la bonne voie !
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 :
[...]
Re,
J'ai encore des soucis avec malgrès la manip.
Je pense que je vais me faire une petite manip manuelle finalement:
utiliser sfdisk (comme me l'a suggéré Vincent) pour sauvegarder la table
de partoches comme ceci:
sfdisk -d /dev/sda > sda.out
sfdisk -d /dev/sdb > sdb.out
Je sauvegarde mon "/"
cd /
tar cvlpfz SlashP4.tgz / --exclude=/lost+found --exclude=/SlashP4.tgz
Je sauvegarde mon "/home"
tar cvlpfz Home.tgz /
Je sauvegarde mon /boot
tar cvlpfz Boot.tgz /
Par contre, imaginons après que pour une raison x ou y, je veuille tout
restaurer (en imaginant qu'il n'y a plus rien de rien lol), je veux etre
sure que je n'ublie rien par rapport à ce que je vais dire ci-dessous.
Je boote avec System Rescue qui permet eventuellement ue reconnaissance
native du raid et lvm qui me facilitera la vie par la suite lol.
Je restaure la table des partoches des 2 dd:
sfdisk -d /dev/sda < sda.out
sfdisk -d /dev/sdb < sdb.out
Bien vérifier qu'en bootant sur ton CD, les devices sont vu dans le même ordre
avec le même nom.
Il me semble que System Rescue CD utilise un noyau 2.4, les disques SATA
seront peut-être vus en /dev/hda et /dev/hdb...
Donc par exemple, j'aurai bien sda1,2,3 en partitions raid et pareil
pour sdb1,2,3.
Est-ce que si après je reassemble mon raid manuellement avec sda1, sb1
pour md0 et ainsi de suite pour md1 et md2, il va forement recreer le
raid au mm endroit qu'auparavant?
Je sais pas ce que tu veux dire par créer le RAID au meêm endroit.
Sit tu crée un mirroire de deux partitions /dev/sda1 et /dev/sdb1, il n'y a
pas 36 façons de la faire, et ça sera la bonne !
ou eventuellement, il faudrait lui
copier d'abbord le mdadm.conf, et après faire les assemblages, et
peut-etre que là , il se servirait du mdadm.conf, pour les reassembler
exactement au mm endroit?
Ça, ça te permet de reconstruire le RAID, même si tu as oublié quelles
partitons étaient en RAID, avec quel niveau de RAID, et quelles options
éventuelle.
Je vois que le fichier /etc/mdadm/mdadm.conf ne donne pas les formats de
partitions, donc à ce moment là, il faudra que je reformate manuellement
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lvm.
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.
Bon, mnt imaginons, que j'ai mes volumes raid md0,1,2 nikel restauré
dans system rescue.
Je crée:
/mnt/debian/boot
/mnt/debian/home
Je monte /dev/md0 dans /mnt/debian/boot, et je restaure tout le contenu
de mon ancienne partition /boot sauvegardé dedans.
Cf. au dessus, avant de les monter, il faut les formater, ces devices sont
toujours vides de chez vides.
Après, il faut utilser vgcfgrestore qui va restaurer la structure de mon
VG de /dev/md2 et qui va recrée tous mes Lvs, qui seront vides donc sans
mes anciennes données, si j'ai bien compris.
Théoriquement oui, mais j'avoue que je ne l'ai jamais fait.
Sinon, à la main, et si on se souvient de la config, on peut refaire :
- pvcreate /dev/md2
- vgcreate vgtruc /dev/md2
- lvcreate lvtruc....
Avec un vgchange -ay, j'active tous mes LVs.
Je monte le LV Slash, qui contenait les données de "/".
mount -t ext3 -rw /dev/VG0/Slash /mnt/debian
cd /mnt/debian
tar xzpvf chemin_ou_est_fichier/Slash.tgz
Je me restaure de la mm facon le LV qui contenait les données de /home.
mount -t ext3 -rw /dev/VG0/Home /mnt/debian/home
cd /mnt/debian/home
tar xzpvf chemin_ou_est_fichier/Home.tgz
(ou bien l'option -C indiqué par Vicent qui remplace le cd)
Une fois que le / est restauré, je suis censé pouvoir rebooté sur mon
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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)
Voila lol.
Est-ce que j'aurais pu oublier qque chose?
PS: Je sais bien que je ne ferai pas ca tous les jours, mais finalement,
c'est pas plus mal de savoir quoi faire exactement le jour où cela
pourrait arriver, si je veux le faire manuellement...
Merci :-)
Savoir faire ça implique qu'on connaisse bien son système et comment les
différents éléments interagissent, s'enchaînes...
C'est une excellente formation.
Bonne continuation, tu es sur la bonne voie !
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 :
[...]
Re,
J'ai encore des soucis avec malgrès la manip.
Je pense que je vais me faire une petite manip manuelle finalement:
utiliser sfdisk (comme me l'a suggéré Vincent) pour sauvegarder la table
de partoches comme ceci:
sfdisk -d /dev/sda > sda.out
sfdisk -d /dev/sdb > sdb.out
Je sauvegarde mon "/"
cd /
tar cvlpfz SlashP4.tgz / --exclude=/lost+found --exclude=/SlashP4.tgz
Je sauvegarde mon "/home"
tar cvlpfz Home.tgz /
Je sauvegarde mon /boot
tar cvlpfz Boot.tgz /
Par contre, imaginons après que pour une raison x ou y, je veuille tout
restaurer (en imaginant qu'il n'y a plus rien de rien lol), je veux etre
sure que je n'ublie rien par rapport à ce que je vais dire ci-dessous.
Je boote avec System Rescue qui permet eventuellement ue reconnaissance
native du raid et lvm qui me facilitera la vie par la suite lol.
Je restaure la table des partoches des 2 dd:
sfdisk -d /dev/sda < sda.out
sfdisk -d /dev/sdb < sdb.out
Bien vérifier qu'en bootant sur ton CD, les devices sont vu dans le même ordre
avec le même nom.
Il me semble que System Rescue CD utilise un noyau 2.4, les disques SATA
seront peut-être vus en /dev/hda et /dev/hdb...Donc par exemple, j'aurai bien sda1,2,3 en partitions raid et pareil
pour sdb1,2,3.
Est-ce que si après je reassemble mon raid manuellement avec sda1, sb1
pour md0 et ainsi de suite pour md1 et md2, il va forement recreer le
raid au mm endroit qu'auparavant?
Je sais pas ce que tu veux dire par créer le RAID au meêm endroit.
Sit tu crée un mirroire de deux partitions /dev/sda1 et /dev/sdb1, il n'y a
pas 36 façons de la faire, et ça sera la bonne !
ou eventuellement, il faudrait lui
copier d'abbord le mdadm.conf, et après faire les assemblages, et
peut-etre que là , il se servirait du mdadm.conf, pour les reassembler
exactement au mm endroit?
Ça, ça te permet de reconstruire le RAID, même si tu as oublié quelles
partitons étaient en RAID, avec quel niveau de RAID, et quelles options
éventuelle.
Je vois que le fichier /etc/mdadm/mdadm.conf ne donne pas les formats de
partitions, donc à ce moment là, il faudra que je reformate manuellement
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lvm.
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.
Bon, mnt imaginons, que j'ai mes volumes raid md0,1,2 nikel restauré
dans system rescue.
Je crée:
/mnt/debian/boot
/mnt/debian/home
Je monte /dev/md0 dans /mnt/debian/boot, et je restaure tout le contenu
de mon ancienne partition /boot sauvegardé dedans.
Cf. au dessus, avant de les monter, il faut les formater, ces devices sont
toujours vides de chez vides.
Après, il faut utilser vgcfgrestore qui va restaurer la structure de mon
VG de /dev/md2 et qui va recrée tous mes Lvs, qui seront vides donc sans
mes anciennes données, si j'ai bien compris.
Théoriquement oui, mais j'avoue que je ne l'ai jamais fait.
Sinon, à la main, et si on se souvient de la config, on peut refaire :
- pvcreate /dev/md2
- vgcreate vgtruc /dev/md2
- lvcreate lvtruc....
Avec un vgchange -ay, j'active tous mes LVs.
Je monte le LV Slash, qui contenait les données de "/".
mount -t ext3 -rw /dev/VG0/Slash /mnt/debian
cd /mnt/debian
tar xzpvf chemin_ou_est_fichier/Slash.tgz
Je me restaure de la mm facon le LV qui contenait les données de /home.
mount -t ext3 -rw /dev/VG0/Home /mnt/debian/home
cd /mnt/debian/home
tar xzpvf chemin_ou_est_fichier/Home.tgz
(ou bien l'option -C indiqué par Vicent qui remplace le cd)
Une fois que le / est restauré, je suis censé pouvoir rebooté sur mon
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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)
Voila lol.
Est-ce que j'aurais pu oublier qque chose?
PS: Je sais bien que je ne ferai pas ca tous les jours, mais finalement,
c'est pas plus mal de savoir quoi faire exactement le jour où cela
pourrait arriver, si je veux le faire manuellement...
Merci :-)
Savoir faire ça implique qu'on connaisse bien son système et comment les
différents éléments interagissent, s'enchaînes...
C'est une excellente formation.
Bonne continuation, tu es sur la bonne voie !
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)
> 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é?
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.
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?
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 :-)
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)
> 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é?
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.
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?
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 :-)
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)
> 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é?
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.
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?
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 :-)
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...
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...
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...
Gilles Mocellin a écrit :
> 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 :
>
> 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ér o ces
> VGs/LVs...
Euh, appremment ca vient de systemrescuecd, pq ils disent "comand not
implemented", j'avais pas fait gaffe...lol.
Je regarderai pour voir du coté de knoppix, mm si à la base, il ne
reconnait aucun raid, et lvm et qu'il fo tout lancer soi mm lol.
Enfin , c'est juste pour faire des tests sur un vieux pc, je vois ce
qu'on peut faire pas faire...:-)
Sinon, pour systemrescue cd, c'est un noyau assez recent, c'est un
2.6.15.10-fd24.
Merci pour toutes tes reponses :-)
Gilles Mocellin a écrit :
> 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 :
>
> 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ér o ces
> VGs/LVs...
Euh, appremment ca vient de systemrescuecd, pq ils disent "comand not
implemented", j'avais pas fait gaffe...lol.
Je regarderai pour voir du coté de knoppix, mm si à la base, il ne
reconnait aucun raid, et lvm et qu'il fo tout lancer soi mm lol.
Enfin , c'est juste pour faire des tests sur un vieux pc, je vois ce
qu'on peut faire pas faire...:-)
Sinon, pour systemrescue cd, c'est un noyau assez recent, c'est un
2.6.15.10-fd24.
Merci pour toutes tes reponses :-)
Gilles Mocellin a écrit :
> 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 :
>
> 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ér o ces
> VGs/LVs...
Euh, appremment ca vient de systemrescuecd, pq ils disent "comand not
implemented", j'avais pas fait gaffe...lol.
Je regarderai pour voir du coté de knoppix, mm si à la base, il ne
reconnait aucun raid, et lvm et qu'il fo tout lancer soi mm lol.
Enfin , c'est juste pour faire des tests sur un vieux pc, je vois ce
qu'on peut faire pas faire...:-)
Sinon, pour systemrescue cd, c'est un noyau assez recent, c'est un
2.6.15.10-fd24.
Merci pour toutes tes reponses :-)