On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
OoO Pendant le temps de midi du vendredi 18 août 2006, vers 12:48,
Thierry B disait:On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Ben, tu fais comme s'il n'y avait pas de raid ou de lvm. mondo
sauvegarde les systèmes de fichiers, il se moque des partitions
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
Tu peux sauver le /proc/partitions et les résultats de vgdisplay et
lvdisplay.
OoO Pendant le temps de midi du vendredi 18 août 2006, vers 12:48,
Thierry B <debian@thierry.eu.org> disait:
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Ben, tu fais comme s'il n'y avait pas de raid ou de lvm. mondo
sauvegarde les systèmes de fichiers, il se moque des partitions
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
Tu peux sauver le /proc/partitions et les résultats de vgdisplay et
lvdisplay.
OoO Pendant le temps de midi du vendredi 18 août 2006, vers 12:48,
Thierry B disait:On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
Ben, tu fais comme s'il n'y avait pas de raid ou de lvm. mondo
sauvegarde les systèmes de fichiers, il se moque des partitions
Deja, j'ai voulu un peu chercher ou était stocké ma table de partoche,
et je ne sais pas trop vu que j'ai 2 dd en sata "à égalité" dans le
sens ou y'a pas de primaire ou secondaire, et que chacun à ses 3
partitions raid etc...pq je veux dire normalement comme la table de
partition c qd mm qque chose plus "bas" que le raid ou le LVM, elle
dot bien etre utilisée qque part dans sda ou sdb...
Tu peux sauver le /proc/partitions et les résultats de vgdisplay et
lvdisplay.
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Le vendredi 18 août 2006 12:48, Thierry B a écrit :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Le vendredi 18 août 2006 12:48, Thierry B a écrit :
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Le vendredi 18 août 2006 12:48, Thierry B a écrit :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Le vendredi 18 août 2006 12:48, Thierry B a écrit :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Le vendredi 18 août 2006 12:48, Thierry B a écrit :
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Le vendredi 18 août 2006 12:48, Thierry B a écrit :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie système
(hors data), afin de pouvoir remonter le système en cas de gros problème
(matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau des
fichiers, et pas des couches en dessous.
Gilles Mocellin a écrit :
> Le vendredi 18 août 2006 12:48, Thierry B a écrit :
>> Bonjour,
>>
>> On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
>> partition raid + lvm car bien que ca marche bien, j'ai crée une
>> structure pour mon serveur qui n'est pas simple lol.
>>
>> J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
>> partitions raid sda1,2 et 3 sur chacun des dd.
>>
>> J'ai ensuite configuré le raid logiciel pour avoir:
>>
>> /dev/md0 -> pour sda1 et sdb1
>> /dev/md1 -> pour sda2 et sdb2
>> /dev/md2 -> pour sda3 et sdb3
>>
>> /dev/md0 a ete formaté en swap
>> /dev/md1 a ete formaté en ext3, monté en /boot
>> et /dev/md2 a ete declaré en LVM.
>>
>> A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
>> dont un des LV, que j'ai appelé Slash, est monté en /.
>>
>> J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
>>
>> Comment me conseillez-vous de m'y prendre avec mondo?
>
> Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
> LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
>
> Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
> pas /dev/mapper/vgtruc-lvtruc.
>
> En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
> Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
>
> Plus généralement, je conseillerais mondo pour sauvegarder la partie
> système (hors data), afin de pouvoir remonter le système en cas de gros
> problème (matériel...).
> Pour les données, il vaut mieux un autre système, comme rdiff-backu p,
> backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au nive au
> des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result%4
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
Gilles Mocellin a écrit :
> Le vendredi 18 août 2006 12:48, Thierry B a écrit :
>> Bonjour,
>>
>> On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
>> partition raid + lvm car bien que ca marche bien, j'ai crée une
>> structure pour mon serveur qui n'est pas simple lol.
>>
>> J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
>> partitions raid sda1,2 et 3 sur chacun des dd.
>>
>> J'ai ensuite configuré le raid logiciel pour avoir:
>>
>> /dev/md0 -> pour sda1 et sdb1
>> /dev/md1 -> pour sda2 et sdb2
>> /dev/md2 -> pour sda3 et sdb3
>>
>> /dev/md0 a ete formaté en swap
>> /dev/md1 a ete formaté en ext3, monté en /boot
>> et /dev/md2 a ete declaré en LVM.
>>
>> A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
>> dont un des LV, que j'ai appelé Slash, est monté en /.
>>
>> J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
>>
>> Comment me conseillez-vous de m'y prendre avec mondo?
>
> Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
> LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
>
> Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
> pas /dev/mapper/vgtruc-lvtruc.
>
> En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
> Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
>
> Plus généralement, je conseillerais mondo pour sauvegarder la partie
> système (hors data), afin de pouvoir remonter le système en cas de gros
> problème (matériel...).
> Pour les données, il vaut mieux un autre système, comme rdiff-backu p,
> backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au nive au
> des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result=254
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
Gilles Mocellin a écrit :
> Le vendredi 18 août 2006 12:48, Thierry B a écrit :
>> Bonjour,
>>
>> On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
>> partition raid + lvm car bien que ca marche bien, j'ai crée une
>> structure pour mon serveur qui n'est pas simple lol.
>>
>> J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
>> partitions raid sda1,2 et 3 sur chacun des dd.
>>
>> J'ai ensuite configuré le raid logiciel pour avoir:
>>
>> /dev/md0 -> pour sda1 et sdb1
>> /dev/md1 -> pour sda2 et sdb2
>> /dev/md2 -> pour sda3 et sdb3
>>
>> /dev/md0 a ete formaté en swap
>> /dev/md1 a ete formaté en ext3, monté en /boot
>> et /dev/md2 a ete declaré en LVM.
>>
>> A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
>> dont un des LV, que j'ai appelé Slash, est monté en /.
>>
>> J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
>>
>> Comment me conseillez-vous de m'y prendre avec mondo?
>
> Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
> LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
>
> Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
> pas /dev/mapper/vgtruc-lvtruc.
>
> En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
> Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
>
> Plus généralement, je conseillerais mondo pour sauvegarder la partie
> système (hors data), afin de pouvoir remonter le système en cas de gros
> problème (matériel...).
> Pour les données, il vaut mieux un autre système, comme rdiff-backu p,
> backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au nive au
> des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result%4
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
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 :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie
système (hors data), afin de pouvoir remonter le système en cas de gros
problème (matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau
des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result%4
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
Houla, non, il faut bien sauvegarder un répertoire, pas un fichier device.
Tu peux lui mettre /, en excluant tout ce qui n'est pas système et volumineux,
par exemple /home.
Je laisserais le /boot, il contient quand même le nécessaire poutr booter : le
noyaux !
Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour remplacer
les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon mondo se mélange
les pédales.
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 :
Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie
système (hors data), afin de pouvoir remonter le système en cas de gros
problème (matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau
des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result%4
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
Houla, non, il faut bien sauvegarder un répertoire, pas un fichier device.
Tu peux lui mettre /, en excluant tout ce qui n'est pas système et volumineux,
par exemple /home.
Je laisserais le /boot, il contient quand même le nécessaire poutr booter : le
noyaux !
Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour remplacer
les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon mondo se mélange
les pédales.
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 :Bonjour,
On m'a conseillé de voir coté mondo, pour faire des sauvegardes de
partition raid + lvm car bien que ca marche bien, j'ai crée une
structure pour mon serveur qui n'est pas simple lol.
J'ai 2 dd en sata sur lesquels, j'ai fait lors de l'installation 3
partitions raid sda1,2 et 3 sur chacun des dd.
J'ai ensuite configuré le raid logiciel pour avoir:
/dev/md0 -> pour sda1 et sdb1
/dev/md1 -> pour sda2 et sdb2
/dev/md2 -> pour sda3 et sdb3
/dev/md0 a ete formaté en swap
/dev/md1 a ete formaté en ext3, monté en /boot
et /dev/md2 a ete declaré en LVM.
A partir de la config, LVM, j'ai donc crée un VG, et plusieurs LVs,
dont un des LV, que j'ai appelé Slash, est monté en /.
J'ai pas mal de LVs, dont un aussi pour le /home par exemple.
Comment me conseillez-vous de m'y prendre avec mondo?
Sur une sarge, mondo a du mal avec le LVM2, il comprend LVM1.
LA différence, pour lui, c'est simplement le contenu de /etc/fstab.
Il ne comprend que les chemins de type /dev/vgtruc/lvtruc, et
pas /dev/mapper/vgtruc-lvtruc.
En remplaçant /dev/mapper... par ce qu'il faut, j'ai pu y arrivé.
Je n'avais pas de RAID, mais dans la doc, ils disent le supporter...
Plus généralement, je conseillerais mondo pour sauvegarder la partie
système (hors data), afin de pouvoir remonter le système en cas de gros
problème (matériel...).
Pour les données, il vaut mieux un autre système, comme rdiff-backup,
backuppc, rsnapshot.... tout ce qu'on veut, qui ne travaille qu'au niveau
des fichiers, et pas des couches en dessous.
Re,
Finalement, j'ai reesayé avec juste le chemin de mon LV pour voir (cad
/dev/mapper/VG0-SLash", avec tjs le chemin de ma clé monté en
/mnt/cle_usb, et enfin en excluant /mnt et /boot.
Voila ce que ca donne à la fin :-(
---FATALERROR--- write_iso_and_go_on() - unknown media size
Please try the snapshot (the version with 'cvs' and the date in its
filename)to see if that fixes the problem. Please don't bother the
mailing list withyour problem UNTIL you've tried the snapshot. The
snapshot contains bugfixeswhich might help you. Go to
http://www.mondorescue.org/download/download.htmlFor more information.
Log file: /var/log/mondo-archive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result%4
Type 'less /var/log/mondo-archive.log' to see the output log
Merci encore :-)
Houla, non, il faut bien sauvegarder un répertoire, pas un fichier device.
Tu peux lui mettre /, en excluant tout ce qui n'est pas système et volumineux,
par exemple /home.
Je laisserais le /boot, il contient quand même le nécessaire poutr booter : le
noyaux !
Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour remplacer
les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon mondo se mélange
les pédales.
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 :
> Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
> remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
> mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
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 :
> Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
> remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
> mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
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 :
> Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
> remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
> mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
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 :
[...]Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
Pas la peine.et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
C'est sensé enregistrer la table des partitions pour la recréer, puis, il
détecte s'il y a du RAID et/ou du LVM afin d'activer leur création lors de la
restauration. Les infos sont présentes dans la table des partition (type de
partition) et dans les divers fichiers de
config /etc/fstab /etc/mdadm.conf /etc/lvmtab /etc/lvm/*.
Important : si la sauvegarde se passe bien, ça ne veut pas dire qu'il arrivera
à restaurer, notament à cause de ce RAID et LVM.
Donc tester absolument la restauration, il y a une option qui permet de tester
sans le faire réellement.
S'il y a un problème, c'est généralement au début, et on le voit vite
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 :
[...]
Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
Pas la peine.
et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
C'est sensé enregistrer la table des partitions pour la recréer, puis, il
détecte s'il y a du RAID et/ou du LVM afin d'activer leur création lors de la
restauration. Les infos sont présentes dans la table des partition (type de
partition) et dans les divers fichiers de
config /etc/fstab /etc/mdadm.conf /etc/lvmtab /etc/lvm/*.
Important : si la sauvegarde se passe bien, ça ne veut pas dire qu'il arrivera
à restaurer, notament à cause de ce RAID et LVM.
Donc tester absolument la restauration, il y a une option qui permet de tester
sans le faire réellement.
S'il y a un problème, c'est généralement au début, et on le voit vite
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 :
[...]Comme je te disais, avec le LVM, il faut modifier /etc/fstab pour
remplacer les /dev/mapper/vgtruc-lvtruc par /dev/vgtruc/lvtruc, sinon
mondo se mélange les pédales.
Ha oui, j'avais pas bien lu....
Faudrait faire la modif et rebooter aussi ou pas la peine?
Pas la peine.et donc si je lui dis (en excluant les points de montage de mes LVs,
bien entendu) de sauvegarder /, /boot, il va me copier toute la sructure
de raid de /dev/md0 et toute la structure de raid+ lvm (cad qu'il y a
tel VG et tant de Lvs, mm si le contenu des Lvs sera vide sauf celui de
/...) de /dev/md2 ?
Merci :-)
A+
C'est sensé enregistrer la table des partitions pour la recréer, puis, il
détecte s'il y a du RAID et/ou du LVM afin d'activer leur création lors de la
restauration. Les infos sont présentes dans la table des partition (type de
partition) et dans les divers fichiers de
config /etc/fstab /etc/mdadm.conf /etc/lvmtab /etc/lvm/*.
Important : si la sauvegarde se passe bien, ça ne veut pas dire qu'il arrivera
à restaurer, notament à cause de ce RAID et LVM.
Donc tester absolument la restauration, il y a une option qui permet de tester
sans le faire réellement.
S'il y a un problème, c'est généralement au début, et on le voit vite
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 ta ble
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
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?
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?
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 manuellem ent
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lv m.
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.
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.
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 m on
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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 :-)
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 ta ble
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
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?
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?
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 manuellem ent
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lv m.
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.
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.
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 m on
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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 :-)
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 ta ble
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
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?
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?
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 manuellem ent
chaque /dev/mdx, donc dans mon cas: md0 en ext3, md1 en swap et md2 en lv m.
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.
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.
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 m on
système nikel, et j'aurai juste après à restaurer les données des autres
LVs vides.
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 :-)