Le sujet est régulièrement abordé et google fourmille de solutions...
pas toujours évidentes (j'en ai essayé pas mal).
J'ai un système linux propret qui me donne toute satisfaction: le
réseau fonctionne au poil, mes applis sont configurées nickel, le son,
la vidéo ainsi que tous ces machins parfois délicats à mettre sur pied
sont au top... et je me dis que si un jour mon disque dur claque, il
faudra tout recommencer !
La question est simple:
Comment, de manière sûre et complète, 'sauvegarder' l'intégralité de mon
système ?
Par exemple faire une grosse opération ponctuelle vers une image à graver
sur plusieurs cdr.
Des sauvegardes plus ponctuelles ne porteraient que sur /home/mon_nom.
Et le pendant de la question:
comment 'injecter' facilement l'image des cdr sur un disque neuf puis la
dernière sauvegarde ponctuelle pour avoir en un clin d'oeil (ou presque)
un pc de nouveau opérationnel ?
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition identique et pour deployer un winXP sur des machines differentes. Le winXP apres partimage gerait bien la taille reelle de la partition. (j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là. Scénario catastrophe : crash complet de mon DD. J'en achète un autre. Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ? En fait, ma seule expérience de restauration est un remplacement à l'identique de ma hda3 que j'avais abîmée en faisant des MAJ un peu hardies... Je n'ai jamais fait de restauration dans un autre cadre. Dominique
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition
identique et pour deployer un winXP sur des machines differentes.
Le winXP apres partimage gerait bien la taille reelle de la partition.
(j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là.
Scénario catastrophe : crash complet de mon DD. J'en achète un autre.
Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis
j'installe mes images de partimage... Je suppose qu'il me faudra bien
paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller
tout seul pour « s'ajuster » à la nouvelle taille du DD voire des
composants si je change de PC ?
En fait, ma seule expérience de restauration est un remplacement à
l'identique de ma hda3 que j'avais abîmée en faisant des MAJ un peu
hardies...
Je n'ai jamais fait de restauration dans un autre cadre.
Dominique
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition identique et pour deployer un winXP sur des machines differentes. Le winXP apres partimage gerait bien la taille reelle de la partition. (j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là. Scénario catastrophe : crash complet de mon DD. J'en achète un autre. Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ? En fait, ma seule expérience de restauration est un remplacement à l'identique de ma hda3 que j'avais abîmée en faisant des MAJ un peu hardies... Je n'ai jamais fait de restauration dans un autre cadre. Dominique
La Fred
Le mercredi 6 avril 2005, voici ce qu'écrivait dominique:
Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ?
Euh... si tu ne changes que le DD, il me semble que ton linux ne risque rien, par contre, si tu changes de PC, (et de configuration) ça pourrait ne pas marcher. (en tout cas, pour moi, qui ai changé de PC en gardant mon DD, j'ai été obligée de réinstaller linux)
(en fait, j'ai changé de processeur et de carte mère, ce que j'appelle en quelque sorte changer de PC) -- La Fred
Le mercredi 6 avril 2005, voici ce qu'écrivait dominique:
Puis
j'installe mes images de partimage... Je suppose qu'il me faudra bien
paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller
tout seul pour « s'ajuster » à la nouvelle taille du DD voire des
composants si je change de PC ?
Euh... si tu ne changes que le DD, il me semble que ton linux ne risque
rien, par contre, si tu changes de PC, (et de configuration) ça pourrait ne
pas marcher. (en tout cas, pour moi, qui ai changé de PC en gardant mon DD,
j'ai été obligée de réinstaller linux)
(en fait, j'ai changé de processeur et de carte mère, ce que j'appelle en
quelque sorte changer de PC)
--
La Fred
Le mercredi 6 avril 2005, voici ce qu'écrivait dominique:
Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ?
Euh... si tu ne changes que le DD, il me semble que ton linux ne risque rien, par contre, si tu changes de PC, (et de configuration) ça pourrait ne pas marcher. (en tout cas, pour moi, qui ai changé de PC en gardant mon DD, j'ai été obligée de réinstaller linux)
(en fait, j'ai changé de processeur et de carte mère, ce que j'appelle en quelque sorte changer de PC) -- La Fred
TiChou
Dans le message <news:424fa575$0$825$, *jip* tapota sur f.c.o.l.configuration :
bonjour,
Bonjour,
Le sujet est régulièrement abordé et google fourmille de solutions... pas toujours évidentes (j'en ai essayé pas mal).
Exact et j'ai rarement trouvé des solutions qui me conviennent vraiment.
On a des solutions du type image complète du disque qui conduisent généralement à des sauvegardes (inutilement) volumineuses posant principalement deux problèmes : la taille importante de l'unité de masse qui stockera ces sauvegardes et l'exploitation de ces sauvegardes quand il s'agit de n'extraire qu'une partie de celles-ci. De plus, la restauration n'est pas toujours possible ou pose des difficultés quand la taille de l'image que l'on restaure diffère de la taille du nouveau disque. Malgré tout, l'avantage de ce type de sauvegarde, c'est qu'elles sont sûres et rapides à faire.
On a d'autres solutions du type sauvegarde de fichiers mais qui proposent des sauvegardes dans des formats plus ou moins « propriétaires » ou avec des outils « non standard ». Or, quand on met en place une politique de sauvegarde, il faut penser d'une part à la création des sauvegardes mais aussi à la restauration qui, généralement quand elle doit avoir lieu, se fait dans l'urgence ou dans des conditions particulières et on ne dispose alors pas toujours des outils qu'il faut ou adaptés sur le nouveau système pour restaurer des sauvegardes. Par contre ces sauvegardes ont l'avantage d'être moins volumineuses, d'être éventuellement incrémentielles et de pouvoir être restaurées sur un système différent du système d'origine, par exemple restaurer les données d'un serveur mail, web ou autre d'une machine Linux vers une machine *BSD.
Pour ma part, la solution que j'ai retenue, c'est l'utilisation du bon vieux 'tar' qui remplit, depuis le temps, toujours très bien sa tâche. Pour être plus précis, j'utilise 'star' la version moderne, complète et très efficace de 'tar' tout en restant compatible.
http://cdrecord.berlios.de/old/private/star.html
Je sauvegarde indépendamment chaque partition du système, permettant d'appliquer des règles de sauvegarde différentes selon la partition. La commande 'star' me permet de sauvegarder toutes les informations utiles des fichiers comme les ACL ou les attributs étendus, de conserver les fichiers à trous (cf l'option sparse de la commande 'cp') et de garder trace des liens durs (hardlink).
La question est simple:
Comment, de manière sûre et complète, 'sauvegarder' l'intégralité de mon système ?
Il n'est pas toujours utile de sauvegarder l'intégralité du système. Par exemple, il est souvent inutile de sauvegarder des répertoires volumineux comme /tmp, /var/tmp, /lost+found ou certains répertoires dans /var/cache ou /var/spool. Autre exemple, il n'est pas conseillé de sauvegarder le répertoire /var/lib/mysql en faisant une simple copie car l'intégralité des bases à ce moment là, du fait que le service mysql tourne, ne peut être assurée.
Par exemple faire une grosse opération ponctuelle vers une image à graver sur plusieurs cdr.
Une sauvegarde complète, faite par exemple selon le type de machine toutes les semaines ou mois.
Des sauvegardes plus ponctuelles ne porteraient que sur /home/mon_nom.
Et des sauvegardes incrémentielles, faites toujours selon le type de machine tous les jours ou toutes les semaines.
C'est ainsi que je procède sur mes machines. Par exemple, sur une machine serveur, une fois par semaine, via un cron, le système effectue une sauvegarde complète des partitions /, /usr, /var, /opt et /srv dans lesquelles j'exclue certains répertoires inutiles et chaque jour de la semaine le système effectue une sauvegarde incrémentielle de ces mêmes partitions. L'outil mysqlhotcopy est utilisé pour une sauvegarde sûre et rapide des bases mysql ainsi qu'une journalisation binaire des modifications des bases permettant une sauvegarde incrémentielle de celles-ci. Le système conserve sur un disque dédié au maximum les 4 dernières sauvegardes complètes et les sauvegardes incrémentielles des 6 derniers jours. Une politique de sauvegarde différente est appliquée pour la partition /home et pour le spool du serveur mail.
J'ai mis à disposition mes scripts de sauvegarde si cela vous intéresse :
http://magnolia.tichou.org/~tichou/conf/backup/
N'hésitez pas à me demander plus de détails sur ces scripts.
Et le pendant de la question: comment 'injecter' facilement l'image des cdr sur un disque neuf puis la dernière sauvegarde ponctuelle pour avoir en un clin d'oeil (ou presque) un pc de nouveau opérationnel ?
Pour la restauration, la commande 'tar' standard peut suffire sauf dans le cas de la restauration des ACL ou des attributs étendus. Il suffit alors de se placer dans le répertoire de montage de la partition à restaurer et à extraire l'archive de la sauvegarde complète suivit des archives incrémentielles.
$ cd /mnt/.../usr
$ tar -xzpf /.../backup/usr-full-week-14.tar.gz $ tar -xzpf /.../backup/usr-inc-day-1.tar.gz $ tar -xzpf /.../backup/usr-inc-day-2.tar.gz $ tar -xzpf /.../backup/usr-inc-day-3.tar.gz
ou
$ star -xzpU -restore f=/.../backup/usr-full-week-14.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-1.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-2.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-3.tar.gz
À noter l'existence des commandes 'split' et 'cat' pour découper ou rassembler les archives volumineuses quand elles doivent être stockées sur des petits médias comme les CD-R.
merci,
De rien.
-- TiChou
Dans le message <news:424fa575$0$825$8fcfb975@news.wanadoo.fr>,
*jip* tapota sur f.c.o.l.configuration :
bonjour,
Bonjour,
Le sujet est régulièrement abordé et google fourmille de solutions...
pas toujours évidentes (j'en ai essayé pas mal).
Exact et j'ai rarement trouvé des solutions qui me conviennent vraiment.
On a des solutions du type image complète du disque qui conduisent
généralement à des sauvegardes (inutilement) volumineuses posant
principalement deux problèmes : la taille importante de l'unité de masse qui
stockera ces sauvegardes et l'exploitation de ces sauvegardes quand il
s'agit de n'extraire qu'une partie de celles-ci. De plus, la restauration
n'est pas toujours possible ou pose des difficultés quand la taille de
l'image que l'on restaure diffère de la taille du nouveau disque. Malgré
tout, l'avantage de ce type de sauvegarde, c'est qu'elles sont sûres et
rapides à faire.
On a d'autres solutions du type sauvegarde de fichiers mais qui proposent
des sauvegardes dans des formats plus ou moins « propriétaires » ou avec des
outils « non standard ». Or, quand on met en place une politique de
sauvegarde, il faut penser d'une part à la création des sauvegardes mais
aussi à la restauration qui, généralement quand elle doit avoir lieu, se
fait dans l'urgence ou dans des conditions particulières et on ne dispose
alors pas toujours des outils qu'il faut ou adaptés sur le nouveau système
pour restaurer des sauvegardes. Par contre ces sauvegardes ont l'avantage
d'être moins volumineuses, d'être éventuellement incrémentielles et de
pouvoir être restaurées sur un système différent du système d'origine, par
exemple restaurer les données d'un serveur mail, web ou autre d'une machine
Linux vers une machine *BSD.
Pour ma part, la solution que j'ai retenue, c'est l'utilisation du bon vieux
'tar' qui remplit, depuis le temps, toujours très bien sa tâche. Pour être
plus précis, j'utilise 'star' la version moderne, complète et très efficace
de 'tar' tout en restant compatible.
http://cdrecord.berlios.de/old/private/star.html
Je sauvegarde indépendamment chaque partition du système, permettant
d'appliquer des règles de sauvegarde différentes selon la partition. La
commande 'star' me permet de sauvegarder toutes les informations utiles des
fichiers comme les ACL ou les attributs étendus, de conserver les fichiers à
trous (cf l'option sparse de la commande 'cp') et de garder trace des liens
durs (hardlink).
La question est simple:
Comment, de manière sûre et complète, 'sauvegarder' l'intégralité de mon
système ?
Il n'est pas toujours utile de sauvegarder l'intégralité du système.
Par exemple, il est souvent inutile de sauvegarder des répertoires
volumineux comme /tmp, /var/tmp, /lost+found ou certains répertoires dans
/var/cache ou /var/spool. Autre exemple, il n'est pas conseillé de
sauvegarder le répertoire /var/lib/mysql en faisant une simple copie car
l'intégralité des bases à ce moment là, du fait que le service mysql tourne,
ne peut être assurée.
Par exemple faire une grosse opération ponctuelle vers une image à graver
sur plusieurs cdr.
Une sauvegarde complète, faite par exemple selon le type de machine toutes
les semaines ou mois.
Des sauvegardes plus ponctuelles ne porteraient que sur /home/mon_nom.
Et des sauvegardes incrémentielles, faites toujours selon le type de machine
tous les jours ou toutes les semaines.
C'est ainsi que je procède sur mes machines.
Par exemple, sur une machine serveur, une fois par semaine, via un cron, le
système effectue une sauvegarde complète des partitions /, /usr, /var, /opt
et /srv dans lesquelles j'exclue certains répertoires inutiles et chaque
jour de la semaine le système effectue une sauvegarde incrémentielle de ces
mêmes partitions.
L'outil mysqlhotcopy est utilisé pour une sauvegarde sûre et rapide des
bases mysql ainsi qu'une journalisation binaire des modifications des bases
permettant une sauvegarde incrémentielle de celles-ci.
Le système conserve sur un disque dédié au maximum les 4 dernières
sauvegardes complètes et les sauvegardes incrémentielles des 6 derniers
jours. Une politique de sauvegarde différente est appliquée pour la
partition /home et pour le spool du serveur mail.
J'ai mis à disposition mes scripts de sauvegarde si cela vous
intéresse :
http://magnolia.tichou.org/~tichou/conf/backup/
N'hésitez pas à me demander plus de détails sur ces scripts.
Et le pendant de la question:
comment 'injecter' facilement l'image des cdr sur un disque neuf puis la
dernière sauvegarde ponctuelle pour avoir en un clin d'oeil (ou presque)
un pc de nouveau opérationnel ?
Pour la restauration, la commande 'tar' standard peut suffire sauf dans le
cas de la restauration des ACL ou des attributs étendus.
Il suffit alors de se placer dans le répertoire de montage de la partition à
restaurer et à extraire l'archive de la sauvegarde complète suivit des
archives incrémentielles.
$ cd /mnt/.../usr
$ tar -xzpf /.../backup/usr-full-week-14.tar.gz
$ tar -xzpf /.../backup/usr-inc-day-1.tar.gz
$ tar -xzpf /.../backup/usr-inc-day-2.tar.gz
$ tar -xzpf /.../backup/usr-inc-day-3.tar.gz
ou
$ star -xzpU -restore f=/.../backup/usr-full-week-14.tar.gz
$ star -xzpU -restore f=/.../backup/usr-inc-day-1.tar.gz
$ star -xzpU -restore f=/.../backup/usr-inc-day-2.tar.gz
$ star -xzpU -restore f=/.../backup/usr-inc-day-3.tar.gz
À noter l'existence des commandes 'split' et 'cat' pour découper ou
rassembler les archives volumineuses quand elles doivent être stockées sur
des petits médias comme les CD-R.
Dans le message <news:424fa575$0$825$, *jip* tapota sur f.c.o.l.configuration :
bonjour,
Bonjour,
Le sujet est régulièrement abordé et google fourmille de solutions... pas toujours évidentes (j'en ai essayé pas mal).
Exact et j'ai rarement trouvé des solutions qui me conviennent vraiment.
On a des solutions du type image complète du disque qui conduisent généralement à des sauvegardes (inutilement) volumineuses posant principalement deux problèmes : la taille importante de l'unité de masse qui stockera ces sauvegardes et l'exploitation de ces sauvegardes quand il s'agit de n'extraire qu'une partie de celles-ci. De plus, la restauration n'est pas toujours possible ou pose des difficultés quand la taille de l'image que l'on restaure diffère de la taille du nouveau disque. Malgré tout, l'avantage de ce type de sauvegarde, c'est qu'elles sont sûres et rapides à faire.
On a d'autres solutions du type sauvegarde de fichiers mais qui proposent des sauvegardes dans des formats plus ou moins « propriétaires » ou avec des outils « non standard ». Or, quand on met en place une politique de sauvegarde, il faut penser d'une part à la création des sauvegardes mais aussi à la restauration qui, généralement quand elle doit avoir lieu, se fait dans l'urgence ou dans des conditions particulières et on ne dispose alors pas toujours des outils qu'il faut ou adaptés sur le nouveau système pour restaurer des sauvegardes. Par contre ces sauvegardes ont l'avantage d'être moins volumineuses, d'être éventuellement incrémentielles et de pouvoir être restaurées sur un système différent du système d'origine, par exemple restaurer les données d'un serveur mail, web ou autre d'une machine Linux vers une machine *BSD.
Pour ma part, la solution que j'ai retenue, c'est l'utilisation du bon vieux 'tar' qui remplit, depuis le temps, toujours très bien sa tâche. Pour être plus précis, j'utilise 'star' la version moderne, complète et très efficace de 'tar' tout en restant compatible.
http://cdrecord.berlios.de/old/private/star.html
Je sauvegarde indépendamment chaque partition du système, permettant d'appliquer des règles de sauvegarde différentes selon la partition. La commande 'star' me permet de sauvegarder toutes les informations utiles des fichiers comme les ACL ou les attributs étendus, de conserver les fichiers à trous (cf l'option sparse de la commande 'cp') et de garder trace des liens durs (hardlink).
La question est simple:
Comment, de manière sûre et complète, 'sauvegarder' l'intégralité de mon système ?
Il n'est pas toujours utile de sauvegarder l'intégralité du système. Par exemple, il est souvent inutile de sauvegarder des répertoires volumineux comme /tmp, /var/tmp, /lost+found ou certains répertoires dans /var/cache ou /var/spool. Autre exemple, il n'est pas conseillé de sauvegarder le répertoire /var/lib/mysql en faisant une simple copie car l'intégralité des bases à ce moment là, du fait que le service mysql tourne, ne peut être assurée.
Par exemple faire une grosse opération ponctuelle vers une image à graver sur plusieurs cdr.
Une sauvegarde complète, faite par exemple selon le type de machine toutes les semaines ou mois.
Des sauvegardes plus ponctuelles ne porteraient que sur /home/mon_nom.
Et des sauvegardes incrémentielles, faites toujours selon le type de machine tous les jours ou toutes les semaines.
C'est ainsi que je procède sur mes machines. Par exemple, sur une machine serveur, une fois par semaine, via un cron, le système effectue une sauvegarde complète des partitions /, /usr, /var, /opt et /srv dans lesquelles j'exclue certains répertoires inutiles et chaque jour de la semaine le système effectue une sauvegarde incrémentielle de ces mêmes partitions. L'outil mysqlhotcopy est utilisé pour une sauvegarde sûre et rapide des bases mysql ainsi qu'une journalisation binaire des modifications des bases permettant une sauvegarde incrémentielle de celles-ci. Le système conserve sur un disque dédié au maximum les 4 dernières sauvegardes complètes et les sauvegardes incrémentielles des 6 derniers jours. Une politique de sauvegarde différente est appliquée pour la partition /home et pour le spool du serveur mail.
J'ai mis à disposition mes scripts de sauvegarde si cela vous intéresse :
http://magnolia.tichou.org/~tichou/conf/backup/
N'hésitez pas à me demander plus de détails sur ces scripts.
Et le pendant de la question: comment 'injecter' facilement l'image des cdr sur un disque neuf puis la dernière sauvegarde ponctuelle pour avoir en un clin d'oeil (ou presque) un pc de nouveau opérationnel ?
Pour la restauration, la commande 'tar' standard peut suffire sauf dans le cas de la restauration des ACL ou des attributs étendus. Il suffit alors de se placer dans le répertoire de montage de la partition à restaurer et à extraire l'archive de la sauvegarde complète suivit des archives incrémentielles.
$ cd /mnt/.../usr
$ tar -xzpf /.../backup/usr-full-week-14.tar.gz $ tar -xzpf /.../backup/usr-inc-day-1.tar.gz $ tar -xzpf /.../backup/usr-inc-day-2.tar.gz $ tar -xzpf /.../backup/usr-inc-day-3.tar.gz
ou
$ star -xzpU -restore f=/.../backup/usr-full-week-14.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-1.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-2.tar.gz $ star -xzpU -restore f=/.../backup/usr-inc-day-3.tar.gz
À noter l'existence des commandes 'split' et 'cat' pour découper ou rassembler les archives volumineuses quand elles doivent être stockées sur des petits médias comme les CD-R.
merci,
De rien.
-- TiChou
TiChou
Dans le message <news:, *TiChou* tapota sur f.c.o.l.configuration :
J'ai mis à disposition mes scripts de sauvegarde si cela vous intéresse :
http://magnolia.tichou.org/~tichou/conf/backup/
Lien mort. Suivre plutôt le lien suivant :
http://pegase.tichou.org/~tichou/conf/backup/
Vive le dégroupage total...
-- TiChou
Dans le message <news:gniii.20050403181500@florizarre.tichou.org>,
*TiChou* tapota sur f.c.o.l.configuration :
J'ai mis à disposition mes scripts de sauvegarde si cela vous
intéresse :
Dans le message <news:, *TiChou* tapota sur f.c.o.l.configuration :
J'ai mis à disposition mes scripts de sauvegarde si cela vous intéresse :
http://magnolia.tichou.org/~tichou/conf/backup/
Lien mort. Suivre plutôt le lien suivant :
http://pegase.tichou.org/~tichou/conf/backup/
Vive le dégroupage total...
-- TiChou
Christophe PEREZ
Le Wed, 06 Apr 2005 20:39:42 +0200, TiChou a écrit:
http://magnolia.tichou.org/~tichou/conf/backup/
Lien mort. Suivre plutôt le lien suivant :
Trop tard ! :-)
Très instructif en tout cas. Ce que je fais est dan le même sens (start, acl, cycles etc..) mais beaucoup moins propre et moins pointu. Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-) Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 06 Apr 2005 20:39:42 +0200, TiChou a écrit:
http://magnolia.tichou.org/~tichou/conf/backup/
Lien mort. Suivre plutôt le lien suivant :
Trop tard ! :-)
Très instructif en tout cas.
Ce que je fais est dan le même sens (start, acl, cycles etc..) mais
beaucoup moins propre et moins pointu.
Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-)
Merci.
Le Wed, 06 Apr 2005 20:39:42 +0200, TiChou a écrit:
http://magnolia.tichou.org/~tichou/conf/backup/
Lien mort. Suivre plutôt le lien suivant :
Trop tard ! :-)
Très instructif en tout cas. Ce que je fais est dan le même sens (start, acl, cycles etc..) mais beaucoup moins propre et moins pointu. Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-) Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
TiChou
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Très instructif en tout cas.
Merci.
Ce que je fais est dan le même sens (start, acl, cycles etc..) mais beaucoup moins propre et moins pointu.
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me souviens d'un vieux post de toi où tu évoquais un problème avec la gestion des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-)
N'hésites pas à partager ta manière de faire.
-- TiChou
Dans le message <news:pan.2005.04.06.22.23.26.484926@novazur.fr>,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :
Très instructif en tout cas.
Merci.
Ce que je fais est dan le même sens (start, acl, cycles etc..) mais
beaucoup moins propre et moins pointu.
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me
souviens d'un vieux post de toi où tu évoquais un problème avec la gestion
des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-)
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Très instructif en tout cas.
Merci.
Ce que je fais est dan le même sens (start, acl, cycles etc..) mais beaucoup moins propre et moins pointu.
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me souviens d'un vieux post de toi où tu évoquais un problème avec la gestion des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Je vais donc m'inspirer de ta politique pour améliorer la mienne ;-)
N'hésites pas à partager ta manière de faire.
-- TiChou
Christophe PEREZ
Le Thu, 07 Apr 2005 01:02:36 +0200, TiChou a écrit:
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me souviens d'un vieux post de toi où tu évoquais un problème avec la gestion des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Oui oui, tout à fait, je crois que c'était sur fcou que la solution m'avait été donnée, comme ce que tu utilises toi même pour ce que j'ai vu en vitesse. Je vais me repencher sur tout ça un peu plus tard dans la soirée, car c'était justement une priorité pour moi maintenant avec mon nouveau serveur, ce post tombe à merveille ;-)
N'hésites pas à partager ta manière de faire.
Bien sûr, bien que ça risque être très proche de la tienne puisque à part l'incrémental que je n'ai pas encore mis en place, à première vue, tout le reste semble très similaire.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Thu, 07 Apr 2005 01:02:36 +0200, TiChou a écrit:
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me
souviens d'un vieux post de toi où tu évoquais un problème avec la gestion
des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Oui oui, tout à fait, je crois que c'était sur fcou que la solution
m'avait été donnée, comme ce que tu utilises toi même pour ce que j'ai
vu en vitesse.
Je vais me repencher sur tout ça un peu plus tard dans la soirée, car
c'était justement une priorité pour moi maintenant avec mon nouveau
serveur, ce post tombe à merveille ;-)
N'hésites pas à partager ta manière de faire.
Bien sûr, bien que ça risque être très proche de la tienne puisque à
part l'incrémental que je n'ai pas encore mis en place, à première
vue, tout le reste semble très similaire.
Le Thu, 07 Apr 2005 01:02:36 +0200, TiChou a écrit:
Oui, je sais que tu utilises 'star' depuis plus longtemps que moi car je me souviens d'un vieux post de toi où tu évoquais un problème avec la gestion des messages d'erreurs. J'imagine que depuis tu as résolu ce problème ?
Oui oui, tout à fait, je crois que c'était sur fcou que la solution m'avait été donnée, comme ce que tu utilises toi même pour ce que j'ai vu en vitesse. Je vais me repencher sur tout ça un peu plus tard dans la soirée, car c'était justement une priorité pour moi maintenant avec mon nouveau serveur, ce post tombe à merveille ;-)
N'hésites pas à partager ta manière de faire.
Bien sûr, bien que ça risque être très proche de la tienne puisque à part l'incrémental que je n'ai pas encore mis en place, à première vue, tout le reste semble très similaire.
-- Christophe PEREZ Écrivez moi sans _faute !
Kevin Denis
On 2005-04-06, dominique wrote:
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition identique et pour deployer un winXP sur des machines differentes. Le winXP apres partimage gerait bien la taille reelle de la partition. (j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là. Scénario catastrophe : crash complet de mon DD. J'en achète un autre. Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ?
Pour s'adapter aux composants, pas de soucis. Modulo le noyau utilise. Typiquement, je compile toujours tous les modules de cartes reseaux, car des qu'on a du reseau, on est sauve, et les drivers IDE en dur, sinon, pouf kernel panic au boot. Dans les cas les pires, il faut reprendre un noyau ancien, typiquement un noyau d'install.
Pour savoir s'il s'adapte a la nouvelle taille, je ne sais pas. Peut etre a demander sur un des forums de partimage (?) -- Kevin
On 2005-04-06, dominique <zzz@aol.com> wrote:
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition
identique et pour deployer un winXP sur des machines differentes.
Le winXP apres partimage gerait bien la taille reelle de la partition.
(j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là.
Scénario catastrophe : crash complet de mon DD. J'en achète un autre.
Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis
j'installe mes images de partimage... Je suppose qu'il me faudra bien
paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller
tout seul pour « s'ajuster » à la nouvelle taille du DD voire des
composants si je change de PC ?
Pour s'adapter aux composants, pas de soucis. Modulo le noyau utilise.
Typiquement, je compile toujours tous les modules de cartes reseaux,
car des qu'on a du reseau, on est sauve, et les drivers IDE en dur,
sinon, pouf kernel panic au boot. Dans les cas les pires, il faut
reprendre un noyau ancien, typiquement un noyau d'install.
Pour savoir s'il s'adapte a la nouvelle taille, je ne sais pas.
Peut etre a demander sur un des forums de partimage (?)
--
Kevin
Peut etre; j'ai teste sur du linux pour restaurer un PC donc partition identique et pour deployer un winXP sur des machines differentes. Le winXP apres partimage gerait bien la taille reelle de la partition. (j'ai pas verifie a l'octet pres non plus)
C'est intéressant ce que tu dis là. Scénario catastrophe : crash complet de mon DD. J'en achète un autre. Il me faut d'abord créer mes partitions avec qtparted ou autre. Puis j'installe mes images de partimage... Je suppose qu'il me faudra bien paramétrer mon Linux à un moment donné ou bien va-t-il se débrouiller tout seul pour « s'ajuster » à la nouvelle taille du DD voire des composants si je change de PC ?
Pour s'adapter aux composants, pas de soucis. Modulo le noyau utilise. Typiquement, je compile toujours tous les modules de cartes reseaux, car des qu'on a du reseau, on est sauve, et les drivers IDE en dur, sinon, pouf kernel panic au boot. Dans les cas les pires, il faut reprendre un noyau ancien, typiquement un noyau d'install.
Pour savoir s'il s'adapte a la nouvelle taille, je ne sais pas. Peut etre a demander sur un des forums de partimage (?) -- Kevin
