이것은 내 'df -h'출력입니다. 256G SSD가 왜 많은 파일 시스템으로 분할 되었습니까?

Filesystem      Size  Used Avail Use% Mounted on
udev             63G     0   63G   0% /dev
tmpfs            13G  139M   13G   2% /run
/dev/nvme0n1p2  103G   22G   77G  22% /
tmpfs            63G   76M   63G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs            63G     0   63G   0% /sys/fs/cgroup
/dev/nvme0n1p1  511M  132K  511M   1% /boot/efi
tmpfs            13G   16K   13G   1% /run/user/117
tmpfs            13G   68K   13G   1% /run/user/1000
/dev/sda1       3.6T   19G  3.4T   1% /media/geert/HDD

내 SSD의 유일한 "사용 가능한"공간은 103G 파일 시스템입니다. /. (즉, 내가 저장하거나 설치 한 모든 것이 해당 파일 시스템에 저장됩니다.) udev 과 tmpfs 파일 시스템을하고 있습니까? 내 "사용 가능한"공간을 더 크게 만들 수있는 단계가 있습니까?

편집 : 여기에의 출력 fdisk -l:

Disk /dev/nvme0n1: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 9D9D4041-0C82-47D0-AFD2-C0D29383FE18

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048   1050623   1048576   512M EFI System
/dev/nvme0n1p2   1050624 220219391 219168768 104.5G Linux filesystem
/dev/nvme0n1p3 220219392 488396799 268177408 127.9G Linux swap

문제는 스왑 공간이 엄청난 것 같습니다. 내 RAM은 128G입니다. (a) 스왑 공간을 줄이거 나 (b) HDD에 스왑 공간을 두는 것이 바람직합니까? (c) 특정 시스템이나 사용자 파일 (홈 폴더 또는 opt 어떤 큰 응용 프로그램을 포함?) HDD에?

모든 일반적인 조언을 환영합니다.

좋아, 당신은 SSD의 절반을 사용하여 막대한 스왑 공간을 설정합니다 - 당신이 그것을 제거하거나 줄 것을 제안합니다.

그렇게하려면 다음을 사용하십시오. swapoff -a 그것을 사용을 중지하고 다음을 사용하십시오. fdisk 또는 친구들이 귀하의 파티션 테이블을 제정신과 비슷한 것으로 변경하십시오. 마지막 단계에서 /etc/fstab 새 스왑 설정을 반영합니다.

재부팅 후 resize2fs ...에 /dev/nvme0n1p2 파일 시스템에서 사용 가능한 크기를 늘리십시오.

편집하다

파티셔닝을 위해서, fdisk /dev/nvme0n1 (또는 다른 도구를 사용하여) 스왑을 꺼야합니다. 이제 파티션 3을 제거한 다음 파티션 2를 디스크 끝까지 확장하십시오. 도구에 extend 함수는 이것을 사용합니다. 그렇지 않으면 파티션을 제거하고 정확히 동일한 파티션 번호 (2), 시작 섹터 (1050624) 및 원래 파티션 3의 마지막 섹터 (268177408)로 파티션을 다시 생성하면됩니다. 파티션 테이블을 저장하고 재부팅하십시오.

스왑을 필요로하지 않는 RAM이 충분하기 때문에 SSD에서 스왑을 완전히 제거하는 Eugen의 조언부터 시작하겠습니다. 실제로 계산을 위해 많은 스왑이 필요하다면 나중에 대용량 미디어 드라이브에서 스왑을 추가 할 수 있습니다. Linux는 파티션뿐만 아니라 파일에도 스왑 할 수 있기 때문에 다시 파티션하지 않아도됩니다. (파티션이 더 효율적 임)

# create a giant file
dd if=/dev/zero of=/media/geert/HDD/swap bs=1G count=128

# make sure only root can read it or move it
chmod 700 /media/geert/HDD/swap
chmod go-w /media/geert/HDD # just guessing here

# with new enough tools, swapon can act on the file directly
# else you need to create a loopback device on it first
mkswap /media/geert/HDD/swap
swapon /media/geert/HDD/swap

# Add it to /etc/fstab so that it activates on startup
echo "/media/geert/HDD/swap none swap sw,auto 0 0" >> /etc/fstab

스왑은 필요로하는 사람들을위한 "느리지 만 저렴한 RAM"입니다. 필요한 것보다 많은 RAM이 있으면 스왑을 사용할 필요가 없습니다. 나는 스왑이 전혀없는 수많은 서버를 운영해 왔으며 문제가되지 않습니다. 나는 갑자기 모든 애플 리케이션을 추방하고 내 시스템을 수렁에 빠져 큰 웹 페이지로 인한 지연을 방지하기 위해 스왑없이 겸손한 RAM과 데스크톱 시스템을 실행했습니다. 오히려 내 시스템이 멈추고 마침내 브라우저 탭을 죽이기로 결정하는 동안 브라우저 탭 충돌 (Linux OOM에 의해 죽임)이 5 분 정도 기다리는 것보다 더 빨리 나타납니다.

스왑 크기가 귀하의 RAM 크기와 일치하는지에 관한 "경험 법칙"은 디스크 일시 중지와 같은 것들을위한 것입니다. 따라서 랩톱 (또는 데스크톱)은 해당 기능을 원할 경우 해당 관행을 유지해야합니다. 또한 작업로드에 필요한만큼 경제적 인 RAM과 저렴한 디스크를 갖춘 서버를 사용한다는 가정하에 서버에 대한 권장 사항이었습니다. 한 무리의 사용자가 동시에 모든 작업을 수행하기로 결정한 경우 스왑을 사용하면 서버가 종료되지 않고 서버가 꽤 느려질 수 있습니다.

또한, 당신은 이미 깨달았지만, "df"목록에는 왼쪽 컬럼에 디스크 파티션을 언급하지 않은 것은 RAM에 저장되거나 필요할 때 생성되는 가상 파일 시스템 일뿐입니다. 그들은 당신의 디스크를 차지하지 않습니다.