2개의 LUKS 컨테이너가 있습니다. 하나는 기본 OpenSUSE 설치 프로그램 설정이 있고 다른 하나는 -h sha512 -s 512 -i 5000분리된 헤더가 있습니다. 각각의 상단에는 LVM이 있습니다. 하나에는 OS 볼륨(btrfs)이 1개만 있고 다른 하나(독립형)에는 스왑, SSD 캐시 및 btrfs 데이터 등 3개의 볼륨이 있습니다. 문제는 운영 체제 볼륨에서 btrfs의 성능이 데이터 볼륨보다 훨씬 좋다는 것입니다. OS 성능은 LVM이 없는 LUKS의 원시 btrfs와 거의 유사하며, 데이터 성능은 Samsung SSD PRO에서 50MB/s 순차 속도에 도달합니다... (WD Green HDD보다 느립니다.) 계획 이 볼륨을 사용하면 가상 머신에서 작동합니다. 하지만 Win10에서는 부팅하는 데 약 1분, OS 파티션에서는 몇 초 정도 걸리기 때문에 고통스러울 정도로 느립니다.
운영 체제 볼륨은 기본 설정을 사용하여 OpenSUSE 설치 프로그램에 의해 생성됩니다. 데이터가 포함된 데이터는 mkfs.btrfs이외의 플래그 없이 수동으로 생성됩니다 label. 마운트 매개변수는 다음과 같습니다.
/dev/mapper/linux-suse on / type btrfs (rw,relatime,ssd,discard,space_cache)
/dev/mapper/data-data on /home/lapsio/VMs type btrfs (rw,noatime,compress=lzo,ssd,space_cache)
우선 Ofc 압축이 원인이지만 실제로 VM 디렉토리에는 chattr -R +C VMs/해당 압축과 내부의 모든 파일에 대한 플래그가 설정되어 있습니다. 또한 디렉토리 조각 모음을 시도했지만 작동하지 않는 것 같습니다.
답변1
맙소사... 이 드라이브는 노트북에서 제거되었으며 유일한 드라이브로서 99%의 데이터가 가득 차 있다는 사실을 언급하지 못했습니다. 첫 번째 LVM은 TRIM이 활성화된 OS 부팅 시 자동으로 설치됩니다(디스크의 데이터 구성이 표시되므로 암호화된 장치에서는 권장되지 않지만 OS 파티션에는 실제 중요한 데이터가 아닌 OS만 포함됨). 두 번째 LVM은 TRIM을 활성화하지 않은 채 명령줄에서 수동으로 설치되었습니다(여기서 TRIM을 사용할 의도가 없었기 때문입니다). 그러나 실제로 이 180GB 파티션(256GB 드라이브) 또는 드라이브의 이 부분을 덮고 있는 데이터 단위는 PC에 설치되어 있으므로 전혀 정리되지 않습니다.
이 LUKS 파티션을 수동으로 다듬은 후에는 정상적으로 작동했습니다.