새로운 유틸리티와 공유 라이브러리로 기존 Linux 부팅 디스크를 업데이트했습니다. 여전히 시작이 비어 있고 /etc/mtab
이전 디스크에서 업데이트되었으며 /etc/mtab
새 디스크에서는 /etc/mtab
0으로 유지됩니다 . 이제 우리가 링크된 것을 볼 수 있지만 /etc/mtab
문제 /proc/mounts
는 지속됩니다.
최신 상태를 유지하기 위해 무엇이 업데이트되었나요
/etc/mtab
?언제 됐나요
/etc/mtab
?/proc/mounts
Linux에서 일어나는 모든 근본적인 변화를 어떻게 따라갈 수 있습니까?
감사해요.
답변1
/etc/mtab
일반 파일 시스템에서 업데이트는 /etc/mtab
and 명령의 작업입니다. 또한 루트 파일 시스템이 읽기-쓰기로 마운트되면 부팅 스크립트에서 정보를 추출하거나 부팅 스크립트가 마운트된 것으로 알고 있는 내용을 작성하여 부팅 스크립트가 업데이트됩니다.mount
umount
/etc/mtab
/proc/mounts
/etc/mtab
일반 파일이어야 하는지 아니면 /proc/mounts
. 일반 파일로 만들 때의 단점은 시스템 상태와 동기화되지 않을 수 있다는 것입니다(예: 마운트 또는 마운트 해제 작업 중에 루트 파일 시스템이 읽기 전용인 경우). 또한 마운트와 같은 최신 기능에서는 작동하지 않습니다.네임스페이스, 프로세스가 동일한 마운트 지점을 보더라도 동일한 마운트 지점을 볼 수 없는 경우입니다 /etc/mtab
. 그러나 이를 심볼릭 링크로 만들면 /proc/mounts
커널이 원하는 모든 정보를 보고하지 않는다는 단점이 있습니다.
- 커널은 기본 마운트 옵션을 숨기는 데 사용되었지만 기본값은 커널 버전에 따라 다르기 때문에 명령에 전달된 내용을 정확히 제공
/proc/mounts
하는 정확한 마운트 옵션을 파악하기가 어려웠습니다 ./etc/mtab
mount
- 커널이 보고하기 위해 사용번들 설치번들 설치가 아닌 원본 설치의 복사본입니다.
최신 커널은 더 많은 정보를 보고하므로 더 이상 일반 파일 /etc/mounts
생성을 선호할 이유가 없습니다 ./etc/mtab
데비안 버그 #494001데비안은 더 이상 /etc/mtab
일반 파일로 유지되지 않습니다. 이 스레드의 주요 내용(정확성을 확인하지는 않았지만 의심할 이유가 없습니다):
- 스레드의 관련 부분은 주로 초기 메시지입니다. 나머지는 주로 전환과 관련된 문제입니다.
- "Linux >= 2.6.26의 경우 /proc/mounts에는 /etc/mtab의 모든 정보와 그 이상의 정보가 포함되어 있습니다."
- 이것추가 패치업데이트할 코드의 마지막 버전이 포함되어 있습니다
/etc/mtab
(/etc/init.d/mtab.sh
).
Linux에서 일어나는 모든 근본적인 변화를 어떻게 따라갈 수 있습니까?
행운을 빌어요... 사람마다 근본적인 변화라고 생각하는 것이 다릅니다. 이 모든 것이 다음에 나타나야 합니다.LWN (리눅스 주간 뉴스), 그러나 트래픽이 매우 높았으며 제안된 향후 변경 사항에 대한 논의가 포함되었습니다.