저는 마운트와 Linux 파일 시스템 개념부터 시작했습니다. 간단한 테스트처럼 서버(VM)에서 클라이언트(VM)로 공유를 마운트했습니다. 모든 것이 괜찮습니다. 설치가 완료되었으며 로컬 파일 시스템에서와 마찬가지로 작업할 수 있습니다.
그런 다음 물리적 컴퓨터에서 클라이언트(VM)로 공유를 마운트하려고 시도했는데 모든 것이 순조롭게 진행되었습니다. 하지만 내가 막히는 부분은 내가 설치한 스톡의 색상을 볼 때입니다. 가상 머신에서 가상 머신으로 마운트한 공유는 녹색인 반면, 물리적 머신에서 가상 머신으로 마운트한 공유는 일반 디렉터리처럼 보입니다. 설치시 특별한 옵션 스위치를 사용하지 않았습니다. 설치 시 색상 문제가 무엇인지 궁금합니다. 설명해주실 수 있나요? [내 배포판은 데비안입니다]
보시다시피 173_VM은 가상 머신에서 마운트된 파일 공유이고, 그 뒤에는 물리적 머신에서 마운트된 파일 공유가 옵니다. VM은 녹색입니다.
답변1
답변2
이 경우 디렉터리에 "고정 비트"가 설정되어 있기 때문에 녹색으로 나타납니다. 이는 권한에서 "t"로 표시됩니다(다른 하나에는 t가 없음).
이는 본질적으로 시스템의 모든 사용자가 디렉토리에 쓸 수 있지만 실수로 인한 파괴를 방지하기 위해 해당 디렉토리에 있는 파일의 소유자만 디렉토리를 삭제하거나 이름을 바꿀 수 있음을 의미합니다.
끈끈한 비트에 대한 더 자세한 정보여기포괄적인 설명이다.
답변3
첫째, 출력의 색상을 ls
구성할 수 있습니다(환경 변수를 통해 LS_COLORS
참조).ls 색칠에 관한 이 답변). 이제 사진의 녹색 173_VM
은끈끈한 비트t
첫 번째 필드 오른쪽에서 설정을 볼 수 있습니다.
이 시도:
ls -ld /tmp
개입할 권한이 없는 경우 LS_COLORS
(또는 권한이 있는 경우 /tmp
) /tmp
에도 녹색으로 표시됩니다.
비슷하게:
mkdir -m 1777 xyz
ls -ld xyz
어쨌든, 이상한 권한이 저를 놀라게 했습니다. --S--Srwt
8진수 7007은 전혀 말이 되지 않습니다.
답변4
설치 시 색상 문제가 무엇인지 궁금합니다. 설명해주실 수 있나요?
의 색상은
ls
권한을 나타낼 수 있습니다. 일부 시스템은 기본적으로 녹색 배경으로 모든 사람에 대한 쓰기 권한이 있는 디렉토리를 표시합니다.
다음과 같이 기본 색상을 변경할 수 있습니다.
카탈로그 색상 데이터베이스 내보내기:
dircolors --print-database > ~/.mydircolors
즐겨 사용하는 편집기( )로 열고 nano ~/.mydircolors
, 필요에 따라 누락된 파일 확장자를 수정하거나 추가한 후 다음을 엽니다 .bashrc
.
얻으려면 다음 줄을 주석 처리하세요.
# You may uncomment the following lines if you want `ls' to be colorized:
export LS_OPTIONS='--color=auto'
eval "`dircolors`"
alias ls='ls $LS_OPTIONS'
alias ll='ls $LS_OPTIONS -l'
alias l='ls $LS_OPTIONS -lA'
평가판 " dircolors
"을 다음으로 변경합니다.
eval "`dircolors ~/.mydircolors`"
저장 및 종료.