- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Kormányok / autós szimulátorok topicja
- Computex 2024: léggel, vízzel – egy MSI VGA mindenek felett (videóval!)
- Szünetmentes tápegységek (UPS)
- Gaming notebook topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Samsung QN800D: Neo QLED 8K tévét teszteltünk
- HTPC (házimozi PC) topik
- TCL LCD és LED TV-k
Hirdetés
-
Computex 2024: Kingston mindenhol
ph A mesterséges intelligencia futtatásához sok RAM kell – és ez nem kerüli el a Kingston figyelmét sem.
-
Elnéztük a mai dátumot
ma Nem holnap, ma mutatkozik, pontosabban mutatkozott be a HTC U24 Pro, csak elnéztük (mármint én) egy nappal a dátumot.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
Bandib0y
csendes tag
Sziasztok!
Korábban NAS-ban (OMV) használt jól működő HDD-kről szeretnék törölt adatokat visszaállítani. A felület a törlést követően nem lett felülírva, ugyanis miután levettem róluk az adatokat, bekerültek a fiókba, nem használtam egyiket sem (az ext4 fájlrendszer sem lett törölve). Éppen ezért nagy reményekkel indultam neki a helyreállításnak, de sajnos csalódtam,
3 szoftvert követően alig vagyok előrébb.Eddig kipróbált megoldások:
- Disk Drill: Sok adatot visszahoz, 80-90%-ban olvashatók, azonban a fájlok kiterjesztés szerint vannak csoportosítva file00001, file00002, stb. nevekkel, így nem igazán tudom beazonosítani, hogy a rengeteg fájl közül melyikeket keresem.
- EaseUs Data Recovery: Hasonló tapasztalatok, mint a Disk Drill esetében
- Runtime Get Data Back Simple: Ehhez a programhoz fűztem a legtöbb reményt, ugyanis régen többször is kihúzott a csávából. Legmélyebb vizsgálatot indítottam, a fájlrendszert megtalálta (nem volt nehéz, hiszen nem lett törölve), azonban egyetlen fájlt sem tudok vele visszahozni, hiába kérem, hogy mutassa a törölt állományokat, semmit nem jelenít meg a jelenleg is ott lévő két rendszerfájlon kívül (aquota.group és aquota.user).(mindegyik programnál a lehető legalaposabb vizsgálatot végeztettem)
Kérlek javasoljatok nekem olyan szoftvert/megoldást, ami képes megjeleníteni az ext4 partícióról törölt adatokat mappastruktúra formában, illetve képes ezen fájlok visszaállítására is. (elsősorban win alapú megoldást keresek, de ha csak unix alapú létezik, ami normális,
akkor azt fogom használni)Köszönöm!
[ Szerkesztve ]
-
Bandib0y
csendes tag
válasz King Unique #10008 üzenetére
Kipróbáltam a GetDataBack Pro változatát is, de ugyanarra az eredményre jutottam, mint a GDB Simple esetében. A beállítások az alábbi képen láthatók, egyetlen különbség, hogy a 2-es diszk esetén nem használtam a smart scan-t, kíváncsi voltam lesz-e különbség. (sebességben lassabb volt, végeredmény ugyanaz)
Mivel a diszkeken évek óta nem volt NTFS fájlrendszer, a diszk2-n látható kicsi NTFS partíciókra azt gyanítom, hogy egy VHD fájlban tárolt NTFS fájlrendszereket látott (gyanúsan win8/8.1/10 boot partícióknak tűnnek).
DiskDrill esetében ugyanezen a meghajtón minden látható (visszaállítás esetén kb 80%-ban olvasható), csak a fájlnevek/mappastruktúra nem jön vissza:
Most akkor a GetDataBack tényleg ennyire gyengén teljesít, vagy még mindig én állítok be valamit rosszul? (meg is venném, ha tényleg segítene)
Lassan úgy érzem, hogy maradnak a unix-os megoldások, azokhoz köszönöm a tippeket.
-
Bandib0y
csendes tag
TestDisk esetén mire utal az, ha az alábbi szöveget kapom deepscan után?
Két ugyanolyan meghajtóról van szó, mindkettő EFI GPT-t detektált a TestDisk, így indítottam a mély keresést, és mindkettőn ugyanaz a végkifejlet.
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
The harddisk (2000 GB / 1863 GiB) seems too small! (< 2999 GB / 2793 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux filesys. data 1950621312 5857646279 3907024968 [volume5]
Linux filesys. data 1950821376 5857846343 3907024968 [volume5]
Linux filesys. data 1950824688 5857849655 3907024968 [volume5]
Linux filesys. data 1950828560 5857853527 3907024968 [volume5]
Linux filesys. data 1950840480 5857865447 3907024968 [volume5]
Linux filesys. data 1950849768 5857874735 3907024968 [volume5]
Linux filesys. data 1950858760 5857883727 3907024968 [volume5]
Linux filesys. data 1950875912 5857900879 3907024968 [volume5]
Linux filesys. data 1950887424 5857912391 3907024968 [volume5]
Linux filesys. data 1950905384 5857930351 3907024968 [volume5]
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 2000 GB / 1863 GiBTestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243201 255 63
The harddisk (2000 GB / 1863 GiB) seems too small! (< 3000 GB / 2794 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux filesys. data 1950643208 5857668175 3907024968 [volume6]
Linux filesys. data 1950686032 5857710999 3907024968 [volume6]
Linux filesys. data 1950691640 5857716607 3907024968 [volume6]
Linux filesys. data 1950706560 5857731527 3907024968 [volume6]
Linux filesys. data 1950797616 5857822583 3907024968 [volume6]
Linux filesys. data 1950818296 5857843263 3907024968 [volume6]
Linux filesys. data 1950844208 5857869175 3907024968 [volume6]
Linux filesys. data 1951676624 5858701591 3907024968 [volume6]
Linux filesys. data 1951698208 5858723175 3907024968 [volume6]
Linux filesys. data 1951719136 5858744103 3907024968 [volume6]
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 2000 GB / 1863 GiBElvileg hibátlan lemezekről van szó, fiókból szedtem elő őket, és szeretném tudni, hogy mi volt rajtuk a legutóbbi takarítás előtt.
ui: meglepően gyorsan végzett a scan, az első 6 órát követően úgy kalkuláltam, hogy nagyjából 30 óráig fog vizsgálódni, most pedig 13 órát követően azt látom, hogy már végeztek.
[ Szerkesztve ]
-
Bandib0y
csendes tag
válasz liksoft #10045 üzenetére
Szia,
Debian (OMV) alatt voltak használva ext4 fájlrendszerrel, mielőtt bekerültek a fiókba. A fájlrendszer sem lett törölve anno, move paranccsal áthelyeztem a fájlokat az új helyre.
Keresek néhány cuccot, amit sehol nem találok, és végső elkeseredésemben a régen használt diszkeket kezdtem el átnézni, hátha így megtalálom, amit keresek. (jórészt kép és videós anyag, de fájlneveket és mappastruktúrát nem tudok fejből)
A TestDisk QucikSearch egyébként meg is találja azt ext4-es fájlrendszert mindkét diszken, ki tudom listáztatni a fájlokat, de a lost+found üres, azon kívül pedig minden foldert pirossal, azaz töröltnek mutat. Ha megpróbálok belépni valamelyik töröld folderbe, akkor azt írja, hogy: No file found, filesystem may be damaged.
*Ropi*: most direktben, SATA kábellel csatlakoznak a masinára, amin próbálkozom a helyreállítással. (sdb és sdc)
user@ubuntu-desktop:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 240,8M 1 loop /snap/gnome-3-34-1804/24
loop1 7:1 0 55M 1 loop /snap/core18/1705
loop2 7:2 0 242,4M 1 loop /snap/gnome-3-34-1804/27
loop3 7:3 0 62,1M 1 loop /snap/gtk-common-themes/1506
loop4 7:4 0 49,8M 1 loop /snap/snap-store/433
loop5 7:5 0 27,1M 1 loop /snap/snapd/7264
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 232,4G 0 part /
sdb 8:16 0 1,8T 0 disk
└─sdb1 8:17 0 1,8T 0 part
sdc 8:32 0 1,8T 0 disk
└─sdc1 8:33 0 1,8T 0 part
user@ubuntu-desktop:~$[ Szerkesztve ]
-
Bandib0y
csendes tag
válasz liksoft #10049 üzenetére
Teljesen világos, hogy azért mutatja töröltnek, én csak azt nem értem, hogy a mappába betallózva miért írja a No file found, filesystem may be damaged. üzenetet, ott nem kéne pirossal listáznia a törölt fájlokat és almappákat?
TestDisk előtt próbálkoztam GetDataBack és Disk Drill programmal, előbbi a TestDisk-hez hasonlóan semmi érdemlegeset nem mutatott a törölt elemeket illetően, utóbbi pedig fájlnevek nélkül vissza tudta hozni egy részét, de abban sajnos nem találtam, amit kerestem (a fájlok egy része olvashatatlan volt helyreállítás után) -
Bandib0y
csendes tag
válasz liksoft #10053 üzenetére
Értem, ez valóban magyarázat rá. (valamint megvilágosodtam, hogy a win chkdsk futtatása miért végződött néha rosszul)
Az OMV alatt egy Debian fut, arra telepítettem utólag az OMV-t. Az áthelyezés cli-ben vagy mc-ben történt, azaz Debian alatt, tehát ennek most konkrétan nincs köze az OMV-hez.
Abban tudsz még segíteni, hogy milyen programot célszerű alkalmaznom Debian alatt történt áthelyezés után?
Köszönöm!
[ Szerkesztve ]
-
Bandib0y
csendes tag
válasz liksoft #10055 üzenetére
Ez egy szuper program, köszönöm szépen, gyönyörűen látszik az egész struktúra, hogy mik voltak áthelyezés előtt a diszken. 1-2 állományon kis is próbáltam, vissza tudja hozni, de nem szükséges, mert így már látom, hogy ezek közül mind megvan máshol, nincs közöttük az, amit kerestem.
Még egyszer köszönöm, ezt a programot nem ismertem, de nagyon hasznos.
Új hozzászólás Aktív témák
- Diablo IV
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Kerékpárosok, bringások ide!
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Mibe tegyem a megtakarításaimat?
- Futás, futópályák
- Apple iPhone 15 Pro Max - Attack on Titan
- Kormányok / autós szimulátorok topicja
- Computex 2024: léggel, vízzel – egy MSI VGA mindenek felett (videóval!)
- Szünetmentes tápegységek (UPS)
- További aktív témák...
- Kingston A400 960GB (SA400S37/960G) ELKELT
- Crucial X9 Pro 2TB Portable SSD USB 3.2 - Új, Bontatlan - Read-Write 1050-1050 MBs - Eladó!
- Hordozható M2 SSD 2TB // Új /// Számla + 1 Év Garancia
- Netac NV7000 4TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7200-6850 MBs - Eladó!
- 4db SK hynix PE8110 M.2 1.92TB 22110 + HYPER M.2 X16 CARD V2