Linux와 Windows 파일 시스템의 6가지 주요 차이점
Linux의 파일 시스템은 Windows의 파일 시스템과 여러 면에서 다릅니다. 드라이브 문자나 백슬래시가 표시되는 대신 파일 이름이 동일하지만 대소문자가 다른 생소한 레이아웃이 표시됩니다.
이 문서는 모든 차이점을 자세히 나열하지는 않지만 Linux를 처음 사용하는 신규 사용자가 Linux와 Windows의 차이점을 이해하는 데 도움이 되도록 작성되었습니다. 따라서 여기에 언급되지 않은 다른 차이점도 많이 있을 수 있습니다.
1. 디렉토리 구조
Linux 컴퓨터에서 파일 시스템 탐색을 시작하면 Windows, Program Files 또는 Users 폴더가 표시되지 않습니다. (/home/ 디렉토리는 사용자 폴더와 매우 유사하지만.)
Linux 디렉토리 구조는 다른 폴더 이름을 사용할 뿐만 아니라 완전히 다른 레이아웃을 사용합니다. 예를 들어 Windows에서 애플리케이션은 모든 파일을 C:Program FilesApplication에 저장할 수 있습니다.
Linux에서 해당 파일은 /usr/bin의 바이너리, /usr/lib의 라이브러리, /etc/의 구성 파일 등 여러 위치로 분할됩니다.

2. 대소문자를 구분합니다
Windows에서는 같은 폴더에 file이라는 파일과 FILE이라는 다른 파일이 있을 수 없습니다. Windows 파일 시스템은 대소문자를 구분하지 않으므로 이러한 이름을 동일한 파일로 처리합니다.
Linux에서는 파일 시스템이 대소문자를 구분합니다. 이는 동일한 폴더에 file, File 및 FILE이라는 이름의 파일을 가질 수 있음을 의미합니다. 각 파일에는 서로 다른 내용이 있습니다. Linux는 대문자와 소문자를 서로 다른 문자로 처리합니다.

3. 백슬래시와 슬래시
Windows는 DOS와 마찬가지로 백슬래시를 사용합니다. 예를 들어 Windows의 사용자 디렉터리 경로는 다음과 같습니다.
“
!! C:사용자 이름
”

Linux에서 사용자의 홈 디렉터리 경로는 다음과 같습니다.
“
!! /집/이름
”

또한 웹 브라우저(Windows에서도 마찬가지)의 URL이 슬래시를 사용한다는 것을 알 수 있습니다. 예를 들어 http:www.along.comarticle이 아니라 https://www.along.com/article입니다.
4. 드라이브 기호 없음 – 모두 /
Windows는 드라이브 기호로 파티션과 장치를 구분합니다. 여러 개의 하드 드라이브가 있거나, 동일한 하드 드라이브에 여러 개의 파티션이 있거나, 이동식 장치가 부착되어 있는 경우 각 파일 시스템은 고유한 드라이브 기호 아래에서 사용할 수 있습니다.

Linux에는 드라이브 문자가 없습니다. 대신 임의의 디렉터리에서 다른 파일 시스템에 액세스할 수 있게 만듭니다. (Windows에서도 이 작업을 수행할 수 있지만 기본적으로 작동하는 방식은 아닙니다.)
Linux에서는 모든 것이 루트 디렉터리인 / 아래에 있습니다. 루트 디렉터리 위에는 파일이 없지만 Windows에서는 C: 외부에 파일이 있습니다. 장치를 컴퓨터에 연결하면 /media/에서 사용할 수 있습니다. 디렉터리 내용에는 마운트된 파티션의 내용이 표시됩니다.

여러 개의 하드 드라이브나 하드 드라이브 파티션이 있는 경우 파일 시스템의 원하는 위치에 마운트할 수 있습니다. (공개 계정: 네트워크 엔지니어 Aaron) 예를 들어 /home에 다른 파티션을 마운트하여 홈 디렉터리를 별도의 파티션에 배치할 수 있습니다. 그러나 원하는 곳에 파티션을 마운트할 수 있습니다. /myBackupDrive에도 마운트할 수 있습니다.
5. 모든 것이 파일입니다
마운트된 모든 파일 시스템이 /(루트 디렉터리) 아래의 디렉터리인 것처럼 Linux의 모든 것은 파일입니다. 예를 들어, 첫 번째 하드 드라이브는 /dev/sda로 표시되고, CD 드라이브는 /dev/cdrom으로, 마우스는 /dev/mouse로 표시됩니다.
이 문장은 실제로 너무 성급합니다. Linux에서는 모든 것이 파일로 간주되지 않습니다. 그러나 이것이 무엇을 의미하는지 이해하면 Linux가 어떻게 작동하는지 이해하는 데 도움이 됩니다.

6. 열려 있는 파일을 삭제하거나 수정할 수 있습니다
Linux 및 기타 UNIX 유사 운영 체제에서는 애플리케이션이 Windows에서처럼 자주 파일에 대한 독점 액세스를 잠그지 않습니다. 예를 들어, Windows의 VLC에서 비디오 파일을 보고 있다고 가정해 보겠습니다. 타이틀 시퀀스가 재생 중이고 시청을 마쳤으므로 삭제하려고 합니다. 오류 메시지가 표시됩니다. 파일을 삭제하거나 이름을 바꾸거나 다른 작업을 수행하려면 먼저 VLC에서 파일 보기를 중지해야 합니다.

Linux에서는 일반적으로 재생 중인 비디오 파일을 삭제하거나 수정할 수 있습니다. 파일이 사용 중이라는 오류 메시지가 표시되지 않습니다.
이러한 차이점은 다른 UNIX 유사 운영 체제에도 적용됩니다. 그러나 몇 가지 차이점이 있을 수 있습니다. 예를 들어 Mac OS X에서는 대소문자를 구분하지 않습니다. Windows와 마찬가지로 대소문자를 구분하지 않습니다.
위 내용은 Linux와 Windows 파일 시스템의 6가지 주요 차이점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.

nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.

Nginx 서버를 시작하려면 다른 운영 체제에 따라 다른 단계가 필요합니다. Linux/Unix System : Nginx 패키지 설치 (예 : APT-Get 또는 Yum 사용). SystemCTL을 사용하여 nginx 서비스를 시작하십시오 (예 : Sudo SystemCtl start nginx). Windows 시스템 : Windows 바이너리 파일을 다운로드하여 설치합니다. nginx.exe 실행 파일을 사용하여 nginx를 시작하십시오 (예 : nginx.exe -c conf \ nginx.conf). 어떤 운영 체제를 사용하든 서버 IP에 액세스 할 수 있습니다.

Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.

서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.

질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.

오류 로그는/var/log/nginx (linux) 또는/usr/local/var/log/nginx (macOS)에 있습니다. 명령 줄을 사용하여 단계를 정리하십시오. 1. 원래 로그를 백업하십시오. 2. 빈 파일을 새 로그로 만듭니다. 3. Nginx 서비스를 다시 시작하십시오. 자동 청소는 Logrotate 또는 구성과 같은 타사 도구와 함께 사용할 수도 있습니다.

Centos와 Ubuntu의 주요 차이점은 다음과 같습니다. Origin (Centos는 Red Hat, Enterprise의 경우, Ubuntu는 Debian에서 시작하여 개인의 경우), 패키지 관리 (Centos는 안정성에 중점을 둡니다. Ubuntu는 APT를 사용하여 APT를 사용합니다), 지원주기 (Ubuntu는 5 년 동안 LTS 지원을 제공합니다), 커뮤니티에 중점을 둔다 (Centos Conciors on ubuntu). 튜토리얼 및 문서), 사용 (Centos는 서버에 편향되어 있으며 Ubuntu는 서버 및 데스크탑에 적합), 다른 차이점에는 설치 단순성 (Centos는 얇음)이 포함됩니다.
