내 컴퓨터에서 사용하는 두 번째 하드 드라이브에는 LUKS 암호화 파티션이 있습니다. 컴퓨터를 켰을 때 컴퓨터를 켜고 열려고 하지 않는 한 암호화되어 있습니다. 컴퓨터를 처음 열 때 암호를 기록했기 때문에 시스템이 자체적으로 수행합니다. 즉, 클릭하면 암호화되지 않은 상태로 설치됩니다.
한동안 이 작업은 문제의 하드 드라이브에 읽기 전용으로 파티션을 마운트한 것으로 나타났습니다. 이는 결코 사실이 아니며 항상 쓰기 권한으로 마운트됩니다. 이 문제를 해결하려면 어떻게 해야 합니까?
파티션 비밀번호를 알고 있습니다. 내 운영 체제는 POP OS 22.04입니다.
또 다른 한가지:파티션을 마운트할 때 처음에는 폴더와 모든 것을 생성할 수 있지만 잠시 후에는 더 이상 그렇게 할 수 없는 경우가 있습니다. 읽기-쓰기에서 읽기 전용으로 변경된 것과 같습니다.
업데이트 1:
나는 dmesg다음 정보를 사용하고 찾았습니다.
[ 97.995228] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure
[ 97.995233] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6019: Marking fs in need of filesystem check.
[ 98.027267] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended
[ 98.061947] EXT4-fs (dm-3): recovery complete
[ 98.061957] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Quota mode: none.
[ 104.026099] EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum
[ 104.026106] Aborting journal on device dm-3-8.
[ 104.065619] EXT4-fs (dm-3): Remounting filesystem read-only
[ 398.089528] EXT4-fs (dm-3): error count since last fsck: 1804
[ 398.089540] EXT4-fs (dm-3): initial error at time 1671056071: ext4_lookup:1836: inode 32640029
[ 398.089552] EXT4-fs (dm-3): last error at time 1673554480: ext4_validate_block_bitmap:390
[ 552.946132] EXT4-fs (dm-3): unmounting filesystem.
[ 781.480164] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure
[ 781.480171] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6019: Marking fs in need of filesystem check.
[ 781.521341] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended
[ 781.547854] EXT4-fs (dm-3): recovery complete
[ 781.568344] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Quota mode: none.
[ 787.456453] EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum
[ 787.456460] Aborting journal on device dm-3-8.
[ 787.488395] EXT4-fs (dm-3): Remounting filesystem read-only
답변1
시스템 로그 추출은 이것이 LUKS 암호화의 문제가 아니라 암호화된 파티션의 잠금 해제된 EXT4 파일 시스템의 "사용" 문제임을 보여줍니다. 과거 어느 시점에 파일 시스템 불일치가 발생했습니다. , 정전 또는 기타 이유. 이 오류는 파일 시스템 드라이버가 실행을 시도할 때 나타납니다.잡지파일 시스템
인용하다:
ext4_clear_journal_err:6017: Filesystem error recorded from previous mount: IO failure
이는 파일 시스템이 "잘못된" 상태에 있으므로 복구해야 함을 의미합니다.
인용하다:
warning: mounting fs with errors, running e2fsck is recommended
현재 파일 시스템이 마운트되어 있으나 파일 시스템 점검을 수행하는 것이 좋습니다. 이 상태에서는 파일 시스템에 대한 쓰기 작업을 수행하지 않는 것이 좋습니다.
결국 커널은 파일 시스템 구조에서 추가 불일치를 발견했습니다.
EXT4-fs error (device dm-3): ext4_validate_block_bitmap:390: comm ext4lazyinit: bg 3999: bad block bitmap checksum
따라서 커널은 파일에 액세스할 수 있지만 내부 불일치를 악화시킬 수 있는(실제로 손상될 수 있는 지점까지) 추가 수정을 수행하지 않도록 파일을 읽기 전용으로 마운트하기로 결정합니다. 타임스탬프를 보면 이 작업이 수행되는 데 시간이 좀 걸리는 것을 알 수 있으므로 실제로 수행하는 데 시간이 짧을 수 있습니다.할 수 있는(그러나 여전히 그렇게 해서는 안 됩니다) 파티션에 씁니다.
이 문제를 해결하려면, 파일 시스템 드라이버의 권장 사항을 따라야 합니다.
암호화된 파티션의 모든 데이터 백업 수행-결국 여전히 읽을 수 있습니다.
LUKS에 의해 노출된 원시 장치를 식별합니다. 를 호출하여 이를 수행할 수 있습니다
lsblk. 잠금 해제된 LUKS 파티션은 다음 유형의 장치로 나타납니다crypt.~$ sudo lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT ... sdb ..:.. ... ... .. disk +- sdb1 ..:.. ... ... .. part +- some_name ..:.. ... ... .. crypt /path/to/mountpoint여기서는 모두
...실제이지만 변경되는 값에 대한 자리 표시자입니다. 관련 사항은 이 예에서 암호화된 원시 장치에 대한 잠금 해제 매핑이 이고/dev/mapper/some_nome에 설치되어 있다는 것입니다/path/to/mountpoint.파일 시스템을 마운트 해제하지만 LUKS 파티션을 다시 잠그지 마십시오. 파일 관리자가 제공하는 "꺼내기" 기능을 사용하면 일반적으로 동일한 프로세스에서 파티션을 다시 잠그기 때문에 이 작업은 "수동으로" 수행해야 합니다. 암호화된 파티션의 파일이나 디렉터리에 액세스하는 프로세스가 없는지 확인한 다음 실행하십시오.
~$ sudo umount /path/to/mountpoint잠금 해제된 암호화 파티션의 파일 시스템에서 파일 시스템 검사를 수행합니다.
~$ sudo e2fsck -v /dev/mapper/some_name수많은 오류 메시지가 나타날 수 있으며 몇 가지 제안된 수정 사항을 수행할지 묻는 메시지가 나타날 수 있습니다. 정확한 문제는 불일치의 성격에 따라 다릅니다. 즐겨 사용하는 검색 엔진에 문의하여 그 의미를 이해하고 이것이 좋은 생각인지 판단해야 합니다.
작업이 완료된 후 파티션을 다시 마운트할 수 있습니다.
~$ sudo mount /dev/mapper/some_name /path/to/mountpoint