Soluzioni recupero partizioni: Gparted (con gpart) e Testdisk

Aperto da Richard, Martedì 01 Ottobre 2019, 14:18:46

Discussione precedente - Discussione successiva

Richard

Ciao a tutti,
Ieri sera stavo spostando una partizione da 220Gb da sinistra  a destra con Gparted per lasciare lo spazio vuoto alla fine, anziché all'inizio.
La partizione è quella in ext4.

Dopo diverso tempo decisi di lasciar perdere perché potevo evitare questo procedimento e proseguire in altro modo.
Quando mai l'ho fatto perché senza pensarci ho annullato l'operazione e mi son trovato tutta la partizione vuota.
In realtà, come voi sapete, non è vuota.
Ho cercato diversi programmi semplici e ne ho trovati due: DMDE e Testdisk.
Dmde l'ho provato per qualche minuto, ma ho deciso di tornare su Testdisk perché ho letto che è l'unico che recupera veramente tutto; il problema è che è un po' "delicato", in quanto dopo aver fatto analizzare mezz'ora il disco e avendo fatto quit nel momento sbagliato mi ritrovo a dover rifare tutto da capo.
La guida ufficiale non è per niente utile perché non da esempi con le schermate, esempi su youtube sono banali con chiavette da 7Gb oppure gli youtuber non sono precisi perché dicono di aver già fatto l'esperimento, l'unico che ho trovato è su una partizione ntfs, ma da opzioni che non si vedono nella mia partizione linux.
Sapete indicarmi qualche guida?

Intanto, circa 3 ore fa ho avviato il Recupera dati da Gparted (quello che richiede gpart installato), ripara i file sistema (come dovrebbe fare testdisk in teoria), ma la mia domanda è: che stima di tempo è prevista per 220Gb, all'incirca?
Non ho fretta, ma vorrei essere sicuro che tra qualche ora posso avere un output dal programma.

Tony

Ossignore, 220 GB sono tanti ma davvero tanti.
Nella mia vita ho usato solo testdisk o, meglio, il suo tool photorec ma solo per pennette microSD.
Non è detto che i 220GB siano tutti pieni di dati (anche vecchi) ma comunque è tanta roba da analizzare.
Per photorec, che io ricordi, funziona con una procedura guidata che permette di selezionare anche il tipo di file da recuperare.
https://www.cgsecurity.org/wiki/PhotoRec_Passo_Dopo_Passoermettetinare tutto come se nulla fosse accaduto, forse è una chimera.
Comunque, io lo proverei, almeno per i file più importanti che vorresti recuperare.
Gli altri file di impostazioni o che puoi recuperare altrove, lasciali stare.
Qui c'è l'elenco dei file che può recuperare
https://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec
Se non erro, però, si perdono i nomi dei file.i pare eh.

Linux non è solo un sistema operativo ma...
"È uno stato mentale, dove prima ti perdi e poi ti ritrovi"
(cit. Point Break).
Il mio pc.

andrea111

Con testdisk puoi puntare a recuperare l'intero sistema.

È un'app da terminale, un po' ostica da usare per un principiante, ma ci sono ottime guide in rete.
Hai provato a vedere come è fatta?

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

#3
Citazione di: Tony il Martedì 01 Ottobre 2019, 21:02:32
Ossignore, 220 GB sono tanti ma davvero tanti.
Nella mia vita ho usato solo testdisk o, meglio, il suo tool photorec ma solo per pennette microSD.
Non è detto che i 220GB siano tutti pieni di dati (anche vecchi) ma comunque è tanta roba da analizzare.
Per photorec, che io ricordi, funziona con una procedura guidata che permette di selezionare anche il tipo di file da recuperare.
https://www.cgsecurity.org/wiki/PhotoRec_Passo_Dopo_Passoermettetinare tutto come se nulla fosse accaduto, forse è una chimera.
Comunque, io lo proverei, almeno per i file più importanti che vorresti recuperare.
Gli altri file di impostazioni o che puoi recuperare altrove, lasciali stare.
Qui c'è l'elenco dei file che può recuperare
https://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec
Se non erro, però, si perdono i nomi dei file.i pare eh.
La cosa che mi scoccia di più in assoluto è proprio questa: i nomi dei file e la struttura delle cartelle, la posizione.
I file sono recuperabili, ho provato con dmde, r-linux, ora sto creando un'immagine con testdisk, ma non so se ne vale la pena, ma ci metterei un mese a guardarli tutti e poi molti non saprei neanche che cosa sono (magari fanno parte di impostazioni di programmi, roba che non devo toccare, ma che serve)
Le guide le ho viste anche io, ma hai provato a leggerle? Hai provato a leggere quella di testdisk? Sembra scritta da un robot. E in più diversi step non li capisco. Io vorrei una guida con degli esempi a schermate perché ho provato piu volte ad analizzare il disco (ci mette circa mezz'oretta), ma se poi schiaccio quit nel momento sbagliato devo rifare.
Ieri ho provato photorec e stavo per fare l'immagine.dd come ora, ma dato che è parente di testdisk che dicono sia il migliore ho interrotto e stamattina ho lanciato testdisk.

Citazione di: andrea111 il Martedì 01 Ottobre 2019, 22:37:43
Con testdisk puoi puntare a recuperare l'intero sistema.

È un'app da terminale, un po' ostica da usare per un principiante, ma ci sono ottime guide in rete.
Hai provato a vedere come è fatta?
Si infatti è utile, ma come ho detto sopra fa dannare un po'

andrea111

Citazioneentro in un MS Data (vedo cartelle e files)

Sono quelle della distro cancellata?

Mi dà l'idea che windows si sia preso tutto quanto il disco (lo hai verificato?)

Al momento cosa stai usando per postare? Windows? (occhio che se si è preso tutto il disco avviandolo rischi di cancellare dati sulla partizione di interesse)

Avvia una live e posta sudo fdisk -l

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

#5
Non ho mai avuto windows in questo disco.
Io stavo spostando una partizione e poi l'ho interrotta, come ho detto nel primo post.
Non ho mai installato windows precedentemente.

Ho installato linux in un disco esterno e sto usando quello.
Il disco da 240Gb è dentro al computer e ora lo sto rianalizzando con dmde.
Stranamente (non so cosa cavolo ho fatto) ora il disco è così.
Avevo provato a creare l'immagine, come ho detto nel post di stamattina, poi ho montato l'immagine, ma non la vedevo, così l'ho smontata e la stavo spostando in un altro disco esterno da 500Gb.
Poi non ho piu visto il disco e sono andato a controllare in Dischi e non c'era piu, sono andato in gparted e lo vede come non allocato.
La cosa strana è che richard2 è la parte di sistema del disco dove ho installato il nuovo mint (che è quello sotto)



disco nuovo mint (è pieno perché c'è su l'immagine creata con testdisk)



In dmde vede ancora tutti i file di prima, sembra un buon programma, ma mi chiedo se sia possibile ricostruire parte della struttura delle cartelle che c'era prima. Almeno la struttura delle cartelle con dentro i file al loro posto (i file hanno tutti nomi sequenziali adesso) perché ho visto che riesce a recuperarmi la struttura, ma i file li mette a parte divisi per tipo.

Poco fa stavo provando Scalpel, poi mi sono accorto del nuovo "casino" sulle partizioni e allora l'ho interrotto e riavviato, ma ora le partizioni sono ancora così....vabbe.
Comunque Scalpel nonostante si possano modificare i tipi di file, se ne aggiungo altri (tipo i file di libre office) mi da errore sulle righe di configurazione del file del programma, vede solo una 30ina di tipi di file e allora lo escludo.

Citazione di: andrea111 il Mercoledì 02 Ottobre 2019, 13:32:28
Citazioneentro in un MS Data (vedo cartelle e files)

Sono quelle della distro cancellata?


Si comunque, erano quelle.

Non ho riprovato con Photorec perché mi sembrano uguali come programmi, poi il primo dovrebbe essere meglio

andrea111

#6
Allora:
sda è il disco interno, pare partizionato in MBR una sola partizione presente (comunque molto strana in fat 16).

Dicci una cosa: Mint si prendeva l'intero disco? senza nemmeno la swap?

sdc è il disco USB che usi per lavorare, è partizionato in gpt (quindi il BIOS è "UEFI capable"). Occhio perché lavorare con dischi misti (mbr e gpt) può portare a sfasci colossali. Stiamo parlando di partizionamento: un'operazione sempre "delicata".

Io ti direi di usate la live e di avviarla il modalità MBR.

Comunque avvia testdisk (con sudo) e riporta cosa vede.

Testdisk avvialo con NoLog e fai "Proceed" su /dev/sda e posta quello che esce, non postare immagini.

Per postare da testdisk fai il normale copia incolla.

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

Mint non aveva lo swap (mannaggia a me)
Era così



La live l'ho usata per un po' l'altro giorno, poi vedevo che faceva fatica con alcuni programmi come testdisk e dmde e dato che comunque ciò che salvavo al riavvio spariva, ho pensato di installarmi mint in un disco da 320 temporaneo che è quello della seconda foto del mio post precedente, metterne uno aggiuntivo per le copie grosse da 500gb che non ho ancora menzionato.
Ma è solo una situazione temporanea.
Ok tra poco lancio e alla fine ti posto il risultato di testdisk

andrea111

Posta sudo fdisk -l che mi tolgo i dubbi sul partizionamento MBR o GPT.

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

sudo fdisk -l
[sudo] password di richard2:       
Disk /dev/sda: 223,6 GiB, 240057409536 bytes, 468862128 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: gpt
Disk identifier: ----
Dispositivo     Start      Fine Settori  Size Tipo
/dev/sda1   153766076 153768955    2880  1,4M Microsoft basic data


Disk /dev/sdc: 298,1 GiB, 320072933376 bytes, 625142448 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: gpt
Disk identifier: ----

Dispositivo   Start      Fine   Settori   Size Tipo
/dev/sdc1      2048   1998847   1996800   975M EFI System
/dev/sdc2   1998848   2998271    999424   488M Linux swap
/dev/sdc3   2998272 625141759 622143488 296,7G Linux filesystem


Disk /dev/sdd: 465,8 GiB, 500107862016 bytes, 976773168 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: gpt
Disk identifier: ----

Dispositivo Start      Fine   Settori   Size Tipo
/dev/sdd1    2048 976773119 976771072 465,8G Linux filesystem


Stavo facendo partire testdisk, ma prima di iniziare dimmi se devo mettere EFI GPT o None, poi faccio Analyse>Quick Search>Deeper Search su questo?
Disk /dev/sda - 240 GB / 223 GiB - CHS 29185 255 63

     Partition                  Start        End    Size in sectors

1 P EFI System                  2048    4161535    4159488 [EFI System Partitio
2 P Linux filesys. data      4161536  467824639  463663104


oppure None>Unknown> scelgo il tipo di partizione ext4? Poi però ho questo
Disk /dev/sda - 240 GB / 223 GiB - CHS 29185 255 63

     Partition                  Start        End    Size in sectors
>   P ext4                     0   0  1 29185  80 63  468862128


[  Type  ] >[Superblock]  [  List  ]  [Image Creation]  [  Quit  ]
                    Locate ext2/ext3/ext4 backup superblock


andrea111

I dischi sono tutti gpt per cui le cose sono semplificate.

Ovviamente devi selezionare /dev/sda e poi EFI GPT==> Analyse ==> Quick search
Posta quello che esce.

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

Disk /dev/sda - 240 GB / 223 GiB - CHS 29185 255 63
     Partition               Start        End    Size in sectors
>P EFI System                  2048    4161535    4159488 [EFI System Partition]
P Linux filesys. data      4161536  467824639  463663104










Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
FAT32, blocksize=4096, 2129 MB / 2031 MiB


Poi ora se clicco c'è quella più approfondita che ci mette mezz'ora, vado con il secondo, giusto?

andrea111

Da lì selezioni Linux filesys. e poi premi "P" per vedere se ritrovi i vari boot etc bin sbin ecc.

Se ti sembra ci siano tutti premi "q" e torni indietro.
Poi "enter" e ti fermi lì a ragionarci sopra. A questo punto potresti dare il "write" se tutto ti sembra a posto.

Non c'era bisogno del "deep search", ha trovato tutto subito - piuttosto devi chiarire tu su che fine aveva fatto la partizione EFI (ora presente) l'avevi cancellata?
Dicevi che volevi spostare indietro la partizione di mint perché c'era del vuoto - però da lì non si vede alcun vuoto - EFI e mint sono contigui. Bisogna che ricostruisci per bene la situazione antecedente.

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Richard

Ah io ho lanciato il deepsearch perché poi da li vedo tutte le sottodirectory, beh tanto dura altri 20'

andrea111

Per il momento non serve.
Testdisk ti ha presentato la soluzione più lineare, ora devi vedere se "ti corrisponde".
I dischi vengono rimaneggiati più e più volte, testdisk ti presenta quella che (a lui) sembra la più lineare. Ed in effetti lo è.
Però tu potresti aver "aggiustato" il disco a tuo piacere con installazioni successive.
È alla tua ultima installazione che devi arrivare. Quella di cui dici che volevi ridurre lo spazio al principio della partizione.
Quanti GB avevi davanti all'ultimo mint? te lo ricordi?

Portatile ASUS con Scheda madre X55C +i5-3210M -- 6 GB RAM ddr3 -- grafica intel.

Powered by EzPortal