înregistrare Logare
Puncte:1
Alfonso avatar Ubuntu

restaurați ext4 HD după crearea tabelului de partiții GPT

drapel de
Alfonso

Am un computer Windows 10 - ubuntu 18.04 dual boot. Trei unități pe el:

  1. SSD de 512 GB cu sistem ubuntu

unitate ubuntu

  1. 1 TB HD cu sistem Windows

unitatea Windows

  1. Formatat HD Ext4 de 1 TB (cel problematic) pentru stocare suplimentară a datelor

În timp ce lucram pe Windows 10, am vrut să am acces la Ext4 HD, dar am uitat că este Ext4. Am intrat în managementul computerului ->stocare și am trecut discul de la offline la online. Windows întreabă dacă creează un tabel de partiții GPT sau MBR. Ceva de genul (nu am făcut o captură de ecran momentan :) )

GPT

Alegeți GPT și apoi Windows a creat o partiție de 17 MB și spațiul rămas marcat ca date brute (capturi de ecran realizate în ubuntu).

Partiție GPT Spatiu nealocat

În acest moment, mi-am dat seama că nu am făcut ceea ce vreau să fac, așa că m-am întors la ubuntu fără să fac altceva.

Citind online, a găsit Testdisk și l-a folosit pe HD-ul problematic. 1.- Fișier jurnal creat (conținutul fișierului jurnal complet adăugat la sfârșitul postării)

TestDisk 7.0, Utilitar de recuperare a datelor, aprilie 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org


TestDisk este un software gratuit de recuperare a datelor, conceput pentru a ajuta la recuperarea datelor pierdute
partiții și/sau face discurile fără pornire bootabile din nou atunci când apar aceste simptome
sunt cauzate de software defectuos, anumite tipuri de viruși sau erori umane.
Poate fi folosit și pentru a repara unele erori ale sistemului de fișiere.

Informațiile adunate în timpul utilizării TestDisk pot fi înregistrate pentru mai târziu
revizuire. Dacă alegeți să creați fișierul text, testdisk.log , acesta
va conține opțiuni TestDisk, informații tehnice și diverse
ieșiri; inclusiv orice nume de folder/fișier TestDisk a fost folosit pentru a găsi și
lista pe ecran.

Folosiți tastele săgeți pentru a selecta, apoi apăsați tasta Enter:
>>[ Creare ] Creați un nou fișier jurnal
 [ Adăugați ] Adăugați informații la fișierul jurnal
 [ Fără jurnal ] Nu înregistrați nimic

2.- Disc problematic selectat

Selectați un conținut media (utilizați tastele săgeți, apoi apăsați Enter):
>Disc /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
 Disc /dev/sdb - 1000 GB / 931 GiB - WDC WD10EZEX-22MFCA0
 Disc /dev/sdc - 4000 GB / 3725 GiB - WD Elements 25A1


>[Continuare] [Ieșire]

Tipul de partiție selectat după sugestia Testdisk

Disc /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0

Vă rugăm să selectați tipul tabelului de partiții, apăsați Enter când ați terminat.
 [Intel] Partiție Intel/PC
 [EFI GPT] Harta partiției EFI GPT (Mac i386, unele x86_64...)
 [Humax ] Tabel de partiții Humax
 [Mac] Harta partițiilor Apple
>[Niciunul] Media nepartiționată
 [Soare] Partiție Sun Solaris
 [XBox] Partiție Xbox
 [Return] Reveniți la selecția discului



Sugestie: Nu a fost detectat niciun tip de tabel de partiții.
Notă: NU selectați „Niciuna” pentru mediile cu o singură partiție. Este foarte
rar ca un disc să fie „Nepartiționat”.

3.- Selectați tipul de analiză

Disc /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
     CHS 121601 255 63 - dimensiune sector=512

 [ Analizați ] Analizați structura partiției curente și căutați partițiile pierdute
>[ Advanced ] Filesystem Utils
 [ Geometrie ] Schimbați geometria discului
 [ Opțiuni ] Modificați opțiuni
 [ Ieșire ] Reveniți la selecția discului

4.- S-a efectuat Superblock așa cum sa sugerat

Disc /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Partition Start End Size în sectoare
> P ext4 0 0 1 121601 80 63 1953525168 [date]

 [ Tip ] > [ Superblock ] [ Listă ] [ Creare imagini] [ Ieșire ]

Rezultate superbloc

Disc /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Partition Start End Size în sectoare

  ext4 0 0 1 121601 80 63 1953525168 [date]
superblock 32768, blocksize=4096 [date]
superblock 98304, blocksize=4096 [date]
superblock 163840, blocksize=4096 [date]
superblock 229376, blocksize=4096 [date]
superblock 294912, blocksize=4096 [date]
superblock 819200, blocksize=4096 [date]
superblock 884736, blocksize=4096 [date]
superblock 1605632, blocksize=4096 [date]
superblock 2654208, blocksize=4096 [date]
superblock 4096000, blocksize=4096 [date]

Pentru a repara sistemul de fișiere folosind superbloc alternativ, rulați
fsck.ext4 -p -b superbloc -B blocksize dispozitiv

>[ Ieșire ]

După cum se arată mai sus, Testdisk a făcut „este magie” și a sugerat să folosească fsck.ext4 -p folosind un anumit număr de bloc și dimensiunea blocului

sudo fsck.ext4 -p -b 32768 -B 4096 /dev/sda
[sudo] parola pentru alfonso: 
datele nu au fost demontate curat, verificarea forțată.
date: harta de biți inodul grupului 1 nu se potrivește cu suma de control.
FIX.
date: Harta de biți pentru blocul grupului 0 nu se potrivește cu suma de control.
FIX.
date: 65949/61054976 fișiere (0,7% necontigue), 189540323/244190646 blocuri

După ce am făcut acest lucru, am acces la HD-ul problematic și toate datele par intacte atunci când sunt montate.

Ext4 HD

lsblk ieșire, după rulare fsck.ext4, așa cum se sugerează în comentarii

$ lsblk
NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
buclă0 7:0 0 175,4M 1 buclă /snap/postman/133
...
loop28 7:28 0 61,9M 1 buclă /snap/core20/1169
sda 8:0 0 931,5G 0 disc /media/alfonso/data
sdb 8:16 0 931,5G 0 disc 
ââsdb1 8:17 0 529M 0 parte 
ââsdb2 8:18 0 99M 0 parte 
ââsdb3 8:19 0 16M 0 parte 
ââsdb4 8:20 0 930,9G 0 parte 
sr0 11:0 1 1024M 0 rom  
nvme0n1 259:0 0 477G 0 disc 
âânvme0n1p1 259:1 0 619M 0 parte /boot/efi
âânvme0n1p2 259:2 0 214,4G 0 parte /
âânvme0n1p3 259:3 0 34,5G 0 parte [SWAP]
âânvme0n1p4 259:4 0 227,5G 0 parte /home

Cu toate acestea, la repornire, am revenit la un HD cu un tabel GPT și fără date :( am repetat fsck.ext4 comandă ca mai sus și a primit datele înapoi din nou.

Deci întrebarea mea este, cum pot face fsck.ext4 schimbari permanente? deci nu trebuie să-l rulez de fiecare dată când pornesc Ubuntu.

Multumesc pentru ajutor

Conținutul fișierului Testdisk LOG

vineri, 22 octombrie 17:35:35 2021
Linie de comandă: TestDisk

TestDisk 7.0, Utilitar de recuperare a datelor, aprilie 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 4.15.0-161-generic (#169-Ubuntu SMP vineri, 15 octombrie 13:41:54 UTC 2021) x86_64
Compilator: GCC 7.2
ext2fs lib: 1.44.1, ntfs lib: libntfs-3g, reiserfs lib: niciunul, ewf lib: niciunul, curses lib: ncurses 6.0
/dev/sda: suport LBA, HPA, LBA48, DCO
/dev/sda: dimensiunea 1953525168 sectoare
/dev/sda: user_max 1953525168 sectoare
/dev/sda: native_max 1953525168 sectoare
/dev/sdb: suport LBA, HPA, LBA48, DCO
/dev/sdb: dimensiunea 1953525168 sectoare
/dev/sdb: user_max 1953525168 sectoare
/dev/sdb: native_max 1953525168 sectoare
Avertisment: nu se poate obține dimensiunea pentru Disk /dev/mapper/control - 0 B - 0 sectoare, dimensiunea sectorului = 512
Lista de hard disk
Disc /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63, dimensiune sector=512 - WDC WD10EZEX-08WN4A0, S/N:WD-WCC6Y0VJ3LD1, FW:02.01A02
Disc /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, dimensiune sector=512 - WDC WD10EZEX-22MFCA0, S/N:WD-WCC6Y6FAJ869, FW:01.01A01
Disc /dev/sdc - 4000 GB / 3725 GiB - CHS 486397 255 63, dimensiune sector=512 - WD Elements 25A1, FW:1014

Tip tabel de partiții (auto): Nici unul
Disc /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
Tip tabel de partiții: Nici unul

Interfață avansată
recover_EXT2: poate fi necesar „e2fsck -b 98304 -B 4096 device”
   P ext4 0 0 1 121601 80 63 1953525168 [date]
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 1000 GB / 931 GiB
search_superblock

block_group_nr 1

recover_EXT2: poate fi necesar „e2fsck -b 32768 -B 4096 device”
recover_EXT2: s_block_group_nr=1/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 262144 (block=32768, blocksize=4096)

block_group_nr 3

recover_EXT2: poate fi necesar „e2fsck -b 98304 -B 4096 device”
recover_EXT2: s_block_group_nr=3/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 786432 (block=98304, blocksize=4096)

block_group_nr 5

recover_EXT2: poate fi necesar „e2fsck -b 163840 -B 4096 device”
recover_EXT2: s_block_group_nr=5/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 1310720 (bloc=163840, dimensiunea blocului=4096)

block_group_nr 7

recover_EXT2: poate fi necesar „e2fsck -b 229376 -B 4096 device”
recover_EXT2: s_block_group_nr=7/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 1835008 (block=229376, blocksize=4096)

block_group_nr 9

recover_EXT2: poate fi necesar „e2fsck -b 294912 -B 4096 device”
recover_EXT2: s_block_group_nr=9/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 2359296 (block=294912, blocksize=4096)

bloc_grup_nr 25

recover_EXT2: poate fi necesar „e2fsck -b 819200 -B 4096 device”
recover_EXT2: s_block_group_nr=25/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 6553600 (block=819200, blocksize=4096)

bloc_grup_nr 27

recover_EXT2: poate fi necesar „e2fsck -b 884736 -B 4096 device”
recover_EXT2: s_block_group_nr=27/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 7077888 (block=884736, blocksize=4096)

block_group_nr 49

recover_EXT2: poate fi necesar „e2fsck -b 1605632 -B 4096 device”
recover_EXT2: s_block_group_nr=49/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 12845056 (block=1605632, blocksize=4096)

block_group_nr 81

recover_EXT2: poate fi necesar „e2fsck -b 2654208 -B 4096 device”
recover_EXT2: s_block_group_nr=81/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 21233664 (block=2654208, blocksize=4096)

bloc_grup_nr 125

recover_EXT2: poate fi necesar „e2fsck -b 4096000 -B 4096 device”
recover_EXT2: s_block_group_nr=125/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190646
recover_EXT2: dimensiunea_parte 1953525168
Superbloc Ext2 găsit la sectorul 32768000 (bloc=4096000, dimensiunea blocului=4096)
  ext4 0 0 1 121601 80 63 1953525168 [date]
superblock 32768, blocksize=4096 [date]
superblock 98304, blocksize=4096 [date]
superblock 163840, blocksize=4096 [date]
superblock 229376, blocksize=4096 [date]
superblock 294912, blocksize=4096 [date]
superblock 819200, blocksize=4096 [date]
superblock 884736, blocksize=4096 [date]
superblock 1605632, blocksize=4096 [date]
superblock 2654208, blocksize=4096 [date]
superblock 4096000, blocksize=4096 [date]

Pentru a repara sistemul de fișiere folosind superbloc alternativ, rulați
fsck.ext4 -p -b superbloc -B blocksize dispozitiv

TestDisk a ieșit în mod normal.
117
0 + 0
PonJar avatar
drapel in
PonJar
Mi se pare ciudat că dispozitivul pe care încercați să îl reparați este /dev/sda și nu /dev/sda1, deși văd că este afișat ca /dev/sda în aplicația de discuri. Ați încercat să vizați /dev/sda1 cu comanda fsck și care este rezultatul lsblk. Ați demontat unitatea înainte de a rula fsck
0
Răspunde
Alfonso avatar
drapel de
Alfonso
Bună @PonJar, mulțumesc pentru comentariu, înainte de a rula fsck.ext4 /dev/sda1 era o partiție mică de 17 MB cu tabelul de partiții GPT. Această partiție a dispărut după fsck.ext4, așa cum se vede în img. Problemă foarte asemănătoare și aceeași soluție (rulați fsck.ext4 pe /dev/sda a fost postat aici https://forum.cgsecurity.org/phpBB3/viewtopic.php?t=8028). Voi încerca să rulez lsblk
0
Răspunde
PonJar avatar
drapel in
PonJar
@heynnema ai vreo idee despre asta? Nu am văzut un sistem de fișiere care pare să fie mai degrabă pe dispozitiv decât pe o partiție. Vă recomand să faceți copii de rezervă ale datelor într-o altă locație, repartiționarea și restaurarea datelor.
0
Răspunde
Alfonso avatar
drapel de
Alfonso
Poate că merită să adăugăm că HD-ul nu a fost partiționat pentru început, iar testdisk a detectat automat acest lucru și a sugerat analiza superblock și comanda fsck.ext4. Același lucru decât în ​​linkul comenzii mele anterioare.
0
Răspunde
heynnema avatar
drapel ru
heynnema
Există date reale/reale pe unitatea /dev/sda? `fsck` ar trebui să fie rulat pe o partiție (/dev/sda1), nu pe un dispozitiv (/dev/sda). În prezent /dev/sda dvs. nu arată nicio partiție.Dacă într-adevăr nu există date importante pe sda, atunci utilizați `gparted` pentru a instala un nou tabel de partiții GPT (acest lucru va șterge unitatea), apoi creați una sau mai multe partiții în funcție de nevoile dvs.
0
Răspunde
Alfonso avatar
drapel de
Alfonso
Bună @heynnema, de fapt da. Am avut HD-ul destul de plin, peste 700 GB... HD-ul nu a fost niciodată partiționat pentru că am vrut doar să stocheze date suplimentare pentru sistemul ubuntu. Am copiat deja totul într-un HD extern, dar aș dori să înțeleg cum/de ce HD-ul revine la parția GPT de 17 MB + ~1TB de configurație de spațiu nealocat când repornesc sistemul. Mulțumiri!
0
Răspunde
heynnema avatar
drapel ru
heynnema
Deoarece unitatea nu a fost niciodată partiționată, nu știu cum ați reușit să stocați date pe ea. Bizar. Deoarece ai făcut o copie de rezervă, fă ca în ultimul meu comentariu.
0
Răspunde
Alfonso avatar
drapel de
Alfonso
Vă mulțumesc din nou pentru interesul dvs. @heynnema, cred că am format direct întregul HD ca Ext4 fără tabel de partiții, dar a fost cu mult timp în urmă, așa că nu-mi amintesc detaliile. Am adăugat detaliile testdisk despre ceea ce am făcut, în caz că este util
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.