fool@programming.dev to Programmer Humor@programming.dev · 7 months agoof=/dev/sdaprogramming.devimagemessage-square54fedilinkarrow-up1479arrow-down115
arrow-up1464arrow-down1imageof=/dev/sdaprogramming.devfool@programming.dev to Programmer Humor@programming.dev · 7 months agomessage-square54fedilink
minus-squarefool@programming.devOPlinkfedilinkarrow-up33·7 months ago-1 accuracy point ( ◞ ﹏ ◟) linux 4.5-rc5 had efivarfs fixed to prevent “rm -rf /” bricking uefi motherboards – so maybe someone can try it out? :]
minus-squareHighlyRegardedArtist@lemmy.worldlinkfedilinkarrow-up3·7 months agoThis is one of the reasons I’ve disabled uefi by default with the noefi kernel parameter, the other reason being the LogoFAIL exploit: https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface#Disable_UEFI_variable_access
minus-squaresik0fewl@lemmy.calinkfedilinkarrow-up7·7 months agoIt would be pretty useless if cd was a child process that changed its own directory, only to return to bash and be back where you started.
… but
cdis a built-in-1 accuracy point ( ◞ ﹏ ◟)
linux 4.5-rc5 had efivarfs fixed to prevent “rm -rf /” bricking uefi motherboards – so maybe someone can try it out? :]
This is one of the reasons I’ve disabled uefi by default with the
noefikernel parameter, the other reason being the LogoFAIL exploit: https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface#Disable_UEFI_variable_accessIt would be pretty useless if cd was a child process that changed its own directory, only to return to bash and be back where you started.