Leaderboard

I send everything to @pocopico, he just need to update his script . I'm not un expert in dev, I know the shell, but my implementation and indentation is really bad. IN short: I have to put my cleaner code back lol

Hi, for those wants 918/920 7.1 : https://github.com/RedwinX/redpill-load Just execute the script into buildpat folder first

I've had good results with this in my N54L: EnLabs PCIEU3ACS20 PCI-e to 4 Ports USB 3.1 GEN 1 (5Gbps) https://www.newegg.com/en-labs-model-pcieu3acs20/p/17Z-00FJ-00002?Item=9SIACJF7CU4192

Hi @pocopico , user Redwinx has 7.1 for Ds918+ in their repo ‘for those wants 918/920 7.1 : https://github.com/RedwinX/redpill-load ‘ could you advise how I add this , to use Tinycore loader and the postupdate process please ?

Yes, but, this will change soon.

Forget the /home/tc/redpill-load/cache/ directory and use the new /home/tc/custom-module/. Then you only need to copy it one time!

Hi @Dvalin21, With last versions of Tinycore-Redpill you can copy the pat file downloaded by you to the /home/tc/custom-module/. Futhermore it will be saved in your disk if you execute the "./rploader.sh backup now" command. Please don't use the other path (/home/tc/redpill-load/cache/) as this directory will be deleted/created with some commands. My recomendation is this: after the fist install of TCRP, at the end, copy the pat file from /home/tc/redpill-load/cache/ to /home/tc/custom-module/, and execute the backup. After that every time you execute a command (including the "./rploader.sh clean ...") the pat file will the stored locally. And you can use at every new command instead of download it. Regards.

Hi, I'm not sure about the best platform for AMD cpus. However, I've a working TCRP DS3622xs+ 7.0.1 in an ancient HP Microserver N54L with AMD CPU. Running without troubles, and inside a Virtual Machine (host is ESXi) too in the same computer. So, I feel you can run it in any AMD CPU.

@Dvalin21 I download the PAT file separately to my Mac through the Synology Download Center. Then copy directly to the cache folder as follows. Occasionally, when slow downloads of Chinese links occur, the download process to cache is SKIP. scp ~/Downloads/DSM_DS3622xs+_42218.pat tc@192.168.56.2:/home/tc/redpill-load/cache/ds3622xsp_42218.pat

Тем временем, как раз сегодня, Synology проанонсировала новый девайс. Хочу! Кто-то знает, когда Xpenology для него появится?

Consegui configurar 12. Mas tive the adicionar 4 discos no SATA0 junto com a book VMDK. O SATA1 aceitou só 8.

A new loader introduction is not a very difficult process (but is a very time consuming one). The issue comes when you need to create all the required supporting SW. So without a good reason to justify the workload, i wouldnt start a new loader. On top of the existing platforms (DS918+, DS3615xs and DS3617xs) People added few more for their own reason. For instance - DS1621+ is a perfect match for people with AMD cpus - DS2422+ is a good match for people with AMD cpus with larger data sets - DS3622xs+ is perfect for people with larger setups (Fibre channel provisioning etc. ) and a perfect upgrade path for DS3615xs/17xs - DS920+ is a good match for those that want to migrate from DS918+ - RS4021xs+ is a good match for people with enterprise storage needs. - DVA3221 is a perfect match for people wanting AI and more SS cams needs - FS6400 is for people with all flash storage needs So since my part of the work requires a lot of compilation/testing and maintenance and that is only for some NOT all of the platforms currently released, i would like to keep a smaller scope and only introduce a new platform when it makes sense. So the question @ultra , is what benefits will this new platform bring to the community.

OK, the problem with postupdate on systems with SCSI/SAS/RAID HBAs has been solved... so more testers are welcome.

that config is not better than what he has, the 1240v2 is even older.. :S