저는 Linux를 처음 사용하고 가상 머신에 centos VM을 설치했으며 설치하는 동안 /(root), boot, home 및 swap 파티션을 생성했기 때문에 이것이 Windows C, D, E 파티션에서 생성한 것과 동일한 파티션인 것 같습니다. , 그런데 리눅스에 로그인해서 컴퓨터에 들어가보니 /(root)에 root, boot, home, var, bin 등 여러 디렉터리가 있는 걸 봤습니다. 그래서 내 질문은 다음과 같습니다
집의 다른 파티션 루트를 만들었다면 이 모든 것이 루트 안에 있는 이유는 무엇입니까? 왜 그들은 헤어지지 않습니까? (Linux 파일 시스템의 모든 디렉터리/파일은 root/ 디렉터리 아래에 중첩되어 있다는 것을 알고 있습니다.)
(설치 중에 생성한) 홈 파티션과 /(root) 내의 홈 디렉터리가 동일합니까?
/usr 또는 /var 같은 파일 시스템 대신 /home을 별도의 파일 시스템에 배치하는 이유는 무엇입니까?
내 사고 방식은 Windows와 같습니다. C, D 및 E 파티션을 만들고 C 드라이브에는 운영 체제 또는 소프트웨어 파일이 포함되어 있으며 D 및 E 드라이브는 비어 있습니다. 따라서 Linux에서 이러한 파티션을 생성하면 /(루트), boot 및 home이 있어야 하는데 왜 /만 있습니까? 모든 것(설치 중에 생성한 boot 및 home 파티션 포함)이 /에 있습니다. 이것은 자동으로 생성됩니다. 의?
(이 별도의 폴더가 무엇인지는 묻지 않습니다.)
답변1
홈 루트의 다른 파티션을 생성했다면 왜 이 모든 파티션이 루트 디렉터리 내에 있습니까? 왜 이거 혼자가 아니지? (Linux 파일 시스템의 모든 디렉터리/파일은 root/ 디렉터리 아래에 중첩되어 있다는 것을 알고 있습니다.)
"클래식" Windows와 달리 디렉터리 트리에는 공통 루트가 있기 때문입니다.
왜 분리하나요? 이것은 경쟁사의 디자인을 기반으로 1980년에 MS-DOS용으로 Microsoft가 선택한 디자인일 뿐입니다! 그런데 기본 Windows에서도 더 이상 "C:", "D:" 등을 내부적으로 파일 시스템의 "루트"로 간주하지 않으며, 통합된 표현이 있습니다(예: \\?\C:\Windows).
홈 파티션(설치 중에 생성)과 /(루트) 내의 홈 디렉터리가 동일합니까?
이든. 파티션은 실제로 파티션이라는 저장소에 할당하는 하드 드라이브의 일부입니다.파일 시스템. 파일 시스템은 파일 정보와 파일 데이터 자체를 포함하는 빅 데이터 구조일 뿐입니다. 주어진 파티션 공간을 정확히 채우도록 설계된 데이터베이스라고 생각하십시오!
디렉터리 /home는 파일 시스템이 위치한 디렉터리입니다.설치됨. 즉, 파일 시스템 "데이터베이스"가 열리고 해당 "데이터베이스"의 내용(파일 및 디렉터리!)이 /home.
따라서 파티션은 데이터가 잘 정의된 형식으로 저장되는 물리적 공간인 반면, 디렉터리는 /home파일 및 디렉터리로 액세스할 수 있는 장소입니다.
인간적인 비유를 원한다면, 칸막이는 책이고, /home목차는 그 책을 읽음으로써 얻는 지식입니다.
/usr 또는 /var와 같은 파일 시스템 대신 /home을 별도의 파일 시스템에 배치하는 이유는 무엇입니까?
때로는 /home의 전체 백업을 수행할 수 있으면 유리하기 때문입니다.모두중요한 데이터/파일은 단순히 다시 설치할 수 없는 것입니다.
백업 전략이 파티셔닝을 기반으로 하지 않는 경우 이는 최신 시스템에서는 상대적으로 약한 주장입니다. 성능 고려 사항이 있지만 이는 단일 사용자, 단일 스토리지 컴퓨터에도 실제로 적용되지 않습니다.
시스템 관리자 그룹의 역사적 선호도에 따라 달라질 수도 있습니다! 이렇게 해도 전체 시스템이 작동합니다.아니요/home에 대해 별도의 파티션을 만듭니다.
/boot는 기술적인 이유로 약간 특별합니다(다른 모든 파티션의 데이터를 이해하는 데 필요한 모든 것을 로드하기 전에 컴퓨터를 부팅하려면 /boot가 필요함).
스왑은 실제로 어딘가에 설치된 것이 아닙니다.
역사적 관점: 내가 아는 한, 데이터를 호스팅하는 실제 장치/파티션에 "루팅된" 데이터의 분할 뷰 아이디어는 1974년 CP/M이라는 운영 체제에서 비롯되었습니다.
MS-DOS는 IBM과 CP/M 회사 간의 협상이 실패한 후 IBM PC의 표준 운영 체제로 채택되었습니다. 동시에 UNIX가 존재했고 다른 모델도 있었습니다. Linux에서 여전히 관찰되는 모델입니다.산하위 디렉터리의 파일 시스템입니다.
따라서 기술적으로 말하면 CP/M은 마이크로컴퓨터의 디렉토리 트리 레이아웃에 대해 당시의 적어도 하나의 데이터 센터 운영 체제와는 다른 디자인을 고의적으로 선택했으며 CP/M/DOS가 왜 이 디자인을 선택했는지 묻는 것도 똑같이 타당합니다. 그렇다면 도대체 왜 Windows NT(현재 Windows의 기반)는 단순히 흐름을 따르기보다는 이것을 고수하기로 선택했습니까? Windows95와 달리 Windows NT/2000/XP/Vista/7/8/10/11아니요하위 항목은 MS-DOS 또는 CP/M과 호환되도록 시도할 수 있습니다.