Fichier supprimer par erreur

jedebute · Le 12/03/2012, à 22:21

Bonjour,

je viens d'effacer mon script latex LM323_2011_12.tex par erreur, il n'est bien sur pas dans la corbeille probablement parceque je travaillais sur mon réseau local (c'est à dire un morceau de DD d'un autre micro mis en réseau via le routeur).

Merci de votre aide.

Il me reste les fichiers LM323_2011_12.out, LM323_2011_12.aux, LM323_2011_12.synctex.gz et LM323_2011_12.pdf

Je ne ne sais pas comment récupérer ce satané fichier!!!

UBUNTU 11.10

alain@alain-DQ058A-ABF-S5292FR-FR340:~$ sudo sfdisk -luS

Disque /dev/sda : 4982 cylindres, 255 têtes, 63 secteurs/piste
Avertissement : la partition étendue ne débute pas sur une frontière de
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sda1   *      2048  58515455   58513408  83  Linux
/dev/sda2      78997502  80041983    1044482   5  Étendue
/dev/sda3      58515456  78995455   20480000  83  Linux
/dev/sda4             0         -          0   0  Vide
/dev/sda5      78997504  80041983    1044480  82  partition d'échange Linux / Solaris
alain@alain-DQ058A-ABF-S5292FR-FR340:~$

alain@alain-DQ058A-ABF-S5292FR-FR340:~$ udisks --show-info /dev/sda
Showing information for /org/freedesktop/UDisks/devices/sda
  native-path:                 /sys/devices/pci0000:00/0000:00:1f.1/host0/target0:0:1/0:0:1:0/block/sda
  device:                      8:0
  device-file:                 /dev/sda
    presentation:              /dev/sda
    by-id:                     /dev/disk/by-id/ata-Maxtor_4D040H2_D28BT9LE
    by-id:                     /dev/disk/by-id/scsi-SATA_Maxtor_4D040H2_D28BT9LE
    by-path:                   /dev/disk/by-path/pci-0000:00:1f.1-scsi-0:0:1:0
  detected at:                 lun. 12 mars 2012 19:53:12 CET
  system internal:             1
  removable:                   0
  has media:                   1 (detected at lun. 12 mars 2012 19:53:12 CET)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        40982151168
  block size:                  512
  job underway:                no
  usage:                       
  type:                        
  version:                     
  uuid:                        
  label:                       
  partition table:
    scheme:                    mbr
    count:                     4
  drive:
    vendor:                    ATA
    model:                     Maxtor 4D040H2
    revision:                  DAK0190K
    serial:                    D28BT9LE
    WWN:                       
    detachable:                0
    can spindown:              1
    rotational media:          Yes, unknown rate
    write-cache:               enabled
    ejectable:                 0
    adapter:                   /org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e1
    ports:
      /org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e1/host0
    similar devices:
    media:                     
      compat:                 
    interface:                 ata
    if speed:                  (unknown)
    ATA SMART:                 Updated at lun. 12 mars 2012 20:53:15 CET
      overall assessment:      Good
===============================================================================
 Attribute       Current|Worst|Threshold  Status   Value       Type     Updates
===============================================================================
 spin-up-time                235|234| 63   good    7,3 secs    Pre-fail Online 
 start-stop-count            252|252|  0    n/a    2500        Old-age  Online 
 reallocated-sector-count    253|253| 63   good    0 sectors   Pre-fail Online 
 read-channel-margin         253|253|100   good    0           Pre-fail Offline
 seek-error-rate             253|252|  0    n/a    0           Old-age  Online 
 seek-time-performance       246|237|187   good    0           Pre-fail Online 
 power-on-minutes            235|235|  0    n/a    42,8 days   Old-age  Online 
 spin-retry-count            253|252|157   good    0           Pre-fail Online 
 calibration-retry-count     253|252|223   good    0           Pre-fail Online 
 power-cycle-count           249|249|  0    n/a    1671        Old-age  Online 
 power-off-retract-count     253|253|  0    n/a    0           Old-age  Online 
 load-cycle-count            253|253|  0    n/a    0           Old-age  Online 
 attribute-194               253|253|  0    n/a    0           Old-age  Online 
 hardware-ecc-recovered      253|252|  0    n/a    11          Old-age  Online 
 reallocated-event-count     253|253|  0    n/a    0           Old-age  Offline
 current-pending-sector      253|253|  0    n/a    0 sectors   Old-age  Offline
 offline-uncorrectable       253|253|  0    n/a    0 sectors   Old-age  Offline
 udma-crc-error-count        199|199|  0    n/a    0           Old-age  Offline
 multi-zone-error-rate       253|252|  0    n/a    0           Old-age  Online 
 soft-read-error-rate        253|250|  0    n/a    0           Old-age  Online 
 ta-increase-count           253|252|  0    n/a    0           Old-age  Online 
 run-out-cancel              253|252|180   good    0           Pre-fail Online 
 shock-count-write-open      253|252|  0    n/a    0           Old-age  Online 
 shock-rate-write-open       253|252|  0    n/a    0           Old-age  Online 
 spin-high-current           253|252|  0    n/a    0           Old-age  Online 
 spin-buzz                   253|252|  0    n/a    0           Old-age  Online 
 offline-seek-performance    253|253|  0    n/a    0           Old-age  Offline
 attribute-99                253|253|  0    n/a    0           Old-age  Offline
 attribute-100               253|253|  0    n/a    0           Old-age  Offline
 attribute-101               253|253|  0    n/a    0           Old-age  Offline
alain@alain-DQ058A-ABF-S5292FR-FR340:~$

Pour testdisk, j'ai pas tout compris.

sputnick · Le 12/03/2012, à 22:24

est-ce que tu a encore un morceau de fichier dans ton terminal ? ou alors quelque chose dedans dont tu te rapelles qui lui est spécifique, même une seule ligne ?

jedebute · Le 12/03/2012, à 22:39

Bonjour,

son nom est spécifique : LM323_2011_12.tex

Ces lignes de code aussi :
\huge
LM 323
...
\huge
GEOMETRIE AFFINE ET EUCLIDIENNE
...
\bibitem{AD}...

sputnick · Le 12/03/2012, à 22:59

Ok, perds pas de temps :

sudo grep -C 500 "GEOMETRIE AFFINE ET EUCLIDIENNE" /dev/sda > ~/recover

Où 500 est le double (au moins) du nombre de lignes présumées du fichier

Dernière modification par sputnick (Le 12/03/2012, à 22:59)

sputnick · Le 13/03/2012, à 01:12

Dit moi si tu a récupéré qq chose dans ~/recover (ouvre un autre term)

rmy · Le 13/03/2012, à 17:33

Dans l'idée c'est pas forcément mauvais, mais en l'occurence il ne faut surtout pas conseiller ce genre de chose.

Ici ça ne pose pas de problème puisqu'il est spécifé que le disque où est intervenu la suppression est un disque réseau. Dans le cas général, ta commande va écrire sur le disque lui-même où la suppression a eu lieu. C'est une énorme boulette.

Il faut dans le cadre général faire une duplication du support où a eu lieu la suppression, puis travailler avec ext3grep ou avec extundelete si le FS cible est en ext.

En dernier recours, il y a la solution du carving (avec photorec par exemple), suivi d'un script qui va filtrer en fonction du contenu.

jedebute · Le 13/03/2012, à 19:16

@sputnick

j'ai fait

sudo grep -C 500 "GEOMETRIE AFFINE ET EUCLIDIENNE" /dev/sda > ~/recover

Mais je n'arrive pas à faire ~/recover

~/recover
alain@alain-DQ058A-ABF-S5292FR-FR340:~$ ~/recover
bash: /home/alain/recover: Permission non accordée

rmy · Le 13/03/2012, à 20:08

cat ~/recover

tu as recopié la commande de sputnik sans la comprendre ?

jedebute · Le 13/03/2012, à 20:19

alain@alain-DQ058A-ABF-S5292FR-FR340:~$ cat ~/recover
Fichier binaire /dev/sda concordant

rmy a écrit :

tu as recopié la commande de sputnik sans la comprendre ?

Oui.
J'ai oublié le peu de shell que je connaissais et je n'ose pas demander à chaque fois la traduction.

rmy · Le 13/03/2012, à 20:21

Il ne faut surtout pas en avoir honte. Sinon un jour tu tomberas sur un mauvais blagueur qui te dira de faire un rm -rf à la racine.

Commence par

man grep

sputnick · Le 13/03/2012, à 20:54

jedebute, a tu récupéré qq chose dans ce fichier ?

rmy a écrit :

Dans l'idée c'est pas forcément mauvais, mais en l'occurence il ne faut surtout pas conseiller ce genre de chose.
Ici ça ne pose pas de problème puisqu'il est spécifé que le disque où est intervenu la suppression est un disque réseau. Dans le cas général, ta commande va écrire sur le disque lui-même où la suppression a eu lieu. C'est une énorme boulette.
Il faut dans le cadre général faire une duplication du support où a eu lieu la suppression, puis travailler avec ext3grep ou avec extundelete si le FS cible est en ext.
En dernier recours, il y a la solution du carving (avec photorec par exemple), suivi d'un script qui va filtrer en fonction du contenu.

On peux effectivement améliorer le process en utilisant un autre disque (ou clef USB). En tout cas c'est comme ça que je récupère tous mes scripts que j'aurais effacé par erreur, et ça marche à chaque fois. (Bon perso je suis en raid1+0 et je backup tout une fois par jour. Mes profil de browsers encore plus souvent. J'invite tout le monde à mettre en place un backup automatique)

sputnick · Le 13/03/2012, à 21:04

jedebute a écrit :

alain@alain-DQ058A-ABF-S5292FR-FR340:~$ cat ~/recover
Fichier binaire /dev/sda concordant

Il manquait l'option -a sorry

rmy · Le 13/03/2012, à 21:06

Le raid 1+0 ne t'empêchera jamais de faire un rm. Il n'y a que le backup qui soit une sécurité contre l'erreur humaine.

Et je le répète : il ne s'agit pas d'une optimisation, il NE FAUT PAS ECRIRE sur le disque en cas de perte de données.

sputnick · Le 13/03/2012, à 21:21

rmy a écrit :

Le raid 1+0 ne t'empêchera jamais de faire un rm. Il n'y a que le backup qui soit une sécurité contre l'erreur humaine.

Oui c'est ce que je dit.

rmy a écrit :

Et je le répète : il ne s'agit pas d'une optimisation, il NE FAUT PAS ECRIRE sur le disque en cas de perte de données.

Si si, si tu note bien, je dit d'utiliser un autre disque pour justement optimiser cette commande.

rmy · Le 13/03/2012, à 21:47

Non non, tu ne comprends pas : je dis que cette commande ne doit pas être utilisée !

jedebute · Le 13/03/2012, à 21:51

Désolé, il me faudrait un peu plus de détails.

cat -a ~/recover
cat : option invalide -- 'a'
Saisissez « cat --help » pour plus d'informations.

sputnick · Le 13/03/2012, à 22:11

@jedebute: c'était pour le grep.

@rmy: precise pourquoi il ne faut pas l'utiliser, concrètement (on écrit sur un autre disque je répète). Une écriture en RAM n'est pas une écriture sur disque, eventuellement ddesactiver la swap.

jedebute · Le 13/03/2012, à 22:18

man -a grep

pour savoir le menu du grep mais pour mon fichier où j'en suis ?

rmy · Le 13/03/2012, à 22:36

sputnik, je ne vois pas dans ta commande où est-ce que tu écris sur un autre disque...
Tu as bien bu que "jedebute" n'as qu'un seul disque sda qui semble être une install gnu/linux standard.
Ta commande redirige le résultat du grep vers le ficher ~/recover, soit en plus simple : /home/alain/recover. Est-ce que tu considères que sda ne contient pas le /home ?? C'est le cas dans 99% des cas.

En plus, tu fais faire la recherche via le grep sur le disque sda alors que jedébute a précisé que c'était sur un disque réseau qu'il a supprimé le .tex. Bref, je crois qu'il y a un quiproquo, mais c'est pas grave. Si ta commande marche, c'est que tu as raison, hein. J'arrête de faire du bruit.

Moi aussi je roule à 250 sur l'autoroute et tant qu'il ne m'arrive rien c'est que c'est bon.

rmy · Le 13/03/2012, à 22:38

@jedébute : man grep c'est pour avoir le manuel de grep. Dans ce manuel, il y a une ligne qui commence par "-a" et qui te dit que c'est bien dans ton cas d'utiliser

grep -a /dev/sda etc...

pour éviter que grep s'emmèle les pieds avec un fichier de type bloc (ou un truc comme ça)

jedebute · Le 13/03/2012, à 23:49

alain@alain-DQ058A-ABF-S5292FR-FR340:~$ grep -a /dev/sda ~/recover
Fichier binaire /dev/sda concordant

rmy · Le 14/03/2012, à 14:41

Je laisse sputnik continuer de te guider avec sa commande. Mais lis le manuel de grep, quand même...

sputnick · Le 14/03/2012, à 14:58

Comme deja dit iol manquait l'option -a à grep pour que ça marche

rmy · Le 14/03/2012, à 15:12

sputnick a écrit :

Comme deja dit iol manquait l'option -a à grep pour que ça marche

Oui, ça il a bien compris, puisqu'il a ajouté l'option -a :

... a écrit :

grep -a /dev/sda ~/recover

Peut-être pourrais-tu aller au bout de ta démarche d'aide, et compléter ta commande initiale avec le -a, et poursuivre avec les infos qui vont bien...

sputnick · Le 14/03/2012, à 15:34

rmy a écrit :

sputnick a écrit :
Comme deja dit iol manquait l'option -a à grep pour que ça marche
Oui, ça il a bien compris, puisqu'il a ajouté l'option -a :
... a écrit :
grep -a /dev/sda ~/recover
Peut-être pourrais-tu aller au bout de ta démarche d'aide, et compléter ta commande initiale avec le -a, et poursuivre avec les infos qui vont bien...

Faut savoir : ou bien ma commande c'est caca et dans ce cas tu recupere jedebut sur ton thead, soit je sais pas.

Dans le doute :

sudo grep -a -C 500 "GEOMETRIE AFFINE ET EUCLIDIENNE" /dev/sda > /chemin/vers/clef/usb

Mais j'espere que l'ordi a pas ecrit trop depuis la derniere fois...

Dernière modification par sputnick (Le 14/03/2012, à 15:35)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/03/2012, à 22:21

Fichier supprimer par erreur

#2 Le 12/03/2012, à 22:24

Re : Fichier supprimer par erreur

#3 Le 12/03/2012, à 22:39

Re : Fichier supprimer par erreur

#4 Le 12/03/2012, à 22:59

Re : Fichier supprimer par erreur

#5 Le 13/03/2012, à 01:12

Re : Fichier supprimer par erreur

#6 Le 13/03/2012, à 17:33

Re : Fichier supprimer par erreur

#7 Le 13/03/2012, à 19:16

Re : Fichier supprimer par erreur

#8 Le 13/03/2012, à 20:08

Re : Fichier supprimer par erreur

#9 Le 13/03/2012, à 20:19

Re : Fichier supprimer par erreur

#10 Le 13/03/2012, à 20:21

Re : Fichier supprimer par erreur

#11 Le 13/03/2012, à 20:54

Re : Fichier supprimer par erreur

#12 Le 13/03/2012, à 21:04

Re : Fichier supprimer par erreur

#13 Le 13/03/2012, à 21:06

Re : Fichier supprimer par erreur

#14 Le 13/03/2012, à 21:21

Re : Fichier supprimer par erreur

#15 Le 13/03/2012, à 21:47

Re : Fichier supprimer par erreur

#16 Le 13/03/2012, à 21:51

Re : Fichier supprimer par erreur

#17 Le 13/03/2012, à 22:11

Re : Fichier supprimer par erreur

#18 Le 13/03/2012, à 22:18

Re : Fichier supprimer par erreur

#19 Le 13/03/2012, à 22:36

Re : Fichier supprimer par erreur

#20 Le 13/03/2012, à 22:38

Re : Fichier supprimer par erreur

#21 Le 13/03/2012, à 23:49

Re : Fichier supprimer par erreur

#22 Le 14/03/2012, à 14:41

Re : Fichier supprimer par erreur

#23 Le 14/03/2012, à 14:58

Re : Fichier supprimer par erreur

#24 Le 14/03/2012, à 15:12

Re : Fichier supprimer par erreur

#25 Le 14/03/2012, à 15:34

Re : Fichier supprimer par erreur

Pied de page des forums