flyride Posted May 16, 2022 Share #26 Posted May 16, 2022 Looks like TCRP is using something from @jumkeythat has been updated? @pocopico need forking? 1 Quote Link to comment Share on other sites More sharing options...
pocopico Posted May 16, 2022 Share #27 Posted May 16, 2022 (edited) 45 minutes ago, Peter Suh said: @pocopico , @jumkey I didn't intend to use Yet Another Jun's Mod and as usual built a loader for ds918+ 42218 from TC. Jumkey's guide for Jun's Mod didn't apply at all. However, as captured, two Yet Another Jun's Mod related menus appeared, and after TC Loader Build, the first menu, Yet Another Jun's Mod, was automatically entered, and the kernel boot seemed to be visible for a while, but fell to a black screen. The NIC did not respond either. In the above kernel log "WRONG EFI SIGNATURE." message is also confirmed. Shouldn't there be a correction for users who do not need Yet Another Jun's Mod? Are you using jumkey repo for apollolake ? Can you switch back to pocopico/develop ? Changed the default repo for apololake to pocopico in custom_config.json. Please perform a fullupgrade. Edited May 16, 2022 by pocopico Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 16, 2022 Share #28 Posted May 16, 2022 2 minutes ago, pocopico said: Are you using jumkey repo for apollolake ? Can you switch back to pocopico/develop ? As explained above, there was no intention to use jumkey's repo, and it seems that TC automatically refers to this repo. It was confirmed that the 3rd existing menu of pocopico operates normally and there is no abnormality in the DSM installation. Quote Link to comment Share on other sites More sharing options...
pocopico Posted May 16, 2022 Share #29 Posted May 16, 2022 (edited) 4 minutes ago, Peter Suh said: As explained above, there was no intention to use jumkey's repo, and it seems that TC automatically refers to this repo. It was confirmed that the 3rd existing menu of pocopico operates normally and there is no abnormality in the DSM installation. Jumkey has modified his repo for Juns approach. Since TCRP is not currently on the same page, i changed the platforms to point to the pocopico develop branch in custom_config.json instead. I'm still testing and trying to find and resolve any remaining issues for the JUN approach with TCRP. Please standby. All build issues resulting to "no space left" are the side effect of pointing to Jumkey repo and TCRP not being ready yet. Edited May 16, 2022 by pocopico 1 Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 16, 2022 Share #30 Posted May 16, 2022 I just used the command below. Attach the build log for reference. This time I tried it in VM. ./rploader.sh build apollolake-7.0.1-42218 Spoiler tc@box:~$ ./rploader.sh build apollolake-7.0.1-42218 Rploader Version : 0.7.1.1 Loader source : https://github.com/jumkey/redpill-load.git Loader Branch : develop Redpill module source : https://github.com/RedPill-TTG/redpill-lkm.git : Redpill module branch : master Extensions : Extensions URL : TOOLKIT_URL : https://sourceforge.net/projects/dsgpl/files/toolkit/DSM7.0/ds.apollolake-7.0.dev.txz/download TOOLKIT_SHA : d349fa644392d4cfab8191243ee38aaa32bd517208c144678e0c855cb5a619ea SYNOKERNEL_URL : https://sourceforge.net/projects/dsgpl/files/Synology NAS GPL Source/25426branch/apollolake-source/linux-4.4.x.txz/download SYNOKERNEL_SHA : af815ee065775d2e569fd7176e25c8ba7ee17a03361557975c8e5a4b64230c5b COMPILE_METHOD : toolkit_dev TARGET_PLATFORM : apollolake TARGET_VERSION : 7.0.1 TARGET_REVISION : 42218 REDPILL_LKM_MAKE_TARGET : test-v7 KERNEL_MAJOR : 4 MODULE_ALIAS_FILE : modules.alias.4.json SYNOMODEL : ds918p_42218 MODEL : DS918+ Local Cache Folder : /mnt/sda3/auxfiles DATE Internet : 16052022 Local : 16052022 Checking Internet Access -> OK Checking if a newer version exists on the repo -> Version is current Cloning into 'redpill-lkm'... remote: Enumerating objects: 1051, done. remote: Counting objects: 100% (251/251), done. remote: Compressing objects: 100% (34/34), done. remote: Total 1051 (delta 234), reused 217 (delta 217), pack-reused 800 Receiving objects: 100% (1051/1051), 441.74 KiB | 2.40 MiB/s, done. Resolving deltas: 100% (727/727), done. Cloning into 'redpill-load'... remote: Enumerating objects: 994, done. remote: Counting objects: 100% (24/24), done. remote: Compressing objects: 100% (15/15), done. remote: Total 994 (delta 6), reused 18 (delta 4), pack-reused 970 Receiving objects: 100% (994/994), 66.21 MiB | 11.37 MiB/s, done. Resolving deltas: 100% (395/395), done. No extra build option specified, using default <static> Using static compiled redpill extension Removing any old redpill.ko modules Looking for redpill for : ds918p_42218 Getting file https://raw.githubusercontent.com/pocopico/rp-ext/master/redpill/releases/redpill-4.4.180plus.tgz Extracting module Got redpill-linux-v4.4.180+.ko Testing modules.alias.4.json -> File OK ------------------------------------------------------------------------------------------------ It looks that you will need the following modules : Found VGA Controller : pciid 15add00000405 Required Extension : vmwgfx Searching for matching extension for vmwgfx Found Ethernet Interface : pciid 1af4d00001000 Required Extension : No matching extension Found SATA Controller : pciid 8086d00002829 Required Extension : ahci Searching for matching extension for ahci ------------------------------------------------------------------------------------------------ Starting loader creation Found tinycore cache folder, linking to home/tc/custom-module Checking user_config.json : Done Entering redpill-load directory Removing bundled exts directories Cache directory OK Want to use firmware files from /home/tc/custom-module/*.pat ? [yY/nN] : y cp: cannot stat '/home/tc/custom-module/*42218*.pat': No such file or directory Processing add_extensions entries found on custom_config.json file : [#] Checking runtime for required tools... [OK] [#] Updating extensions... [#] Checking runtime for required tools... [OK] [#] Adding new extension from https://github.com/jumkey/redpill-load/raw/develop/redpill-boot-wait/rpext-index.json... [#] Downloading remote file https://github.com/jumkey/redpill-load/raw/develop/redpill-boot-wait/rpext-index.json to /home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json ######################################################################################################################################################################################################################################################### 100.0% [OK] [#] ========================================== thethorgroup.boot-wait ========================================== [#] Extension name: RedPill Bootwait [#] Description: Simple extension which stops the execution early waiting for the boot device to appear [#] To get help visit: https://github.com/RedPill-TTG/redpill-boot-wait [#] Extension preparer/packer: https://github.com/RedPill-TTG/redpill-boot-wait [#] Update URL: https://github.com/jumkey/redpill-load/raw/develop/redpill-boot-wait/rpext-index.json [#] Platforms supported: ds1621p_42218 ds918p_41890 ds3617xs_42218 ds920p_42661 ds918p_25556 ds3622xsp_42218 ds2422p_42218 ds3615xs_41222 ds3615xs_25556 ds920p_42218 ds918p_42218 ds3615xs_42218 [#] ======================================================================================= [#] Checking runtime for required tools... [OK] [#] Adding new extension from https://github.com/jumkey/redpill-load/raw/develop/redpill-virtio/rpext-index.json... [#] Downloading remote file https://github.com/jumkey/redpill-load/raw/develop/redpill-virtio/rpext-index.json to /home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json ######################################################################################################################################################################################################################################################### 100.0% [OK] [#] ========================================== thethorgroup.virtio ========================================== [#] Extension name: VirtIO [#] Description: Adds VirtIO support for fast network/PCI/SCSI/network/console paravirtualization under QEmu (Proxmox, VirtualBox, virsh, and similar) [#] To get help visit: <todo> [#] Extension preparer/packer: https://github.com/RedPill-TTG/redpill-virtio [#] Software author: https://www.linux-kvm.org/page/Virtio [#] Update URL: https://github.com/jumkey/redpill-load/raw/develop/redpill-virtio/rpext-index.json [#] Platforms supported: ds1621p_42218 ds918p_41890 ds3617xs_42218 ds920p_42661 ds918p_25556 ds3622xsp_42661 ds3622xsp_42218 ds2422p_42218 ds3615xs_41222 ds3615xs_25556 ds920p_42218 ds918p_42218 ds3615xs_42218 [#] ======================================================================================= [#] Checking runtime for required tools... [OK] [#] Updating thethorgroup.boot-wait extension... [#] Downloading remote file https://github.com/jumkey/redpill-load/raw/develop/redpill-boot-wait/rpext-index.json to /home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json ######################################################################################################################################################################################################################################################### 100.0% [#] Extension thethorgroup.boot-wait index is already up to date [#] Updating thethorgroup.virtio extension... [#] Downloading remote file https://github.com/jumkey/redpill-load/raw/develop/redpill-virtio/rpext-index.json to /home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json ######################################################################################################################################################################################################################################################### 100.0% [#] Extension thethorgroup.virtio index is already up to date [#] Updating thethorgroup.virtio extension... [OK] [#] Checking runtime for required tools... [OK] [#] Updating ds918p_42218 platforms extensions... [#] Downloading remote file https://github.com/RedPill-TTG/redpill-boot-wait/raw/master/recipes/universal.json to /home/tc/redpill-load/custom/extensions/_ext_new_rcp.tmp_json ######################################################################################################################################################################################################################################################### 100.0% [#] Filling-in newly downloaded recipe for extension thethorgroup.boot-wait platform ds918p_42218 [#] Downloading remote file https://raw.githubusercontent.com/RedPill-TTG/redpill-boot-wait/master/src/boot-wait.sh to /home/tc/redpill-load/custom/extensions/thethorgroup.boot-wait/ds918p_42218/boot-wait.sh ######################################################################################################################################################################################################################################################### 100.0% [#] Verifying /home/tc/redpill-load/custom/extensions/thethorgroup.boot-wait/ds918p_42218/boot-wait.sh file... [OK] [#] Successfully processed recipe for extension thethorgroup.boot-wait platform ds918p_42218 [#] Downloading remote file https://github.com/RedPill-TTG/redpill-virtio/raw/master/recipes/ds918p_41890.json to /home/tc/redpill-load/custom/extensions/_ext_new_rcp.tmp_json #=#=- # # #=O=# # # -#O=- # # # ######################################################################################################################################################################################################################################################### 100.0% [#] Filling-in newly downloaded recipe for extension thethorgroup.virtio platform ds918p_42218 [#] Downloading remote file https://raw.githubusercontent.com/RedPill-TTG/redpill-virtio/master/src/check-virtio.sh to /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/check-virtio.sh ######################################################################################################################################################################################################################################################### 100.0% [#] Verifying /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/check-virtio.sh file... [OK] [#] Downloading remote file https://github.com/RedPill-TTG/redpill-virtio/releases/download/v1.0.0/virtio-4.4.180p.tgz to /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/virtio-3.10.180p.tgz #=#=- # # #=O=# # # -#O=- # # # ######################################################################################################################################################################################################################################################### 100.0% [#] Verifying /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/virtio-3.10.180p.tgz file... [OK] [#] Unpacking files from /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/virtio-3.10.180p.tgz to /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/... [OK] [#] Successfully processed recipe for extension thethorgroup.virtio platform ds918p_42218 [#] Unpacking files from /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/virtio-3.10.180p.tgz to /home/tc/redpill-load/custom/extensions/thethorgroup.virtio/ds918p_42218/... [OK] [#] Updating extensions... [OK] [#] PAT file /home/tc/redpill-load/cache/ds918p_42218.pat not found - downloading from https://global.download.synology.com/download/DSM/release/7.0.1/42218/DSM_DS918%2B_42218.pat % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 338M 100 338M 0 0 22.7M 0 0:00:14 0:00:14 --:--:-- 22.0M [#] Verifying /home/tc/redpill-load/cache/ds918p_42218.pat file... [OK] [#] Unpacking /home/tc/redpill-load/cache/ds918p_42218.pat file to /home/tc/redpill-load/build/1652712831/pat-ds918p_42218-unpacked... [OK] [#] Verifying /home/tc/redpill-load/build/1652712831/pat-ds918p_42218-unpacked/zImage file... [OK] [#] Patching /home/tc/redpill-load/build/1652712831/pat-ds918p_42218-unpacked/zImage to /home/tc/redpill-load/build/1652712831/zImage-patched... [OK] [#] Verifying /home/tc/redpill-load/build/1652712831/pat-ds918p_42218-unpacked/rd.gz file... [OK] [#] Unpacking /home/tc/redpill-load/build/1652712831/pat-ds918p_42218-unpacked/rd.gz file to /home/tc/redpill-load/build/1652712831/rd-ds918p_42218-unpacked... [OK] [#] Apply patches to /home/tc/redpill-load/build/1652712831/rd-ds918p_42218-unpacked... [OK] [#] Patching config files in ramdisk... [OK] [#] Adding OS config patching... [OK] [#] Repacking ramdisk to /home/tc/redpill-load/build/1652712831/rd-patched-ds918p_42218.gz... [OK] [#] Bundling extensions... [#] Checking runtime for required tools... [OK] [#] Dumping ds918p_42218 platform extensions to /home/tc/redpill-load/build/1652712831/custom-initrd/exts... [OK] [#] Packing custom ramdisk layer to /home/tc/redpill-load/build/1652712831/custom.gz... [OK] [#] Generating GRUB config... [OK] [#] Creating loader image at loader.img... [OK] [#] Cleaning up... [OK] Mounting /dev/sda1 to localdiskp1 /dev/sda2 localdiskp2 Creating tinycore entry menuentry 'Tiny Core Image Build' { savedefault set root=(hd0,msdos3) echo Loading Linux... linux /vmlinuz64 loglevel=3 cde waitusb=5 vga=791 echo Loading initramfs... initrd /corepure64.gz echo Booting TinyCore for loader creation } Entries in Localdisk bootloader : ======================================================================= menuentry 'Yet Another Jun`s Mod x RedPill DS918+ v7.0.1-42218 (USB, Verbose)' { menuentry 'Yet Another Jun`s Mod x RedPill DS918+ v7.0.1-42218 (SATA, Verbose)' { menuentry 'RedPill DS918+ v7.0.1-42218 (USB, Verbose)' { menuentry 'RedPill DS918+ v7.0.1-42218 (SATA, Verbose)' { menuentry 'Tiny Core Image Build' { Machine is VIRTUAL Hypervisor=KVM Setting default boot entry to SATA Caching files for future use Found /home/tc/redpill-load/cache/ds918p_42218.pat, copying to cache directory : /mnt/sda3/auxfiles Saving user session for future use. Saving current extensions -> OK ! Saving current user_config.json -> OK ! tc@box:~$ Quote Link to comment Share on other sites More sharing options...
pocopico Posted May 16, 2022 Share #31 Posted May 16, 2022 Just now, Peter Suh said: Loader source : https://github.com/jumkey/redpill-load.git Loader Branch : develop You are still using jumkey develop repo 1 Quote Link to comment Share on other sites More sharing options...
pocopico Posted May 16, 2022 Share #32 Posted May 16, 2022 (edited) IMHO, Jumkeys approach (using old tricks) is the best long term. So i'm planning to adjust accordingly BUT will keep the old configs in place for people that want to keep old methods. Edited May 16, 2022 by pocopico 1 Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 16, 2022 Share #33 Posted May 16, 2022 3 minutes ago, pocopico said: You are still using jumkey develop repo OK I will use Fullupgrade. Thanks. Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 21, 2022 Share #34 Posted May 21, 2022 @jumkey Several users reported a problem when using ds920 dtb ext, so I tried the same test, and a sha256sum mismatch error is coming out as shown below. Please modify the sha256sum value of the install_rd.sh file. Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 21, 2022 Author Share #35 Posted May 21, 2022 9 minutes ago, Peter Suh said: @jumkey Several users reported a problem when using ds920 dtb ext, so I tried the same test, and a sha256sum mismatch error is coming out as shown below. Please modify the sha256sum value of the install_rd.sh file. I added the function of automatically repairing dtb file, maybe the cache has not been updated, it is recommended to delete it and add it again. I'm so sorry Below is the commit info https://github.com/jumkey/redpill-load/commit/d82b482f5a01474361b1133b584647bf706a770f 1 Quote Link to comment Share on other sites More sharing options...
p3t3 Posted May 22, 2022 Share #36 Posted May 22, 2022 (edited) @jumkey some tests VM (VMware workstation, e1000e) -> (918+, 920+ ip seems) baremetal (G4560, I219 + I340) -> ip not seems baremetal needs some more development... How to see log on native env? Edited May 22, 2022 by p3t3 Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 22, 2022 Author Share #37 Posted May 22, 2022 5 hours ago, p3t3 said: @jumkey some tests VM (VMware workstation, e1000e) -> (918+, 920+ ip seems) baremetal (G4560, I219 + I340) -> ip not seems baremetal needs some more development... How to see log on native env? At present, there is a problem with the way of judging the usb, so it cannot be mounted in the first kernel I will try a better way to identify usb Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 22, 2022 Share #38 Posted May 22, 2022 (edited) @jumkey There is one question about the changed install_rd.sh file script. ./dts-upx output.dts output.dts.out What kind of conversion does this dts-upx execution specifically handle? --------------------------------------------------------------------------- #!/bin/sh # install dtc chmod +x dtc cp dtc /usr/sbin/dtc # copy file if [ ! -f model_${PLATFORM_ID%%_*}.dtb ]; then # Dynamic generation ./dtc -I dtb -O dts -o output.dts /etc.defaults/model.dtb # http://security.debian.org/debian-security/pool/updates/main/z/zlib/zlib1g_1.2.8.dfsg-5+deb9u1_amd64.deb LD_LIBRARY_PATH=. ./dts-upx output.dts output.dts.out if [ $? -ne 0 ]; then echo "auto generated dts file is broken" exit 0 fi ./dtc -I dts -O dtb -o model_r2.dtb output.dts.out cp -vf model_r2.dtb /etc.defaults/model.dtb cp -vf model_r2.dtb /var/run/model.dtb else cp -vf model_${PLATFORM_ID%%_*}.dtb /etc.defaults/model.dtb cp -vf model_${PLATFORM_ID%%_*}.dtb /var/run/model.dtb fi Edited May 22, 2022 by Peter Suh Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 22, 2022 Author Share #39 Posted May 22, 2022 6 minutes ago, Peter Suh said: @jumkey There is one question about the changed install_rd.sh file script. ./dts-upx output.dts output.dts.out What kind of conversion does this dts-upx execution specifically handle? --------------------------------------------------------------------------- #!/bin/sh # install dtc chmod +x dtc cp dtc /usr/sbin/dtc # copy file if [ ! -f model_${PLATFORM_ID%%_*}.dtb ]; then # Dynamic generation ./dtc -I dtb -O dts -o output.dts /etc.defaults/model.dtb # http://security.debian.org/debian-security/pool/updates/main/z/zlib/zlib1g_1.2.8.dfsg-5+deb9u1_amd64.deb LD_LIBRARY_PATH=. ./dts-upx output.dts output.dts.out if [ $? -ne 0 ]; then echo "auto generated dts file is broken" exit 0 fi ./dtc -I dts -O dtb -o model_r2.dtb output.dts.out cp -vf model_r2.dtb /etc.defaults/model.dtb cp -vf model_r2.dtb /var/run/model.dtb else cp -vf model_${PLATFORM_ID%%_*}.dtb /etc.defaults/model.dtb cp -vf model_${PLATFORM_ID%%_*}.dtb /var/run/model.dtb fi walk dts file and replace all /internal_slot@%s/ahci/pcie_root with /sys/block/sata%s/device/syno_block_info->pciepath /internal_slot@%s/ahci/ata_port from /sys/block/sata%s/device/syno_block_info->ata_port_no main code package org.cafeboy; import org.antlr.v4.runtime.CharStream; import org.antlr.v4.runtime.CharStreams; import org.antlr.v4.runtime.CommonTokenStream; import org.antlr.v4.runtime.tree.ParseTree; import org.antlr.v4.runtime.tree.ParseTreeWalker; import org.cafeboy.dts.DTSLexer; import org.cafeboy.dts.DTSParser; import java.io.IOException; import java.nio.file.Files; import java.nio.file.Path; import java.util.List; import java.util.Map; import java.util.stream.Collectors; import java.util.stream.Stream; public class App { public static void main(String[] args) throws IOException { if (args.length < 1 || args.length > 2) { System.out.println("Usage: java -jar dts.jar <path to dts file> [output path]"); System.exit(1); } String filePath = args[0]; String outFilePath = args.length > 1 ? args[1] : filePath + ".out"; CharStream input = CharStreams.fromFileName(filePath); DTSLexer lexer = new DTSLexer(input); CommonTokenStream tokens = new CommonTokenStream(lexer); DTSParser parser = new DTSParser(tokens); ParseTree tree = parser.dts(); // System.out.println(tree.toStringTree(parser)); ParseTreeWalker walker = new ParseTreeWalker(); Standardizer sta = new Standardizer(tokens); walker.walk(sta, tree); try (Stream<Path> list = Files.list(Path.of("/sys/block/"))) { String prefix = "/sys/block/sata"; list.filter(path -> path.toString().startsWith(prefix)).forEach(x -> { try { String num = x.toString().substring(prefix.length()); List<String> lines = Files.readAllLines(x.resolve("device/syno_block_info")); Map<String, String> map = lines.stream() .map(e -> e.split("=")) .collect(Collectors.toMap(e -> e[0], e -> e[1])); map.forEach((k, v) -> System.out.printf("%s = %s%n", k, v)); //pciepath=00:12.0 //ata_port_no=0 //driver=ahci if (map.get("driver").equals("ahci")) { sta.put(String.format("/internal_slot@%s/ahci/pcie_root", num), String.format("\"%s\"", map.get("pciepath"))); sta.put(String.format("/internal_slot@%s/ahci/ata_port", num), String.format("<0x%02x>", Integer.parseInt(map.get("ata_port_no")))); System.out.println(x); } else { System.out.println("not ahci"); } } catch (IOException e) { System.out.printf("update path: %s to dts error: %s%n", x, e.getMessage()); System.exit(1); } }); Files.write(Path.of(outFilePath), sta.rewriter.getText().getBytes()); } catch (IOException e) { System.out.println("update dts error:" + e.getMessage()); System.exit(1); } } } 1 Quote Link to comment Share on other sites More sharing options...
p3t3 Posted May 22, 2022 Share #40 Posted May 22, 2022 (edited) @jumkey We still make dts file manually (If manually, how to use dts) or redpill-dtb extension automatically generate dts -> dtb on boot? redpill-dtb source seems not generate output.dts Edited May 22, 2022 by p3t3 Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 22, 2022 Author Share #41 Posted May 22, 2022 Just now, p3t3 said: @jumkey We still make dts file manually (If manually, how to use dts) or redpill-dtb extension automatically generate dts -> dtb on boot? automatically Quote Link to comment Share on other sites More sharing options...
flyride Posted May 23, 2022 Share #42 Posted May 23, 2022 (edited) @pocopico @jumkey Tried a clean test install with DS3622xs+ with the TCRP 7.0.1-42218-JUN build and that works fine. Upgrading to 7.1.0-42661 results in a Recoverable system which won't move out of that state. Cannot install 7.0.1-42218-JUN directly to 42661 as it also results in Migratable, then Recoverable. Trying to refine the installation guidance around this development as I think pocopico wants it to be mainstream. Edited May 23, 2022 by flyride Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 23, 2022 Author Share #43 Posted May 23, 2022 22 hours ago, p3t3 said: @jumkey some tests VM (VMware workstation, e1000e) -> (918+, 920+ ip seems) baremetal (G4560, I219 + I340) -> ip not seems baremetal needs some more development... How to see log on native env? I made some modifications to identify the correct boot device But there is no physical machine for testing, can you help me test it? Quote Link to comment Share on other sites More sharing options...
yanjun Posted May 23, 2022 Share #44 Posted May 23, 2022 3 hours ago, flyride said: @pocopico @jumkey Tried a clean test install with DS3622xs+ with the 7.0.1-42218-JUN build and that works fine. Upgrading to 7.1.0-42661 results in a Recoverable system which won't move out of that state. Cannot install 7.0.1-42218-JUN directly to 42661 as it also results in Migratable, then Recoverable. Trying to refine the installation guidance around this development as I think pocopico wants it to be mainstream. The information you provided is too little, can you give your own environment, bare metal or virtual machine, usb or sata dom? Quote Link to comment Share on other sites More sharing options...
Peter Suh Posted May 23, 2022 Share #45 Posted May 23, 2022 (edited) @jumkey I have one more question. If, in DSM 7, which is already in use, HDD needs to be added, how do I make the newly added dts-ups work? Can I forcefully add junior mode in the grub boot menu and install the same version of the DSM PAT file once more? Or does dts-ups detect newly added disks every time DSM boots up? Apart from this, I have one more question. Where should the disk used for the LSI type HBA IT mode card be mapped to the dts file? Should it be Internal_slot ? Edited May 23, 2022 by Peter Suh Quote Link to comment Share on other sites More sharing options...
jumkey Posted May 23, 2022 Author Share #46 Posted May 23, 2022 11 minutes ago, Peter Suh said: does dts-ups detect newly added disks every time DSM boots up? yes, dts-upx simply iterates over /sys/block/sata* and populates the internal_slot of the dts file 17 minutes ago, Peter Suh said: Where should the disk used for the LSI type HBA IT mode card be mapped to the dts file? Should it be Internal_slot ? I didn't test this part 1 Quote Link to comment Share on other sites More sharing options...
flyride Posted May 23, 2022 Share #47 Posted May 23, 2022 1 hour ago, Peter Suh said: @jumkey I have one more question. If, in DSM 7, which is already in use, HDD needs to be added, how do I make the newly added dts-ups work? Can I forcefully add junior mode in the grub boot menu and install the same version of the DSM PAT file once more? Or does dts-ups detect newly added disks every time DSM boots up? Apart from this, I have one more question. Where should the disk used for the LSI type HBA IT mode card be mapped to the dts file? Should it be Internal_slot ? That is why I want to add the satamap query for disk controller ports to the dts computation. I also am interested in whether this can be a universal solution across all disk controllers. But that should be easy to test. 1 Quote Link to comment Share on other sites More sharing options...
flyride Posted May 23, 2022 Share #48 Posted May 23, 2022 (edited) 2 hours ago, yanjun said: The information you provided is too little, can you give your own environment, bare metal or virtual machine, usb or sata dom? This isn't a troubleshooting request, it should not have this issue regardless of the environment. But I am using DS3622xs+ VM SATA boot in this case. Edited May 23, 2022 by flyride Quote Link to comment Share on other sites More sharing options...
p3t3 Posted May 23, 2022 Share #49 Posted May 23, 2022 3 hours ago, jumkey said: I made some modifications to identify the correct boot device But there is no physical machine for testing, can you help me test it? Tested on Baremetal Manually make 7.1 config + bsp (because baremetal is using 7.1 so I need to direct installing 7.1) DS920+ -> booting usb -> ip seems -> download 7.1 pat using synology assistant web -> install -> reboot -> working fine (CPU info difference -> using script) Thanks to develop! 1 Quote Link to comment Share on other sites More sharing options...
yanjun Posted May 23, 2022 Share #50 Posted May 23, 2022 1 hour ago, flyride said: This isn't a troubleshooting request, it should not have this issue regardless of the environment. But I am using DS3622xs+ VM SATA boot in this case. https://github.com/jumkey/redpill-load/commit/f77ece8c33ff51d1ba11cbb8eb7de0a6269aabe6 this commit shoud fix sata boot issue. 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.