fstab 및 mtab을 편집 한 후 서버를 다시 시작해야합니까?


35

fstab 및 mtab을 편집 한 후 서버를 다시 시작해야하는지 궁금합니다. awstats 보고서의 문제로 인해이 파일에서 수동으로 무언가를 변경했습니다.

howtoforge 의 튜토리얼을 통해 ISPConfig 3을 사용하고 있습니다. 그러나 일부 계정을 제거 / 삭제하면 fstab 및 mtab 구성이 엉망이되었습니다.

또한 howtoforge forum 에서이 질문을하지만 지금까지 아무도 대답하지 않았습니다. 내 질문을 읽으려면 여기 를 방문 하십시오 .

나는 운없이 문제를 해결하기 위해 열심히 노력했습니다.

최신 정보:

내 fstab은 어떻게됩니까?

값이 있기 전에 (다른 것을 생략했습니다) :

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0

그래서 올바른 경로로 변경했습니다.

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log    none    bind,nobootwait    0 0

또한 mtab이 위와 동일한 값을 갖는 것을 발견했기 때문에 수동으로 편집했습니다.

에서:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none rw,bind 0 0

에:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none rw,bind 0 0

mydomain.com 및 example.com의 올바른 경로가 각각 web2 및 web3 폴더 아래에 있어야하므로 해당 값을 편집했습니다.

현재 example.com의 로그는 다음을 가리 킵니다.

/var/www/clients/client1/web2/log

필요할 때 :

/var/www/clients/client1/web3/log

그래서 나는 이것이 fstab과 mtab 때문이라고 생각합니다.

로그를 기본 디렉토리로 올바르게 지정하는 방법을 알려주십시오.

링크 에서 시나리오를 하나씩 설명합니다 .

답변:


40

파일 /etc/mtab은 운영 체제에서 유지 관리합니다. 편집하지 마십시오.

파일 /etc/fstab은 마운트 할 대상을 정의합니다. 시스템 시작시 읽습니다.

시스템 시작시 마운트해야 할 시스템에 추가 디스크를 추가하면 디스크를 추가합니다 /etc/fstab.

업데이트 된 내용의 정확성을 확인하려면 /etc/fstab 명령을 사용합니다 mount -a. 그것은 /etc/fstab시스템 시작으로 읽히고 아직 마운트되지 않은 파일 시스템을 마운트합니다.

마운트 포인트가 없거나 장치가 누락되면 오류가 발생합니다.

재부팅에 대한 질문에 대답하려면 : 아니요, 편집 후 재부팅 할 필요가 없습니다 /etc/fstab. 당신은 함께 drivedrive 수 있습니다mount -a


12
일반적으로 문제는 mount -a이미 마운트 된 파일 시스템을 다시 마운트하지 않는다는 것입니다. 대신 mount <mount-point> -o remount에 다음과 같이 사용 sudo mount / -o remount합니다. fstab에 정의 된 옵션을 사용합니다.
Hi-Angel

@Geert Stappers, 오늘 Ubuntu Linux 16.04에서 / etc / fstab을 수정했으며 시스템이 거의 충돌했습니다. 즉, 비상 재부팅을 계속 요청합니다. 감사합니다
Frank

VMWare Fusion의 16.04 게스트에서는 작동하지 않았습니다. 기본 파티션을 확장해야했기 때문에 기존 스왑 파티션을 제거하여 공간을 확보해야했습니다. 새 파티션 정보로 fstab을 편집했지만 mount -a시스템에서 새 스왑 파티션을 인식하지 못했습니다. 재부팅이 작동했습니다.
Steven Lu

10

/etc/mtab수동으로 편집하지 마십시오 .

그러나 영구 마운트 지점, 즉 시작시 마운트 될 마운트 지점 /etc/fstab을 추가하거나 제거하도록 변경 을 수행 할 수 있습니다. 또한 파일은 마운트 지점을 참조하기 위해 명령에서 사용됩니다 ./etc/fstabmount(8)

/etc/fstabOS의 현재 상태를 변경하지 않고 새로운 마운트 포인트를 안전하게 정의하거나 기존 마운트 포인트를 삭제할 수 있습니다 . 이러한 변경 사항을 반영하는 파일 시스템 mount(8)및 수동을 수동으로 수행 할 수 있습니다 umount(8). 다른 옵션으로 이미 마운트 된 파일 시스템을 다시 마운트 할 수도 있습니다. 예 :

mount -o remount,noexec /var

여기서 문제는 왜 bind마운트 포인트 가 필요하다고 생각하고 마운트 포인트를 사용하여 달성 할 것이라고 생각합니까? 그러나 나는 회개한다.

bind마운트 지점을 다룰 때 다시 시작하지 않고 파일 시스템 레이아웃을 재구성하는 단계는 다음과 같습니다.

  1. /etc/mtab수동으로 편집하지 마십시오
  2. 수정하려는 파일 시스템을 사용하는 응용 프로그램 및 서비스를 중지하십시오. 이것이 항상 가능한 것은 아니지만 사용 사례는 아래의 호스트 로그 파일 전용 파일 시스템 만 포함하는 것 같습니다 /var.
  3. umount모든 bind마운트 지점.
  4. /etc/fstab필요에 맞게 다시 작성 하십시오.
  5. 파일 시스템을 수동으로 마운트하십시오.

안녕, 위의 게시물을 업데이트합니다. 시나리오를 읽으십시오.
jaypabs 2016 년

실제로 바인딩 마운트 포인트가 왜 있는지 모르겠습니다. 링크 에서 튜토리얼을 사용하고 있으며 직접 추가하지 않았습니다 ...
jaypabs

개별 서비스 중지 및 시작을 피하는 방법 중 하나는 단일 사용자 모드 ( telinit S) 를 통과 하고 편집을 수행 한 후 다시 다중 사용자 ( telinit 2) 로 이동하는 것 입니다.
didierc

0

mtab은 현재 마운트 된 파일 시스템을 나열하므로 시스템에서 작성하며 재부팅, umount 또는 새 마운트 후 내용이 변경됩니다. fstab은 사용 가능한 파일 시스템을 나열하며 영구적입니다. 즉, 재부팅 후에도 유지됩니다.

mtab을 직접 편집해서는 안됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.