내 파티션 구조는 다음과 같습니다.
/dev/sdc1 => Partition 1 ( My OS. [ Linux flavour ] )
/dev/sdc2 => Partition 2 ( This contents some data. )
/dev/sdc3 => Partition 3 ( This also contents some data. )
/dev/sdc4 => Partition 4 ( I want this as a deciding partition. )
파티션 4에 있는 파일을 기반으로 파티션 2 또는 파티션 3을 동적으로 마운트하려고 합니다.
예를 들어:-파티션 4에 이라는 파일이 있으면 two파티션 4에 이라는 파일이 있으면 파티션 3이 마운트됩니다 three.
노트:-이 파티션은 함께 마운트되지 않습니다. 즉, 파티션 2가 마운트되면 파티션 3은 파티션 2가 마운트 해제될 때까지 마운트되지 않습니다. 따라서 두 파티션 모두에 공통 디렉터리를 사용할 수 있습니다.
내 OS를 시스템화했기 때문에 파티션 4에서 읽고 부팅 시 적절한 파티션을 마운트하고 파티션 레코드를 /etc/fstab에 쓰는 시작 스크립트를 작성할 수 있습니다.
하지만 제가 이해한 바에 따르면 fstab은 중요한 파일이므로 오류가 발생하거나 fstab이 손상되면 시스템이 부팅되지 않습니다.
질문:
이제 제가 달성하고 싶은 것은 파티션 4를 동적으로 읽고 파티션 4에 있는 파일을 기반으로 파티션 2 또는 파티션 3에 대한 항목을 추가하는 항목을 fstab에 추가할 수 있다는 것입니다.
답변1
하지만 제가 이해한 바에 따르면 fstab은 중요한 파일이므로 오류가 발생하거나 fstab이 손상되면 시스템이 부팅되지 않습니다.
옳은.
이제 제가 달성하고 싶은 것은 파티션 4를 동적으로 읽고 파티션 4에 있는 파일을 기반으로 파티션 2 또는 파티션 3에 대한 항목을 추가하는 항목을 fstab에 추가할 수 있다는 것입니다.
올바른 명령과 액세스 권한이 있으면 /etc/fstab.
이렇게 하려고 하면 fstab운영 체제가 해당 파일 시스템을 읽고 마운트한 후에 작성한 모든 내용이 거기에 기록됩니다.
- 기껏해야 변경 사항은 아무런 영향을 미치지 않습니다.
- 최악의 시나리오는
/etc/fstab편집 시 실수나 오타가 다음에 재부팅할 때 실제로 "팝업"되는 것입니다. 공유 컴퓨터나 가동 시간이 높은 컴퓨터에는 정말 나쁜 소식입니다./etc/fstab)
답변2
솔루션은 시스템 기반이어야 하며 편집하기 위해 시스템을 사용할 필요가 없습니다 /etc/fstab. 왜 그럴까요? 개요를 설명한 요소에 따라 파티션을 마운트하기만 하면 됩니다.
/etc/fstabsystemd가 필요한 것을 설치할 수 있다면 왜 편집하고 싶은지 이해할 수 없습니다 . /etc/fstab항목을 사용할 수 없으면 systemd는 시작을 거부합니다 . 이는 systemd가 있는 시스템에서는 /etc/fstab부팅에 필요한 정적 파일 시스템만 사용할 수 있음을 의미합니다.