☰

/etc/fstab이 시스템 단위 파일보다 나은 이유는 무엇입니까?

tag-icon • tag-icon systemd mount fstab automounting systemd-mount
/etc/fstab이 시스템 단위 파일보다 나은 이유는 무엇입니까?

이것systemd.mount(5)매뉴얼 페이지에는 다음과 같이 나와 있습니다(강조):

유닛은 유닛 파일이나 다음을 통해 설치할 수 있습니다 /etc/fstab(참조:파일 시스템 테이블(5)더 알아보기). 에 나열된 마운트는 /etc/fstab시작 시 및 시스템 관리자 구성이 다시 로드될 때 기본 장치로 동적으로 변환됩니다. 일반적으로 말하면,마운트 지점을 구성하는 것이 /etc/fstab선호되는 방법입니다.

이 경우 왜 /etc/fstab선호됩니까? 내가 아는 한 systemd는 여러 곳에서 기존 구성 방법을 대체했습니다. .mount유닛 파일을 사용하면 단점이 있나요?

답변1

제 경우에는 Kerberos 보안(sec=krb5)을 사용하는 CIFS가 RHEL 7의 fstab을 통해 작동하지 않았습니다. 엑스cifs.upcallCIFS-Utils 버전 6.2(RHEL 7 표준)  부터 .엑스). CIFS-Utils 버전 6.2에서는 KRB 자격 증명 캐시 조회만 허용합니다 /tmp. 회사에서 기본 위치를 사용하는 경우 괜찮지만 우리 회사는 자격 증명 캐시를 저장하기 위해 다른 디렉터리를 사용합니다.

해결 방법은 CIFS-Utils 6.2x를 제거하고 RHEL 8에 패키지된 CIFS-Utils 6.2x로 교체하는 것입니다.엑스yum종속성이 없으므로 via 대신 RPM을 통해 설치하십시오 . 하지만 우리 회사에서는 이를 허용하지 않기 때문에 해결 방법을 강구해야 합니다.

/usr/lib/systemd/system/다음은 디렉토리에 제가 만든 세 개의 파일 입니다 .

  1. filename.service
  2. filename.mount
  3. filename.timer

어디:

  • #1은 자격 증명 캐시가 복사되는 서비스입니다./tmp
  • filename.service#2는 CIFS를 마운트하는 것입니다. 하지만 실행하려면 먼저 CIFS를 추가 해야 합니다.
  • #3은 문제로 인해 마운트가 마운트 해제된 경우 문제 없이 다시 마운트할 수 있도록 자격 증명 캐시를 매시간 또는 매일 복사하는 타이머를 시작하는 것입니다.

관련 정보