Hi, I have a serious problem when I try to start the computer.

From what I see, you have solved an issue about /dev/nvme0n1p2: clean, 262091/31227904 files, 8160032/124895488 blocks. Add nomodeset option
 


I don't know if you mean this. What I am doing is turning on from the boot menu, that is, I press f9 and then turning on from UEFI and also from Ubuntu. I have tried both ways and I get the same error. I also want to say that it is in Spanish because I am Spanish.

IMG_0166.JPG



IMG_0167.JPG
 
Last edited:
Let's see what I have to do is delete ubuntu and install it again but this time on a usb memory it works very well now my computer starts correctly if I have a problem I will tell you about it here
Therefore you have no hardware issues, but UEFI problem or currently installed ubuntu still isn't ruled out.
If you decide to reinstall it make sure to back up your data.
 
I agree; you are having some hardware issues.
1) Try to reboot and hold down F5 (for the boot menu).
2) Clear you USB stick and download Ubuntu from the relevant website and try to reinstall once you have done the reboot (from the menu).
3) If you can get your PC to boot up install arch, mint or puppy from the Linux website.
4) If you cannot get your PC to boot up properly, turn off and restart, holding down F12.
 
I suspect a UEFI rootkit might be involved, potentially using Unicode normalization to inject malicious code. It seems the æ character is used during the injection process, embedding itself deep within the ACPI tables. However, when accessing these tables from Linux, the æ gets normalized to AE, which might explain why the altered data isn’t accessible or appears corrupted.

After erasing my BIOS chip with a SPI flasher and flashing a clean manufacturer UEFI BIOS, the first boot behaves differently. I see errors about misplaced GPT partitions with invalid sectors, but the ACPI error involving AE isn’t present. On the first boot, the system appears to load malicious code from the storage drives (all of which seem infected), causing a freeze. After restarting, the ACPI error reappears even when booting directly from installation media. This suggests the malicious code persists in a low-level area of the drives that regular tools can’t access.

On top of that, I was hacked over a year ago and communicated with the attackers via a UEFI-level chatbox. Since then, these issues have been ongoing.

Does anyone have experience with UEFI rootkits or ACPI issues who could help analyze this further? Any insights would be greatly appreciated.

Thanks!
 
Sometimes it's really just a buggy acpi implementation from the manufacturer, if you have a relatively new device and still under warranty then it's an issue that the manufacturer should solve for you, you can contact the support team (idk about HPs but there was always a problem with their shitty bios ngl, my friend had an hp laptop that had the same problem when booting linux and he solved it with a BIOS update).

Otherwise if your device is out of warranty then your luck might have ran out here, cuz I noticed you tried everything but nothing really worked, which might mean that Linux is not supported on your device, or you have not installed the latest update of your BIOS. Also another thing I want to know i have you tried another Linux distribution? it might be an issue with Ubuntu probably, but all I can say is 80% of the time it's a manufacturer buggy acpi bios implementation (I have an ASUS laptop with similar acpi errors popping up on boot, but it works fine)
 
@Tramper.LLM , @breach

The OP has not provided input since February last year, nor seen since May.

It is likely this problem is solved.

Thanks for your input, though, and both of you welcome to linux.org.

Chris Turner
wizardfromoz
 

Members online


Top