소프트웨어를 설치할 때 /boot 파티션이 업데이트되는 이유는 무엇입니까?

소프트웨어를 설치할 때 /boot 파티션이 업데이트되는 이유는 무엇입니까?

온라인에서 읽은 몇 가지 조언에 따라 새(Ubuntu) 시스템을 설치할 때 /boot파티션을 분리 /하고 크기를 줄였습니다(약 50MB). 해당 파티션에는 제한된 파일만 필요하고 부팅 시퀀스에는 부팅 시 너무 많은 데이터만 필요하므로 더 크게 만들 필요가 없습니다(또는 그렇게 생각했습니다).

시스템을 사용하기 시작했는데 다음(또는 유사한) 문제로 인해 소프트웨어 설치에 실패했을 때 놀랐습니다.

gzip: stdout: No space left on device
cpio: write error: Broken pipe
E: mkinitramfs failure cpio 1 gzip 1
update-initramfs: failed for /boot/initrd.img-3.2.0-18-generic with 1.

나는 이미 그것을 보았다이 문제그리고 더 큰 파티션으로 /boot다시 설치할 계획입니다. 내 질문은 다음과 같습니다

/boot소프트웨어를 설치했는데 파티션 데이터가 업데이트되는 이유는 무엇입니까 ?

50MB는 내 요구에 비해 너무 작은 것 같습니다.합리적인 파티션 크기는 얼마입니까 /boot?

별도의 부팅 파티션을 갖는 것이 합리적입니까?결국 /파티션에서 원하는 모든 디스크 공간을 간단히 사용할 수 있습니다.

답변1

/boot커널은 파티션에 설치됩니다. 시스템 업데이트를 수행할 때 새 커널이 있으면 다운로드되어 에 배치됩니다 /boot. 그런 다음 시스템은 이 커널에 대한 새 initrd 이미지를 생성하고 여기에 배치합니다 /boot.

이전 커널은 제거되지 않으므로 몇 가지 업데이트 후에 /boot.

이를 정리하려면 사용 중인 커널을 확인 uname -a하고( ) 패키지 관리자를 사용하여 이전 커널을 제거하십시오. 이렇게 하면 사용하지 않는 커널 및 initrd 이미지가 제거되지만 수동으로 확인할 수 있습니다.

/boot다음과 같은 이상한 파일 시스템을 사용하지 않는 한 별도의 파티션이 필요하지 않다고 생각합니다 ./

현재 지원되는 파일 시스템 유형에는 AFFS(Amiga Fast FileSystem), AtheOS fs, BeFS, cpio, Linux ext2/ext3/ext4, DOS FAT12/FAT16/FAT32, HFS, HFS+, ISO9660, JFS, Minix fs, nilfs2, NTFS, ReiserFS가 포함됩니다. , Amiga 스마트 파일 시스템(SFS), tar, UDF, BSD UFS/UFS2 및 XFS.

원천:GNU GRUB 매뉴얼 1.99

관련 정보