Time to give up. This isn’t even remotely fit as a daily driver. IPV4 is broken, and mediavault barely runs.
I got mediavault installed (plenty of errors during install about random things). I did manage to log in. Randomly it popped up with very vague “there is an error” messages whilst in the web interface). After rebooting, in the hope it would settle down. I have never been able to connect to it al all. Not via ssh, browser, IPv4 or IPv6.
The instructions provided here are vague at best, and skip out some major things, like making sure your system date/time and timezone is correct before even starting (mine wasn’t, it was Jan 1970, and this caused me extra headaches until I spotted it)
It now seems as though the mediavault has “helpfully” disabled ssh, as I can’t even connect to it anymore. even when I connect directly to it from my PC. Anyone know how to progress now, how do I get this back working with ANYTHING, when I can’t even connect to it?
I would suggest to others to think VERY carefully about wasting your time going this route in it’s current state.
I pushed the reset on boot and got it to the 2x purple LEDs I could then telnet into it (using Windows telnet )
The tricky part for me, was how to find the IP address. I used a local LAN connection to my PC, the PC had a static IP address, and I ran DHCPD server on my direct connection LAN interface, and then did a network scan to get the ip address.
Once in, did the following:
dd if=/dev/zero of=/dev/mtdblock1
reboot -f
Then you get the western digital recovery page, and you can upload the full western digital firmware bin file. This got it back to standard.
The problems I encountered are very weird. I noticed many things. Like the MAC address (which should be fixed and not changeable) changes between the debian base and the WD base. There is also alot of networking differences. My standard WD MyCloudMirror connects faultlessly to my router normally, but under this Debian, it was very problematic. The ifconfig tells me there are lots of changes…
Say “thanx” to WD (Marvell?) dev’s… egiga0 for network device? Seriously? What a mess…
But its not full problem - in CPU we have 2 (or3?) network adapters. In WD firmware enabled 2 of them… And “Real” one - is egiga1 (!), so while boot original firmware its egiga1 and 0 was changed between both…
I don’t know, what should be an ■■■■■ that to think up it…
So… I change network setup to normal - egiga0 disabled, egiga1 recognized as eth0.
About MAC address - WD devs make something stupid here again…
Normally kernel get MAC from u-boot (preloader, like BIOS in PC). But there is default mac, not real. WD get real mac while boot OS from different place…
On my Gen 2, I had a hard drive installed and set up, plus a USB attached with the proper images, and then started the device with the reset button pressed for 40 seconds.
It boot to recovery mode, but I had to hunt for the IP address.
No, what you change in kernel?
Marvell kernel works good, but official (kernel.org) - wont - Just stuck on “Uncompressing linux… Done. Boot kernel…” (Or similar).
I think its wrong console options, and add code for change LED while booting kernel… But led still white, so kernel not boot…
… Or jsut provide me a .diff / .patch file from your kernel?
Because kernel for Mirror G2 not fully ported - only basic things (Hardware-depend code, network setup, boot commands/scripts).
There is no driver for internal flash chip, so /dev/mtdblock not present.
No Led, Fan, Buttons control.
I dont have this device, so i cant do my researchs and experements.
Work in “Blind method” - not my style.
Ex2 Ultra = Mirror Gen2. DSM6 already exist/work (“Alpha” build).
XPEnology = DSM for PC. Mine is more like “Original” DSM (Only kernel modifications, 100% original OS/file system/packages/partitions layout)