this post was submitted on 06 Jan 2026
49 points (100.0% liked)

Linux

11023 readers
386 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
 

How to test and safely keep using your janky RAM without compromising stability using memtest86+ and the memmap kernel param.

top 5 comments
sorted by: hot top controversial new old
[–] Corbin@programming.dev 1 points 4 days ago (1 children)

Well done. I recently revived the BadRAM kernel patch in order to do something similar; memtest86+ supports that functionality too, using , , , .

[–] kumi@feddit.online 2 points 4 days ago* (last edited 3 days ago)

I'm curious: What's motivating you to do that when the memmap param can do the same without patching?

[–] F04118F@feddit.nl 2 points 5 days ago (1 children)

This is amazing!! I had no idea this was possible!

One point of feedback: not having worked with memmap before, it is not immediately obvious to me which hex means what (I am guessing RANGE@START? ). Would be nice to have a link to an explanation there.

I am definitely sharing this, thank you for writing the blog!

[–] kumi@feddit.online 3 points 5 days ago* (last edited 5 days ago)

Thank you, I'm glad you like!

not having worked with memmap before, it is not immediately obvious to me which hex means what (I am guessing RANGE@START? ). Would be nice to have a link to an explanation there.

I just have the link to the kernel docs because I think they do a better job explaining it than I would 😁

But yeah, basically. Except for this use-case you want RANGE$START not @. And you can use human sizes like 128M$RANGE.

[–] jwt@programming.dev 1 points 5 days ago

Ooh, that rasdaemon looks interesting. thank for sharing!