Getting Linux to run on your Sentinel DX4000
Hi all, after a lot of digging and help from topics on these forums I feel like I need to do a tiny (I was expecting this to be shorter, TL;DR at the bottom) writeup on how I managed to get a Arch Linux to run on the Sentinel DX4000 I got second hand with no (compatible) disks.
Failures:
Always good to see the method to my madness… All the things that didn’t work.
Transplant method
First I noticed someone on a blogpost mention that he did a simple install on a disk connected to a different motherboard. Transplanted this disk to his Sentinel and everything worked.
For me this didn’t work. After the attempt I reconnected the disk to the motherboard I installed on (in UEFI only mode etc.) I could not find a single line of proof that the Sentinel ever attempted to boot from this disk in the (Ubuntu) log files.
USB graphics
USB to HDMI and boot into Ubuntu Live CD to get the graphical installer to work (and perhaps fix the boot issues?).
No cigar… 8 euro’s down the drain
Mini Success
I knew the Ubuntu UEFI loader would load the Live CD,
Get a usb stick with an LED for kicks.
Use Rufus or Etcher to get a proper UEFI boot of Ubuntu to the USB stick.
use the magic button to ‘restore’ and boot from USB stick.
After a little while nMap (or perhaps your DHCP log on your router) will show an IP for the WD MAC Address. (00:90:A9:…)
Ping! and… PONG It’s alive! Only the Live Ubuntu doesn’t allow SSH… changes made in persistent mode on a different PC (with a screen) didn’t really help.So I need to get the ssh installed, ubuntu user password configured and firewall disabled while working blind.
After boot. I issued the commands
sudo apt-get -y update [-y stops stupid questions!]
sudo apt-get -y purge ufw [removes firewall, live USB anyway…]
sudo apt-get -y install openssh [ssh server for access]
passwd [then type the same password twice. ‘■■■■■■■■’ is acceptable even. as long as you type it twice with enter in between.
Now SSH to the IP worked!
Only to find out that Ubuntu Live CDs don’t offer a console based installation… yeeh. still this succes gave me the confidence to get another cheap DX4000 online (yes I have two ^_^)
Medium Succes (or hope?)
Most of my linux experience is with CentOS, RHEL and Debian / Ubuntu based systems. those al proved to require an automated install (kickstart / preseed can work) but no guide gave me the confidence to actually go through the process. Instead I found Arch Linux, which has a chroot type of install procedure where you copy files to a disk and configure all the settings and such from the live USB environment on the disk where you want it to live while in the hardware you want it to work with (meaning that network components will have a good chance of working!)
To get SSH access from the live USB (created in EFI mode with Rufus / etcher.io) you need to start ssh and get the default user a password.
systemctl start sshd.service
passwd (type password twice with enter in between)
The guide I used, specific for the EFI requirement the Sentinel has.
After running through the whole thing, and doing the reboot…NOTHING happened
At this point I’m second guessing everything in life and let it rest for a while.
Until today!
Great Success
I’d already tried to get the unit to run with the restore media the previous owned of the second one I bought supplied me with, added my disks to the whitelists and everything, but ‘Bad Storage’ (or Storage Bad?) was always the note on the LCD. I was hoping to get this recovery on one disk to work and making it do dual boot on my ‘spare’ motherboard…
This never worked so far (probably because I don’t have a Windows Machine with a sata port in the house and can’t change the disks I used to ‘dynamic disks’ through USB.
I figured why not try to get the Server 2012 running, I probably have some MSDN license for it somewhere so might as well get these boxes doing something useful. I find myself on the page below.
one Thousand thanks to ‘TS Walker’ for this page. I owe you a beer! (or three)
This page notes that during setup you need to manually modify the efi files to get it to work.
Knowing this I connected the disk I installed Arch on before to a USB enclosure on a linux VM, mounted the boot volume and added the ‘startup.nsh’ file in the root of the direcory.
Not knowing the EFI standard in slashes (windows \ or unix / ? ) I opted for the following contents:
fs0:
cd EFI
cd BOOT
BOOTX64.EFI
(not to stupid ey? neatly going around the slash )
Now I put the disk back into the Sentinel bay #1 and pressed the power button.
Within a few seconds I notice the disk activity properly resembles a boot sequence, after a while the network interface even blinks… another nmap and the IP is there… and SSH works
I do a couple of reboots to ensure it will survive… It does
Turned it off and put three empty drives in, restart it, no problem! As long as these have no EFI partition I don’t see why it would be a problem either.
TL;DR
Magic!
no but really,
- Install Linux OS on other machine or through Arch chroot as linked above,
- Create the startup.nsh file in EFI partition with the contents the Sentinel Expects.
- ?
- Profit!
Hope it helps someone.
(If I am cussing with all these Linux things in the Microsoft community here I’m sorry. )