urundai

Thank you @flyride. I had my DSM installed on the HBA disks and I was little confused by the tutorial as well. I wasn't sure if there were particular benefits to installing on VMDK vs directly using the devices. I have decided to go back to my original model and deleted SATA 1 controller and the vmdk. I am all good now. Thanks for the great tutorial, it was spot on and helped me immensely.

@flyride, does this mean that the 21GB disk is now attached SATA 0 controller - as Sata 0:1? I have this exact setup and trying to understand what deleting SATA 1 controller means

I am not sure what specific use case is driving this need for bare metal. As I noted in my previous response, You will be allocating the entire disk only for use of the 1GB redpill image. Even then, TTG created this SATA boot option specifically for VM installations which can't be booted from USB. I also read there is some slim size hard coding (maybe less than 1G disk size?). It can be a great POC to see if it works or not, but I am failing understand the real need. Can you elaborate on the specific situation for this kind of a boot model for bare metal?

For anyone looking for a tutorial, I point you to this post from @apriliars3. This is the closest your will get on a step by step and helps you setup the linux build machine (what libraries and packages are needed). There are multiple GH forks of the main repo from @ThorGroup. I am a fairly experienced developer (having done coding for better part of 20+ years including messing around heavily with docker and several other framework). In spite of that, I couldn't get any of the forks to work and spent better part of 2 weeks to recover everything without data loss (had a backup but still took it as a challenge to recover without reinstalling everything). I finally had success with @tossp's fork. It worked perfectly for me in the end. But, throwing the above in here as caution - this project is not ready yet for someone who is not willing to roll up the sleeves and also go through some kind of exploring the unknowns if things don't go well (including reinstalling if needed) In the post I quoted above, just change the repo fork that you are using in the (such as changing "https://github.com/jumkey/redpill-load.git" to "https://github.com/tossp/redpill-load.git if you decide to use tossp's fork instead of jumkey's ). Please also change the branch to match the fork (tossp doesn't have develop branch but instead of 42218-20211021 etc). I used @tossp's tool chain as well (https://github.com/tossp/redpill-tool-chain), though any tool chain for building should work. As everyone has remarked, you need to be fairly familiar with concepts of linux vms, command lines and git repo concepts in general). This is meant for a reasonable comfortable dev at the moment as we have seen so many nuances and unique problems so far.

Another option is to check your router o see if IP was issued. That was the case for me - assistant couldn’t find but I was able to get to it through the IP address (IP:5000).

are you building it natively in Mac or a VMware / virtual box linux image running on Mac? To my knowledge, there are some other linux packages needed to build with the tool chain and I don't think it can be built natively on Mac. Specifically on this error, you can look at Stack overflow. Seems more to do with GitHub is not reachable (on that stack overflow, recommendation is to use the google DNS server but it's likely that your ISP or DNS provider is blocking access to git?)

Same situation and works for me as well. @havast, can you translate your error to english? What does it actually complain about?

You are right, last time, I think the repo was taken down. Last commit on the GitHub repo by TTG was more than a month ago (shared by @WiteWulf). But, given that the repo is still there, it's unlikely due to legal action. Maybe due to some personal issues with TTG and I do hope they aren't severely impacted with anything. Wish them the best to resolve those issues quickly.

Given almost a week since this thread started and no response from @ThorGroup, I am worried if Synology again silenced them. That will be be tragic. hope they answer soon at least to update their status.

Sata option is typically meant for VM install (proxmox or ESXI etc). It will be a lot of wasted disk if you want to boot like that on bare metal. Nothing else can be on that SATA disk. Not sure if RAID of the boot disk is even worth it - you can just backup the image and start from a new USB drive or dis, if the current one fails. Actual data and synology system partition will already be part of your data disks (should be RAID, to sustain disk failures) and it will boot up with nothing lost with the new USB.

Can you try with DiskIdxMap of 1000 and SataPortMap of 1?

Cables can go bad but that's still a rare case. Just to rule out any other issues - if you connect the WD drive to the same broken cable, are you still having issues? Or the other way around, connecting Seagate to good cable and making sure it work?

If your PSU is newer, it shouldn’t be a problem. If it is older (5+ years), you would be surprised how their output drops and not enough depending on the number of things you have going on. you mention about the upgrade. How did you go about upgrading redpill? Did you build a new image or upgraded from synology control panel?

@chrram, there are reasons why nobody can share images. This is also very early development oriented project at the moment - meaning, meant for developers as you need to comfortable building and messing around with the config files etc and being able to debug any issues you will run into. If you are up for it, everything you need was shared just couple posted earlier by @r27 (I have quoted his post below for you). This is all that you should need and since it's meant for devs, there aren't many detailed tutorials - things are still trial and error, based on ones unique hardware setting etc. If you aren't passing pci-e card, add a second SATA controller in the VM settings and attach your hard disks to that controller (image on controller 1 and all disks in controller 2). Due to a bug, Disk 1 is not visible within synology. So, attach your disks from 2nd position onwards on the 2nd controller. That should be it hopefully.

Thank you @r27. I had been struggling all along (several weeks, multiple failures - learnt to repair Btrfs etc along the way - not all lost) and I was able to get going with your instructions. I was able to upgrade my 6 raid 6.2 ESXI install to 7.0.1. Everything is fine except my system is showing volume degraded because it's not detecting Drive 1 (same as your case). Regardless of what we do, looks like DiskIdxMap is not handled by the redpill loader ( @Orphée has a ticket open to that effect). For now, I will try to move my Sata cables around, so my drive 1 becomes drive 7 which I don't use :). Thank you for your help. This is awesome.