Veah

Sounds like a case of pfm to me. Try not to say anything mean or even look at it funny, hopefully it will continue to do it's job.

Long shot, have you by chance a spare keyboard lying around to try f2/del? Getting into bios seems to be the priority and options are limited.

It looks like bonding is enabled with eth0 unplugged while eth1 is connected at 1000. My initial thought is to disable bonding and plug your cable into the eth0 port.

Try to get diagnostics posted.

Does it show up in bios?

Suggest watching this training video.

I would just boot it up and see what ip is issued via DHCP. After that, go to the router and assign it a static address.

Something about using btrfs? I know the mention here is as a pool, but would it not also work as array? Just brainstorming options.

Ok cool. Are you asking about Unraid or trying to teach me about BeyondRaid? I started my Unraid learning here: https://m.youtube.com/@SpaceinvaderOne Look through his stuff. The videos are titled well so you can narrow down what you are searching for. Best of luck.

Answer Yes Think JBOD + 1 or 2 parity drives. Each parity drive can support one drive failing. Parity drive(s) need to be same or larger size than other drives in the array. With pools on the side, you can pretty much do anything you can think of.

I checked mine and see that system directory IS also next to the appdata on the same drive. Moving that is probably in order after all. Sorry for the mixed signal. I didn't want something to blow up by moving the wrong thing. It's been a while since I did this.

If the appdata is in it's new location drive try and fire up docker. I'm thinking it should be ok. Don't tinker with system files.

I misread it. Leave that alone. It will find the files under /mnt/user/

My only other idea is to try a different browser. If you can attach a diagnostics, there are always some pros lurking that may be able to make something of them.

Occurs to me you may need to use cli when moving container files since krusader is a container app and I imagine docker needs stopped to move these files. May be easier to let mover do it.

Domains = VMs and Appdata = Containers. They can be on different drives (ssd preferred ) You are able to move these files on your own. Would take some notes on what you move around in case you need to move things back if it breaks.

Do you have multiple nics? If so, plug in the unused ports to your switch. Sometimes eth0 can get reassigned.

This may work https://www.ebay.com/itm/266877350150?mkcid=16&mkevt=1&mkrid=711-127632-2357-0&ssspo=8v4lslM5QWW&sssrc=4429486&ssuid=KFg1X26QQay&var=&widget_ver=artemis&media=COPY

That would be great!

ARM support

Diagnostics will give the smart ones something to chew on. Posting them gets you the best replies.

People here still use Windows? Weird.

Another option would be create the array and move over your shared Synology data via network with a laptop/pc. It would be significantly slower but would allow you to do a side by side look to compare your relocated data is complete (edit: from a different network location.) CJD above nailed the #1 point of "confirm 10x over your data is transferred".

This may help. Spaceinvaderone videos are where I start when trying to figure something out.

Your containers get mapped to /appdata. Go to your shares section and check that is setup to use the disks you want. Many people have it mapped to a cache drive as primary and the array as secondary. You have to set it best for your needs, and it sounds like you need space.