of=/dev/sdafool@programming.dev to Programmer Humor@programming.dev – 541 points – 1 months ago65Post a CommentPreviewYou are viewing a single commentView all comments.... but cd is 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 noefi kernel 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.
.... but cd is 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 noefi kernel 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.
-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 noefi kernel parameter, the other reason being the LogoFAIL exploit: https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface#Disable_UEFI_variable_access
This 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
It 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.