User Activity

  • Committed [e32052] on Code

    Documentation updates

  • Posted a comment on merge request #35 on GPT fdisk

    Although I understand the reason for wanting the stated change, the proposed MR does a lot more than that, including a great deal of code reformatting that makes it difficult to track what the critical changes are and what's simple reformatting. One change that the description does not mention is a change to the way backup partition tables are loaded (which, on the face of it, looks like it would introduce a bug). I'd be happy to consider this MR if it's stripped down to what the description states...

  • Merged merge request #37 on Code on GPT fdisk

    Fixes for UEFI version of gdisk

  • Committed [7783aa] on Code

    Added new type codes for Minix, Emu86/AmigaOS, and NeuralMesh

  • Committed [cf542d] on Code

    Fix build problems on Debian Testing caused by objcopy changes

  • Posted a comment on discussion General Discussion on rEFInd

    If your kernel is the Linux/kde-linux_202501310256+3.efi file on your ESP, then setting the following line in refind.conf should get it detected: also_scan_dirs +,Linux Be sure that there's no later also_scan_dirs line in refind.conf. If this doesn't work, then you might try installing and launching an EFI shell. You can then poke around in the shell to see if that file really is a kernel with an EFI stub loader; you should be able to launch it by typing its name, and if it doesn't launch, you may...

  • Posted a comment on discussion General Discussion on rEFInd

    That's not really possible. rEFInd runs under EFI, which has a completely different naming convention from Linux. That is, /dev/sda1 is a Linux partition name that is not retrievable from EFI. In theory, I could poach the Linux kernel's naming code for use in rEFInd, in the hopes of getting the same results; but even that would not be guaranteed to work because of differences in drivers -- a disk might show up in Linux but not the EFI, which would throw off the naming convention. Even the partition...

  • Posted a comment on discussion General Discussion on rEFInd

    I don't think the problem is an encrypted /boot partition, since rEFInd does work when loaded from an external USB flash drive. What filesystem is used for the rEFInd install (the ESP)? On a Mac, that must be FAT or HFS+, and it must not be encrypted. Kali should have set it up correctly, but it's worth double-checking. Also, what partition table is used on the disk, GPT or MBR? If it's MBR, then the Mac's firmware will default to BIOS/CSM/legacy mode and won't load any EFI-mode boot program. Macs,...

View All

Personal Data

Username:
srs5694
Joined:
2009-04-08 17:16:06

Projects

This is a list of open source software projects that Roderick W. Smith is associated with:

  • GPT fdisk   Last Updated:
  • Project Logo rEFInd An EFI boot manager utility Last Updated:
  • Project Logo rEFIt Boot menu and maintenance toolkit for EFI-based machines Last Updated:

Personal Tools