I recently purchased a Samsung EVO 860 250GB SSD. It has turned out to be a strange beast. I originally split this drive up into a bunch of 25GB chunks to multiboot OpenBSD, FreeBSD, ArchLinux, and slew of Haikus. Beta1 64, Nightlies 32 and 64, and custom builds are co-existing on this laptop along with the above BSDs and Linux. Old school MBR scheme, 3 primary, 1 extended, the rest logical.
My first OS installed to /dev/disk/scsi/0/0/0/0 was OpenBSD 6.4. I could barely get it installed. Once I did, it quickly became unusable, ahci errors galore. Did I mention data corruption? Yes. Lots. And irreparable fragmentation. This is no matter how many times I did a fresh format and install on that partition. So I gave up on OpenBSD. I tried FreeBSD 12 on that partition. Better luck, but still my console was filled with constant AHCI messages. No apparent data corruption. Things are looking better.
Meanwhile, Haiku and Linux were happily working in their upper partition spaces. No errors at all. That was until I decided to check to see how Haiku handled that first partition. The following is a small sampling of my non stop syslog puke gleaned from tail -f:
KERN: add_memory_type_range(10830, 0xff801000, 0x1000, 0) KERN: set MTRRs to: KERN: mtrr: 0: base: 0x2ce8b000, size: 0x1000, type: 0 KERN: mtrr: 1: base: 0xc7a00000, size: 0x100000, type: 0 KERN: mtrr: 2: base: 0xf0000000, size: 0x10000000, type: 0 KERN: mtrr: 3: base: 0xe0000000, size: 0x20000000, type: 1
So. I have an SSD that has a rather unusable first partition. I’m not the only one who has reported this with this issue, and it isn’t limited to Haiku. I found somebody on https://forums.freebsd.org that has the same issue, but gave up and returned the drives as faulty. I’m going to do some further testing. I think I can work around this by putting a small offset before the first partition. Besides this issue, I love this drive. It may be flawed, but I’ve got 5 years and 145+TBW left of warrantied use left on it. I’m not ready for an RMA. All important stuff is on redundant backup. I ain’t skeered. Besides, its really really fast. I like that.
I’ll report back after I test putting an offset on the first partition.