IG-88 Posted March 29, 2022 Share #1726 Posted March 29, 2022 20 hours ago, Penguin Power said: Just to be clear, I have to copy modules + firmware to DSM's /lib/modules + /lib/firmware/tigon folder and don't have to do anything with RP loader/image file system correct? yes, next would be insmod but you already tried that, check the log what the driver has to say when its loaded syno's webgui might not show a new network adapter just because a driver is loaded (but it should when its loaded when booting) 20 hours ago, Penguin Power said: Not sure if extra.lzma of loader for 6.2 have modules + firmware for 4.x kernel? modules can't be used as 6.2 comes with another kernel version as 7.0 firmware would be the same but there should be no difference between to what you already have 21 hours ago, Penguin Power said: On a fresh startup of the DSM, I see that tg3 modules gets loaded (because I have build with tg3 extension) but it fails to bring up interface because of possible missing firmware files. So for anything to try, I first have to rmmod tg3+libphy first and try insmod /lib/modules/tg3.ko+libphy after making sure firmware files exist at correct location. What else can I try? if the driver is missing firmware then it might not be loaded but rmmod cant hurt shortly i will have a replacement for my broken HP Pro 6305 and i will have a tigon3 again for testing that with 7.0 the other hardware i have around does not need any firmware files Quote Link to comment Share on other sites More sharing options...
Kaneske Posted March 29, 2022 Share #1727 Posted March 29, 2022 @pocopico is TinyCore supposed to get 7.1-42250 3622xs+ support as easy as it is by now on 7.0.1-42218 or are there difficulties to get this done? Quote Link to comment Share on other sites More sharing options...
Penguin Power Posted March 29, 2022 Share #1728 Posted March 29, 2022 3 minutes ago, IG-88 said: if the driver is missing firmware then it might not be loaded but rmmod cant hurt shortly i will have a replacement for my broken HP Pro 6305 and i will have a tigon3 again for testing that with 7.0 the other hardware i have around does not need any firmware files @IG-88 dmesg | grep -i tg3 [ 7.272124] tg3.c:v3.137 (May 11, 2014) [ 7.273188] libphy: tg3 mdio bus: probed [ 7.273250] tg3 0000:03:00.0: No PHY devices [ 7.273337] tg3 0000:03:00.0: Problem fetching invariants of chip, aborting I can see that on fresh power up, libphy and t3 modules are getting loaded (even without /lib/firmware/tigon/xxx files). But even after copying firmware files, rmmod and insmod generates same error message as above. Thanks @pocopico # ln -s /bin/kmod /sbin/modinfo # ln -s /bin/kmod /sbin/depmod # depmod -a (no luck) modinfo gives information of version number + dependancies for the tg3 module. I double checked that firmware files exist along with correct version number but still no go for bringing the interface up. DSM 6.2 and TinyCore Linux have no problem with tg3 nic so definitely something small I am missing. Thanks again guys!! Have a good day!! Quote Link to comment Share on other sites More sharing options...
pocopico Posted March 29, 2022 Author Share #1729 Posted March 29, 2022 12 minutes ago, Kaneske said: @pocopico is TinyCore supposed to get 7.1-42250 3622xs+ support as easy as it is by now on 7.0.1-42218 or are there difficulties to get this done? Well as always the build command relies on patches released by the repo owners. There is a well documented process for creating the patches on the fly but still the best way is to wait for the owners to update their repos. 2 1 Quote Link to comment Share on other sites More sharing options...
Kaneske Posted March 29, 2022 Share #1730 Posted March 29, 2022 Thanks for Replying. Great to hear. Your work is really awesome. Quote Link to comment Share on other sites More sharing options...
giacomoleopardo Posted March 29, 2022 Share #1731 Posted March 29, 2022 On 3/26/2022 at 9:20 AM, giacomoleopardo said: Hi everybody. Specs: ASRock Fatal1ty Z170 Gaming-ITX/ac (6 Intel SATA ports on board) CPU: Intel® Core™ i3-7100 Processor IGPU: Intel® HD Graphics 630 4x 8TB HDDs Western Digital Red SHR (btrfs) (ports 0, 1, 2, 3) 2x 1TB Raid 1 Sata SSDs Cache (ports 4, 5) DSM 7.0.1 (42218) via TinyCore - USB bare metal When Sata port 4 and/or 5 are connected it keeps giving this error in loop every 50-70 min, over and over again [ 1037.717847] [<ffffffff81436ee3>] ata_scsi_port_error_handler+0x133/0x1a30 [ 1037.718598] [<ffffffff81432868>] ? ata_scsi_cmd_error_handler+0x118/0x190 [ 1037.718985] [<ffffffff8143887b>] ata_scsi_error+0x9b/0xe0 [ 1037.719297] [<ffffffff813f86f5>] scsi_error_handler+0xa5/0x530 jeopardizing the sleep/hibernation functions. Leaving Sata ports 4 and 5 empty, doesn't give the problem, and the NAS goes to sleep as it should. Any ideas? I've found this https://www.kernel.org/doc/htmldocs/libata/ch03s05.html Can anybody get something out of it? Honestly I don't know how to read it Quote Link to comment Share on other sites More sharing options...
Penguin Power Posted March 29, 2022 Share #1732 Posted March 29, 2022 1 hour ago, Penguin Power said: @IG-88 dmesg | grep -i tg3 [ 7.272124] tg3.c:v3.137 (May 11, 2014) [ 7.273188] libphy: tg3 mdio bus: probed [ 7.273250] tg3 0000:03:00.0: No PHY devices [ 7.273337] tg3 0000:03:00.0: Problem fetching invariants of chip, aborting I can see that on fresh power up, libphy and t3 modules are getting loaded (even without /lib/firmware/tigon/xxx files). But even after copying firmware files, rmmod and insmod generates same error message as above. Google search seems to be pointing at needing - broadcom.ko module to be loaded along with libphy and tg3. Multiple reports of same error and the resolution was to load broadcom.ko before tg3.ko. I checked https://github.com/pocopico/4.4.180plus-modules but unfortunately didn't found broadcom.ko @pocopico ^ any help regarding this? Thanks in advance! Quote Link to comment Share on other sites More sharing options...
sam juan Posted March 29, 2022 Share #1733 Posted March 29, 2022 On 3/22/2022 at 1:01 PM, sam juan said: anyone able to make WOL wake-on-lan worked for baremetal installs? tnx Sent from my Pixel 6 Pro using Tapatalk yay! so i was able to make Wake On Lan worked, both with lan1 and lan2; 1. make sure wol works prior building the loader; ie. boot in tinycore and shutdown, make sure you can wake it up; 2. during build, i used the actual mac1 and mac2 of my 2 nics in user_config.json 3. install and test wake-on-lan - success! Quote Link to comment Share on other sites More sharing options...
sam juan Posted March 29, 2022 Share #1734 Posted March 29, 2022 4 hours ago, pocopico said: Hi All, i need some testers for a new addition on rploader.sh. You now have the option "postupdate" to process and update your junior (rd.gz/zImage) using the contents found under dsm root /.syno/patch. To do so, you first perform an update using the DSM GUI to update pat from synology and then you go to TCRP to run ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download <yourplatform> ./rploader.sh postupdate <yourplatform> Then if you previously had a "root not matched with junior" it should be fixed after postupdate process. Please test and report any issues. MAKE SURE your REPO supports the version you want to update TO before upgrading i would like to try this but i just want to clarify if my understanding is correct. with my current ds3622xs with 7.0.1-42218 baremetal, if i want 7.1.0-42621 1. download 7.1 pat from https://global.download.synology.com/download/DSM/release/7.1/42621/DSM_DS3622xs%2B_42621.pat?model=DS3622xs%2B&bays=12&dsm_version=7.1&build_number=42621&_ga=2.102639492.468865575.1648586076-1552442944.1645047990 2. manual DSM update inside DSM using the downloaded 7.1.0-42621 pat 3. boot and select 3rd option (tinycore build) 4. run ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download DS3622xsp ./rploader.sh postupdate DS3622xsp tnx and pls be patient with me. Quote Link to comment Share on other sites More sharing options...
pocopico Posted March 29, 2022 Author Share #1735 Posted March 29, 2022 (edited) 1 hour ago, sam juan said: i would like to try this but i just want to clarify if my understanding is correct. with my current ds3622xs with 7.0.1-42218 baremetal, if i want 7.1.0-42621 1. download 7.1 pat from https://global.download.synology.com/download/DSM/release/7.1/42621/DSM_DS3622xs%2B_42621.pat?model=DS3622xs%2B&bays=12&dsm_version=7.1&build_number=42621&_ga=2.102639492.468865575.1648586076-1552442944.1645047990 2. manual DSM update inside DSM using the downloaded 7.1.0-42621 pat 3. boot and select 3rd option (tinycore build) 4. run ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download DS3622xsp ./rploader.sh postupdate DS3622xsp tnx and pls be patient with me. Actually all right but 4. ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download broadwellnk-7.0.1-42218 For DS3622xs you need to add one more extension : so ./rploader ext broadwellnk-7.0.1-42218 add https://github.com/jumkey/redpill-load/raw/develop/redpill-misc/rpext-index.json ./rploader.sh postupdate broadwellnk-7.0.1-42218 Edited March 29, 2022 by pocopico 2 Quote Link to comment Share on other sites More sharing options...
octfoc Posted March 29, 2022 Share #1736 Posted March 29, 2022 (edited) Hi I think there might be an error with the rploader when running this: 58 minutes ago, pocopico said: ./rploader.sh backuploader now the output is: Quote ./rploader.sh: line 1183: syntax error near unexpected token '}' ./rploader.sh line 1183: '}' Also the same error persists even when trying to build a dsm 7 image from scratch. I hope this helps, if I have mistaken something, please correct me Edit: Before running the code, I have already applied Quote sudo ./rploader.sh update now Edited March 29, 2022 by octfoc 1 Quote Link to comment Share on other sites More sharing options...
phone guy Posted March 29, 2022 Share #1737 Posted March 29, 2022 7 hours ago, pocopico said: Hi All, i need some testers for a new addition on rploader.sh. You now have the option "postupdate" to process and update your junior (rd.gz/zImage) using the contents found under dsm root /.syno/patch. To do so, you first perform an update using the DSM GUI to update pat from synology and then you go to TCRP to run ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download <yourplatform> ./rploader.sh postupdate <yourplatform> Then if you previously had a "root not matched with junior" it should be fixed after postupdate process. Please test and report any issues. MAKE SURE your REPO supports the version you want to update TO before upgrading I'm running 918p apollolake, the only 7.1 for me is 42621, and the only 7.1 I found was for 920p 42550 (jumkey) Quote Link to comment Share on other sites More sharing options...
Dvalin21 Posted March 30, 2022 Share #1738 Posted March 30, 2022 @pocopico ./rploader.sh: line 1183: syntax error near unexpected token '}' ./rploader.sh line 1183: '}' Im getting the same error Quote Link to comment Share on other sites More sharing options...
likeme Posted March 30, 2022 Share #1739 Posted March 30, 2022 38 minutes ago, Dvalin21 said: @pocopico ./rploader.sh: line 1183: syntax error near unexpected token '}' ./rploader.sh line 1183: '}' Im getting the same error I also came to feed back this question😁 Quote Link to comment Share on other sites More sharing options...
phone guy Posted March 30, 2022 Share #1740 Posted March 30, 2022 14 hours ago, D.S said: It's curious. According to lspci information, you have one realtek lan and it's working, but the intel lan's driver is not loaded. You may try to add intel igb driver to see what result if R8152 is not an external USB lan. I'm not sure why it says that about the intel lan, this box has 2 realtek nic, that must just be part of the chipset on this board. The NIC in this box are Realtek. When its on dsm623 and both ports work they are both Realtek Quote Link to comment Share on other sites More sharing options...
phone guy Posted March 30, 2022 Share #1741 Posted March 30, 2022 (edited) 18 hours ago, pocopico said: There is an issue with the extension loading mechanism. If an extension that has duplicate dependency tries to get loaded it will fail and will fail into recover/install mode. Just add the one of the two modules (only the most required for install) then copy the usb r8152 module to /lib/modules and run : # ln -s /bin/kmod /sbin/modinfo # ln -s /bin/kmod /sbin/depmod # depmod -a 17 hours ago, pocopico said: the last two warnings are expected. when you do a modprobe r8125 does it load ? you can check with lsmod |grep -i r8125 I downloaded the r8152.ko and put it /lib/modules then ran the above commands # ln -s /bin/kmod /sbin/modinfo # ln -s /bin/kmod /sbin/depmod # depmod -a # modprobe r8152 # lsmod |grep -i r8152 root@DS:/# lsmod |grep -i r8152 r8152 35385 0 mii 4227 2 r8152,r8169 usbcore 201223 10 etxhci_hcd,r8152,usblp,uhci_hcd,usb_storage,ehci_hcd,ehci_pci,usbhid,xhci_hcd,xhci_pci root@DS:/# those are the results, restarted the nas but still only have 1 nic lan, so no change? what am I doing wrong? That is the info center inside dsm7 obviously showing the lan as usb which it is not. This is # lspci -nnQk root@DS:/# lspci -nnQk 0000:00:00.0 Host bridge [0600]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Host Bridge [8086:5af0] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] 0000:00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 500 [8086:5a85] (rev 0b) DeviceName: Onboard IGD Subsystem: Intel Corporation Device [8086:2212] Kernel driver in use: i915 0000:00:0e.0 Audio device [0403]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster [8086:5a98] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] 0000:00:0f.0 Communication controller [0780]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Trusted Execution Engine [8086:5a9a] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] 0000:00:12.0 SATA controller [0106]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SATA AHCI Controller [8086:5ae3] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] Kernel driver in use: ahci 0000:00:13.0 PCI bridge [0604]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port A #1 [8086:5ad8] (rev fb) Kernel driver in use: pcieport 0000:00:13.2 PCI bridge [0604]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port A #3 [8086:5ada] (rev fb) Kernel driver in use: pcieport 0000:00:14.0 PCI bridge [0604]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port B #1 [8086:5ad6] (rev fb) Kernel driver in use: pcieport 0000:00:14.1 PCI bridge [0604]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port B #2 [8086:5ad7] (rev fb) Kernel driver in use: pcieport 0000:00:15.0 USB controller [0c03]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series USB xHCI [8086:5aa8] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] Kernel driver in use: xhci_hcd 0000:00:1f.0 ISA bridge [0601]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Low Pin Count Interface [8086:5ae8] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] 0000:00:1f.1 SMBus [0c05]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller [8086:5ad4] (rev 0b) Subsystem: Intel Corporation Device [8086:7270] Kernel driver in use: i801_smbus >>>>>>>>>>>>>>>>>0000:02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)<<<<<<<<<<<<<<<<<<<<<<< Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:0123] Kernel driver in use: r8169 0000:03:00.0 SATA controller [0106]: ASMedia Technology Inc. ASM1062 Serial ATA Controller [1b21:0612] (rev 02) Subsystem: ASMedia Technology Inc. Device [1b21:1060] Kernel driver in use: ahci 0000:04:00.0 SATA controller [0106]: ASMedia Technology Inc. ASM1062 Serial ATA Controller [1b21:0612] (rev 02) Subsystem: ASMedia Technology Inc. Device [1b21:1060] Kernel driver in use: ahci 0001:00:12.0 SATA controller [0106]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SATA AHCI Controller [8086:5ae3] 0001:00:13.0 Non-VGA unclassified device [0000]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port A #1 [8086:5ad8] 0001:00:14.0 Non-VGA unclassified device [0000]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port B #1 [8086:5ad6] 0001:00:15.0 USB controller [0c03]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series USB xHCI [8086:5aa8] 0001:00:16.0 Signal processing controller [1180]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series I2C Controller #1 [8086:5aac] 0001:00:18.0 Signal processing controller [1180]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series HSUART Controller #1 [8086:5abc] 0001:00:19.0 Signal processing controller [1180]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SPI Controller #3 [8086:5ac6] DeviceName: Onboard LAN 0001:00:19.2 Signal processing controller [1180]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SPI Controller #3 [8086:5ac6] 0001:00:1f.0 SMBus [0c05]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller [8086:5ad4] 0001:00:1f.1 SMBus [0c05]: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller [8086:5ad4] 0001:01:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9215 PCIe 2.0 x1 4-port SATA 6 Gb/s Controller [1b4b:9215] (rev 11) 0001:02:00.0 Ethernet controller [0200]: Intel Corporation I211 Gigabit Network Connection [8086:1539] (rev 03) 0001:03:00.0 Ethernet controller [0200]: Intel Corporation I211 Gigabit Network Connection [8086:1539] (rev 03) root@DS:/# Clearly shows the Realtek is pci not usb, so the usb nic is not being seen? or am I wrong? Edited March 30, 2022 by phone guy added lspci results Quote Link to comment Share on other sites More sharing options...
pocopico Posted March 30, 2022 Author Share #1742 Posted March 30, 2022 (edited) 1 hour ago, likeme said: I also came to feed back this question😁 @likeme @Dvalin21 @octfoc Ok, typo fixed ! Sorry 🙏 Edited March 30, 2022 by pocopico 1 Quote Link to comment Share on other sites More sharing options...
MajkelP Posted March 30, 2022 Share #1743 Posted March 30, 2022 11 hours ago, pocopico said: What is your platform ? and what is supported by the repo owners. E.g. dododefi has 7.1.0-62621 for DS3622xsp while jumkey has 7.1-42550 for DS920+ etc you can verify checking the contents of the folders : https://github.com/jumkey/redpill-load/tree/develop/config and https://github.com/dogodefi/redpill-load/tree/develop/config/ Do you know if somewhere is available repo for DS3622xsp but for broadwellnk-7.0.1-42218 Update 2/3 ? Quote Link to comment Share on other sites More sharing options...
pocopico Posted March 30, 2022 Author Share #1744 Posted March 30, 2022 (edited) For anyone with a test DVA3221, i have tested succesfully the TCRP two stage upgrade to 7.1.0-42621. Please proceed with caution and only on test systems. The process is : - Manual upgrade using DSM to 7.1 RC - On reboot, select to boot tinycore redpill - While on TCRP run the following ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download ./rploader.sh download denverton-7.0.1-42218 ./rploader.sh postupdate denverton-7.0.1-42218 Fix the acpi systemd issue otherwise DSM will shutdown on access ./rploader.sh mountdsmroot now sed -i 's/^acpi-cpufreq/# acpi-cpufreq/g' /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf && cat /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf for people NOT having an NVIDIA card the following sould also be performed otherwise DSM will shutdown on access Remove both lines on : /mnt/dsmroot/usr/lib/modules-load.d/70-syno-nvidia-gpu.conf and reboot Edited March 30, 2022 by pocopico 5 2 Quote Link to comment Share on other sites More sharing options...
Dvalin21 Posted March 30, 2022 Share #1745 Posted March 30, 2022 @pocopico Thank you so much for all that you brother. Keep up the good work. We appreciate it indeed! I 2 Quote Link to comment Share on other sites More sharing options...
vinhnguyen Posted March 30, 2022 Share #1746 Posted March 30, 2022 15 minutes ago, pocopico said: For anyone with a test DVA3221, i have tested succesfully the TCRP two stage upgrade to 7.1.0-42621. Please proceed with caution and only on test systems. The process is : - Manual upgrade using DSM to 7.1 RC - On reboot, select to boot tinycore redpill - While on TCRP run the following ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh download ./rploader.sh download denverton-7.0.1-42218 ./rploader.sh postupdate denverton-7.0.1-42218 Fix the acpi systemd issue otherwise DSM will shutdown on access ./rploader.sh mountdsmroot now sed -i 's/^acpi-cpufreq/# acpi-cpufreq/g' /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf && cat /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf for people NOT having an NVIDIA card the following sould also be performed otherwise DSM will shutdown on access Remove both lines on : /mnt/dsmroot/usr/lib/modules-load.d/70-syno-nvidia-gpu.conf and reboot Thank you ! 1 Quote Link to comment Share on other sites More sharing options...
phone guy Posted March 30, 2022 Share #1747 Posted March 30, 2022 What build would be good for a braswell chip? Pentium N3710 Quote Link to comment Share on other sites More sharing options...
giorgosperi Posted March 30, 2022 Share #1748 Posted March 30, 2022 me why i m still getting syntax error? lol 1 Quote Link to comment Share on other sites More sharing options...
MajkelP Posted March 30, 2022 Share #1749 Posted March 30, 2022 I was able to install DSM 7.1 on 3622xsp using above instructions on my custom build computer ( Asus Z170I-PRO with Intel i5 6600K, 8GB RAM, some HDD/SSD and one M2 nvme Samsung SM961 drive) and Dell Perc H310 SAS controller flashed to HBA_9211_8i_IT. I updated form DSM 7.0.1-42218 as @pocopico mentioned in post https://xpenology.com/forum/topic/53817-redpill-tinycore-loader/?do=findComment&comment=272479 The main problem was that after an updated I had some critical messages about storage pool 1/ volume 1 and SSD cache, so I removed and recreated new one. I would like add that storage pool is on disk no 1 which is connected to motherboard SATA AHCI controller. The other two are connected to the SAS9211_8i controller, but I have not had on them any volumes on their storage pools created. It's hard to verify now what it would be if I had. The second problem is with my nvme cache I cannot setup or even use Secure Erase. That option doesn't work, and finally I am not able to turn on write cache on the disks which are connected to SAS controller, but I do not know if this was before. I guess, was the same. I am attaching some print screens. If somebody wants me to test something please let me know, this is my test computer so I can do whatever I also wanted do some test on my VM but I wasn't able to update, I had some errors. Thanks @pocopico for your work. 2 Quote Link to comment Share on other sites More sharing options...
pocopico Posted March 30, 2022 Author Share #1750 Posted March 30, 2022 (edited) For anyone with a test DS3615xs, i have tested succesfully the TCRP two stage upgrade to 7.1.0-42621. Please proceed with caution and only on test systems until process is reported stable The process is : - Manual upgrade using DSM to 7.1 RC - On reboot, select to boot tinycore redpill - FOR NOW, Only dogodefi repo has the config files for ds3615xs_42621 so change your custom_config.json for bromolow repo to that. - While on TCRP run the following ./rploader.sh update now ./rploader.sh backuploader now ./rploader.sh clean now (IF your repo was already set to dogodefi you can skip that) ./rploader.sh download bromolow-7.0.1-42218 ./rploader.sh postupdate bromolow-7.0.1-42218 Fix the acpi systemd issue otherwise DSM will shutdown on access (check with systemctl list-units --state failed), You will have to perform that after the first succesfull DSM reboot. ./rploader.sh mountdsmroot now sed -i 's/^acpi-cpufreq/# acpi-cpufreq/g' /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf && cat /mnt/dsmroot/usr/lib/modules-load.d/70-cpufreq-kernel.conf Edited March 30, 2022 by pocopico 2 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.