Journal Comment recuperer un rapport non sauvegarde.

Posté par (page perso) .
Tags : aucun
0
13
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 . Évalué à 1.

    • [^] # Re: ca me rappelle

      Posté par (page perso) . Évalué à 1.

      c est dans quel package debian memdump ?
      ou sinon, c est quoi la procedure ?
      • [^] # Re: ca me rappelle

        Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . Évalué à 2.

              et pas XFS?
              • [^] # Re: idem

                Posté par (page perso) . Évalué à 2.

                ben si mais apparement il foare un tantinet sur ce but justement, donc bon :)
              • [^] # Re: idem

                Posté par (page perso) . É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 . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 à ceux qui les ont postés. Nous n'en sommes pas responsables.