Jump to content
XPEnology Community

Yet Another Jun's Mod


Recommended Posts

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?

 

1E680F10-C460-4236-88D3-6219FB576A8C_1_105_c.thumb.jpeg.1e08509100aa258d209116552d574976.jpeg

 

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 by pocopico
Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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 by pocopico
  • Like 1
Link to comment
Share on other sites

 

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:~$ 

 

Link to comment
Share on other sites

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.

 

323744178_2022-05-221_05_52.thumb.png.3b04167af267abf68307c456a38a3f69.png

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

  • Thanks 1
Link to comment
Share on other sites

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

Link to comment
Share on other sites

@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 by Peter Suh
Link to comment
Share on other sites

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);
        }
    }
}

 

  • Like 1
Link to comment
Share on other sites

@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 by flyride
Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

@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 by Peter Suh
Link to comment
Share on other sites

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

  • Thanks 1
Link to comment
Share on other sites

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.

  • Like 1
Link to comment
Share on other sites

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 by flyride
Link to comment
Share on other sites

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!

화면 캡처 2022-05-23 151948.png

  • Thanks 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...