mtpfs 시스템을 설치한 후 어느 시점에서 내 하드 드라이브가 손상되었습니다. 이 문제를 해결하는 방법을 문의하고 싶지만 파티션 및 파일 시스템 유형에 대해 자신이 없습니다.
내 OS는 새로운 Fedora Core 23이지만 파티션은 원래 FC 20에서 생성되었으며 대부분 기본적으로 생성되었습니다.
cat /proc/version
Linux version 4.2.3-300.fc23.x86_64
[email protected])
(gcc version 5.1.1 20150618 (Red Hat 5.1.1-4)
(GCC) ) #1 SMP Mon Oct 5 15:42:54 UTC 2015
fdisk 프로그램은 다음 파티션을 보고합니다. 짐작할 수 있듯이 나는 /dev/sdb3에 가장 관심이 있지만 가장 많이 손상되었습니다. /dev/sdb2가 "Microsoft 기본 데이터"를 보고하는 이유는 모르겠지만 최소한 마운트하고 읽을 수는 있지만 /dev/sdb3 파티션은 마운트할 수 없습니다.
sudo fdisk /dev/sdb
Welcome to fdisk (util-linux 2.27).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 59CA4127-4BEE-40F4-A514-9DA368C81665
Device Start End Sectors Size Type
/dev/sdb1 2048 411647 409600 200M EFI System
/dev/sdb2 411648 1435647 1024000 500M Microsoft basic data
/dev/sdb3 1435648 1953523711 1952088064 930.8G Linux filesystem
sudo mount /dev/sdb3 /mnt/sdb3
mount: /dev/sdb3 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/sdb3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
설치, 파티셔닝 또는 dmesg와 관련된 항목이나 Journalctl을 통해 표시되는 systemd 로그와 관련된 항목은 표시되지 않습니다.
분명히 슈퍼블록을 찾을 수 없습니다:
sudo dumpe2fs /dev/sdb3
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb3
Couldn't find valid filesystem superblock.
내 질문은: /mnt/sdb3은 어떤 파일 시스템입니까? 그것을 어떻게 찾을 수 있습니까(어딘가에 찾아서 버릴 수 있는 마법의 숫자나 설득력 있는 것이 있습니까)?
이 사실을 알고 나면 그에 따라 파티션 유형을 변경할 수 있을 것입니다. TestDisk 유틸리티는 가능하다면 더 도움이 될 것입니다.알다dos 파티션 구성표와 같은 파일 시스템은 무엇입니까? 예를 들어 /dev/sdb3은 ext4입니다.
업데이트: 설정 시 암호화한 것 같습니다. 16진수 편집기에서 /dev/sdb3 파티션을 살펴보고 그 중 상당 부분을 문자열을 통해 전송했지만 아무것도 인식되지 않았습니다. 반복되는 것처럼 보이는 패턴이 많이 있습니다. 또한 내 이전 grub.cfg에는 다음 줄이 있었습니다.
linuxefi /vmlinuz-3.19.8-100.fc20.x86_64 root=/dev/mapper/fedora_ralph-root ro rd.lvm.lv=fedora_ralphdfl/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora_ralphdfl/root rd.luks.uuid=luks-a0d2613e-ce2a-4a6b-96cf-b999b3a36ab8 rhgb quiet LANG=en_US.UTF-8
안타깝게도 암호화된 드라이브로 인식되지 않습니다. cryptsetup -v luksDump /dev/sdb3 /dev/sdb3 장치는 유효한 LUKS 장치가 아닙니다. 코드 22로 인해 명령이 실패했습니다: 잘못된 매개변수
그러나 이전 비밀번호를 얻는 것은 가능합니다. 이 시점에서는 데이터 복구 회사에 가져가는 것이 더 나을까요? 대부분을 잃어도 괜찮지만 꼭 되찾고 싶은 핵심 파일이 몇 개 있습니다.
미리 감사드립니다.
답변1
파일 시스템의 첫 번째 섹터가 손상되지 않은 경우file주문하다. -s단순히 "장치입니다"라고 말하는 대신 장치 콘텐츠를 볼 수 있도록 해당 옵션을 전달합니다 .
file -s /dev/sdb3
사용되는 데이터베이스가 file커널이 마운트할 때 사용하는 데이터베이스와 다르기 때문에 file커널이 인식하는 파일 시스템이 인식되지 않거나 그 반대의 경우도 발생할 수 있지만, 일반적으로 file커널이 지원하는 파일 시스템은 인식되어야 한다.
인식할 수 없는 이상한 파일 시스템이나 볼륨 유형 으로 인해 이것이 도움이 되지 않는 경우 file, 시도해 head -c 1024k /dev/sdb3 | strings | less보고 단서를 얻을 수 있는지 확인하십시오.
알아낼 수 없다면 다음과 같은 포렌식 도구를 사용해 보세요.테스트 디스크. 실행 중인 파일 시스템의 유형을 알 필요는 없습니다. 이를 사용하여 손상된 디스크를 탐색할 수 있다는 것이 핵심입니다. TestDisk는 파티션 테이블 손상이 의심되는지 추측할 수도 있습니다.
답변2
기본적으로 Fedora 설치 프로그램은 "fedora" 또는 다른 이름의 LVM 그룹을 생성합니다. 노력하다:
# lvdisplay
또는
# ls /dev/mapper/
또한 lvm이 있으면 파티션을 직접 마운트할 수 없습니다.
답변3
"fsck"가 도움이 될 수 있습니다. 예를 들어:
[root@master dtb]# fsck /dev/sdb1
fsck，come from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
/dev/sdb1: clean, 11/2560 files, 1445/10240 blocks
[root@master dtb]# fsck /dev/sdb5
fsck，come from util-linux 2.20.1
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
하드 드라이브가 사용 중인 파일 시스템 제품군을 보여줍니다.