Ext4 partition katki. Kuidas saada andmed kätte
Moderaator: Moderaatorid
Ext4 partition katki. Kuidas saada andmed kätte
Olen kasutanud Aliexpressist ostetud USB3 HUBI’i ja Aliexpressist ostetud USB3 välist HDD 2.5 kõvaketta karpi (sees WD 1000 GB) laptopil aastaid ja kõik oli probleemitu. Kõvakettal on kasutust kokku ligikaudu 50 tundi.
Müünud laptopi ja võttes kasutusele Gigabyte väikse arvuti ei hakanud selles koosluses väline HDD enam korralikult tööle. Tihti pidin vahetama HUBil HDD ühenduse USB auke või arvutil HUB-i ühenduse USB auke, et väline HDD saaks ühendatud. Lõpuks ei ühendanud enam.
Kasutan Xubuntu 20.04.
Kettad näitab välise HDD kohta ’Partition 1.0 TB Unknown’
Terminalis:
ulo@i3:~$ sudo fsck /dev/sdb1
[sudo] password for ulo:
fsck paketist util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Input/output error while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
ulo@i3:~$ sudo umount /dev/sdb1
umount: /dev/sdb1: not mounted.
ulo@i3:~$ sudo fsck /dev/sdb1
fsck paketist util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Input/output error while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
[highlight=red]Valisin viimase, sest see hakkab parandama.[/highlight]
ulo@i3:~$ sudo e2fsck -b 32768 /dev/sdb1
e2fsck 1.45.5 (07-Jan-2020)
1TB_WD was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (23513, counted=111).
Fix<y>?
[highlight=red]Paranduse lõpp on järgmine:[/highlight]
Error writing block 1 (Input/output error). Ignore error? yes
1TB_WD: ***** FILE SYSTEM WAS MODIFIED *****
1TB_WD: 84529/61054976 files (6.9% non-contiguous), 126239848/244189696 blocks
Error writing block 1 (Input/output error). Ignore error? yes [quote]
Kahjuks tulemust ei ole. Kuidas saada oma andmed kätte?
Müünud laptopi ja võttes kasutusele Gigabyte väikse arvuti ei hakanud selles koosluses väline HDD enam korralikult tööle. Tihti pidin vahetama HUBil HDD ühenduse USB auke või arvutil HUB-i ühenduse USB auke, et väline HDD saaks ühendatud. Lõpuks ei ühendanud enam.
Kasutan Xubuntu 20.04.
Kettad näitab välise HDD kohta ’Partition 1.0 TB Unknown’
Terminalis:
ulo@i3:~$ sudo fsck /dev/sdb1
[sudo] password for ulo:
fsck paketist util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Input/output error while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
ulo@i3:~$ sudo umount /dev/sdb1
umount: /dev/sdb1: not mounted.
ulo@i3:~$ sudo fsck /dev/sdb1
fsck paketist util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Input/output error while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
[highlight=red]Valisin viimase, sest see hakkab parandama.[/highlight]
ulo@i3:~$ sudo e2fsck -b 32768 /dev/sdb1
e2fsck 1.45.5 (07-Jan-2020)
1TB_WD was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (23513, counted=111).
Fix<y>?
[highlight=red]Paranduse lõpp on järgmine:[/highlight]
Error writing block 1 (Input/output error). Ignore error? yes
1TB_WD: ***** FILE SYSTEM WAS MODIFIED *****
1TB_WD: 84529/61054976 files (6.9% non-contiguous), 126239848/244189696 blocks
Error writing block 1 (Input/output error). Ignore error? yes [quote]
Kahjuks tulemust ei ole. Kuidas saada oma andmed kätte?
Kõige viimast tollel hetkel, bionicpup ja 64bit, kuna arvutid olid mõlemad selles süsteemis.
https://distrowatch.com/table.php?distribution=puppy
https://distrowatch.com/table.php?distribution=puppy
http://shearer.org/Ext4_recovery
Ehk saad sealt abi.
Ehk saad sealt abi.
To Imre:
Praegu mul ei ole kopeerimiseks 1TB või suuremat ketast. Saan selle tõenäoliselt järgmise nädala lõpus. Siis kasutan Su antud juhendit.
Praegu mul ei ole kopeerimiseks 1TB või suuremat ketast. Saan selle tõenäoliselt järgmise nädala lõpus. Siis kasutan Su antud juhendit.
Ketas on kasutamise mõttes uus. Kontrollis vigaseid sektoreid ei ole näidanud. Varukoopiad olid tehtud. Vaid väike osa oli tegemata.643 kirjutas:Kui kettakontroll näitab, et on vigaseid sektoreid täis, siis ükskord rikkis ta on. Kui ei lase kirjutada, siis on kindel minek.
Alati tuleb teha varukoopiaid.
Eriti ebamugav on kasutada välist kõvaketast OS-i käivitamiseks. Kogu aeg käib mingi kõvaketta kontrollimine kui jälle buudid.
Ja aeg-ajalt on tunne nagu mingi ülekandemälu oleks vähe ja asjad jookseksid corrupted inode-ks
Üks asi mis oleks jõulisem on :
fsck.ext4 -cDfty -C 0 /dev/YOUR_DEVICE - parandab, fikseerib ja taastab ka need, mida arvas, et nad on juba fikseeritud.
Ja mudugi ka imre pakutud lehelt:
mkfs.ext4 -S /dev/YOUR_DEVICE - ma ei ole seda käsku prroovinud ja minu teada, parandab partitsiooni kuid kas ta faile taastab?
Need olid kaks ülimat käsku, mis peaksid parandama sama ketast.
Kopeerimine teise kohta toimub siis kui need käsud enam ei toimi:
https://help.ubuntu.com/community/DataR ... m_or_drive
Ja aeg-ajalt on tunne nagu mingi ülekandemälu oleks vähe ja asjad jookseksid corrupted inode-ks
Üks asi mis oleks jõulisem on :
fsck.ext4 -cDfty -C 0 /dev/YOUR_DEVICE - parandab, fikseerib ja taastab ka need, mida arvas, et nad on juba fikseeritud.
Ja mudugi ka imre pakutud lehelt:
mkfs.ext4 -S /dev/YOUR_DEVICE - ma ei ole seda käsku prroovinud ja minu teada, parandab partitsiooni kuid kas ta faile taastab?
Need olid kaks ülimat käsku, mis peaksid parandama sama ketast.
Kopeerimine teise kohta toimub siis kui need käsud enam ei toimi:
https://help.ubuntu.com/community/DataR ... m_or_drive
See viitab füüsilistele probleemidele. Probleem võib olla nii lugeja poole peal kui ka ketta poole peal (pigem siiski lugejas, kuna tavaliselt diski poolel elutsev SMART vigu ei raporteeri).Input/output error while trying to open /dev/sdb1
Igatahes on juba suhtelist riskantne selle kettaga mingeid kirjutamisoperatsioone proovida, mida "parandamine" endaga paratamatult kaasa toob, ja tuleks ka lugemiskordi minimaliseerida, et vähendada võimalikku edasist purunemist.
Kõige kindlam on teha kettast 1:1 koopia kuhugi teisele kettale (ntx. dd noerror sync if=/dev/KETAS of=FAIL või guymager sarnaste programmidega), ning edaspidi ainult koopia peal edasi toimetada.
Enne koopia peal mingite kirjutamisoperatsioonide (ntx parandamine) teostamist tuleb ka sellest koopiast backup teha, sest ei tea kas originaalkettalt tulevikus üldse midagi kätte saab.
Tegelikult on ilma kettale kirjutamiseta ka üldiselt võimalik päris suur hulk infot taastada. Paljud Forensiku tööriistad on just nende printsiipide baasil tehtud. Kui failisüsteem veel mingil määral nende jaoks söödav on, siis Sleuthkit või Autopsy võib päris abiks olla.
Kui forensiku toolid ei suuda enam lugeda, siis võib proovida fsck'iga kettakoopial olevat failisüsteemi parandada, või siis debugfs'iga üksikuid faile kätte saada. Kõige viimane variant on koopia pealt üksikuid faile carving tüüpi toolidega nagu ntx. Scalpel välja koukida, aga selle tegevuse õnnestumisprotsent on juba suht väike.
(Kõvemad profid redigeerivad failisüsteemi otse hex editoris kuni see forensiku tööriistade jaoks jälle loetavaks muutub)
Selleks et ketta koopia sees olevat failisüsteemi tavalise failisüsteemina näppida saaks, on mitu varianti, ise kasutan tihti losetup'i abil õige offset'iga /dev/loopXX alla haakimist. Õige offseti saab fdisk -l või sleuthkiti mmls'iga teada. Alternatiiv on teha dd'ga koopia ainult partitsioonist (aga mitte just soovitatav/tavapärane forensiku maailmas, sest kui ketas on vigane siis ei pruugi partitsioonitabel ka enam terve olla.)
(edit: grammatika)
Re: Ext4 partition katki. Kuidas saada andmed kätte
Kas see ei ütle midagi?Meelis kirjutas: Müünud laptopi ja võttes kasutusele Gigabyte väikse arvuti ei hakanud selles koosluses väline HDD enam korralikult tööle. Tihti pidin vahetama HUBil HDD ühenduse USB auke või arvutil HUB-i ühenduse USB auke, et väline HDD saaks ühendatud. Lõpuks ei ühendanud enam.
uuel väiksel arvutil usb klemmid nõrgad...
643 kirjutas:Kas see ei ütle midagi?Meelis kirjutas: Müünud laptopi ja võttes kasutusele Gigabyte väikse arvuti ei hakanud selles koosluses väline HDD enam korralikult tööle. Tihti pidin vahetama HUBil HDD ühenduse USB auke või arvutil HUB-i ühenduse USB auke, et väline HDD saaks ühendatud. Lõpuks ei ühendanud enam.
uuel väiksel arvutil usb klemmid nõrgad...
Mis tähendab, et USB klemmid nõrgad? Kas emaplaadis puudused?Kas see ei ütle midagi?
uuel väiksel arvutil usb klemmid nõrgad...



