[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: live cd supportant bien le raid et lvm



Thierry B wrote:
Jean-Yves F. Barbier a écrit :

La séparation des partitions est un peu comme la séparation de l'église
et de l'état: éviter que qq chose qui n'a rien à voir (le système) ne
vienne perturber les données.

Partitions-HOWTO explique tbien cela

Bah justement j'ai des partitions avec LVM.
J'ai un LV pour Home, un autre pour /, un autre pour stocker mes pages Web, un autre pour les Mails...

ok, je n'avais pas compris ça


S'il n'y a rien qui bouge trop, ne t'embête pas, et vas-y en live, un rsync ou un tar ailleur et c'est bon.*

Ouep, j'avais même deja réussi à faire une sauvegarde comme ca, mais on m'a tjs dit qu'avec une sauvegarde à chaud, on est pas sure à 100% de tout bien restaurer lol.

quand tu n'as pas de dérouleur de bande ou de gros disques pour un backup, il reste la possibilité de faire un ch'tit script qui récupère et compresse
[en bzip2, pas en gzip, à cause des contrôles supplémentaires que bzip2
contient]):
/etc
/home (SLMT si besoin est, parce que ça grossit vite)
le listing des packages installés
/var/xxx (si besoin est)

ok, mais bon, je préfère quand même une sauvegarde de toute ma / si j'en fais une lol.

ca n'a *strictement* aucun intérêt: la seule chose qui compte ce sont les
fichiers de conf, sur lesquels tu as passé ton temps (donc le temps moyen
de restauration d'un système fonctionnel.)
Maintenant si tu es en mesure de pouvoir te payer un dérouleur LTO,
n'hésite pas, ça vaut le coup; et ton backup sera total (c'est cher pour un particulier; mais si tu parles en tant que pro, c'est une faute grave de ne pas
avoir ce type de backup.)

Bah l'interet c'est de pouvoir eventuellement tout restaurer en une ligne de commande. Enfin je trouve ca plus rapide que de faire une reinstall et de restaurer les fichiers de conf, mais chacun son point de vue lol.

si tu as la capacité de stockage, pourquoi pas...

Je connais pas pour les dérouteurs DT0, mais bon, moi c'est juste un petit serveur de particulier, je n'ai pas besoin de beaucoup d'investissements lol.


Evidemment, pas question de faire un upgrade à partir d'un backup.


Sinon, tu as entendu parler de "aptitude dist-upgrade" ;-)

Ouep lol.
D'ailleurs, tenté de faire mon dist-upgrade comme ca direct, mais bon, j'ai pas énormément de temps en ce moment, et je me dis que si ca foire après c'est la merde...lol.

Faudrait le faire par étape comme ils disent sur le site, car j'ai aussi des paquets de Xfree,kde...

Aucun mauvais de retour d'un dist-upgrade qui s'est mal passé?

si: un micro que j'ai passé de sarge en etch, et qui contrairement à tous les autres s'est retrouvé avec des packages auxquels il manquait des fichiers, résultat: réinstallation (mais je suis en fin de ligne électrique et le micro
en question n'est pas ondulé, avec une petite alim, c'est peut-être
l'explication...)

Ha ok, bon je ferai l'upgrade quand j'aurai vraiment du temps de libre alors lol et dans un screen comme ca c'est moins risqué lol.

je ne vois pas pourquoi; parce qu'à moins de faire une copie complète du
système et de travailler dessus, screen n'apporteras rien d'autre que des
complications en cas de PB.

Si je fais l'upgrade c'est en ssh, screen permet au cas où la fenetre ssh client se ferme de continuer à traiter le procss et à le reprendre quand on le souhaite.

SI la fenêtre en question se ferme, c'est de toute façon très mauvais;
remarque, tu pourras toujours reprendre ton plantage là où il en était ;->>

D'ailleurs je vois qu'ils le recommendent dans la procédure de maj de debian (4.1.4 Préparer un environnement sain pour la mise à niveau).

ca peut être, dès fois, pratique, mais ça peut aussi amener des problèmes
(trop de connexions <=> on fini par ne plus savoir où on en est)

--
<knghtbrd> *sigh*  My todo list is like the fucking energizer bunny
<knghtbrd> It keeps growing and growing and growing and ...



Reply to: