배포판-전반적인 변경
ZRAM을 전체 메모리 크기로 확장
페도라에서, 스왑 파티션은 설치시에 기본적으로 생성되지 않습니다. 대신에, zram 장치가 생성되며, 그리고 스왑은 이를 시작하는 경우에서 활성화 됩니다. zram은 압축을 사용하는 램(RAM) 드라이브 유형입니다.
페도라 34를 위해, 이 zram 장치의 크기가 증가됩니다. 램(RAM) 또는 8GB 중 동일하거나 작은 크기로 설정됩니다. 이와 같은 변경은 램(RAM) 용량이 적은 셈틀(컴퓨터)도 아나콘도 설치자(인스톨러)를 사용하여 성공적으로 설치를 완료 할 수 있습니다.
zram을 위한 메모리 할당은 동적이며, 따라서 블록 장치의 전체 크기는 이를 생성될 때 할당되지 않습니다. 일반적으로 2:1보다 큰 zram 장치에서 압축되어 결합된 이와 같은 동적 자원 할당은 스왑 파일이 사용 가능한 메모리를 완전히 소비하지 않도록 합니다.
zram이 호출되는 방법에 대한 자세한 내용은 `man zram-generator`를 참조하세요.
새로운 꾸러미: fbrnch
새로운 fbrnch
(Fed Brunch) 꾸러미는 페도라 꾸러미를 위한 작업흐름 처리를 단순화하거나 반-자동화하는 데 도움이 되는 유틸리티를 제공합니다. 이와 같은 꾸러마는 다른 Copr 저장소를 추가하지 않고도 사용자가 사용 할 수 있습니다.
fbrnch
유틸리티는 다음과 더 많은 작업를 지원합니다:
-
출시 분기에서 꾸러미 병합과 제작
-
임의 꾸러미 가지에서 원천 RPM (SRPM) 파일, 처음부터 제작, 로컬 설치, 그리고 모의 제작
-
Pagure 코드 호스팅 시스템에서 페도라 꾸러미 복제와 나열하기
-
생성, 최신화와 나열된 꾸러미 다시보기
-
새로운 저장소와 분기 요청에서, 그리고 꾸러미 재검토에서 곧 바로 새로운 꾸러미 가져오기
ARMv7은 모든 armhfp를 위해 발생된 이미지를 위해 기본적으로 UEFI를 사용
ARMv7 장치용 UEFI 기능은 페도라 30에서 모두 설명된 기반 변경을 제공합니다. 아무튼, 이는 업스트림 커널, 부트로더와 페도라의 통제를 벗어난 다른 부분에서 몇 가지 문제도 발생했습니다.
이와 같은 출시에서, 제기된 문제 부분은 수정되었습니다. 결과적으로, 사용자 경험은 모든 페도라 CPU 구조를 통해 일관됩니다.
Main은 기본 git 저장소 분기의 새로운 이름입니다
With Fedora 34 release, data residing on the master
branch in all Fedora git repositories have been moved to a branch named main
. This update is in line with Fedora’s vision to be free and open source software built by inclusive, welcoming, and open-minded communities.
Users with existing clones of Fedora repositories need to do git pull
to get the changed default branches. Users with existing pull requests against the master
branch need to do git rebase
against the main
branch.
커널 펌웨어를 압축하여 디스크에서 크기를 줄입니다
페도라 34와 함께 시작 할 때에, 커널 펌웨어는 'xz -C crc32' 옵션으로 압축되었으며 디스크 크기를 거의 절반으로 줄입니다.
모든 지원되는 CPU 구조를 통해 GRUB 구성 파일의 위치를 통합합니다
이와 같은 변경은 GRUB 구성 파일을 단순화하고, 전반적인 사용자 경험을 개선하며, 그리고 또한 다음과 같이 주목 할만한 이점을 다음과 같이 제공합니다:
-
동일한 설치를 EFI 또는 레거시 바이오스로 부팅 되도록 허용합니다
-
모든 구조(아키텍쳐)를 위한 동일한 문서와 명령을 사용합니다
-
기록 : 만약 grub.cfg 최신화가 필요하면, `grub2-mkconfig -o /boot/grub2/grub.cfg`를 사용해요
-
-
생성하려는 심볼릭 연결에 의존하지 않고 기술환경별 지정된 경우를 다루지 않아도 되므로 GRUB 구성 도구를 더 강력하게 만듭니다
-
GRUB 구성 파일이 사용되는 방식에서 CoreOS 어셈블러(COSA)와 OSBuild에 의해 발생된 이미지와 함께 정렬합니다
-
GRUB 구성 파일이 사용되는 방식에서 다른 리눅스 배포판과 함께 정렬합니다
systemd-oomd는 메모리 부족 상황을 예방합니다
The systemd-oomd
service monitors swap and CGroups on your system using the Linux pressure stall information (PSI) and analyzes wasted productivity due to resource shortages. When the system is running out of memory, systemd-oomd
terminates processes under the CGroup that exceeds the configured memory limits.
The systemd-oomd
service is now enabled by default on new installations and when upgrading existing installations. It automatically replaces the earlyoom
service, which previous Fedora releases used to prevent out-of-memory situations.
systemd-oomd`구성에 대한 정보를 위하여 `oomd.conf
설명서(man) 부분을 참조하세요.
Want to help? Learn how to contribute to Fedora Docs ›