Archlinux에서는 장치 매퍼를 기본 하드 드라이브 /dev/sda로 설정했습니다. Fedora에서는 그렇게 할 수 없으며 "장치 매퍼: ioctl 다시 로드... 실패, 장치 또는 리소스가 사용 중입니다."라는 메시지가 표시됩니다. Journalctl이 이것을 제공했습니다. device-mapper: table: xx:xx: linear: Device lookup failed (-EBUSY)그런 다음 device-mapper: ioctl: error adding target to table
/dev/sda를 사용하는 것이 아무것도 없다는 것을 확인했습니다. lsof와 퓨저를 사용해 보았습니다. 이 오류의 원인을 어떻게 찾을 수 있나요?
목표 상태는 간단합니다. 임시 임시 장치 매핑에 /dev/sda 상위 하드 드라이브를 사용할 수 있도록 만드는 것입니다(아마도 기존 파티션 레이아웃 위에 겹쳐서 존재할 수도 있음). 이는 전체 /dev/sda가 전혀 분할되지 않고 일부 암호화된 파티션(분리된 /boot가 있는 일반 dm-crypt 루트 fs)에 매핑된 직접 장치인 경우에 작동합니다.
답변1
귀하의 의견을 토대로:
파티션은 sda1디스크의 일부 sda이므로 LUKS 암호화된 루트 파일 시스템이 열려 있는 경우 LUKS가 특정 부분(예: 파티션)에 대한 독점 액세스를 요구했기 때문에 sda1전체 파티션을 매핑할 수 없습니다 . 그러나 마운트되지 않은 다른 파티션을 매핑할 수 있습니다.sdasda1
linear매핑을 추가하려는 것 같습니다 . 이는 sda다른 디스크를 사용하여 JBOD를 구축하려고 시도하고 있음을 의미할 수 있습니다 . 해당 파티션을 무효화하지 않으려면 sda선형 맵의 첫 번째 장치여야 하며 루트 파일 시스템에 대해 LUKS 암호화 계층을 활성화하기 전에 initramfs에서 맵을 설정해야 합니다. kpartxLUKS가 암호화된 루트 파일 시스템이 포함된 파티션을 찾을 수 있도록 유사한 방법을 사용하여 JBOD 위에 기존 파티션에 대한 별도의 매핑을 생성 해야 할 수도 있습니다 . 이게 당신이 하고 싶은 일인가요?
(요청이 있을 경우 댓글을 사용하여 더 많은 정보를 제공해야 합니다.질문을 수정하세요댓글은 결국 유효기간이 만료되며, 상황을 이해하는 데 중요한 정보가 댓글에만 있다면, 그 질문과 그에 대한 답변은 향후 다른 사람들에게 무용지물이 될 것입니다. )
원하는 대상 상태를 설명할 수 있습니다. 완료되면 장치 매핑(루트 파일 시스템 포함)을 어떻게 배치하시겠습니까? 그런 다음 Fedora에서 이를 구현하는 가장 좋은 방법에 대한 답변을 제공할 수 있습니다.
Arch의 설치 프로세스에는 본질적으로 chroot 내의 수동 작업이 포함되므로 Fedora에 특이한 구성을 수용하는 데 더 유연할 가능성이 높습니다.