다른 하드 드라이브와 함께 하드 드라이브 도크에 연결하는 18TB 외장 하드 드라이브가 있습니다. 안전 꺼내기 명령을 사용하여 다른 HDD의 연결을 올바르게 끊었지만 어떤 이유로 두 디스크가 동시에 연결이 끊어졌고 어떤 이유로 18TB 디스크를 다시 연결했을 때 다음 메시지가 표시되었습니다. 파일 시스템이 이미 손상되어 설치할 수 없습니다.
나는 이것을 조사하고 파일 시스템을 복구했습니다. 몇 가지 명령이나 gparted를 사용하여 파일 시스템을 확인하고 복구를 시도할 수 있었지만 그렇게 하면 디스크의 데이터 파일이 손상되고 데이터가 쓸모없게 될까봐 매우 걱정됩니다. 이제 나는 그것을 먼저 시도해야 한다는 것을 압니다.
디스크를 빠르게 포맷한 다음 r-studio와 같은 복구 도구를 사용하여 파일을 복구하는 것이 더 낫다고 판단했습니다. 디스크에 새로운 정보를 기록하지는 않았지만 R-studio와 테스트 디스크를 사용하여 스캔했습니다. 내 파일의 전부 또는 대부분이 거기에 있다는 것을 알고 있지만 파일을 적절하게 복원하는 방법을 모르겠습니다. 빠른 포맷을 수행하기 전에 나중에 필요한 경우 도움이 되도록 gparted의 세부 정보를 복사했습니다. 여기있어:
<i>Filesystem volume name: EZStore18TB
Last mounted on: /media/other/EZStore18TB
Filesystem UUID: e1a36a06-b7cf-4756-8366-6a70f06f299c
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 274661376
Block count: 4394581504
Reserved block count: 219729075
Overhead clusters: 17749129
Free blocks: 2079631492
Free inodes: 273682528
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
Flex block group size: 16
Filesystem created: Tue May 2 02:49:56 2023
Last mount time: Thu Jun 1 05:11:57 2023
Last write time: Thu Jun 1 06:25:44 2023
Mount count: 25
Maximum mount count: -1
Last checked: Tue May 2 02:49:56 2023
Check interval: 0 (<none>)
Lifetime writes: 5429 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 36fcc721-8eee-45e3-99c1-0089baa44cd4
Journal backup: inode blocks
Checksum type: crc32c
Checksum: 0x727ffe2e</i>
<i>dumpe2fs 1.46.5 (30-Dec-2021)
dumpe2fs: Corrupt group descriptor: bad block for inode table while reading journal inode</i>
<i>Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ext4 file system support: e2fsprogs v1.41+.</i>
내 첫 번째 질문은 다음과 같습니다. 디스크를 스캔하기 위해 하드 드라이브를 연결하고 연결을 끊는 것 외에는 선택의 여지가 없습니다. 이렇게 하면 디스크에 일부 정보가 기록되어 파일이 디스크에서 덮어씌워졌거나 메타데이터가 손실되었기 때문에 파일 복구가 더 어려워질 수 있다는 것을 알고 있습니다. 파일을 덮어쓰지 않나요?
둘째, r-studio pro가 있습니다. 스캔했지만 파일 구조나 파일을 찾을 수 없습니다. 이전에 파일 시스템을 복구하기 위해 파일 시스템 검사를 실행해야 했기 때문인가요? 아니면 이 디스크가 GPT인지 확실하지 않아서 이제 파일을 복구하려면 다른 복구 도구가 필요합니까? 아니면 둘 다일 수도 있습니다.
이전에 얻은 메타데이터를 사용하고 새 스캔에서 파일을 올바르게 얻을 수 있도록 r-studio 또는 다른 프로그램을 사용하여 디스크를 올바르게 정렬하는 방법에 대해 누군가 안내해 줄 수 있습니까?
이 모든 작업을 자동으로 수행할 수 있는 다른 복구 도구를 추천해 줄 수 있는 사람이 있나요? 그렇게 하면 모든 데이터가 손실될까봐 걱정되기 때문에 이 데이터를 입력할 필요가 없습니다. 아니면 이 파일을 복구하는 가장 좋은 도구는 무엇입니까?
이것이 작동하지 않으면 파일을 다시 가져오는 데 사용할 수 있는 가장 낮은 수준의 스캐닝 도구는 무엇입니까? (그러나 몇 년이 걸릴 이름이 없는 일부 프로젝트가 있으므로 가능하면 파일 구조를 복구하려고 합니다. 재구축하려면 최후의 수단으로 사용하세요).
이것은 거대한 하드 드라이브이기 때문에 데이터를 복구하는 데 한 달이 걸릴 수 있다는 것을 알고 있습니다. 불행하게도 저는 최근에 제가 매우 소중히 여기는 많은 가족 비디오와 사진을 이 드라이브에 복사했습니다. 낮은 수준의 포맷이 도움이 될 수도 있지만 작동하려면 파일 구조가 꼭 필요한 일부 프로젝트도 있습니다. 디스크가 가득 차지 않았지만 아마도 6TB가 사용되었을 것입니다. 모든 데이터를 복구하려면 전체 검사를 수행해야 한다는 것을 알았습니다.
나는 내 데이터가 거기에 있거나 대부분 있다는 것을 알고 있습니다. 같은 문제를 겪고 있는 사람으로부터 내 파일을 복구할 수 있도록 도와주세요. 그를 재활원에 보낼 수천 달러는 없지만 인내심을 가지겠습니다. 누군가 이 글을 읽고 그게 전부라고 생각하더라도 걱정하지 마세요. 앞으로 몇 달 동안 제가 할 수 있는 모든 것을 시도해 볼 의향이 있습니다.
시간을 내어 나를 도와주시는 모든 분들께 미리 감사드립니다.