☰

내 우분투 서버에 파일 시스템이 너무 많은 이유는 무엇이며 각 파일 시스템의 목적은 무엇입니까? [폐쇄]

tag-icon • tag-icon ubuntu filesystems disk-usage
내 우분투 서버에 파일 시스템이 너무 많은 이유는 무엇이며 각 파일 시스템의 목적은 무엇입니까? [폐쇄]

내 시스템에서 명령을 실행 df -H하고 다음 출력을 확인합니다.

Filesystem      Size  Used Avail Use% Mounted on
tmpfs            95M  3.1M   92M   4% /run
/dev/mmcblk0p2   32G  3.2G   27G  11% /
tmpfs           475M     0  475M   0% /dev/shm
tmpfs           5.3M     0  5.3M   0% /run/lock
/dev/mmcblk0p1  265M  156M  110M  59% /boot/firmware
tmpfs            95M  4.1k   95M   1% /run/user/1000

여기서 이해하려고 하는 것은 하드 드라이브가 하나만 있고 파티션이 없는 시스템에 우분투를 설치한 후입니다.

  1. 여기에 왜 그렇게 많은 파일 시스템이 있습니까?
  2. 각각의 목적은 무엇입니까?
  3. 우분투에 설치된 각 파일 시스템의 유형을 확인하는 방법은 무엇입니까?

답변1

먼저 "실제" 파일 시스템:

  • mmcblk0p2ext4, XFS 또는 이와 유사한 Unix 스타일 파일 시스템을 사용할 가능성이 가장 높은 루트 파일 시스템입니다.

  • 이제 mmcblk0p1마운트되었으므로 /boot/firmware부팅 프로세스와 관련이 있는 것이 분명합니다. 아마도 시스템 아키텍처(RasPi 또는 다른 ARM인 것 같아요)에 부팅, 펌웨어 업데이트를 위해 특정 파일 시스템 유형(예: FAT32?)이 있는 파티션이 필요할 수 있습니다. 아니면 그런 것?

tmpfs그런 다음 대략 소개된 순서대로 - 기반 항목이 있습니다 .

( tmpfs시스템이 재부팅될 때마다 내용이 손실되는 RAM 기반 파일 시스템입니다. 메모리 사용량은 필요에 따라 자동으로 늘어나고 줄어듭니다. 지정된 크기는 실제로 최대 크기 제한입니다. 사용하지 않으면 파일 tmpfs시스템이 차지합니다. 완전 작습니다.)

  • /run/lock오래된 것이며 /var/lock, 시스템을 재부팅하면 쓸모가 없게 되는 잠금 파일 및 유사한 파일이 포함되어 있기 때문에 최초의 솔리드 스테이트 메모리 기반 시스템이 개발된 지 얼마 되지 않았으며, 심지어 2.6.x 커널 시리즈 이전에도 누군가가 있었습니다. 솔리드 스테이트 미디어에 쓰기 주기를 저장하기 위해 이 디렉터리를 RAM 디스크에 넣는 아이디어가 있었습니다. 어떤 경우에는 (특정) 사용자가 이에 액세스할 수 있어야 하고 잠긴 파일은매우 작은, 이는 매우 작은 최대 크기로 제한될 수 있습니다.

  • 간단하고 공간 절약형 범용 RAM 디스크 파일 시스템이 개발되기 전에는 특정 스타일의 공유 메모리 액세스를 구현하는 데 사용 tmpfs된 . 이제 완전 범용 제품도 동일한 작업과 그 이상을 수행할 수 있지만 장착 위치는 그대로 유지됩니다.shmfs/dev/shmtmpfs

  • /run관련된 발명인 /run/user/1000것 같습니다 . systemd둘 다 UNIX 소켓, PID 파일(필요한 경우) 및 시스템이 재부팅되면 의미를 잃는 모든 유사한 디렉터리이므로 RAM 기반 디렉터리가 tmpfs자연스러운 위치입니다. 첫 번째는 시스템 서비스이고, 두 번째는 UID 번호 1000을 가진 사용자를 위한 사용자별 서비스입니다. 이러한 서비스는 /run/lock.

설명에서 언급했듯이 lsblk -f(또는 제가 개인적으로 좋아하는 lsblk -o +fstype)을 사용하여 실제(=비 tmpfs) 파일 시스템과 나열된 파일 시스템 유형을 볼 수 있습니다.

관련 정보