☰

gparted에서 내 루트 파티션이 가득 찬 것으로 표시되는 이유는 무엇입니까?

tag-icon • tag-icon linux ubuntu hard-drive partitioning gparted
gparted에서 내 루트 파티션이 가득 찬 것으로 표시되는 이유는 무엇입니까?

나는 파일 시스템에 대해 조금 알고 있지만 많이는 아닙니다. 나는 LVM이 무엇인지에 대한 일반적인 아이디어만 알고 있습니다. 비록 분명히 그것이 제가 루트 파티션으로 사용하고 있는 것입니다.

내 컴퓨터에는 1TB 하드 드라이브가 하나 있습니다. 우분투 14.04를 실행합니다.

오늘 일부 업데이트를 설치하러 갔는데 파티션별 공간이 부족하다는 알림을 받았습니다 /boot.

gparted라이브 CD에서 GUI를 사용하여 일부 공간을 확보하려고 했지만 루트 파일 시스템이 꽉 찬 것으로 표시되는 것을 발견했습니다.

여기에 이미지 설명을 입력하세요

그러나 따르면 df:

Filesystem                  1K-blocks     Used Available Use% Mounted on
/dev/mapper/ubuntu--vg-root 954367812 10720604 895145040   2% /
none                                4        0         4   0% /sys/fs/cgroup
udev                          2995912       12   2995900   1% /dev
tmpfs                          608016     1312    606704   1% /run
none                             5120        0      5120   0% /run/lock
none                          3040072    17312   3022760   1% /run/shm
none                           102400       52    102348   1% /run/user
/dev/sda2                      241965   118221    111252  52% /boot
/dev/sda1                      523248     3428    519820   1% /boot/efi
tmpfs                         3040072        4   3040068   1% /var/lib/polkit-1/localauthority/90-mandatory.d

이게 무슨 일이야? gparted내 파티션이 꽉 찼다고 생각하는 이유는 무엇입니까 ?

또한 추가 질문이 있습니다. 파티션 /boot/efi과 파티션 의 차이점이 무엇 /boot인지, 둘 다 필요한지 아는 사람이 있습니까?

답변1

그 중 AFH와 Romeo Ninov가 기본적으로 답을 갖고 있지만 함께 묶어야 합니다.

파티션 /boot은 LVM(파일 시스템이 아니라 자체적으로 파일 시스템을 포함하는 논리 볼륨의 컨테이너)을 사용하는 데 필수적으로 필요하기 때문에 별도입니다. LVM 파티션의 크기를 조정할 수 있습니다. 보다여기필요한 사항에 대한 개요를 확인하세요. 거기까지 갈지는 모르겠지만....

업데이트 프로세스에서 244MiB /boot파티션의 공간이 부족하다고 불평하고 있지만 해당 파티션은 현재 52%만 사용되고 있습니다. 정기적으로 별도의 파티션을 생성하는 배포판은 /boot일반적으로 파티션을 사용자의 파티션보다 두 배 정도 크게 만들지 만, 업데이트가 거기에서 사용되는 공간의 양을 거의 두 배로 늘리려고 한다는 것은 여전히 ​​이상합니다. 제가 이 글을 입력하고 있는 Ubuntu 14.04 설치에서는 /boot. 그러므로 거기에 무엇이 있는지 확인하고 싶을 수도 있습니다. 유형 ls -lh /boot. 내 시스템에 표시되는 내용은 다음과 같습니다.

$ ls -lh /boot
total 70M
-rw-r--r--  1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r--  1 root root 1.2M May  4 01:09 abi-3.13.0-52-generic
-rw-r--r--  1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r--  1 root root 162K May  4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31  1969 efi
drwxr-xr-x  3 root root 1.0K May  7 11:30 extlinux
drwxr-xr-x  5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x  2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r--  1 root root  20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r--  1 root root  20M May  7 11:28 initrd.img-3.13.0-52-generic
drwx------  2 root root  12K Feb 14 17:05 lost+found
-rw-r--r--  1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r--  1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r--  1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r--  1 root root  227 Feb 14 17:06 refind_linux.conf
-rw-------  1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw-------  1 root root 3.3M May  4 01:09 System.map-3.13.0-52-generic
-rw-------  1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r--  1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw-------  1 root root 5.6M May  4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r--  1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed

이는 상당히 일반적입니다(일부 시스템보다 조금 더 많긴 하지만). 여기에 표시된 것보다 다른 유형의 파일이 더 많이 표시되면 뭔가 새롭고 관련 없는 내용이 추가되었을 가능성이 있으며 이러한 파일은 제거 대상일 수 있습니다. 하지만 이해가 되지 않으면 먼저 조언을 구하세요. 삭제합니다.

확인해야 할 또 다른 사항은 외부 커널입니다. 이름이 로 시작하는 파일입니다 vmlinuz. (이 파일은 AFH에서 검색하도록 한 파일과 쌍을 이룹니다 initrd.img.) 내 예제에는 4개의 커널 파일이 표시되어 있지만 실제로는 두 커널의 서명된 버전과 서명되지 않은 버전입니다. 커널 버전이 3개 이상인 경우(각 버전은 서명된 형식과 서명되지 않은 형식으로 제공될 수 있음) 다음 명령을 시도해 보세요.

sudo apt-get autoremove

이 명령은 시스템에서 원래 커널과 가장 최근 커널 두 개를 제외한 모든 커널을 제거하여 일부 공간을 정리해야 합니다.

파티션 크기를 조정해야 하는 경우 LVM 설정을 엉망으로 만드는 것보다 EFI 시스템 파티션( /dev/sda1귀하의 경우 ESP)을 축소하고 해당 공간으로 확장하는 것이 더 안전할 수 있습니다. /boot약 200MiB 이상으로 크기를 조정하는 것은 권장하지 않습니다.분명히백업두 파티션 모두계속하기 전에 이동식 미디어에 두 파티션 모두 부팅에 중요하므로 문제가 발생하면 심각한 문제에 빠지게 됩니다. 또한 일부 EFI는 ESP의 FAT 파일 시스템에 대해 까다로울 수 있습니다. 일부(대부분 2012년 이전의 오래된 EFI)는 512MiB보다 작은 FAT32 ESP에 제대로 반응하지 않습니다. 따라서 이런 방식으로 크기를 조정하려면 먼저 ESP를 축소한 다음 테스트 부팅을 수행하세요. 부팅이 가능하다면 /boot여유 공간을 확장한 후 다시 부팅해 보세요. ESP를 축소한 후 문제가 발생하면 응급 시스템을 사용하여 ESP를 원래 크기로 다시 확장하세요.

답변2

나는 결과를 찾았고 gparted다르지만 df이 정도는 아닙니다. gparted귀하의 내용을 잘못 해석한 것으로 의심됩니다 lvm2.

문제는 /boot별도의 0.25GB 드라이브에 마운트되어 공간이 부족하다는 것입니다. 어떻게 이 상태에 빠졌는지, 어떻게 빠져나올 수 있는지 잘 모르겠습니다. 아마도 파일 시스템 grub에서 제대로 부팅되지 않을 수도 있습니다.lvm2

가장 먼저 할 수 있는 가장 간단한 일은 현재와 이전 커널을 제외한 모든 커널을 제거하는 것입니다(백업 커널은 두 개 이상 필요하지 않습니다). 유형:

ls -l /boot/initrd*
uname -a

설치된 모든 커널 릴리스와 실행 중인 커널이 표시됩니다. 그런 다음 마지막 두 개를 제외하고 모두 제거해야 합니다. 나는 synaptic이것을 위해 사용하는 것을 선호합니다. Installed검색 상자 세트에서 제거하려는 각 릴리스의 숫자 부분을 차례로 선택한 다음 Ctrl-a모두 선택하도록 입력하고 마우스 오른쪽 버튼을 클릭하여 선택합니다 Mark for Complete Removal(제거하지 않도록 절대적으로 확인). 현재 릴리스!). 제거할 각 커널을 살펴본 후 을 클릭합니다 Apply.

두 개의 커널이 설치된 Ubuntu 15.04에서 내 /boot디렉토리 크기는 120MB가 조금 넘으므로 세 번째 릴리스를 설치하는 동안 두 개의 릴리스를 위한 공간이 있어야 합니다 /dev/sda2(이 작업을 수행할 때마다 가장 오래된 릴리스를 제거하는 것을 기억하십시오).

그래도 문제가 해결되지 않으면 다음 두 가지 옵션이 있습니다.

  1. /dev/sda2와 사이의 경계를 이동하여 크기를 늘립니다 /dev/sda3.
  2. 인터넷에서 을 검색 grub lvm2하고 거기에 있는 조언을 따르십시오.

보조 질문에 대답하려면 는 커널 부팅 파일이 있는 위치이며 일반적 으로 /boot와 동일한 파일 시스템 내에 있지만 EFI 부팅 파일이 있는 위치를 식별해야 하며 이는 에 EFI 부팅 파티션을 마운트하여 수행됩니다 . 즉, 별도의 파일 시스템에 대한 마운트 지점이지만 자체적으로 마운트 지점인 경우는 드뭅니다. 레거시 BIOS를 사용하여 부팅하지 않는 한 둘 다 필요합니다./grub/boot/efi/boot/efi/boot

답변3

화면에는 파일 시스템이 아닌 PV(물리적 볼륨)가 표시되기 때문입니다. 그리고 전체 pv가 vg에 할당됩니다. 실행 중

df

파일 시스템의 상태를 볼 수 있습니다

관련 정보