0.11.5 가 나온지 약 한 달만에 새 판이 공개됐다.
이번 판은 앞자리가 달라진 만큼 여러가지 변화가 있긴 한데.. 사용자가 체감할 변화는 별로 없어 보인다.
하지만! NVMe 드라이브를 제대로 인식하게 됐다!
제작자가 밝힌 변화는 다음과 같다.
- A new EFI (not rEFInd) boot order maintenance feature is now available, albeit disabled by default. To enable it, uncomment the showtools option in refind.conf and ensure that bootorder is among the options. The new feature will then appear next time rEFInd is launched. This options enables you to adjust the EFI’s boot order. Selecting an option and pressing the Enter key moves it to the top of the list. Selecting it and pressing the minus (-) key or Delete deletes the entry. The goal is to enable changing the computer’s boot order from a rEFInd emergency disk after a boot coup or similar problem. This feature is therefore covered in more detail on the page on boot coups. Although this feature is disabled by default, it’s enabled on my USB flash drive and CD-R images.
- A new self-installation option is available, albeit disabled by default. (It’s enabled on my USB flash drive and CD-R images.) To enable it, uncomment the showtools option in refind.conf and add the install token to the list. When active, an installation icon appears on the second row, enabling you to install from the booted version of rEFInd to an ESP that you select: Pick the target ESP from among those listed and press Enter to install rEFInd. For more details, see the Installing rEFInd page.
- Previous versions of rEFInd all passed the rEFInd filename as the first option to all follow-on programs, much as the EFI shell does. This caused problems with a new unified Linux kernel image format, though. (This new format includes the kernel, initrd file, and some other elements into a single file.) Thus, I’ve switched to passing no options by default, which is the same way GRUB 2 and gummiboot/systemd-boot work.
- Fixed a bug that caused gptsync to sometimes hang on launch.
- Changed internal identification of rEFInd’s volume to use a GUID rather than a volume name. A GUID is more precise and less likely to result in mis-identification in rEFInd’s loader scanning.
- Added FAT serial number data as pseudo-GUIDs, which may help prevent mistaken mis-identification of two FAT partitions with the same name as RAID elements.
- The handling of screen resets on return from a program has been tweaked. Previously, this could result in error messages being erased. This should now be less likely to happen.
- Identification of the ESP in refind-install in Linux has been improved. This should make proper identification of the ESP on NVMe disks more reliable. Note that this change also requires that the sgdisk program (part of my GPT fdisk package) be available; but parted is no longer required. I’ve updated the RPM and Debian package dependencies appropriately.
- I’ve plugged several memory leaks. This should have no noticeable performance effect, but is good programming practice. Several leaks remain, though.
- I’ve re-structured the source code to split the former main.c across four files (main.c, launch_efi.c, linux.c, and scan.c), since the old main.c was getting ridiculously large. This change will have no performance effects, but should help development efforts.
- I’m officially deprecating the ELILO- and XOM-specific code in rEFInd. ELILO hasn’t seen development on its Sourceforge page since 2013, and XOM was rendered obsolete by Boot Camp and seems to have faded into non-existence. The deprecated code is located in rEFInd’s scan.c file and simply creates sub-menus that pass options to these boot loaders. If anybody wants to experiment with obsolete boot loaders, they can achieve the same effect with manual boot stanzas; and if they don’t need to pass options to these boot loaders, they’ll still work fine from rEFInd as “generic” boot loaders. For the moment, the code remains in place, but I may remove it on no further notice in the future.
설치는 PPA 로.
RSS - Posts