My pop os school laptop, (which used to be a galaxy book 4) suddenly became really strange, it wouldn't open the password screen and instead it just shut itself off, again and again, and now it opens in a menu selection for new kernel,old kernel and recovery, but none of them open correctly, they go to a gray screen then they reset

after a lot of research i discovered a few things

1. Although none of them open, if i set the boot options on specifically the recovery version to "nomodesit acpi_osi=windows init=/bin/bash" it opens a text version

2. The battery and storage seem fine since the laptop can still measure battery amount and it can still access the storage, that's how i managed to back up the important college files

3. The issue seems to be pop os itself, as any version of it will not open at all, I even tried the USB boot menu and it still reset itself.

But then I tried to use a endeavourOS USB and without any tinkering it booted

1. Even though it can measure the battery, anytime I disconnect the charger from the laptop it shuts down, not even the power indicator turns on even after holding the button for a minute straight

2. I went to a repair guy and asked him to unplug the wire connecting the battery to the rest of the system than reconnect it after 2m 30s and that seems to have done nothing at all

3. When I tried to download endeavourOS it gave me a pacman error before it even got to wiping the laptop

And even now I still have no idea what pop os did to my machine to make it unable to be turned on without the battery, can anyone help?

Hi everyone,

I'm experiencing a frustrating suspend/resume issue with my ASUS Zenbook S 14 running Arch Linux.

System:

• Laptop: ASUS Zenbook S 14 UX5406SA
• CPU: Intel Core Ultra 7 258V (Lunar Lake)
• GPU: Intel Arc (Xe driver)
• OS: Arch Linux, KDE Plasma (Wayland)
• Suspend: s2idle
• Power management: TLP

The problem:

After suspending my laptop for several hours, waking it up causes the entire system to become extremely sluggish. The mouse lags, applications respond slowly, and everything feels almost frozen.

This lasts around 3–4 minutes, after which performance returns to normal.

What I've tried:

Adding intel_idle.max_cstate=2 to my kernel parameters completely fixes the issue.

However, this significantly increases battery drain during s2idle, so it's not a practical long-term solution.

Without this parameter, battery consumption during suspend is much better, but the sluggishness returns.

I found a potentially related issue involving CPU throttling after resume:

https://github.com/dantmnf/zenbook-s14-ux5406sa-linux/issues/11

Has anyone experienced this on Lunar Lake laptops? Is there a fix that preserves low suspend power consumption without restricting CPU C-states?

Any suggestions would be appreciated!

I'm running Linux on Assus ZenBook S14 (Lunar Lake, Intel Ultra 7 258V CPU, integrated graphics, 3k OLED panel).

I'm curious if there are any known issues with Asus specifically and my chipset in particular - I have not noticed any issues, running 4 days only. So far - longer battery, much cooler and much more responsive system. What am I missing besides obvious OLED care? BIOS updated to the latest version.

Any info would be appreciated.

Thank you in advance for your time!