첫 번째 시스템을 설치하려고 하는데 Linux하드 드라이브를 설정하는 데 문제가 있습니다. 경험이 부족했기 때문에 데비안 설치를 마친 후 돌아가서 필요에 따라 드라이브 크기를 간단히 조정해야겠다고 생각하면서 하드 드라이브 설정 화면의 부팅 설정을 사용하기로 결정했습니다.
하지만 달리려고 할 때
sudo 서비스 lvm2가 시작됩니다"unit lvm2.service가 마스크되었습니다"라는 메시지가 나타납니다.
왜 이런 일이 발생하는지에 대한 아이디어가 있습니까? 내가 찾을 수 있는 것은 LVM이 grub과 호환되지 않으며 /bootLVM 관리 스토리지 디스크 외부에 있어야 한다는 메모뿐입니다 .
그렇다면 실제로 /boot로드되는 전체 디스크를 참조합니까, 아니면 해당 디스크에 있는 별도의 논리 파티션일 수 있습니까?
답변1
짧은 대답: 상관없습니다.
/lib/systemd/system/lvm2.service/dev/nullDebian 패키지에 의해 심볼릭 링크로 생성되어 SysVinit 스타일 시작 스크립트 lvm2의 작업이 실제로 다음과 같이 분할되므로 서비스가 영구적으로 차단됩니다./etc/init.d/lvm2많은 종류의네이티브 systemd유닛.
lvm2.servicesystemd그러나 그렇지 않으면 SysVinit 호환성 논리가 이 스크립트를 실행하는 유닛을 자동으로 생성하기 때문에 존재해야 합니다 . systemd-native가 존재하기 때문에 /lib/systemd/system/lvm2.service이런 일이 발생하지 않습니다. 그러나 모든 실제 작업은 [email protected]및 인스턴스에 의해 수행 되므로 lvm2-monitor.service유닛의 유일한 작업은 lvm2.service중복 SysVinit 스타일 시작 스크립트를 마스크하는 것입니다.
/boot또한, 당신 말이 맞습니다. LVM은 시스템 펌웨어가 이해하는 전통적인 비 LVM 파티션에 배치하여 데비안 시스템 디스크에서 사용할 수 있습니다. 왜냐하면 GRUB는 시스템 펌웨어 서비스를 사용하여 해당 파일 시스템의 파일에 액세스하기 때문입니다.
(예, 최신 GRUB 버전에는 LVM에서 파일 시스템을 읽는 기능이 포함되어 있습니다. GRUB의 데비안 9 버전에는 lvm.modGRUB 모듈도 포함되어 있습니다. 하지만 문제는 주로 데비안 설치 프로그램이 아직 안정적으로 설정할 수 없거나 설정할 수 없다는 것입니다. 내 생각에 이것은 아마도 설치 프로그램이 /bootLVM 내부의 새로운 가능성을 "이해"하고 작동하지 않는 구성에 대해 사용자에게 경고할 수 있게 해줄 것입니다.
답변2
Systemd가 없는 배포판(예: 기존 Debian 또는 최신 Devuan)이 있는 경우 다음을 시도해 보세요.
/etc/init.d/lvm2 start
다른 모든 표준 사례(예: 최근 데비안)의 경우 이 서비스를 시작하지 말아야 하는 이유를 알아보려면 다른 답변을 확인하세요.
답변3
만약 당신이 막혀서 unit lvm2.service is masked원한다면모든 수단을 동원하여이전 서비스를 시작하려면 서비스가 다음을 사용하여 심볼릭 링크인지 확인해 볼 수 있습니다 /dev/null.
ls -l /lib/systemd/system/lvm2.service
(lvm2.service -> /dev/null이 표시되어야 합니다)
이 경우 가상 서비스를 삭제하면 됩니다.
rm /lib/systemd/system/lvm2.service
서비스를 다시 시작할 수 있습니다.
systemctl start lvm2
어쨌든 서비스가 비활성화된 이유를 이해하려면 다른 답변을 확인하세요.