Jump to content
XPEnology Community

TinyCore RedPill Loader (TCRP)


pocopico

Recommended Posts

15 minutes ago, pocopico said:

FYI

 

- for the DS1621xs users, it has been upgraded succesfully to 42661 using the post update process.

- for the DVA3221 users, it has been upgraded succesfully to 42661 using the post update process.

 

Do you have any idea why i keep getting this error after running the postupdate comand?

Mounting root to get the latest dsmroot patch in /.syno/patch
mount: /mnt/dsmroot: can't find in /etc/fstab.
Failed to mount
Failed to mount DSM root, cannot continue the postupdate process, returning

Edited by xPalito93
Link to comment
Share on other sites

3 minutes ago, xPalito93 said:

Do you have any idea why i keep getting this error after running the postupdate comand?

Mounting root to get the latest dsmroot patch in /.syno/patch
mount: /mnt/dsmroot: can't find in /etc/fstab.
Failed to mount
Failed to mount DSM root, cannot continue the postupdate process, returning

 

I dont know but in the past the issue has been narrowed down to ssd cache. You can then use the build process instead.

Edited by pocopico
  • Like 1
Link to comment
Share on other sites

I have Tinycore Redpill with vmdk and run this script:

 

[DS918+]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS918+

./rploader.sh identifyusb now

./rploader.sh satamap now

 

./rploader.sh build apollolake-7.0.1-42218

./rploader.sh clean now

./rploader.sh build apollolake-7.1.0-42661

 

./rploader.sh clean now;  rm -rf /mnt/sdb3/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

But I have this issue.

 


[#] Packing custom ramdisk layer to /home/tc/redpill-load/build/1649584351/custom.gz... [OK]
[#] Generating GRUB config... [OK]
[#] Creating loader image at loader.img...
gzip: stdout: No space left on device

[!] Failed to unpack /home/tc/redpill-load/ext/boot-image-template.img.gz to loader.img

*** Process will exit ***
 

I follow this guide with VMware.

 

Install DSM 7 on BareMetal or VM based on Redpill – XPEnology Club

 

If I write img on pendrive and phisical pc no issues, but when I try the same with vmdk, I can´t generate img and update DS918+.

 

Thanks

 

 

Captura de pantalla 2022-04-10 133454.png

Edited by apriliars3
  • Like 1
Link to comment
Share on other sites

11 hours ago, Peter Suh said:

The second NIC is not an onboard type, but an external USB type NIC.
I have the same model
There have been no successful cases of REALTEK USB NIC
I tried to use it, but I failed.
It seems like the driver needs to be modified, but only @pocopico can solve it.

 

 

12 hours ago, phone guy said:

something changed in rp and dsm7...

drivers are not one big package that is all present in rp loader, every driver is a single extension that needs to be added, in your case r8152

it look like as if the driver is not present/loaded in 7.x (lsusb only shows the hardware but no loaded driver for it)

if the extension is not added then it needs to be added manually to the loader

  • Thanks 1
Link to comment
Share on other sites

4 hours ago, phone guy said:

I would assume it should migrate over, but since your on proxmox its easy for you to test without risk of your 6.2.3 data.  Create a new vm with Jun1.4 loader and dsm 6.2.3, put some data on it, then manually upgrade dsm from 623 to 7.0.1 or 7.1 (your choice), then when it wants to reboot, install rp 7.0.1 or rp 7.1 loader on that vm, and finish loading your test dsm623 to see if it migrates successfully.... if it does, you have the path for your real dsm623 with data.

Thats what I would try.

I can fix the 2% problem. But if i try upgrade 6.2.3 to 7.0.1 on proxmox, then the upgrade stop at 70%. If i try 6.2.3 to 6.2.4, then it go to 100%, and restart the VM. I install rp 6.2.4 loader on VM, but dont boot the xpenology... Help me pls

 

Link to comment
Share on other sites

4 hours ago, MajkelP said:

 

 

Hello @Peter Suh

Thank you so much for this guide, I have successful installed with your guide, but I had to use pat file from Synology (DSM_DS3622xs+_42661.pat) rather than from TC cache folder.  During the installation with .pat file downloaded via TC I had error message that the file is corrupted. 

I installed version 7.1 straight away. 

 

001.PNG

002.PNG

 

 

Actually, I was wondering if I would mention this part in the installation guide
custom-module -> /mnt/sdb3/auxfiles associated with cache directory
Folder creation is sometimes unstable.
Therefore, it is necessary to check whether the above directory was created successfully after the first 7.0.1 build.
If you don't see that directory,
The 7.0.1 build must be executed once more as shown in the command below.
I wondered if I should recommend this part.

 

./rploader.sh build broadwellnk-7.0.1-42218

./rploader.sh build broadwellnk-7.0.1-42218 (run twice because custom-module -> /mnt/sdb3/auxfiles is missing)

Edited by Peter Suh
Link to comment
Share on other sites

3 hours ago, Jeja said:

@Peter Suh Thnx for the guides, I'm not sure which one to use. I have 1 Xpenology DS3615xs on 7.0.1 and I want to upgrade to 7.1

Do I need to use the 2 step upgrade ? 

 

And if I want to build a new fresh DS3622xs with 7.1 ? 

 

Thnx !

 

By the way, if you want to switch your platform to DS3622xs+, be safe
First, complete the migration to DSM 7.0.1 DS3622
After that, it is recommended to perform 7.1 Two Step Update.

Link to comment
Share on other sites

39 minutes ago, IG-88 said:

 

 

39 minutes ago, IG-88 said:

 

 

drivers are not one big package that is all present in rp loader, every driver is a single extension that needs to be added, in your case r8152

it look like as if the driver is not present/loaded in 7.x (lsusb only shows the hardware but no loaded driver for it)

if the extension is not added then it needs to be added manually to the loader

 

In another test  7.x  - ixgbevf  - could you check if this in DS918?  It doesn't seem to find it, It works with with DS3617 and DS3622

 

01:00.0 Ethernet controller: Intel Corporation 82599 10 Gigabit Network Connection (rev 01)
        Subsystem: Super Micro Computer Inc Device 0659
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at f7e00000 (64-bit, prefetchable) [size=512K]
        I/O ports at e000 [size=32]
        Memory at f7e80000 (64-bit, prefetchable) [size=16K]
        Expansion ROM at f7300000 [disabled] [size=512K]
        Capabilities: <access denied>
        Kernel driver in use: ixgbe

 

 

 

 

Link to comment
Share on other sites

5 hours ago, gadreel said:

 

@Peter Suh if this is the case then I recommend you to add the guides into a different topic so that it's not mixed with all the issues and is easier for all the users to find them.

 

As you wish, I just approved the tutorial guide section with a new topic.
I'm still waiting for approval and I don't know how to avoid rejection because I haven't written a new topic in a tutorial.
I think I'll have to wait and see.

  • Like 1
Link to comment
Share on other sites

4 minutes ago, RacerX said:

In another test  7.x  - ixgbevf  - could you check if this in DS918?  It doesn't seem to find it, It works with with DS3617 and DS3622

if you see here about extensions

https://github.com/pocopico/rp-ext

ixgbevf is not included in ixgbe, its a separate one and you might need to add it

you can also check about the dsm type and version supported right now by checking the "rpext-index.json" in the extensions folder

https://github.com/pocopico/rp-ext/blob/main/ixgbevf/rpext-index.json

    "ds918p_25556": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_25556.json",
    "ds918p_41890": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_41890.json",
    "ds918p_42218": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds918p_42621": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds918p_42661": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds920p_42621": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds920p_42218.json",
    "ds920p_42661": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds920p_42218.json"

918+ would be supported for 7.0.1 (42218) and 7.1 (42661) and even 6.2.4 (25556)

Link to comment
Share on other sites

8 minutes ago, Peter Suh said:

 

As you wish, I just approved the tutorial guide section with a new topic.
I'm still waiting for approval and I don't know how to avoid rejection because I haven't written a new topic in a tutorial.
I think I'll have to wait and see.

Thank you. Hopefully with the help of the Mods you can write the guides and update them as you go along and the guides are not bombarded by issues.

  • Like 1
Link to comment
Share on other sites

19 minutes ago, IG-88 said:

if you see here about extensions

https://github.com/pocopico/rp-ext

ixgbevf is not included in ixgbe, its a separate one and you might need to add it

you can also check about the dsm type and version supported right now by checking the "rpext-index.json" in the extensions folder

https://github.com/pocopico/rp-ext/blob/main/ixgbevf/rpext-index.json


    "ds918p_25556": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_25556.json",
    "ds918p_41890": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_41890.json",
    "ds918p_42218": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds918p_42621": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds918p_42661": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds918p_42218.json",
    "ds920p_42621": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds920p_42218.json",
    "ds920p_42661": "https://raw.githubusercontent.com/pocopico/rp-ext/master/ixgbevf/releases/ds920p_42218.json"

918+ would be supported for 7.0.1 (42218) and 7.1 (42661) and even 6.2.4 (25556)

It seemed curious to me that it worked right from dsm for the other builds and not out of DS918, but now i get it that's the reason the extensions don't include all models.

thanks for clearing that up.  I will test the extension on ds918 

  • Like 1
Link to comment
Share on other sites

1 hour ago, RacerX said:

but now i get it that's the reason the extensions don't include all models.

that depends on how you define "all models" the git repository's of dogodefi and jumkey have some more models and pocopico seems to have taken over some but not all and there are also not all dsm versions supported in the example ixgbevf, there is 3615 and 3617 supported for 7.x but only 3615 supported for 6.2.4

and as example for the models, there are references to RS4021xs+, FS6400, DS2422+, DVA3219 - so it depends if you use tinycore or not and WHEN tinycore was used/configured (its work in progress and there are new additions like 920+ lately from jumkey)

a view whats to come in tinycore might be that

https://github.com/pocopico/redpill-load/tree/master/config

 

some  versions are not needed anymore (like 7.0 or 7.0 beta as there is 7.0.1 and 7.1 beta and RC are replaced now by 7.1 release) and i guess will be removed on a cleanup and even some models might not be needed because of redundancy (3617 would be replaced by 3622, 918+ would be replaced by 920+)

its getting hard to track and maintain all these so i guess there will be some cleanup in the future and having 2 or three units sharing the same capabilities does not make sense (like 920+ with geminilake having the same feature set as 918+ with apollolake)

maybe even 6.2.4 might not be continued because even synology will only support it for some time (afair EOL 6/2023)

Edited by IG-88
  • Like 1
  • Thanks 1
Link to comment
Share on other sites

11 minutes ago, SilverGhost said:

ok. will look for it... And what about wake on lan?

imho WOL is still the same as it always was, if you have your real mac configured then it should work, you can check the results of tinycore by looking into the grub.cfg of the 1st partition of your usb flash drive (\boot\grub\grub.cfg, mac1=...)

same goes for the extensions, there is a custom.gz on the 1st partition and the things in there are used when starting the loader, so you can check by openg it with a packer like 7zip

Edited by IG-88
  • Like 1
  • Thanks 1
Link to comment
Share on other sites

2 hours ago, IG-88 said:

check that the extension acpid is added

its part of pocopicos redpill loader (that is in his tinycore) so it should be there

https://github.com/pocopico/redpill-load/tree/master/redpill-acpid

Tried to add extension during loader build...


[-] JSON file "/home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json" is invalid:

parse error: Invalid numeric literal at line 7, column 10
[-] Extension loaded from https://github.com/pocopico/redpill-load/tree/master/redpill-acpid (id: ) is invalid: index JSON file is unparsable. Please report that to the extension maintainer via help URL
[!] The index file for https://github.com/pocopico/redpill-load/tree/master/redpill-acpid extension is invalid - please report that to the extension maintainer

*** Process will exit ***

 

Update and P.S. powerbutton started to work after adding next extensions:

sudo ./rploader.sh ext bromolow-7.0.1-42218 add https://github.com/jumkey/redpill-load/raw/develop/redpill-acpid/rpext-index.json

sudo ./rploader.sh ext bromolow-7.0.1-42218 add https://github.com/jimmyGALLAND/redpill-ext/raw/master/acpid/rpext-index.json

 

P.P.S. WOL still not working... mac, ip and others are fine. Just won't wake up.

Edited by SilverGhost
Link to comment
Share on other sites

5 hours ago, apriliars3 said:

I have Tinycore Redpill with vmdk and run this script:

 

[DS918+]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS918+

./rploader.sh identifyusb now

./rploader.sh satamap now

 

./rploader.sh build apollolake-7.0.1-42218

./rploader.sh clean now

./rploader.sh build apollolake-7.1.0-42661

 

./rploader.sh clean now;  rm -rf /mnt/sdb3/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

But I have this issue.

 


[#] Packing custom ramdisk layer to /home/tc/redpill-load/build/1649584351/custom.gz... [OK]
[#] Generating GRUB config... [OK]
[#] Creating loader image at loader.img...
gzip: stdout: No space left on device

[!] Failed to unpack /home/tc/redpill-load/ext/boot-image-template.img.gz to loader.img

*** Process will exit ***
 

I follow this guide with VMware.

 

Install DSM 7 on BareMetal or VM based on Redpill – XPEnology Club

 

If I write img on pendrive and phisical pc no issues, but when I try the same with vmdk, I can´t generate img and update DS918+.

 

Thanks

 

 

Captura de pantalla 2022-04-10 133454.png

 

 

Increase RAM size on the VM. Tinycore uses about 80% of the RAM size for its root partition.

  • Like 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...