Données importantes perdues dans Gnote

Gnote vient de planter et efface une bonne partie d'une note qui n'était pas ouverte lorsque l'accident s'est produit. Je ne peux pas annuler ce changement, alors cela semble être une perte permanente ... Comment puis-je le récupérer et m'assurer que cela ne se reproduise plus?

L'erreur est apparue dans le terminal où j'ai ouvert Gnote avec:

(gnote:2425): GLib-GIO-CRITICAL **: GApplication subclass 'GnoteApp' failed to chain up on ::startup (from start of override function)

(gnote:2425): Gtk-CRITICAL **: gtk_text_buffer_get_iter_at_mark: assertion `GTK_IS_TEXT_MARK (mark)' failed
Segmentation fault (core dumped)

EDIT: Cela s’est répété et la sortie suivante a été donnée dans la ligne de commande.

Pour celui-ci, je viens d'ouvrir Gnote, d'ouvrir une note, d'écrire une phrase et de la fermer, puis de fermer Gnote.

(gnote:3570): GLib-GIO-CRITICAL **: GApplication subclass 'GnoteApp' failed to chain up on ::startup (from start of override function)

** (gnote:3570): WARNING **: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dfile_2derror_2dquark.Code12: Failed to write file '/home/romain/.config/dconf/user.QFB8KW': fwrite() failed: No space left on device

** (gnote:3570): WARNING **: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dfile_2derror_2dquark.Code12: Failed to write file '/home/romain/.config/dconf/user.5QK8KW': fwrite() failed: No space left on device

** (gnote:3570): WARNING **: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dfile_2derror_2dquark.Code12: Failed to write file '/home/romain/.config/dconf/user.J3Q8KW': fwrite() failed: No space left on device

** (gnote:3570): WARNING **: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dfile_2derror_2dquark.Code12: Failed to write file '/home/romain/.config/dconf/user.S7I7KW': fwrite() failed: No space left on device

** (gnote:3570): WARNING **: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dfile_2derror_2dquark.Code12: Failed to write file '/home/romain/.config/dconf/user.0JP7KW': fwrite() failed: No space left on device
I/O error : No space left on device
I/O error : write error

Dans celui-ci, j'ai rouvert Gnote, trouvé que la note que je venais de changer était vide, son titre effacé aussi ...

(gnote:4277): GLib-GIO-CRITICAL **: GApplication subclass 'GnoteApp' failed to chain up on ::startup (from start of override function)
(140417336494528) ERROR: error_handler - XML error Extra content at the end of the document

I/O error : No space left on device
I/O error : No space left on device
I/O error : No space left on device
I/O error : No space left on device

Et j'ai remarqué que ma partition Ubuntu était pleine, alors j'ai déplacé des fichiers personnels lourds dans une autre partition de données.

Merci beaucoup.

linux

— L01man
source

S'il vous plaît expliquer après votre vote ...

— L01man

Mon hypothèse: "comment puis-je le récupérer?" et "comment puis-je l'empêcher?" Il y a deux questions différentes, dont vous ne semblez pas avoir tenté de faire la recherche par vous-même. Qu'as-tu déjà essayé? Où êtes-vous coincé?

— cʜιᴇ007

J'ai fait des recherches. Aucun indice pour récupérer car le fichier n'a pas été supprimé, mais modifié (et ma volonté) et le message d'erreur et d'autres requêtes telles que "gnote lost data" ou "gnote bug" ne donnent aucun lien. Tout seul, je vais simplement supprimer gnote, utiliser gedit, faire de nombreuses sauvegardes et réécrire le fichier par mémoire, même s'il était très long ...

— L01man

J'ai fait des recherches et il semble qu'un drapeau dans le noyau limite mon accès aux mémoires des programmes, par exemple. Ainsi, je ne peux pas récupérer la note de Gnote! Puis-je changer le drapeau sans redémarrer? Si je redémarre, la note sera-t-elle définitivement effacée ou la restera-t-elle toujours /dev/mem, si c'est en premier lieu?

— L01man

Dès que vous remarquez le crash, vous pouvez essayer de récupérer tout ce que vous avez tapé dans votre mémoire (s'il n'est pas crypté). En tant que root, ouvrez le fichier / dev / mem et essayez de localiser une partie de vos phrases perdues. Par exemple, vous pouvez utiliser:

less -f /dev/mem

Pour éviter ce genre d'accident, c'est une autre affaire.

— Sylvain Chevallier
source

Merci, mais le fichier est trop long. Il y a au moins une semaine d'activité enregistrée dessus. Il contient principalement des caractères noirs que je ne comprends pas et très peu de caractères dactylographiés. Quoi qu’il en soit, ce qui était écrit sur la note n’était pas simplement dactylographié, mais écrit à différentes dates.

— L01man

Existe-t-il un moyen de supprimer les caractères non-typés de / dev / mem? En utilisant grep ou quelque chose comme ça?

— L01man

C'est arrivé à nouveau, sur une note différente, que je l'ai ouverte pour la copier dans un endroit sûr ... Quoi qu'il en soit, espérant récupérer cette autre donnée très importante, je l'ai fait cat /dev/mem > mem, memétant un fichier qui contient maintenant 1028ko de données. N’est-il pas étrange que le fichier soit si petit, puisque / dev / mem devrait être des dizaines de fois plus gros? Si tel est le cas, comment puis-je enregistrer entièrement / dev / mem? Ensuite, est-ce que j’utilise grepla même méthode que pour les fichiers qui ne sont pas des fichiers binaires pour trouver mes "fragments de phrase"? En fait, j'espère que la note que Gnote a détruite est toujours dans / dev / mem, mais je ne sais pas si / dev / mem contient des éléments tels que des fichiers chargés.

— L01man

@ L01man: cat /dev/memlit le premier fichier EOF, vous voudrez utiliser quelque chose qui prend en compte les fichiers EOF, qui supprime les fichiers EOF du flux avant de le transférer dans un fichier.

— Tamara Wijsman le

@TomWijsman Quand je trouverai cette commande, je la posterai ici.

— L01man