Red Hat Training
A Red Hat training course is available for Red Hat Enterprise Linux
2.3. 파일 시스템 레이아웃
Red Hat Enterprise Linux 7에는 파일 시스템의 레이아웃에 대한 두 가지 주요 변경 사항이 도입되었습니다.
-
/bin
,/sbin
,
디렉토리가 이제/lib
64/usr
디렉토리 아래에 있습니다. -
이제
/tmp
디렉터리를 임시 파일 스토리지 시스템(tmpfs
)으로 사용할 수 있습니다. -
/run
디렉토리는 이제 임시 파일 스토리지 시스템(tmpfs
)으로 사용됩니다. 애플리케이션은/var
디렉터리를 사용하는 방식과 동일하게 /run을 사용할 수 있습니다./run
2.3.1. 루트 파일 시스템의 새로운 레이아웃
일반적으로 부팅 프로세스 속도 저하를 방지하기 위해 필요한 최소 콘텐츠만 /bin
및 /lib
디렉터리에 포함되었습니다. /usr
파티션을 마운트하기 위해 루트(/
) 수준에 일부 유틸리티가 있어야 합니다. 이로 인해 다른 유틸리티에서 콘텐츠를 여러 수준의 디렉터리에 분배하는 경우가 있었습니다(예: /bin
및 /usr/bin
).
Red Hat Enterprise Linux 7은 /bin
,/sbin
,
디렉토리를 /lib
64/usr
으로 이동합니다. 이제 /usr
파일 시스템을 루트 수준 디렉터리의 유틸리티가 아닌 initramfs
로 마운트할 수 있으므로 더 이상 서로 다른 두 디렉토리 수준 간에 패키지 콘텐츠를 분할할 필요가 없습니다. 이를 통해 훨씬 더 작은 루트 파일 시스템을 통해 디스크 공간 및 시스템을 보다 효율적으로 공유할 수 있으며 유지 관리, 보다 유연하고 안전한 시스템을 사용할 수 있습니다.
이러한 변경의 영향을 줄이기 위해 이전 /bin
디렉토리는 이제 /usr/bin
,/sbin
에 대한 /usr/
bin 에 대한 심볼릭 링크입니다.
2.3.1.1. 업그레이드를 위해 파일 시스템 준비
/usr
이 별도의 파티션에 있는 경우 인플레이스 업그레이드가 불가능합니다. /usr
을 별도의 파티션에서 이동하기로 결정하는 경우 이는 사용자의 위험이 있습니다.
/var
가 별도의 파티션에 있는 경우 /var/run
및 /var/lock
을 심볼릭 링크로 수동으로 변환해야 합니다.
# mv -f /var/run /var/run.runmove~ # ln -sfn ../run /var/run # mv -f /var/lock /var/lock.lockmove~ # ln -sfn ../run/lock /var/lock
파티션 체계에 대한 모든 사전 업그레이드 관련 결과를 처리해야 합니다.
준비가 완료되면 업그레이드 프로세스에 대한 자세한 내용은 설치 가이드 를 참조하십시오.
2.3.1.2. 업그레이드 성공 확인
업그레이드 프로세스를 수행한 후에는 업그레이드가 예상대로 작동하는지 확인해야 합니다.
다음 심볼릭 링크가 있는지 확인합니다.
-
/bin
은/usr/bin
에 대한 심볼릭 링크입니다. -
/sbin
은/usr/sbin
에 대한 심볼릭 링크입니다. -
/lib
는/usr/lib
에 대한 심볼릭 링크입니다. -
/lib64
는/usr/lib64
에 대한 심볼릭 링크입니다. -
/var/run
은/run
에 대한 심볼릭 링크입니다. /var/lock
은/run/lock
에 대한 심볼릭 링크입니다.나열된 디렉터리가 심볼릭 링크인 경우 예상대로 두 가지 검사가 필요합니다.
-
다음 find 명령의 출력을 확인합니다.
# find /usr/{lib,lib64,bin,sbin} -name '.usrmove'
/usr
에 동일한 이름의 파일 또는 디렉토리가 이미 존재하기 때문에 이 명령에 대한 응답으로 표시되는 파일 또는 디렉토리는/usr
에 복사할 수 없습니다. 이러한 이름 지정 충돌을 수동으로 해결해야 합니다.보관하려는 파일에 대해 다음 디렉터리를 확인합니다.
-
/var/run.runmove~
-
/var/lock.lockmove~
-
나열된 디렉터리 중 심볼릭 링크가 아닌 경우 2.3.1.3절. “실패한 업그레이드에서 복구” 에 설명된 복구 프로세스를 따라야 합니다.
2.3.1.3. 실패한 업그레이드에서 복구
업그레이드 프로세스는 여러 가지 이유로 실패할 수 있습니다. 다음 명령의 출력을 확인하여 무엇이 잘못되었는지 확인합니다.
# dmesg # journalctl -ab --full
오류가 표시되지 않으면 다음을 확인합니다.
-
/
쓰기 가능 -
/usr
쓰기 가능 -
/
충분한 공간이 있습니다. -
/usr
에 충분한 공간이 있습니다. -
/var
이 에 마운트됨 rhelup 툴
추가 지원이 필요한 경우 Red Hat 지원에 문의하십시오.