Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de 40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de 40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de 40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Un :
dd if=/dev/sda3 of=maGROOOOOOsseParition.img
Serait une absurdité dans ce cas.
Donc je recherche un bon logiciel (en paquet deb ) capable de
sauvegarder des images de disque avec son secteur d'amorçage.
Et !! Que je puisse restaurer l'image sur une partition plus petite...
Ou alors qu'un gentil utilisateur m'explique comment
- récupérer le secteur de démarrage installé sur sda3 (et pas sda
c'est un dual boot) :-)
- faire une archive en préservant bien tout les droits sur les fichiers .
Merci
Ca serait sympa..
--
Benoît
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Un :
dd if=/dev/sda3 of=maGROOOOOOsseParition.img
Serait une absurdité dans ce cas.
Donc je recherche un bon logiciel (en paquet deb ) capable de
sauvegarder des images de disque avec son secteur d'amorçage.
Et !! Que je puisse restaurer l'image sur une partition plus petite...
Ou alors qu'un gentil utilisateur m'explique comment
- récupérer le secteur de démarrage installé sur sda3 (et pas sda
c'est un dual boot) :-)
- faire une archive en préservant bien tout les droits sur les fichiers .
Merci
Ca serait sympa..
--
Benoît
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Bonjour à tous,
J'ai une installation d'un système (debian i386) sur une partition dur de
40Go.
Et je voudrais la sauvegarder, mais elle n'occupe que 2 Go sur les 40.
Un :
dd if=/dev/sda3 of=maGROOOOOOsseParition.img
Serait une absurdité dans ce cas.
Donc je recherche un bon logiciel (en paquet deb ) capable de
sauvegarder des images de disque avec son secteur d'amorçage.
Et !! Que je puisse restaurer l'image sur une partition plus petite...
Ou alors qu'un gentil utilisateur m'explique comment
- récupérer le secteur de démarrage installé sur sda3 (et pas sda
c'est un dual boot) :-)
- faire une archive en préservant bien tout les droits sur les fichiers .
Merci
Ca serait sympa..
--
Benoît
Ps. L'idée c'est de restaurer ma partition dans un volume logique (LVM)
Si je fais
(cd /partition && tar --create --verbose --atime-preserve
--preserve-permissions --file - .) | (cd /ptmontage && tar xvf - )
Pourquoi les fichiers deviennent-il propriétaire de celui qui a lancé
la commande alors que j'ai bien mis l'option --preserve-permissions ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Pour sauvegarder ton mbr :
dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
tar, du coup tu aura tout dans une seule archive.
Pour sauvegarder ton mbr :
dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
tar, du coup tu aura tout dans une seule archive.
Pour sauvegarder ton mbr :
dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
tar, du coup tu aura tout dans une seule archive.
Le Mar 7 octobre 2008 09:26, Jean-Michel Bonnefond a écrit :
> Pour sauvegarder ton mbr :
> dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
> ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
> tar, du coup tu aura tout dans une seule archive.
Attention, le MBR contient aussi la table des partitions. Sauvegarder les
512 premiers octets sauvegarde (et restaure) la table de partition en même
temps. Si les infos de wikipedia sont correctes (je ne me souviens plus du
décalage exact), il ne faut sauvegarder que les 444 premiers octets pour
ne pas embarquer la table de partition :
http://fr.wikipedia.org/wiki/Master_boot_record
Le Mar 7 octobre 2008 09:26, Jean-Michel Bonnefond a écrit :
> Pour sauvegarder ton mbr :
> dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
> ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
> tar, du coup tu aura tout dans une seule archive.
Attention, le MBR contient aussi la table des partitions. Sauvegarder les
512 premiers octets sauvegarde (et restaure) la table de partition en même
temps. Si les infos de wikipedia sont correctes (je ne me souviens plus du
décalage exact), il ne faut sauvegarder que les 444 premiers octets pour
ne pas embarquer la table de partition :
http://fr.wikipedia.org/wiki/Master_boot_record
Le Mar 7 octobre 2008 09:26, Jean-Michel Bonnefond a écrit :
> Pour sauvegarder ton mbr :
> dd if=/dev/sda3 of=MBR-backup-sda3 bsQ2 count=1
> ensuite tu monte sda3, tu copie ta sauvegarde du MBR dedans et tu fait ton
> tar, du coup tu aura tout dans une seule archive.
Attention, le MBR contient aussi la table des partitions. Sauvegarder les
512 premiers octets sauvegarde (et restaure) la table de partition en même
temps. Si les infos de wikipedia sont correctes (je ne me souviens plus du
décalage exact), il ne faut sauvegarder que les 444 premiers octets pour
ne pas embarquer la table de partition :
http://fr.wikipedia.org/wiki/Master_boot_record
Pour ma part, j'utiliserais plutôt
sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
avant de sauvegarder une image compressée : on perd du temps, mais on
devrait y gagner un peu d'espace...
(* à condition de bien restaurer sda3 à son emplacement exact).
Pour ma part, j'utiliserais plutôt
sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
avant de sauvegarder une image compressée : on perd du temps, mais on
devrait y gagner un peu d'espace...
(* à condition de bien restaurer sda3 à son emplacement exact).
Pour ma part, j'utiliserais plutôt
sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
avant de sauvegarder une image compressée : on perd du temps, mais on
devrait y gagner un peu d'espace...
(* à condition de bien restaurer sda3 à son emplacement exact).
Le Mar 7 octobre 2008 11:19, Jacques L'helgoualc'h a écrit :
> Pour ma part, j'utiliserais plutôt
> sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
Oui, une procedure de restauration uniquement du programme de boot
pourrait etre :
creation de la nouvelle table de partition
sfdisk -d /dev/sda > partitions_sda.sfdisk # sauvegarde de la table
dd if=sauv.mbr of=/dev/sda # restauration du MBR avec ecrasement de la table
sfdisk < partitions_sda.sfdisk # restauration de la table
On restaure ainsi le MBR (grub ou lilo) sans ecraser la table de partitions.
[...]
> L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
> peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
> avant de sauvegarder une image compressée : on perd du temps, mais on
> devrait y gagner un peu d'espace...
Solution utilisée par certains programmes commerciaux comme Ghost, il me
semble ou par "mkcdrec" pour les systemes de fichiers qu'il ne sait pas
bien gerer (du temps où je l'avais testé).
> (* à condition de bien restaurer sda3 à son emplacement exact).
Pour Lilo, c'est vrai, mais je ne crois pas que ce soit le cas pour grub.
Il suffit qu'il n'y ait pas de mélange dans l'ordre des partition (sda3 > sda3, pas sda1,2 ou 4), puisque le stage1 se base sur le numéro d'ordre
dans la table de partition et dans la détection des disques.
Le Mar 7 octobre 2008 11:19, Jacques L'helgoualc'h a écrit :
> Pour ma part, j'utiliserais plutôt
> sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
Oui, une procedure de restauration uniquement du programme de boot
pourrait etre :
creation de la nouvelle table de partition
sfdisk -d /dev/sda > partitions_sda.sfdisk # sauvegarde de la table
dd if=sauv.mbr of=/dev/sda # restauration du MBR avec ecrasement de la table
sfdisk < partitions_sda.sfdisk # restauration de la table
On restaure ainsi le MBR (grub ou lilo) sans ecraser la table de partitions.
[...]
> L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
> peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
> avant de sauvegarder une image compressée : on perd du temps, mais on
> devrait y gagner un peu d'espace...
Solution utilisée par certains programmes commerciaux comme Ghost, il me
semble ou par "mkcdrec" pour les systemes de fichiers qu'il ne sait pas
bien gerer (du temps où je l'avais testé).
> (* à condition de bien restaurer sda3 à son emplacement exact).
Pour Lilo, c'est vrai, mais je ne crois pas que ce soit le cas pour grub.
Il suffit qu'il n'y ait pas de mélange dans l'ordre des partition (sda3 > sda3, pas sda1,2 ou 4), puisque le stage1 se base sur le numéro d'ordre
dans la table de partition et dans la détection des disques.
Le Mar 7 octobre 2008 11:19, Jacques L'helgoualc'h a écrit :
> Pour ma part, j'utiliserais plutôt
> sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
Oui, une procedure de restauration uniquement du programme de boot
pourrait etre :
creation de la nouvelle table de partition
sfdisk -d /dev/sda > partitions_sda.sfdisk # sauvegarde de la table
dd if=sauv.mbr of=/dev/sda # restauration du MBR avec ecrasement de la table
sfdisk < partitions_sda.sfdisk # restauration de la table
On restaure ainsi le MBR (grub ou lilo) sans ecraser la table de partitions.
[...]
> L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
> peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
> avant de sauvegarder une image compressée : on perd du temps, mais on
> devrait y gagner un peu d'espace...
Solution utilisée par certains programmes commerciaux comme Ghost, il me
semble ou par "mkcdrec" pour les systemes de fichiers qu'il ne sait pas
bien gerer (du temps où je l'avais testé).
> (* à condition de bien restaurer sda3 à son emplacement exact).
Pour Lilo, c'est vrai, mais je ne crois pas que ce soit le cas pour grub.
Il suffit qu'il n'y ait pas de mélange dans l'ordre des partition (sda3 > sda3, pas sda1,2 ou 4), puisque le stage1 se base sur le numéro d'ordre
dans la table de partition et dans la détection des disques.