linux user group brescia

Grazie a entrambi per le risposte,avendo letto prima quella di Pierpaolo ho fatto partire direttamente Photorec, prima di vedere la soluzione più sofisticata di Giorgio.
Il software ha recuperato alcuni file nei primi minuti di utilizzo, ma dopo svariate ore mi sembra che non stia avanzando, lavora sugli stessi settori e il tempo stimato è cresciuto esponenzialmente (quasi 2000 ore mancanti stimate). Dal loro forum risulta che anche ad altri è capitato e a qualcuno la cosa si è risolta da sola, semplicemente lasciando lavorare il programma. Se qualcuno ha avuto esperienze, mi sa dire se è normale o c'è altro che devo fare?
Grazie 

    Il Lunedì 14 Agosto 2017 11:31, Giorgio P.R. <prgiorgio a bresciaonline.it> ha scritto:
 

  In una situazione simile testdisk mi è stato utilissimo,
 
 cerca copie  della tabella delle partizioni che vengono sparse da ext4 in giro per il disco,
 se la maggioranza delle copie dice che le partizioni sono di un certo tipo,
 puoi dirgli di convalidarle, e in questo modo riesci a recuperare le altre partizioni.
 per la prima, vai poi di ricerca dei file, sempre con testdisk oppure lo strumento indicato sotto.
 
 prima ti ocnsiglio di acquistare un bel disco da 2tera o più e fare un bel DD dal disco da 1 tera su quello da due,
 e poi agisci sull'immagine montata del tera copiato in modo da non avere nulla di distrutto
 
 Giorgio
 
 Il 14/08/2017 10:59, pierpaolo scaini ha scritto:
  
 #yiv5513095552 p {margin:0;} Ciao, 
  più che testdisk (che recupera partizioni perse... ma la tua mi sa che lo è un po' troppo!) proverei con photorec: non è distruttivo (quindi se non funziona puoi riprovare con qualcosa d'altro) e a me ha salvato le chiappe in almeno un paio di situazioni.
 
 Prova a guardare qua: http://www.cgsecurity.org/wiki/PhotoRec 
  Sono gli stessi di testdisk, ma questo lavora cercando i file.... 
  HTH 
  Pierpaolo
  
  Ciao a tutti, scrivo per capire se c'è modo di rimediare, almeno in parte, ad un errore molto stupido, di cui tra l'altro mi sono reso conto dopo giorni. Come sempre quando voglio provare o installare una nuova distro da usb, uso il comando "dd" da terminale e copio l'immagine della distro sulla chiavetta. Stavolta qualcosa deve essere andato storto e devo aver lanciato il comando indirizzandolo al disco esterno, cancellando di fatto tutti i dati contenuti. Siccome il disco è da 1 TB e l'immagine della distro da 1,5 GB, mi pare di capire che la porzione di dati che è stata sovrascritta  è sicuramente persa, mi chiedevo invece se ci fosse qualche speranza di recuperare qualcosa dalle altre porzioni di disco.
  Cercando una soluzione, ho letto che qualcuno in questi casi consiglia di provare Testdisk in ambito Linux. Ho provato a installarlo, ma sinceramente non ho capito esattamente come procedere ed essendo un ambito molto delicato preferisco chiedere a qualcuno di più esperto. 
  Vorrei chiedere, quindi, innanzitutto se c'è qualche speranza o meno. In caso positivo, se qualcuno fosse così gentile da darmi un paio di indicazioni su come procedere (io ho citato Testdisk perché mi sono imbattuto in quello, ma ovviamente non precludo altre soluzioni). 
  Il disco è un Toshiba Canvio Basics da 1 TB, in precedenza formattato in NTFS. Non so se può essere utile, ma questo è lo schema di partizionamento che risulta lanciando il comando "fdisk -l" Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
 Units: sectors of 1 * 512 = 512 bytes
 Sector size (logical/physical): 512 bytes / 512 bytes
 I/O size (minimum/optimal): 512 bytes / 512 bytes
 Disklabel type: dos
 Disk identifier: 0x782a20f2
 
 Dispositivo Avvio Start    Fine Settori  Size Id Tipo
 /dev/sdb1   *         0 2964415 2964416  1,4G  0 Vuoto
 /dev/sdb2         84608   89215    4608  2,3M ef EFI (FAT-12/16/32)
  
  Grazie mille Andrea Corti
   
 -- 
 Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
 
   
  
 
 
  -- 
Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com

   
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lugbs.linux.it/pipermail/lug/attachments/20170814/81674b6a/attachment.html>