Journal Comment recuperer un rapport non sauvegarde.

Posté par doublehp (site web personnel) le 13 février 2005 à 05:26.

Étiquettes :

fév.

2005

Je tapais un rapport hebdomadaire sur un wiki, et j ai fait une preview a la moitie, puis j ai tape la fin. Puis j ai laisse mon brouteur de cote, pour faire autre chose. Comme je savais que TBE dans FireFox as pas mal de memory leakages, j ai fini par le relancer ... et au moment de rouvrire ma cession de TABs archivee, je retombe sur la page de mon rapport, mais avant que je commence a le taper ...

Et tout etat de cause, je savais que la preview ne sauvait rien sur le server; de toute facon je n avais meme pas acces au server. ( on sait jamais, dans les logs apache il pourrait y avoir les contenus des formulaires de saisie ... j en sais rien ... )

Mais comme TBE as des memory leaks de partout, FF swap a mort ...

Bref, j ai commence par etudie ~/mozilla, des rgrep sur le pattern d un bout de mon texte ( le titre ), que dal.

Et la idee de genie: si FF as swappe a cause de TBE, il y as peut etre une arhcive du formulaire en swap ...

cat /dev/hda6 > /mnt/other/tmp/swappp grep -a -b -o "mon titre" /mnt/other/tmp/swappp dd if=/mnt/other/tmp/swappp of=s1 bs=1 count=10240 skip=3980333 vim s1

idem avec les 8 occurences trouvees par grep ...

et comme j avais bien chatte 10 minutes entre la fin de mon rapport et le kill de FF, il avait vraiment tout swappe :)

dans les fichiers s1 s2 et s4, il y avant les versions intermediaires, et dans le s8, la version finale que je n ai jamais preview sur le sever ...

Ça as du bon les memory leaks et la swap :)
Finalement je suis pas sur de lui offrire 256M pour Paques a cette machine :)

# ca me rappelle

Posté par Nico le 13 février 2005 à 09:29. Évalué à 1.

ça : http://mat.virgule.info/blog/posts/2004/11/30/43-memdump(...)
- [^] # Re: ca me rappelle
  
  Posté par doublehp (site web personnel) le 13 février 2005 à 16:32. Évalué à 1.
  
  c est dans quel package debian memdump ?
  ou sinon, c est quoi la procedure ?
  - [^] # Re: ca me rappelle
    
    Posté par Mathieu Pillard (site web personnel) le 13 février 2005 à 21:59. Évalué à 3.
    
    Je n'ai aucune idée du package debian, mais sinon c'est diaboliquement simple: memdump > lefichier
    Ensuite, trouver ce que tu cherches a coups de grep et tout comme tu l'as fait.
    
    L'avantage est donc que tu n'a pas que le swap, dans lequel ya pas forcement grand chose...
    - [^] # Re: ca me rappelle
      
      Posté par ahuillet (site web personnel) le 13 février 2005 à 22:06. Évalué à 1.
      
      La procédure recommandée par le man est différente.
      
      serveurquelconque# nc -lvp 34789 > out
      root@hostdump# memdump | nc -p serveurquelconque
      
      Ça évite paraît-il d'"abimer" la mémoire lors de l'ouverture du fichier.
      - [^] # Re: ca me rappelle
        
        Posté par Mathieu Pillard (site web personnel) le 13 février 2005 à 22:27. Évalué à 1.
        
        Certes. Mais bon, faire a la bourrin dans un fichier, ca marche dans la plupart des cas de toutes facons. On a pas tout le temps un serveur sur lequel mettre autant de données sous la main.
# idem

Posté par Marc (site web personnel) le 13 février 2005 à 12:27. Évalué à 4.

Cette semain, j'ai eu un prob du même genre. Je codais, et y'a eu une coupure de jus (bon en m'étirant j'ai débranché le cable...) et au reboot, le fichier était vide (ça m'arrive souvent avec XFS, les derniers fichiers accédés se retrouve vide au reboot...un peu gavant, car le fichier a été sauvé avant la panne).
J'ai sauvé ma partition, fait une recherche à coup de strings/grep/less, et j'ai retrouvé mon fichier (qui faisait quelques centaines de lignes donc pas de soucis).
- [^] # Re: idem
  
  Posté par ナイコ (site web personnel) le 13 février 2005 à 12:39. Évalué à 2.
  
  Là, je veux bien des détails, parce que c'est intéressant... Je perds assez régulièrement mon profil Kde (Les paramètress fond d'écran, style, icones, etc...) Quand ma machine plante suite à un excès d'Enemy Territory (Oué, les drivers ATI sont pas au top, hein...). C'est pas que c'est très long à reconfigurer, mais ça pourrait être des données plus importantes... Je confirme donc, XFS a tendance à perdre les fichiers ouverts lors d'un plantage (Au moins, il sauve les autres ;))
  Alors, j'aimerais bien connaitre la méthode pour rechercher des bouts de fichiers perdus sur un XFS !
  - [^] # Re: idem
    
    Posté par Marc (site web personnel) le 13 février 2005 à 13:42. Évalué à 2.
    
    ça marchera que pour des petits fichiers texte je pense, car je ne sais pas comment chainer les morceaux... Voilà ce que j'ai fait:
    
    cat /dev/hda5 > /mnt/temp/save_hda5 cat /mnt/temp/save_hda5 | strings > /mnt/temp/save_hda5_strings
    et ensuite un mélange de grep, head, tail et less pour retrouver le morceau perdu.
    Je vois pas pourquoi ça ne marcherai pas avec les autre FS, mais j'ai eu ce genre de probs uniquement avec XFS :/
    - [^] # Re: idem
      
      Posté par Ramso le 13 février 2005 à 16:16. Évalué à 2.
      
      Tout, tout, tout pareil. Freeze de la machine, XFS qui récupère la partition et... perte de la configuration de XChat, de Thunderbird et de ses archives et quelques fichiers système corrompus ; bref, ce qui était ouvert au moment du crash.
      
      Je sens que je vais revenir à Ext3... je préfère encore fouiller dans lost+found.
      - [^] # Re: idem
        
        Posté par doublehp (site web personnel) le 13 février 2005 à 16:30. Évalué à 3.
        
        notez que less ou vim sur un dump de 1G, c est chaud... puisque grep peut donner l adresse exacte de la donnee, je prefere largement ma solution a base de 'dd' qui peu skipper ...
        
        j ai fait mon dump tout de suite, apres je prefere passer 20 minutes a lire du man calmement, que 1h a editer un fichier enorme qui me fait swapper, plein de bouts binaires illisibles.
        
        [^] # Re: idem
        
        Posté par Marc (site web personnel) le 13 février 2005 à 22:29. Évalué à 3.
        
        j'ai fait un less sur un fichier de 5Go, ça a pris environs 30s.
        que tu utilises less ou grep pour chercher, il va lire le fichier de façon linéaire depuis le début donc ça change rien. Ta solution a sans doute des avantages, mais pas dans mon cas (textes de qqs lignes).
        
        De plus, si tu avais lu ma réponse tu aurais vu que j'ai utilisé strings, ce qui évite d'afficher de la merde dans le terminal,et je vois pas pourquoi ça me ferait swapper (dieu merci, les éditeurs ne sont pas cons au point de faire un malloc de 5Go)...
      - [^] # Re: idem
        
        Posté par Ph Husson (site web personnel) le 13 février 2005 à 18:29. Évalué à 1.
        
        J'veux pas rentrer dans un troll mais reiserfs me semble beaucoup mieux,car dès le début fait pour être journalisé (donc pareil pour jfs quoi)
        
        [^] # Re: idem
        
        Posté par Marc (site web personnel) le 13 février 2005 à 22:29. Évalué à 2.
        
        et pas XFS?
        
        [^] # Re: idem
        
        Posté par Ph Husson (site web personnel) le 14 février 2005 à 00:03. Évalué à 2.
        
        ben si mais apparement il foare un tantinet sur ce but justement, donc bon :)
        
        [^] # Re: idem
        
        Posté par doublehp (site web personnel) le 14 février 2005 à 01:56. Évalué à 2.
        
        XFS as ete concu aussi pour etre journalise des ses origines, mais l algo du journal est different, et le journal ne journalise pas les memes chose qu EXT3.
        
        avec les journaux par default,
        Si en C tu fait un open(file,create), write(file,stream,3)
        puis un reset hard,
        le journal de EXT3 as la creation de fichier, uncontenu de 3 chars, et des donnees invalides dans le fichier. XFS lui n as que la creation d un fichier vide.
        
        L explication du mec qui as fait ce test, est que XFS ne journalise que les metadatas, et EXT3 journalise en plus les DATAs.
        
        J ai immediatement demande sur IRC sur #xfs ... ou de memoire ils m ont dit que XFS pouvait tout journaliser, mais peut etre que par default sur la machine du testeur, tout n etait pas active ...
        
        en resumer, j en sais rien, il faudrait refaire tous les test, mais c est trop complique pour moi.
        
        [^] # Re: idem
        
        Posté par Ramso le 14 février 2005 à 10:40. Évalué à 3.
        
        Ouais ben adieu XFS.
        
        Il a explosé ce week-end en plein vol. La machine ne tournait que pour écouter de la musique et tout à coup... pan ! Plus aucun fichier lisible, aucun programme exécutable, rien.
        
        Heureusement j'ai quand même pu copier les données après un redémarrage. Réinstallation du système en Ext3 et on n'en parle plus.
        
        [^] # Re: idem
        
        Posté par doublehp (site web personnel) le 14 février 2005 à 22:05. Évalué à 0.
        
        PUREE Z ETES BOUCHES ?
        
        moi aussi je peux dire : Oh puree Linux ca pue, sur les CD d installe de la potatoe y as meme pas de client MSN comme Gaim, ni de GUI pour mixer du son ...
        
        Evidement la Potatoe as 30 ans ... faut se renseigner.
        
        XFS /peut/ journaliser les donnees elles memes, mais il faut lui demander. Donc sans RTM, evidement tu n y arrivera jamais.
        
        J ai jamais dit que XFS etait pourri, j ai dit qu il faut se renseigner correctement et tester completement ... et arrete de dire que c est pourri sans avoir VRAIMENT essaye.
        
        Tu as lu mon j en sais rien faudrait tout restester ?
        
        [^] # Re: idem
        
        Posté par Marc (site web personnel) le 15 février 2005 à 08:55. Évalué à 2.
        
        dis voir, c'est quoi le but d'un FS journalisé à la base? Avoir un journal qui sert a éviter ls fsck mais qui arrive pas a garder trace des derniers fichiers ouverts?
        
        Est ce que par default il pourrait pas gérer ce type d'erreurs basiques comme les autres?
        
        Avant d'insulter les gens, essais de les comprendre. En installant ext3 par exemple tu n'as pas ce genre de problème. C'est peut être le boulot de la distrib de faire ça, j'en sais rien. Maintenant, si toi tu as du temps pour trouver la réponse, on sera tous heureux de t'entendre, sinon laisse les autres personnes exprimer leurs avis.
        
        Moi je sais que je m'en fous d'avoir XFS, ext3 ou reiserfs, donc la prochaine fois, ça sera pas XFS ;)
        
        PS: linuxfr a mis en place un système de correction orthographique, c'est pour ça que certains de tes mots sont en rouge. Corriger toutes les fautes je dis pas, mais certaines quand même...
  - [^] # Re: idem
    
    Posté par liberforce (site web personnel) le 14 février 2005 à 12:45. Évalué à 2.
    
    Tout pareil... perte du XF86Config apres une coupure. Effectivement , vu que ça n'a pas l'air d'être un cas isolé, je crois que XFS => out... Faut t'il s'orienter vers ReiserFS, JFS ou ext3 ?
# Et /proc/kcore ?

Posté par Hugues Hiegel (site web personnel) le 14 février 2005 à 08:12. Évalué à 2.

J'avais déjà réussi à récupérer l'intégralité d'un mail que j'étais en train de rédiger en ssh avec vim par ce moyen, en ne l'ayant évidemment jamais enregistré :-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.