Once upon a time, m.roth@xxxxxxxxx <m.roth@xxxxxxxxx> said:
> Excerpt:
> Running rm -rf / on any UEFI Linux distribution can potentially
> perma-brick your system.
Did someone think running "rm -rf /" is a good idea?
> Ok, *now* tell me why we shouldn't hate systemd?
This has zero to do with systemd. This is a by-product of how the
kernel driver and user-space tools for EFI are implemented. The kernel
driver exposes EFI variables in a writable sysfs filesystem, and so
that's how the user-space tools set/update/delete the variables. Trying
to force a change on that interaction from an intermediary is just
wrong. If the maintainers for the EFI-related code think it should
change, they'll need to coordinate that change between the kernel and
user-space.
The bigger issue is that there is apparently some UEFI implementations
that can't handle certain variables being deleted or overwritten. Yes,
that could happen from an errant rm, but there are other ways that could
happen. Vendors that can't recover in some way (like BIOS CMOS
corruption can be recovered with a jumper) should be named-and-shamed as
well as potentially blacklisted in some way in the EFI driver.
--
Chris Adams <linux@xxxxxxxxxxx>
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
