sueden.social

Kevin Karhan :verified:<a href="https://mstdn.io/@wolf480pl" class="u-url mention" rel="nofollow noopener" target="_blank">@wolf480pl</a> <a href="https://social.treehouse.systems/@cas" class="u-url mention" rel="nofollow noopener" target="_blank">@cas</a> I just assume they don't want to have to deal with a <a href="https://infosec.space/@kkarhan/114465885276391701" rel="nofollow noopener" target="_blank">gazillion of undocumented SBCs</a> that may only get 1 person to once push code that gets accepted, but then "orphaned" and break over time as they may not be willing to build & test every new kernel before release just to enshure it ain't broken!<ul><li>Espechally since <a href="https://infosec.space/tags/ARM" class="mention hashtag" rel="nofollow noopener" target="_blank">#ARM</a> doesn't have just a <code>bootcode.bin</code> and <a href="https://infosec.space/tags/UEFI" class="mention hashtag" rel="nofollow noopener" target="_blank">#UEFI</a> to boot from, but half a dozen different mechanisms ranging from fixed sector location and -sizes for the <code>initramfs</code> to <a href="https://infosec.space/tags/uBOOT" class="mention hashtag" rel="nofollow noopener" target="_blank">#uBOOT</a> & <a href="https://infosec.space/tags/LinuxBoot" class="mention hashtag" rel="nofollow noopener" target="_blank">#LinuxBoot</a>, <a href="https://infosec.space/tags/Coreboot" class="mention hashtag" rel="nofollow noopener" target="_blank">#Coreboot</a> and potentially even <a href="https://infosec.space/tags/OpenFirmware" class="mention hashtag" rel="nofollow noopener" target="_blank">#OpenFirmware</a>-style <a href="https://infosec.space/tags/bootcode" class="mention hashtag" rel="nofollow noopener" target="_blank">#bootcode</a>... </li></ul>It's absolute chaos and one of the reasons I didn't even try to build <a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@OS1337</a> for the <a href="https://infosec.space/tags/Pi0W" class="mention hashtag" rel="nofollow noopener" target="_blank">#Pi0W</a> as of today...

TomAoki<a href="https://bsd.network/@dvl" class="u-url mention" rel="nofollow noopener" target="_blank">@dvl</a> <a href="https://bsd.network/@dch" class="u-url mention" rel="nofollow noopener" target="_blank">@dch</a> Not 100% sure about loader.efi, but at least boot1.efi would be affected if any read-incompatible feature(s) is/are enabled and active even on data-only pools. This is because, in boot1.efi, it sniffs the existence of /boot/loader.efi to determine whether the pool is bootable or not. loader.efi should need to sniff at least pool name(s), whether it's bootable or not by somehow reading the pool(s).If you're 100% sure there's not at all a plan to have bootable ZFS (means, use UFS for boot throughout the future), and once confirmed it works as wanted, using gptboot.efi would be the way to go. It does not sniff ZFS pools (not linked against ZFS codes) and (in contrast with boot1.efi) not obsoleted.<a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#FreeBSD</a> <a href="https://mastodon.bsd.cafe/tags/loader" class="mention hashtag" rel="nofollow noopener" target="_blank">#loader</a> <a href="https://mastodon.bsd.cafe/tags/bootcode" class="mention hashtag" rel="nofollow noopener" target="_blank">#bootcode</a> <a href="https://mastodon.bsd.cafe/tags/ZFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#ZFS</a> <a href="https://mastodon.bsd.cafe/tags/UFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#UFS</a>

Kevin Karhan :verified:<a href="https://mstdn.social/@josephholsten" class="u-url mention" rel="nofollow noopener" target="_blank">@josephholsten</a> <a href="https://chaos.social/@Toasterson" class="u-url mention" rel="nofollow noopener" target="_blank">@Toasterson</a> <a href="https://social.treehouse.systems/@marcan" class="u-url mention" rel="nofollow noopener" target="_blank">@marcan</a> <a href="https://vt.social/@lina" class="u-url mention" rel="nofollow noopener" target="_blank">@lina</a> <a href="https://social.treehouse.systems/@AsahiLinux" class="u-url mention" rel="nofollow noopener" target="_blank">@AsahiLinux</a> <a href="https://raspberrypi.social/@Raspberry_Pi" class="u-url mention" rel="nofollow noopener" target="_blank">@Raspberry_Pi</a> <a href="https://mastodon.social/@geerlingguy" class="u-url mention" rel="nofollow noopener" target="_blank">@geerlingguy</a> Eeyupp - it doesn't do <a href="https://mstdn.social/tags/UEFI" class="mention hashtag" rel="nofollow noopener" target="_blank">#UEFI</a> at all, but instead has a <a href="https://mstdn.social/tags/bootcode" class="mention hashtag" rel="nofollow noopener" target="_blank">#bootcode</a> - <a href="https://mstdn.social/tags/EEPROM" class="mention hashtag" rel="nofollow noopener" target="_blank">#EEPROM</a> that is updateable.Tho there are multitudes of boot options depending on the boot media.

Frühere Suchanfragen

Suchoptionen

Verwaltet von:

Serverstatistik:

#bootcode