[idiot] un total mv de " / "

Il ne faut pas oublier le ' . ' Oui je sais, mais bon je l'ai fait ...

Code:

---

1 2	/home/nimbus/transfert# mv /* /var/www/mon_repertoire

---

c'est un site pro en prod ...
je ne perdrais rien (merci les sauvegardes) et j'aurai remonté une machine relais avant qu'on cri haro sur le BAUDET (que je suis).
Par contre le serveur de type PROLIANT avec une UBUNTU server est il récupérable ?

Entendons nous bien, il n'y a pas de péril puisque j'ai les sauvegardes utiles et il n'y aura pas de nuisance visible ...
Ceci dit, je me demandais s'il y avait un moyen de réparer une telle manipulation ?

Je ne vais certainement pas pouvoir me loguer sur le serveur ( je ne peux plus en SSH distant ) et je doute que je retrouve un accès en console direct ( à moins d'aller la chercher dans /var/www/mon_rep ) ???

Mais si je boot sur un live et que je "replace" mon '/ ' là d'où il n'aurait jamais du accepter de bouger ... retrouverai je une situation ... qui me permettrait de récupérer quelques logs de connection ?

Où je suis "admiratif" est que le web et l'accès aux bases de données fonctionne correctement ... et donc le service est assuré.

Sauf que je ne peux plus mettre à jour en upload ...

Merci de vos commentaires

Comme quoi ne jamais travailler directement sous root est un bon précepte.

Bonne chance pour ta restauration.

ce que je ferai dans un premier temps c'est faire un ghost avec partimage pour être sur de ne rien perdre car dans ce genre de manip on n'est à l'abri de rien.

Ensuite je ferai le mv symétrique à ce que tu as fait et je verrai ce qu'il se passe

le risque majeur est que le mv n'est pas préservé les droits, et la haie haie, car si le boot et le login en root est possible après un mv dans l'autre sens, les applications risquent bien de ne pas pouvoir fonctionner a case des problèmes de droits d'accès.
Donc la démarche serait, selon moi :
-Une sauvegarde de l'existant, si tu as de la place plutot qu'un mv en retour un cp -rp (l'original sera conservé....)
- croiser les doigts qu'il n'y ai pas trop de liens symbolique qui traine.
rebooter en single mode, vérifier au moins que le démarrage est possible et correcte.
-remonter les paquetages des applications (réinstaller en mode "force")(cela "garantira" les bons droits),
-puis remonter les sauvegardes data......

Copie d'un mail de réponse généraliste à mon LUG de naissance :
l' ALDIL pour ne pas la citer :)

Citation:

---

Matthias a écrit : Le plus important est de ne surtout pas fermer les shells ouverts.

oui mais non ... trop simple :p
ça c'est mort.

J'ai pu relever ce qui me permettait de reconstruire les 4 derniers
jours puisque le web tournait encore.

Aujourd'hui je me suis attaché à lancer un serveur de 'secours', moins
de 20 mn (il pré-existait),
et à remonter ma dernière sauvegarde externe ... de lundi matin...

10 mn pour monter la sauvegarde des données depuis le 1 er
janvier(environ 700 000 lignes et 5 M d'objets) et 4 HEURES pour
reconstituer les données depuis lundi(12 000 lignes).

Donc quand cela est redevenu normal, SANS pertes hormis les logs de
connections, je me suis attaché à m'interresser à rsync et aux
sauvegardes externes, ma prochaine bévue(quand on aime on ne compte pas)
devrait être plus rapide à résoudre.

Ravi des largesses de ma société qui m'avait fourni un vrai serveur avec
un vrai raid1 je me sentais à l' abri.
Raid c'est bien .. mais si tu flingues ton install ... c'est vraiment
... RAIDE

J'ai pas touché au PROLIANT ...
Entre l'aldil et developpez.net j'ai 5 avis de restauration.
Comme toujours je le ferais au feeling, je n'ai aucun intérêt à
restaurer ce serveur ( un UBUNTU serveur qui va se rhabiller en pure Debian)
mais il m'interresse, sportivement, de savoir si j'arrive à récupérer.

Je verrais lundi et je vous tiendrai au courrant.

Merci de vos réponses et plaisirs aux anciens.

Nimbus

---

et merci 'ICI' il me semble que cette ... 'contre' expérience peut servir.
La plus sage est le pré-GHOST, au moins pourrai je tester les 5 méthodes ... si j'arrive à faire un GHOST ...