So, recently, I bought an nvme ssd to replace the very old ssd I have on my laptop. I don’t know what the non-nvme is called. It shows as “sda” on the system. Anyway, doubled the storage. The new drive is an nvme WD black SN770. I have the same one running just fine on an optiplex dell mini running endeavourOS. Zero issues. I like to separate home and root partitions and have btrfs on root for snapshots. So, thinking it would behave the same on the laptop, I put the new drive in the laptop and did the same partitioning. Installed Fedora this time, since I like gnome on the laptop and plasma on desktop. Everything went fine. Laptop was responsive and all until I was done and closed the lid. Came back a while later to use it again, black screen and nothing revives it. No key combo or anything works except holding down the power button to shut it off. This kept happening every single time I closed and opened the lid after a while. Thought it might be the distro/DE. Removed fedora and slapped endeavourOS with plasma on it. Same shit happens now. Black screen every time I open the lid after a suspend. So, I decided fuck it, let me juse use ext4 since it happens on every distro. Removed btrfs and used ext4 on all partions, and now this issue never happens. Not even once. Is this a known issue with btrfs and nvmes? Do they not like each other? Just wanted to share this little dilemma I had to deal with the last couple of days.
Can confirm that btrfs on nvme with sleep/suspend has been working fine for me on my Framework laptop (haven’t tested hibernate, though).
I think it starts acting up when there is nvidia in the mix. I don’t think framework has nvidia, does it?
I’m surprised this works at all check out Suspend and Suspend on Nvidia
It has been working flawlessly on my desktop. That one has all Intel, though. Also, now on ext4, I have zero issues and this laptop has Nvidia. So crazy.
Do you have a swapfile >8 Gb ? that might be it.
If not, BTRFS and resume kernel parameter tend to not work well. You might want a non btrfs swapfile. You can create a separate partition or a file.
Arch and arch based distros tend not to handle hibernation without tweaks.
I created a 16 GB swap partition and chose “swap” in the file type when partitioning
Try to disable your swap. You don’t need a 16Gb swap partition. If you really need to hibernate, try switching to a swapfile instead, but that can cause resume errors.
I’ve been using a btrfs and nvme combo for almost 2 years now without any issues like that, the main difference being that I have a relatively large swap partition and am on arch linux’ zen kernel
On a laptop? I have, too, but on a desktop. This issue only happens on the laptop
I use btrfs and nvme on a Dell XPS 13 and I’ve had no issues, so it’s not a universal problem.
sda
Check your motherboard docs - depending on how things are set up, your m.2 slot might be running in SATA mode. I didn’t think the sn770 supported SATA mode, but worth checking - if it is you are massively capping your performance from the drive
Sda was the old drive that I already removed. If has a lot of cycles and it is about to die pretty soon. The new one is nvme and shows as nvme in the system. Not sure where to change those things from sata to whatever works.
Oh, sorry, I misread your post - I thought you ment that the NVMe device was showing up as /dev/sda
Hibernate/Suspend on btrfs is dodgy as fuck. Swap file or partition?
My system is currently completely incapable of recovering from suspend. The issue lies in the Nvidia driver, as it broke in a certain version, downgrading allowed it to work, but keeping the Nvidia driver on an old version quickly became a pain.
Swap partition. Do I need to make a swap file for it to work? Also, this happens even without Nvidia drivers installed.
Good. Suspend with a swap file is a nightmare, and only recently even became possible with btrfs at all.
I don’t know what the problem with your system in particular is, but on mine, nvidia has utterly borked suspend, and there is nothing I can do about it.
I too tried multiple distros, re-installs, nothing fixes it. It simply does not work.
Running ext4 on both home and root partitions fixed the issue completely for me WITH Nvidia installed and envcontrol to switch between Intel and Nvidia. The issue is gone. Poof. System is solid AF now. Btw, gnome has gotten so sexy lately. Haven’t tried it in a long time.
I’ve not seen this particular issue, but BTRFS is a turd on NVME. It does about 2/3 to 1/2 the IOPS of EXT4 or XFS on several PCIe 3.0 and 4.0 drives I’ve tested on several modern AMD and Intel systems. XFS actually has the upper-hand on NVME performance over EXT4, but not by much.
Just wanted to report back. I’ve nuked the whole install, didn’t partition this time. Set it up on xfs and I have zero wake after suspend issues now. It’s been two days since I did that and still haven’t had a single issue. Thank you for suggesting xfs. Might sound dumb, but never knew about it until you mentioned it. Lol
Well, thank you. That’s reassuring. Is xfs available on all Linux distros? Also, does it support snapshots like btrfs? Also
BTRFS is a turd on NVME
😂
Yep, XFS is pretty much universally supported and in fact even the default filesystem for Fedora Server and RHEL. No snapshots, unfortunately. XFS’s “claim to fame” is scalability, performance, and stability.
Thank you for that. Then what would one use to back up in xfs
Well, first of all, snapshots are not backups and should not be relied upon as such. They don’t protect you from a gamut of risks such as filesystem corruption, hardware failures, etc.
As far as backups, basically you can take your pick. Personally I use Duplicacy to back up my workstations to my file/media server, then from there my most critical data is backed up off site to secured cloud storage.
Timeshift is another popular tool.
There are many options out there.
While snapshots are not backups, they are very helpful when making backup because they are atomic and can also be transferred to another drive with btrfs send/receive.
You’re right, snapshots don’t save you all the time like an actual back up. Yesterday I backed up the whole system to an external drive via Pika. I feel so much better about it. I do have a nas, so I might throw a copy of the back there, too. Thank you for explaining things, I really appreciate it.
Might this just be an issue of your distro (or version) that does not hibernate well with btrfs? I know my Ubuntu 22.04 LTS fails to wake up from hibernation on btrfs right now. Coincidentally, also on an NVME.
I highly doubt it’s a distro issue. I’ve tried both endeavourOS and fedora. Two totally different
distrodistros with two different DEs. Literally the same exact thing. I honestly suggest that you back up your system and switch from btrfs to ext4 and see if that works. Just to investigate.
I use NixOS with single-partition btrfs on both my laptop and my desktop and have never had this happen. Curious…
This sounds suspiciously like a hardware issue to me. What model of computer is it and what model is the old SSD? You may need a firmware update on either the laptop or the SSD.
What did you use to manage snapshots? For e.g. timeshift enables quotas and that can cause freezes when deleting old snapshots.
