On 01 Feb 2012 14:47:58 GMT
moi-meme wrote:
> Le Wed, 01 Feb 2012 07:00:01 +0100, Alain Vaugham a écrit :
>
> > C'est bien rôdé. Ma machine fait serveur web, base de donn ées,
> > fax, mails et fichiers avec Samba.
>
> fax : parce que ton imprimante fait fax ou autre chose ?
Sans doute parce qu'il doit utiliser HylaFAX (É package),
avec une fausse imprimante dans samba et un script pour
l'arrivée sous forme de PDF.
On 01 Feb 2012 14:47:58 GMT
moi-meme <chiebel@free.fr> wrote:
> Le Wed, 01 Feb 2012 07:00:01 +0100, Alain Vaugham a écrit :
>
> > C'est bien rôdé. Ma machine fait serveur web, base de donn ées,
> > fax, mails et fichiers avec Samba.
>
> fax : parce que ton imprimante fait fax ou autre chose ?
Sans doute parce qu'il doit utiliser HylaFAX (É package),
avec une fausse imprimante dans samba et un script pour
l'arrivée sous forme de PDF.
On 01 Feb 2012 14:47:58 GMT
moi-meme wrote:
> Le Wed, 01 Feb 2012 07:00:01 +0100, Alain Vaugham a écrit :
>
> > C'est bien rôdé. Ma machine fait serveur web, base de donn ées,
> > fax, mails et fichiers avec Samba.
>
> fax : parce que ton imprimante fait fax ou autre chose ?
Sans doute parce qu'il doit utiliser HylaFAX (É package),
avec une fausse imprimante dans samba et un script pour
l'arrivée sous forme de PDF.
par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
Un dernier point qu'il est peut-être inutile de préciser : l'image
du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine
d'origine à cause de
la configuration des drivers.
Un dernier point qu'il est peut-être inutile de préciser : l'image
du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine
d'origine à cause de
la configuration des drivers.
Un dernier point qu'il est peut-être inutile de préciser : l'image
du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine
d'origine à cause de
la configuration des drivers.
>
Il y a backuppc pour une sauvegarde incrémentale avec une interface
simple (basé sur rsync)
>
Il y a backuppc pour une sauvegarde incrémentale avec une interface
simple (basé sur rsync)
>
Il y a backuppc pour une sauvegarde incrémentale avec une interface
simple (basé sur rsync)
je viens d'insatller backuppc sur mon serveur,
mais je dois dire que je ne comprends pas comment
lui indiquer de faire une sauvegarde totale
puis par la suite des sauvegardes incrémentales
tous les jours pour 2 disques : /dev/sdb et /dev/sdc,
chaque sauvegarde devant se trouver dans
/mnt/NAS/Volume_2/sdb/ et /mnt/NAS/Volume_2/sdc
je viens d'insatller backuppc sur mon serveur,
mais je dois dire que je ne comprends pas comment
lui indiquer de faire une sauvegarde totale
puis par la suite des sauvegardes incrémentales
tous les jours pour 2 disques : /dev/sdb et /dev/sdc,
chaque sauvegarde devant se trouver dans
/mnt/NAS/Volume_2/sdb/ et /mnt/NAS/Volume_2/sdc
je viens d'insatller backuppc sur mon serveur,
mais je dois dire que je ne comprends pas comment
lui indiquer de faire une sauvegarde totale
puis par la suite des sauvegardes incrémentales
tous les jours pour 2 disques : /dev/sdb et /dev/sdc,
chaque sauvegarde devant se trouver dans
/mnt/NAS/Volume_2/sdb/ et /mnt/NAS/Volume_2/sdc
Le Wed, 01 Feb 2012 09:49:22 +0100,
Carmelo a écrit :
[...]par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
Oui pour le premier dump car le MBR va venir avec
le /mnt/image_disqueRacine.
La restauration de l'image sera :
# dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécrasé
Le Wed, 01 Feb 2012 09:49:22 +0100,
Carmelo <carmelo@ingrao.fr> a écrit :
[...]
par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
Oui pour le premier dump car le MBR va venir avec
le /mnt/image_disqueRacine.
La restauration de l'image sera :
# dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécrasé
Le Wed, 01 Feb 2012 09:49:22 +0100,
Carmelo a écrit :
[...]par contre j'ai 2 disques :
un pour /
et un pour /home
Je dois donc faire 2 fois la manip :
# dd if =/dev/disqueRacine of /mnt/image_disqueRacine
# dd if =/dev/disqueHome of /mnt/image_disqueHome
c'est bien ça ?
Oui pour le premier dump car le MBR va venir avec
le /mnt/image_disqueRacine.
La restauration de l'image sera :
# dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécrasé
Le 1 févr. 2012 à 18:03, Alain Vaugham a écrit :
> Le Wed, 01 Feb 2012 09:49:22 +0100,
> Carmelo a écrit :
>
> [...]
>> par contre j'ai 2 disques :
>>
>> un pour /
>> et un pour /home
>>
>> Je dois donc faire 2 fois la manip :
>>
>> # dd if =/dev/disqueRacine of /mnt/image_disqueRacine
>> # dd if =/dev/disqueHome of /mnt/image_disqueHome
>>
>> c'est bien ça ?
>
> Oui pour le premier dump car le MBR va venir avec
> le /mnt/image_disqueRacine.
> La restauration de l'image sera :
> # dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécras é
pour le second disque /dev/sdc (qui est en fait mon dossier home), le
disque fait 160Go, mais seuls 10Go sont utilisés pour le moment.
comment faire avec 'dd' pour qu'il ne copie pas également l'espace
vide dans l'image ? que je me retrouve avec une image disque de 10
Go ?
j'ai regardé la doc de dd, mais je n'ai pas trouvé l'option pour
faire ça ...
Le 1 févr. 2012 à 18:03, Alain Vaugham a écrit :
> Le Wed, 01 Feb 2012 09:49:22 +0100,
> Carmelo <carmelo@ingrao.fr> a écrit :
>
> [...]
>> par contre j'ai 2 disques :
>>
>> un pour /
>> et un pour /home
>>
>> Je dois donc faire 2 fois la manip :
>>
>> # dd if =/dev/disqueRacine of /mnt/image_disqueRacine
>> # dd if =/dev/disqueHome of /mnt/image_disqueHome
>>
>> c'est bien ça ?
>
> Oui pour le premier dump car le MBR va venir avec
> le /mnt/image_disqueRacine.
> La restauration de l'image sera :
> # dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécras é
pour le second disque /dev/sdc (qui est en fait mon dossier home), le
disque fait 160Go, mais seuls 10Go sont utilisés pour le moment.
comment faire avec 'dd' pour qu'il ne copie pas également l'espace
vide dans l'image ? que je me retrouve avec une image disque de 10
Go ?
j'ai regardé la doc de dd, mais je n'ai pas trouvé l'option pour
faire ça ...
Le 1 févr. 2012 à 18:03, Alain Vaugham a écrit :
> Le Wed, 01 Feb 2012 09:49:22 +0100,
> Carmelo a écrit :
>
> [...]
>> par contre j'ai 2 disques :
>>
>> un pour /
>> et un pour /home
>>
>> Je dois donc faire 2 fois la manip :
>>
>> # dd if =/dev/disqueRacine of /mnt/image_disqueRacine
>> # dd if =/dev/disqueHome of /mnt/image_disqueHome
>>
>> c'est bien ça ?
>
> Oui pour le premier dump car le MBR va venir avec
> le /mnt/image_disqueRacine.
> La restauration de l'image sera :
> # dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécras é
pour le second disque /dev/sdc (qui est en fait mon dossier home), le
disque fait 160Go, mais seuls 10Go sont utilisés pour le moment.
comment faire avec 'dd' pour qu'il ne copie pas également l'espace
vide dans l'image ? que je me retrouve avec une image disque de 10
Go ?
j'ai regardé la doc de dd, mais je n'ai pas trouvé l'option pour
faire ça ...
Je crois que partimage permet ce genre de chose.
Mais sincèrement, un simple rsync le fait tout seul et te permet de
t'affranchir de tes choix matériels actuels. A l'heure de la
virtualisation, et compte tenu de la simplicité de déplacement d'un
linux d'une machine à l'autre, je ne vois aucun intérêt à utiliser
cette technique moyennageuse - pour ne pas dire dinosaurienne - de
copie de partitions (à part dans certains cas très rares). Dans ce cas
précis, cela n'a pas de sens.
Je crois que partimage permet ce genre de chose.
Mais sincèrement, un simple rsync le fait tout seul et te permet de
t'affranchir de tes choix matériels actuels. A l'heure de la
virtualisation, et compte tenu de la simplicité de déplacement d'un
linux d'une machine à l'autre, je ne vois aucun intérêt à utiliser
cette technique moyennageuse - pour ne pas dire dinosaurienne - de
copie de partitions (à part dans certains cas très rares). Dans ce cas
précis, cela n'a pas de sens.
Je crois que partimage permet ce genre de chose.
Mais sincèrement, un simple rsync le fait tout seul et te permet de
t'affranchir de tes choix matériels actuels. A l'heure de la
virtualisation, et compte tenu de la simplicité de déplacement d'un
linux d'une machine à l'autre, je ne vois aucun intérêt à utiliser
cette technique moyennageuse - pour ne pas dire dinosaurienne - de
copie de partitions (à part dans certains cas très rares). Dans ce cas
précis, cela n'a pas de sens.
Bonjour,
Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit :
> Un dernier point qu'il est peut-être inutile de préciser : l' image
> du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> machine d'origine à cause de
> la configuration des drivers.
Contrairement à certains autres, le noyau Linux se transplante trà ¨s
bien d'une machine à une autre. Sauf si l'architecture du CPU est
différente (ce qui a peu de chances d'être le cas), une image d 'un
système installé sur une machine pourra fonctionner sans probl ème sur
une autre machine.
Bonjour,
Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit :
> Un dernier point qu'il est peut-être inutile de préciser : l' image
> du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> machine d'origine à cause de
> la configuration des drivers.
Contrairement à certains autres, le noyau Linux se transplante trà ¨s
bien d'une machine à une autre. Sauf si l'architecture du CPU est
différente (ce qui a peu de chances d'être le cas), une image d 'un
système installé sur une machine pourra fonctionner sans probl ème sur
une autre machine.
Bonjour,
Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit :
> Un dernier point qu'il est peut-être inutile de préciser : l' image
> du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> machine d'origine à cause de
> la configuration des drivers.
Contrairement à certains autres, le noyau Linux se transplante trà ¨s
bien d'une machine à une autre. Sauf si l'architecture du CPU est
différente (ce qui a peu de chances d'être le cas), une image d 'un
système installé sur une machine pourra fonctionner sans probl ème sur
une autre machine.
Le Thu, 2 Feb 2012 09:08:07 +0100,
Sébastien NOBILI a écrit :
> Bonjour,
>
> Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écr it :
> > Un dernier point qu'il est peut-être inutile de préciser : l'image
> > du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> > machine d'origine à cause de
> > la configuration des drivers.
>
> Contrairement à certains autres, le noyau Linux se transplante tr ès
> bien d'une machine à une autre. Sauf si l'architecture du CPU est
> différente (ce qui a peu de chances d'être le cas), une image d'un
> système installé sur une machine pourra fonctionner sans prob lème
> sur une autre machine.
>
Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une
toute autre expérience malheureuse avec par exemple
Machine source :
- carte réseau 3Com
- adaptateur graphique Nvidia
- disque IDE
Machine cible :
- carte réseau Realtek
- adaptateur graphique ATI
- disque scsi
Le reste à l'identique.
Lors du reboot, la liste des erreurs restant a corriger manuellement
est dissuasive pour un non expert comme moi. Elle est d'autant plus
dissuasive que l'accident se produit toujours au moment où on a un
besoin urgent de répondre à un mail pour une affaire importante et
que le serveur imap est en panne. Sans aller jusqu'Ã la
transplantation du dump, le simple changement d'une carte réseau,
donc changement de la macadress, va perturber le serveur DHCP qui
attribue toujours la même ip fixe à la machine temporairement h ors
service.
Bien sûr, tout cela se répare très bien ou pourrait ê tre configuré
différemment, mais replacé dans le contexte de la "sauvegarde d 'un
serveur debian", le swap avec un disque spare n'interrompt la
disponibilité de la machine que quelques minutes. Dans mon cas, je
n'ai qu'un étage à descendre pour avoir la main dessus.
Cependant, je conçoit très bien que pouvoir transplanter un noy au
d'une machine à une autre est beaucoup plus enrichissant que
débrancher/rebrancher un disque.
Le Thu, 2 Feb 2012 09:08:07 +0100,
Sébastien NOBILI <sebnewsletter@free.fr> a écrit :
> Bonjour,
>
> Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écr it :
> > Un dernier point qu'il est peut-être inutile de préciser : l'image
> > du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> > machine d'origine à cause de
> > la configuration des drivers.
>
> Contrairement à certains autres, le noyau Linux se transplante tr ès
> bien d'une machine à une autre. Sauf si l'architecture du CPU est
> différente (ce qui a peu de chances d'être le cas), une image d'un
> système installé sur une machine pourra fonctionner sans prob lème
> sur une autre machine.
>
Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une
toute autre expérience malheureuse avec par exemple
Machine source :
- carte réseau 3Com
- adaptateur graphique Nvidia
- disque IDE
Machine cible :
- carte réseau Realtek
- adaptateur graphique ATI
- disque scsi
Le reste à l'identique.
Lors du reboot, la liste des erreurs restant a corriger manuellement
est dissuasive pour un non expert comme moi. Elle est d'autant plus
dissuasive que l'accident se produit toujours au moment où on a un
besoin urgent de répondre à un mail pour une affaire importante et
que le serveur imap est en panne. Sans aller jusqu'Ã la
transplantation du dump, le simple changement d'une carte réseau,
donc changement de la macadress, va perturber le serveur DHCP qui
attribue toujours la même ip fixe à la machine temporairement h ors
service.
Bien sûr, tout cela se répare très bien ou pourrait ê tre configuré
différemment, mais replacé dans le contexte de la "sauvegarde d 'un
serveur debian", le swap avec un disque spare n'interrompt la
disponibilité de la machine que quelques minutes. Dans mon cas, je
n'ai qu'un étage à descendre pour avoir la main dessus.
Cependant, je conçoit très bien que pouvoir transplanter un noy au
d'une machine à une autre est beaucoup plus enrichissant que
débrancher/rebrancher un disque.
Le Thu, 2 Feb 2012 09:08:07 +0100,
Sébastien NOBILI a écrit :
> Bonjour,
>
> Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écr it :
> > Un dernier point qu'il est peut-être inutile de préciser : l'image
> > du /mnt/image_disqueRacine ne pourra être utilisée que sur la
> > machine d'origine à cause de
> > la configuration des drivers.
>
> Contrairement à certains autres, le noyau Linux se transplante tr ès
> bien d'une machine à une autre. Sauf si l'architecture du CPU est
> différente (ce qui a peu de chances d'être le cas), une image d'un
> système installé sur une machine pourra fonctionner sans prob lème
> sur une autre machine.
>
Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une
toute autre expérience malheureuse avec par exemple
Machine source :
- carte réseau 3Com
- adaptateur graphique Nvidia
- disque IDE
Machine cible :
- carte réseau Realtek
- adaptateur graphique ATI
- disque scsi
Le reste à l'identique.
Lors du reboot, la liste des erreurs restant a corriger manuellement
est dissuasive pour un non expert comme moi. Elle est d'autant plus
dissuasive que l'accident se produit toujours au moment où on a un
besoin urgent de répondre à un mail pour une affaire importante et
que le serveur imap est en panne. Sans aller jusqu'Ã la
transplantation du dump, le simple changement d'une carte réseau,
donc changement de la macadress, va perturber le serveur DHCP qui
attribue toujours la même ip fixe à la machine temporairement h ors
service.
Bien sûr, tout cela se répare très bien ou pourrait ê tre configuré
différemment, mais replacé dans le contexte de la "sauvegarde d 'un
serveur debian", le swap avec un disque spare n'interrompt la
disponibilité de la machine que quelques minutes. Dans mon cas, je
n'ai qu'un étage à descendre pour avoir la main dessus.
Cependant, je conçoit très bien que pouvoir transplanter un noy au
d'une machine à une autre est beaucoup plus enrichissant que
débrancher/rebrancher un disque.
