Un rezumat rapid:
Am SSD de 500 GB. Există doar Ubuntu 20.04 instalat în el.
Am scris fișierul win10.iso în interiorul partiției sale de sistem EFI cu comanda dd. După aceea nu am mai putut porni. Apoi pornesc Ubuntu de pe usb. boot-repair mi-a spus să deschid 1mb (sau ceva de genul ăsta). Am urmat câteva instrucțiuni, dar nu am reușit. Aș dori să salvez cel puțin folderul de acasă. A fost folosită jumătate din SSD. Partea EFI deja suprascrisă, dar secțiunea ext4 în care este instalat Ubuntu nu este suprascrisă.
Imagine (gparted): Situație inițială. Înainte de a face orice proces gparted.
Imagine (gparted): Informații despre partiția de sistem EFI /dev/sda1
Imagine (gparted): După ștergerea EFI și Demontarea ext4
Iată ce am făcut:
- Am deschis gparted.
- sterg Partiția de sistem EFI (
/dev/sda1)
(Pentru o secundă m-am gândit că este mai bine să demontez ext4 pentru a preveni unele greșeli. Era noaptea târziu.)
- Am demontat ext4 pe gparted (
/dev/sda2)
Imediat după ce am demontat partiția dev/sda2 -> /dev/sda1, /dev/sda2, nealocată (1,02 MiB), s-a prăbușit în 1 nealocate Sistemul de fișiere.
Nu am scris nimic pe ssd (din cate stiu eu) dupa ce s-a intamplat asta.
Am folosit doar fdisk -l, lsblk -s, df, montură/umount comenzi.
Ieșire terminal (ubuntu-usb): fdisk -l ieșire -> sdb. , Numele sistemului de fișiere a fost schimbat în sdb după pornirea de pe usb (ubuntu)
Ieșire terminal (ubuntu-usb): fsck - N /dev/sdb ieșire
Ieșire terminal (ubuntu-usb): Specificații disc /dev/sdb, fdisk -l ieșire
După multă lectură nerăbdătoare, am câteva idei, întrebări...
Iată ce am derivat:
- Poate am șters lucrul care a sunat tabel de partiții.
- Oamenii oferă utilizarea testdisk. Dar înainte de testdisk -> Ar trebui sau nu ar trebui să folosesc dd sau ddrescue sau dd_rescue pentru a copia discul. Unii oameni sugerează să luați o copie a SSD-ului. Apoi ia copia acelei copii și lucrează la ea.
Vă cer ajutorul și experiența dumneavoastră pentru a înțelege ce s-a întâmplat.
Cum pot alege o abordare sigură.
Mulțumesc,
ACTUALIZĂRI:
- Pot să-mi văd fișierele cu testdisk.
- Ieșirea gdisk arată că
MBR:protector, GPT:prezent
- Există doar 1 partiție. ieșirea testdisk este:
Linux start(65 101 37) end(60801 47 46) size_in_sector(975720448)
- Înainte de a face orice, puteți lua o copie exactă a discului ddrescue. Vă rugăm să citiți partea despre ddrescue în documentația testdisk.
- După ce ați luat o copie a discului dvs., este o practică utilă să luați copia acelei copii și să lucrați la ultima copie.
- Am rulat testdisk pe cea mai recentă copie și am făcut multe experimente pe el.
- Urmând documentația testdisk mi-am salvat datele.
Ieșiri de comandă:
sudo gdisk -l /dev/sda:
GPT fdisk (gdisk) versiunea 1.0.5
Scanare tabel de partiții:
MBR: protectoare
BSD: nu este prezent
APM: nu este prezent
GPT: prezent
GPT valid cu MBR de protecție găsit; folosind GPT.
Disc /dev/sda: 976773168 sectoare, 465,8 GiB
Model: Samsung SSD 860
Dimensiunea sectorului (logic/fizic): 512/512 octeți
Identificator de disc (GUID): xxxxx
Tabelul de partiții conține până la 128 de intrări
Tabelul principal de partiții începe la sectorul 2 și se termină la sectorul 33
Primul sector utilizabil este 34, ultimul sector utilizabil este 976773134
Partițiile vor fi aliniate pe granițele sectorului 2048
Spațiul total liber este de 976773101 sectoare (465,8 GiB)
Număr Început (sector) Sfârșit (sector) Dimensiune Cod Nume
testdisk Ieșiri:
Imagine (disc de testare): Ieșire partiție
Marți, 12 octombrie 14:21:50 2021
Linie de comandă: TestDisk /debug
TestDisk 7.1, Utilitar de recuperare a datelor, iulie 2019
Christophe GRENIER <[email protected]>
https://www.cgsecurity.org
OS: Linux, kernel 5.8.0-43-generic (#49~20.04.1-Ubuntu SMP vineri, 5 februarie 09:57:56 UTC 2021) x86_64
Compilator: GCC 9.2
ext2fs lib: 1.45.5, ntfs lib: libntfs-3g, reiserfs lib: niciunul, ewf lib: niciunul, curses lib: ncurses 6.1
/dev/sda: suport LBA, HPA, LBA48, DCO
/dev/sda: dimensiunea 976773168 sectoare
/dev/sda: user_max 976773168 sectoare
/dev/sda: native_max 976773168 sectoare
Avertisment: nu se poate obține dimensiunea pentru Disk /dev/mapper/control - 0 B - 0 sectoare, dimensiunea sectorului = 512
Avertisment: nu se poate obține dimensiunea pentru Disk /dev/loop6 - 0 B - 0 sectoare, dimensiunea sectorului=512
Avertisment: nu se poate obține dimensiunea pentru Disk /dev/loop7 - 0 B - 0 sectoare, dimensiunea sectorului=512
Lista de hard disk
Disc /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63, dimensiune sector=512 - Samsung SSD 860
Disc /dev/sdb - 15 GB / 14 GiB - CHS 14664 64 32, dimensiune sector=512 - SanDisk Cruzer Force, FW:1.00
Disc /dev/loop0 - 2109 MB / 2012 MiB - 4120632 sectoare (RO), dimensiune sector=512
Disc /dev/loop1 - 53 MB / 51 MiB - 104536 sectoare (RO), dimensiune sector=512
Disc /dev/loop2 - 32 MB / 31 MiB - 63664 sectoare (RO), dimensiune sector=512
Disc /dev/loop3 - 229 MB / 218 MiB - 448496 sectoare (RO), dimensiune sector=512
Disc /dev/loop4 - 58 MB / 55 MiB - 113592 sectoare (RO), dimensiune sector=512
Disc /dev/loop5 - 67 MB / 64 MiB - 132648 sectoare (RO), dimensiune sector=512
Tip tabel de partiții (auto): Intel
Disc /dev/sda - 500 GB / 465 GiB - Samsung SSD 860 EVO 500 GB
Tip tabel de partiții: Intel
Interfață avansată
Geometrie din i386 MBR: cap=256 sector=63
check_part_i386 1 tip EE: nici un test
1 P EFI GPT 0 0 2 60801 80 63 976773167
Analizați disc /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
Geometrie din i386 MBR: cap=256 sector=63
check_part_i386 1 tip EE: nici un test
Structura curentă de partiție:
1 P EFI GPT 0 0 2 60801 80 63 976773167
Avertisment: cap cu final prost (CHS și LBA nu se potrivesc)
Nicio partiție nu este bootabilă
search_part()
Disc /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
recover_EXT2: s_block_group_nr=0/3722, s_mnt_count=206/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 121965056
recover_EXT2: dimensiunea_parte 975720448
Sistem de fișiere creat: duminica 21 iunie 00:15:40 2020
Ultima montare: sâmbătă, 9 octombrie 21:29:00 2021
Linux 65 101 37 60801 47 46 975720448
ext4 blocksize=4096 Large_file Sparse_SB, 499 GB / 465 GiB
Rezultate
* Linux 65 101 37 60801 47 46 975720448
ext4 blocksize=4096 Large_file Sparse_SB, 499 GB / 465 GiB
Sfat pentru utilizatorii avansați: dmsetup poate fi folosit dacă preferați să evitați rescrierea tabelului de partiții pentru moment:
echo „0 975720448 linear /dev/sda 1050624” | dmsetup create test0
interface_write()
1 * Linux 65 101 37 60801 47 46 975720448
simulați scrierea!
write_mbr_i386: începe...
write_all_log_i386: pornește...
Fără partiție extinsă
TestDisk a ieșit normal.
