I have this same board. I am also running 16GB of 1333 RAM (G.Skill F3-1333C9D-16GSL). The SoDIMMs for this board have to be 1.35V DDR3L types. Out of curiosity, I tried a few spare DDR3 SoDIMMs (G.Skill 4GB 1333 RAM) rated at 1.5V and they did not work at all.
I have also gotten my board stuck in a "boot fail" situation by changing the Video OpROM value from "Legacy" to "UEFI". I had to follow the procedure in the Supermicro manual to reset the BIOS to defaults. That process does work; it worked for me.
In my case the OS is Gentoo running the current "gentoo-sources" kernel (3.10.32) in x86_64 mode; Gentoo compiles decently on this board, but getting it setup for UEFI boot via GRUB2 is definitely "not for beginners". I easily built a ZFS RaidZ1 pool using HDD attached to the Marvell 9230 HDD ports onboard. In my test case, the pool was built from 4x WDC Black 750G SATA2 laptop drives. Using "proftpd" as the server package (and with very minimal "feature" tweaks, not "performance" tweaks), I am able to transfer files to the pool from a network connected laptop at rates up to ~700 megabits per second using a sustained run of various large video files in sizes from 300MB to 1.5GB. Pretty good performance and comparable to my RAID5 arrays. File deletion performance on ZFS is slower than I would want, but not enough to be "painful".
The fact these same HDD work on the onboard Marvell ports indicates any issues getting a storage controller in the PCIe slot to work will be due to BIOS settings, strange "conflicts" between the add-in card and the system, or a flaky UEFI implementation; keep reading to see this.
I have found some serious annoyances with this board:
(1) Some USB keyboards refuse to work properly with this board. A very basic BTC USB keyboard works fine everytime while an IOgear USB keyboard with a few more buttons is "hit&miss". When attached to an IOgear KVM that has USB support for the keyboard & mouse, this board acts really strange. While using the KVM to access the system BIOS, I watched the HDMI-attached screen flip off and on. Not "power off and on", but "screen bank off and on". I got around that issue by directly attaching the keyboard to the motherboard via USB 2.0.
(2) I have yet to get a SATA storage controller working in the PCIe x2 slot no matter what BIOS options I select. Some options can make the system "hang hard", requiring a full power down and removal of the card. Other BIOS options cause the boot process to "hang hard" before it ever accesses the bood HDD. In both of those cases the add-on storage controller had SATA2 HDD (same as above) attached to that add-in card. When I remove those HDD and avoid using BIOS options that "hang hard", the system does boot and Gentoo comes up. Even "lspci" shows the card installed at "01:00.0"; it's a Syba PEX40064 with a Marvell 9215 chip. I find this issue could have bigger ramifications for this board since every add-in "non-RAID" storage controller that I could find on Newegg that will work in PCIe x1 or x2 slots is based on the Marvell 9215 or 9235 chipsets. Why "non RAID" chipsets? With ZFS having a "RAID capable" chipset could cause issues for ZFS and will definitely slowdown system boot times.
(3) Video output is "funky". I can rarely get video output on a directly conencted VGA monitor. I can always get video output on a directly connected HDMI monitor. I have yet to figure out how to consistently get video out the VGA port, but I have spent more time on the storage issues than diagnosing CLI output on video screens; I am not doing any fancy graphics stuff at all.
Right now using this board over using an older Supermicro X7SPA/X7SPE board is tough choice. The older X7SPA/X7SPE boards have an add-in slot that seems to work with anything I install in it, but the Atom CPU "has seen better days" especially compared to these newer Celeron SoC CPUs. An older Atom CPU is limited to 4GB of RAM, so running ZFS is only a choice if you don't mind potential throughput issues on large arrays. These newer Celeron SoC CPUs with 8GB (or even 16GB) of RAM support should have better ZFS performance with large arrays. Using other SoC-based boards would mean running Realtek NICs (ugh!) and the need to load added firmware when running most recent Realtek NICs under Linux. Boards that use Intel NICs appear to "run solid". In the case of the X10SBA, the Intel 210 NICs are easily supported by the Linux "igb" driver and Linux recognizes the queueing support in the Intel 210 NICs; "tc qdisc show" displays "mq" not the default value.
My plan is to build a 5x4TB ZFS pool (about 14TB usable) with separate cache/ZIL (via SSD) and separate (small laptop) boot drives. So a total of 7 drives. I can fit up to 6x4TB in the chosen case along with the separate cache/ZIL and boot drives, for a total of 8 drives. Perhaps my alternative to adding more SATA ports to this Supermicro board is an add-in mini PCIe 2-port SATA2 controller based on the ASmedia 1061 chipset, but that "non mSATA" mini PCIe slot is muxed via the USB controller hub to the Celeron SoC. Choices choices.
Last comment: "your mileage may vary".