Page 1 sur 2

[Debian Lenny] Re-générer /var/cache et /var/lib

Posté : 09 juil. 2009, 16:34
par katagoto
Bonjour à toutes et à tous,

J'aimerais savoir comment re-générer les fichiers et dossier
/var/lib et /var/cache, supprimés accidentellement via rm.
J'ai eu recours à disktest, malheureusement, ces deux dossiers
sont corrompu et il m'est impossible d'utiliser apt-get
Toutes les idées sont les bienvenues, une réinstallation étant
impossible

Par avance merci de votre aide

PS : Pour l'histoire, il y avait un dossier /libs qui ne devait pas
trouver là et je me suis fier a la complétion (via tabulation).
Pour /cache c'est un malentendu, je l'ai pris pour un autre.

Posté : 09 juil. 2009, 17:56
par Sékiltoyai
A vrai dire pour cache on s'en fout un peu, ca se regénère un cache, par contre pour lib…

Donc je t'annonce que tu as supprimé tout l'état de ton système de paquets, tu es bon pour ne plus pouvoir installer les logiciels qu'en les compilant à la main.
Tu as aussi supprimé toutes tes bases de données.
Si tu as un serveur ldap tout est perdu aussi…

En gros, t'es vraiment dans la merde parce que c'est un dossier vraiment important. Tu ne pourras pas sauver le système (en même temps un OS ca se réinstalle…), mais la question c'est quid des données.
Donc voilà, le plus important, c'est de sauver les données. Qu'est ce que tu avais sur ton serveur ? A quoi servait-il ? etc…

Et pourquoi dis-tu que tu ne peux pas réinstaller le système ?

Posté : 09 juil. 2009, 18:12
par katagoto
j'avais mit que locate, webmin, une recompilation de PHP5.2.9
avec APC et memcache, subversion et PostGreSQL.
Pourquoi je ne peux pas le réinstaller ?
c'est un serveur distant, et c'est la seconde fois, donc bon.
De plus, on est deux à y avoir travailler, l'autre étant très
peu présent, PostGreSQL et PHP5.2.9 marchent grâce à lui,
je doute qu'il apprécie mon action...
Il n'y a vraiment aucun moyen ?
Si je ré-entre ses commandes sur une vm similaire, pourrais-je
simuler le serveur pré-armagédon ?

Par avance merci de votre aide

Posté : 09 juil. 2009, 18:37
par Sékiltoyai
j'avais mit que locate, webmin, une recompilation de PHP5.2.9
avec APC et memcache, subversion et PostGreSQL.
Alors, locate à priori c'est bon.
Webmin je sais pas j'utilise pas, mais ça m'étonnerait qu'il y ait masse dans /var/lib
PHP à priori non plus, idem pour les extensions.
Subversion, apparement non plus.
Il reste PgSQL. Et là si c'est configuré comme ma ubuntu server, tu as perdu toutes tes bases. Est ce qu'il y avait des données importantes.
c'est un serveur distant, et c'est la seconde fois, donc bon.
Alors ca c'est pas forcément une raison. Ca dépend ton hébergeur, mais un hébergeur sérieux te permet de réinstaller autant que tu veux. Sur OVH, il y a même un mode rescue pour travailler directement sur le disque de ta machine arrêtée.
De plus, on est deux à y avoir travailler, l'autre étant très
peu présent, PostGreSQL et PHP5.2.9 marchent grâce à lui,
je doute qu'il apprécie mon action...
Bah personnellement si HyWaN supprimait un dossier important comme cela (mais c'est hautement improbable, il le ferait pas, lui :) ), j'aurais encore plus la haine s'il ne me le disait pas.
A vrai dire, si ce qui t'inquiète le plus, c'est le système, tu fais un dump du dossier /etc et c'est réglé. Parce que le plus dur, lorsque t'installes des logiciels, c'est la conf, c'est pas l'install en elle-même. Après, pour la compilation de PHP sa se fait facile aussi. Mais si tu ne l'as pas fait la première fois est-ce que tu saurais le refaire cette fois ci ?
Bref, là pour le coup c'est à toi de voir. Si t'as la chance qu'il n'ai vraiment pas travaillé beaucoup sur le serveur, il reste peut être les commandes qu'il a exécuté pour l'installation des logiciels dans l'historique de son shell, donc ça ca se récupère…
Pour PHP, si tu ne veux vraiment pas recompiler, tu peux dumper tous les fichiers que ca a installé, pour les recopier exactement aux mêmes endroits sur la nouvelle install. C'est moche mais c'est une première possibilité. Sinon s'il a laissé le dossier des sources PHP, c'est une aubaine, parce qu'elles sont peut être encore configurées. Tu le recopies sur le nouveau système et tu refais "make" et un "make install" (surtout pas de ./configure).
Il n'y a vraiment aucun moyen ?
Comme je te dis dans l'absolu si. Tu recrées les dossiers et les fichiers pour chaque application, ils seront vide, mais bon. C'est chiant mais ça se fait. Ensuite ca ne te rendra pas tes données mais les applis continueront à fonctionner.
Mais pour le système de paquets bah par exemple il est mort. Donc tu ne peux plus installer/désinstaller/mettre à jour un seul paquet de ton système. Tu es condamné à compiler toute nouvelle application…
Si je ré-entre ses commandes sur une vm similaire, pourrais-je
simuler le serveur pré-armagédon ?
Bah ca peut aider à regénérer certains fichiers, mais dans tous les cas, ça ne te rendra pas les données (notamment du système de paquet). Il faut bien comprendre qu'un système ça se réinstalle voire répare super bien, ce sont en général les mêmes binaires d'une install à l'autre. Mais les données ça s'invente pas. C'est réellement ça le principe de l'informatique…

Posté : 09 juil. 2009, 19:11
par katagoto
Les données je m'en fiche, les seuls qu'il y a c'est 1 an et demi
de PHP que j'ai mit ce matin, mais j'ai les données chez moi,
là c'est vraiment le serveur qui compte, le serveur, niveau
configuration ça sera pas possible pour moi, j'ai pas le niveau
j'ai juste réussit à mettre en place subversion seul. Il a pas
beaucoup bossé dessus, 50 commandes grand max.
Je compte bien sur leur dire, je suis pas lâche, mais j'aimerais
résoudre le problème quand même. Donc, si je voulais
réinstaller le serveur, j'ai juste à copier /etc pour récupérer
tout les réglages ? j'ai également /var/subversion, je le prendrais
aussi.

Par avance merci de votre aide

Edit : je viens de le dire au gérant du serveur, car c'est un
particulier, ça devrait aller pour la réinstallation

Posté : 09 juil. 2009, 19:18
par Sékiltoyai
Bah si le disque est pas trop gros, l'idéal c'est de tout dumper en fait. Tu feras le tri après.

Posté : 09 juil. 2009, 19:28
par katagoto
bah c'est Debian, j'ai que 2 Mo de code et peut-être 20 Mo de
design, le reste je connais pas le poids, euh sachant que je
suis sur un vieux serveur sur une connexion Free c'est pas
le top, faire le trie avec quoi et comment ?

Merci par avance de votre aide

Posté : 09 juil. 2009, 19:34
par Sékiltoyai
Bah tu demandes au mec de retirer le disque et de te l'envoyer du coup.
Faire le tri, c'est quand tu réinstalles, tu récupères ce qu'il te manque sur la sauvegarde que t'as préalablement faite, ca évite les mauvaises surprises :)

Posté : 09 juil. 2009, 19:40
par katagoto
Bah tu demandes au mec de retirer le disque et de te l'envoyer du coup.
Faire le tri, c'est quand tu réinstalles, tu récupères ce qu'il te manque sur la sauvegarde que t'as préalablement faite, ca évite les mauvaises surprises :)
si ça rentre pas dans l'enveloppe ? :)
ah je vois, copier les fichiers aux bons endroits, mais comment
savoir qu'est-ce qui à été modifier, je sais qu'il y a un outils sous
FreeBSD, mais sous linux y a quoi comme options ?

Par avance merci de votre aide

Posté : 09 juil. 2009, 19:43
par Sékiltoyai
Non mais ca se fait au cas par cas. Tu regardes pas bêtement ce qui est modifié et ce qui ne l'est pas. Tu regardes de quels fichiers t'as besoin, par exemple une conf, ou des données, etc.

Posté : 09 juil. 2009, 20:06
par katagoto
ok, je ferais ça en fonction du manuel de chaque outils, ça sera
long, mais, bon, euh, par contre, comment je le copie ? j'ai
que SSH et subversion, avec PHP et Apache, j'avais déjà essayé
mais en console j'ai pas trouvé :/
Il y a un moyen de copier l'historique des commandes ?

Par avance merci de votre aide

Posté : 09 juil. 2009, 20:24
par Sékiltoyai
scp est ton ami.

Posté : 10 juil. 2009, 10:03
par katagoto
Merci beaucoup
Mais, est-ce normal que, lorsque j'entre :
scp -r [email protected] / .
ça se fige au bout d'un moment ?

Par avance merci de votre aide

Posté : 10 juil. 2009, 19:10
par Sékiltoyai
C'est :

Posté : 10 juil. 2009, 19:13
par katagoto
oui, j'ai zapé les ":" quand j'ai recopié, mais en fait il se
bloquait lorsqu'il atteignait des fichiers (ou dossier) dont la
permission lui était refusé, puis il continue sa route
Merci beaucoup