The title explains it pretty well, I'm on the KDE ultimate edition on my laptop and the network panel just comes out empty every time the laptop has gone to sleep. Only rebooting restores the internet.
Oftentimes the only way to solve this is by using a different kernel version (or perhaps a bios update).
If testing different kernels brings no relief then usually writing your own systemd suspend service is the only workaround that doesn't require manual user intervention.
See my extensive thread on writing services here:
After you have posted your system information I may be able to give you further assistance as I have written many services in the past to mitigate exactly this type of issue.
I believe your bios is out of date. You should ensure your BIOS is current before you do anything else as an update to your bios is one of the most likely things to correct this kind of issue:
I am sorry it took this long to answer, thank you for your dedication!
At least changing kernel to only default linux nor restarting or re-enabling the NetworkManager service did yet resolve the issue. A BIOS update must be generally installed from windows, I presume? I came across this on the archwiki, but it seems kinda hard and unnecessary dangerous. Windows has had a bad habit of corrupting devices and GRUB lately though, but I might want to risk that instead of corrupting my BIOS instead.
I was wondering if this might be caused by the young age of my wifi-card, for example our local exam software based on linux would currently need an adapter.
This is usually caused by one of a handful of things.
A kernel bug, that may eventually get resolved (or not).
Wifi driver not developed with full Linux support.
Bios not handling your power states properly
You could try changing your power state settings in your bios to see if it helps.
Generally it takes more than just a simple NetworkManager restart to initiate your wifi after suspend. Usually it takes unloading your Wifi driver and turning off your network before suspending to resolve this. The components are then restarted by the service after resuming and that usually will reinitiate your wifi connection without a reboot.
I tried updating my BIOS and now the BIOS doesn’t find the garuda GRUB anymore…
I tried about all of the Garuda boot repair options from an USB, but none have worked.
For example running the MBR option on the only available drive outputs:
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won’t be possible.
grub-install: error: filesystem `btrfs’ doesn’t support blocklists.
Maybe I need to create a new bootloader partition for some reason?
Yes it should be installed as (U)EFI, I tried GRUB reinstall MBR (see the previous pic), root and ESP.
MBR and root complain about brtfs and ESP complains about the ssd not being uefi?
Installing for x86_64-efi platform.
grub-install: error: /boot/efi doesn’t look like an EFI partition.
Also tried the “Repair GRUB cofiguration” just for the kicks, it completed succesfully but did not resolve the problem.
Chrooting and using grub-install returns
Installing for x86_64-efi platform.
grub-install: error: cannot find EFI directory.
While chrooting the garuda-installation, the folder /boot/efi does exist and contains the usual stuff. However findmnt doesn't output a single character.
It's times like this I wish my old friend @gohlip was around. I hate dealing with multi-boot issues, that's why I've always used a hardware based OS swap solution for over 15 years.
Perhaps @jonathon might have some idea of what's going on.
I updated the bios by downloading the automatic updater from lenovos website. It ran for a moment, then rebooted to some kind of flasher, took some time to flash and then rebooted to windows.
It had reset all the settings so I went to BIOS to disable secureboot and arrange the boot-priority. It used to label the ssd as garuda, but now bios only sees the windows bootloader and the stock "nvme-xxxxx" ssd.
I have not used Windoze in ages, so I'm probably not the one for the best advice regarding this issue. However, is there not a recovery console for Windoze that you can use to correct boot errors.
I just noticed you are using an nmve drive as your boot device. I just built myself a new computer and even though they are faster I avoided using one of those because of the issues I've read about them not being detected in Linux.
I would perform some internet searches (especially on the Arch and Manjaro forums) for problems with those type of drives as the boot device.
I hate to say it, but depending on how long you've had your install for, it might just be way less effort to reinstall Garuda (if no one has any productive suggestions for your situation). The newly released ISO's have some really nice enhancements and you might like getting all the new improvements.