fool@programming.dev to Programmer Humor@programming.dev · 3 months agoof=/dev/sdaprogramming.devexternal-linkmessage-square65fedilinkarrow-up1412arrow-down19
arrow-up1403arrow-down1external-linkof=/dev/sdaprogramming.devfool@programming.dev to Programmer Humor@programming.dev · 3 months agomessage-square65fedilink
minus-squarefool@programming.devOPlinkfedilinkarrow-up28·3 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-up2·3 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-up6·3 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.