Jump to content
XPEnology Community

TinyCore RedPill Loader (TCRP)


pocopico

Recommended Posts

Here I introduce TSU build process of another method excluding DSM 7.0.1 loader build process.

 

If you forcefully create an auxfiles folder for pat file processing and ignore the process of creating a custom-module link, an error occurs during 7.1 build.

@pocopico decided to check this part further and improve it.

Other platforms can be used in the same way.

 

In particular, in the case of ds920+ and ds1621+, the dtc(device-tree-compiler) method is used instead of sataportmap, and tc automatically finds and maps the related setting values.

In ds920+ and ds1621+, ignore sataportmap and don't care.

 

[DS920+]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS920+

./rploader.sh identifyusb now

 

(run if custom-module -> /mnt/sdb3/auxfiles is missing, Users who use TC for the first time do not originally have this directory and link.)

mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module;

 

./rploader.sh build geminilake-7.1.0-42661

 

rm -rf /home/tc/oldpat.tar.gz;./rploader.sh clean now;  rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

( I referenced the Pocopico script to dynamically find the third partition of the USB stick. )

  • Like 2
Link to comment
Share on other sites

 

I also post commands from other platforms.

 

[DS3622xs+]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS3622xs+

./rploader.sh identifyusb now

./rploader.sh satamap now

 

(run if custom-module -> /mnt/sdb3/auxfiles is missing)

mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module;

 

./rploader.sh build broadwellnk-7.1.0-42661

 

rm -rf /home/tc/oldpat.tar.gz;./rploader.sh clean now;  rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

 

[DS918+]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS918+

./rploader.sh identifyusb now

./rploader.sh satamap now

 

(run if custom-module -> /mnt/sdb3/auxfiles is missing)

mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module;

 

./rploader.sh build apollolake-7.1.0-42661

 

rm -rf /home/tc/oldpat.tar.gz;./rploader.sh clean now;  rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

 

[DS3615xs]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DS3615xs

./rploader.sh identifyusb now

./rploader.sh satamap now

 

(run if custom-module -> /mnt/sdb3/auxfiles is missing)

mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module;

 

./rploader.sh build bromolow-7.1.0-42661

 

rm -rf /home/tc/oldpat.tar.gz;./rploader.sh clean now;  rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

 

 

[DVA3221]

 

./rploader.sh update now

./rploader.sh fullupgrade now

 

./rploader.sh serialgen DVA3221

./rploader.sh identifyusb now

./rploader.sh satamap now

 

(run if custom-module -> /mnt/sdb3/auxfiles is missing)

mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module;

 

./rploader.sh build denverton-7.1.0-42661

 

rm -rf /home/tc/oldpat.tar.gz;./rploader.sh clean now;  rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles;  rm -rf /home/tc/custom-module;  ./rploader.sh backup now;

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

26 minutes ago, Oli5 said:

Unfortunately i can't find any similar option

My HW is an HP Prodesk 800 G1 with the latest bios avaliable.

I have also an internal gumstick ssd, with this adapter
https://www.ebay.it/itm/143267697290.

Thanks a lot

 

 

Apparently, there are 3 Sata Ports.
I don't think the figure of 6 is necessary.
Let's reduce it to 3
If possible, install only one disk in SataPort No 1.
In the Grub Menu, temporarily reduce it to sataportmap = 11 with the e key, and then save F10 and proceed.1638127877_2022-04-1710_06_36.thumb.png.ed7e584e0f5f3f019a7c044b2b450335.png

Link to comment
Share on other sites

17 minutes ago, hendry said:

yes.. i download .pat file from tc and use it to install on DS922 web ui.. 

but also failed at 50%

I think pid and vid are not correct from your usb driver, try add manual vid and pid.

 

Oh, it is VM, but maybe could be it. 

Edited by blackmix
Link to comment
Share on other sites

10 hours ago, Peter Suh said:

as below
You can modify the /home/tc/redfill-load/ds920p.dts file after it is created

at what stage this is modified in TC? Before build it does not exit, after build it is ignored and location is cleared with last commands.

Link to comment
Share on other sites

9 minutes ago, Peter Suh said:

Modify this file after the build action

then Carry out the build again.

I did so and noticed the tab formatting difference of pcie_root line which is generated automatically:

 

	internal_slot@1 {
		protocol_type = "sata";
		power_pin_gpio = <0x14 0x0>;
		detect_pin_gpio = <0x23 0x1>;
		led_type = "lp3943";

		ahci {
pcie_root = "00:1e.0,01.0";
			ata_port = <0x0>;
		};

shouldn't it be:

	internal_slot@1 {
		protocol_type = "sata";
		power_pin_gpio = <0x14 0x0>;
		detect_pin_gpio = <0x23 0x1>;
		led_type = "lp3943";

		ahci {
			pcie_root = "00:1e.0,01.0";
			ata_port = <0x01>;
		};

?

By the way, I've noticed one of usb lines is also misaligned:

	usb_slot@1 {

		vbus {
			syno_gpio = <0x1d 0x1>;
		};

		usb2 {
usb_port = "3-5";
		};

		usb3 {
			usb_port = "2-1";

 

Does this allignment matter?

 

When I build it again ds920.dts is overwritten with autogenerated values.

 

Should satamap and diskidx lines be erased from user_config.json?

Link to comment
Share on other sites

1 hour ago, Peter Suh said:

 

Apparently, there are 3 Sata Ports.
I don't think the figure of 6 is necessary.
Let's reduce it to 3
If possible, install only one disk in SataPort No 1.
In the Grub Menu, temporarily reduce it to sataportmap = 11 with the e key, and then save F10 and proceed.1638127877_2022-04-1710_06_36.thumb.png.ed7e584e0f5f3f019a7c044b2b450335.png

Mine has 5 Sata Port, and i will use 4 of them.
Sorry, but i can't try the way to edit the grub.cfg file.

The tiny micro core, is a weird linux for me :-(

Link to comment
Share on other sites

The last modification I asked @pocopico was not completed yet

Deploy to use this shell script instead.

This is a shell script that performs 15 first guided "Tinycore DSM 7.1 Build" commands at once.

For the instructions on how to use the attached file, you can copy this file into TC LINUX's /home/tc and do it as below.


./m.sh DS918+

./m.sh DS3617xs

./m.sh DS3615xs

./m.sh DS3622xs+

./m.sh DVA3221

./m.sh DS920+

./m.sh DS1621+


Upload it to TC Linux with SCP

[MAC OS]
rm ./.ssh/known_hosts
scp ~/Downloads/m.sh.gz tc@192.168.1.10:/home/tc

[WINDOWS]
scp [download path]/m.sh.gz tc@192.168.1.10:/home/tc


on tc Linux

tar -zxvf m.sh.gz

You can use the gz file after compressing it.

m.sh.gz

Edited by Peter Suh
Link to comment
Share on other sites

50 minutes ago, Oli5 said:

Mine has 5 Sata Port, and i will use 4 of them.
Sorry, but i can't try the way to edit the grub.cfg file.

The tiny micro core, is a weird linux for me :-(

 

This does not mean modifying the grub.cfg file.

 

Press the 'e' key as shown at the bottom of this screen.

스크린샷 2022-04-10 오후 10.29.22.png

Link to comment
Share on other sites

1 hour ago, TomY said:

I did so and noticed the tab formatting difference of pcie_root line which is generated automatically:

 



	internal_slot@1 {
		protocol_type = "sata";
		power_pin_gpio = <0x14 0x0>;
		detect_pin_gpio = <0x23 0x1>;
		led_type = "lp3943";

		ahci {
pcie_root = "00:1e.0,01.0";
			ata_port = <0x0>;
		};

shouldn't it be:



	internal_slot@1 {
		protocol_type = "sata";
		power_pin_gpio = <0x14 0x0>;
		detect_pin_gpio = <0x23 0x1>;
		led_type = "lp3943";

		ahci {
			pcie_root = "00:1e.0,01.0";
			ata_port = <0x01>;
		};

?

By the way, I've noticed one of usb lines is also misaligned:



	usb_slot@1 {

		vbus {
			syno_gpio = <0x1d 0x1>;
		};

		usb2 {
usb_port = "3-5";
		};

		usb3 {
			usb_port = "2-1";

 

Does this allignment matter?

 

When I build it again ds920.dts is overwritten with autogenerated values.

 

Should satamap and diskidx lines be erased from user_config.json?

 

Sataportmap and diskidx can't be used anyway, so it doesn't matter if you leave them.

What is pulled forward without indent is the part that TC automatically adjusted.

USB is also mapped by finding the exact port value of USB stick.

This part is a process to prevent the USB boot_wait error

There is nothing strange about it.

Edited by Peter Suh
Link to comment
Share on other sites

2 hours ago, Peter Suh said:

Modify this file after the build action

then Carry out the build again.

 

10 minutes ago, Peter Suh said:

 

Sataportmap and diskidx can't be used anyway, so it doesn't matter if you leave them.

What is pulled forward without indent is the part that TC automatically adjusted.

USB is also mapped by finding the exact port value of USB stick.

This part is a process to prevent the USB boot_wait error

There is nothing strange about it.

Clear.

 

So what is the intention of DS920p.dts manual modification if TC overrides it?

Unfortunately my build still shows disks not detected.

Link to comment
Share on other sites

1 hour ago, Peter Suh said:

The last modification I asked @pocopico was not completed yet

Deploy to use this shell script instead.

This is a shell script that performs 15 first guided "Tinycore DSM 7.1 Build" commands at once.

For the instructions on how to use the attached file, you can copy this file into TC LINUX's /home/tc and do it as below.


./m.sh DS918+

./m.sh DS3617xs

./m.sh DS3615xs

./m.sh DS3622xs+

./m.sh DVA3221

./m.sh DS920+

./m.sh DS1621+


Upload it to TC Linux with SCP

[MAC OS]
rm ./.ssh/known_hosts
scp ~/Downloads/m.sh.gz tc@192.168.1.10:/home/tc

[WINDOWS]
scp [download path]/m.sh.gz tc@192.168.1.10:/home/tc


on tc Linux

tar -zxvf m.sh.gz

You can use the gz file after compressing it.

m.sh.gz 701 B · 10 downloads

 

I made one more for those who don't even want to type in 'y'.

my.sh.gz

The usage of my.sh is the same.^^

 

my.sh.gz

Link to comment
Share on other sites

24 minutes ago, TomY said:

 

Clear.

 

So what is the intention of DS920p.dts manual modification if TC overrides it?

Unfortunately my build still shows disks not detected.

 

If you look at Page 104 through 106, you can see that @pocopico and I have completed our first stabilization yesterday.
There are still things to be tested and supplemented.
The ata_port part does not have an automatic processing part yet, and the disk recognition is still a little unstable.
So, it seems that users who need manual supplementation have no choice but to use it.

Link to comment
Share on other sites

1 hour ago, Peter Suh said:

 

This does not mean modifying the grub.cfg file.

 

Press the 'e' key as shown at the bottom of this screen.

스크린샷 2022-04-10 오후 10.29.22.png

following your suggestion, the error has changed, now i see error on disk (1).

Thank you for your support
 

immagine.png.98809820d06eeb32d76b10f32c1f5ff6.png

Link to comment
Share on other sites

2 hours ago, Peter Suh said:

The last modification I asked @pocopico was not completed yet

Deploy to use this shell script instead.

This is a shell script that performs 15 first guided "Tinycore DSM 7.1 Build" commands at once.

For the instructions on how to use the attached file, you can copy this file into TC LINUX's /home/tc and do it as below.


./m.sh DS918+

./m.sh DS3617xs

./m.sh DS3615xs

./m.sh DS3622xs+

./m.sh DVA3221

./m.sh DS920+

./m.sh DS1621+


Upload it to TC Linux with SCP

[MAC OS]
rm ./.ssh/known_hosts
scp ~/Downloads/m.sh.gz tc@192.168.1.10:/home/tc

[WINDOWS]
scp [download path]/m.sh.gz tc@192.168.1.10:/home/tc


on tc Linux

tar -zxvf m.sh.gz

You can use the gz file after compressing it.

m.sh.gz 701 B · 10 downloads

 

This way to download is simpler.

 

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/m.sh.gz; tar -zxvf m.sh.gz;

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz; tar -zxvf my.sh.gz;

Link to comment
Share on other sites

The last modification I asked @pocopico was not completed yet

Deploy to use this shell script instead.

This is a shell script that performs 15 first guided "Tinycore DSM 7.1 Build" commands at once.

For the instructions on how to use the attached file, you can copy this file into TC LINUX's /home/tc and do it as below.


./my.sh DS918+

./my.sh DS3617xs

./my.sh DS3615xs

./my.sh DS3622xs+

./my.sh DVA3221

./my.sh DS920+

./my.sh DS1621+
 

 

on tc Linux

 

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/m.sh.gz; tar -zxvf m.sh.gz;

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz; tar -zxvf my.sh.gz;

 

 

Edited by Peter Suh
Link to comment
Share on other sites

33 minutes ago, Peter Suh said:

The last modification I asked @pocopico was not completed yet

Deploy to use this shell script instead.

This is a shell script that performs 15 first guided "Tinycore DSM 7.1 Build" commands at once.

For the instructions on how to use the attached file, you can copy this file into TC LINUX's /home/tc and do it as below.


./my.sh DS918+

./my.sh DS3617xs

./my.sh DS3615xs

./my.sh DS3622xs+

./my.sh DVA3221

./my.sh DS920+

./my.sh DS1621+
 

 

on tc Linux

 

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/m.sh.gz; tar -zxvf m.sh.gz;

wget https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz; tar -zxvf my.sh.gz;

 

 

Good idea with scripts. 

For some (VM) users a prompt to replace mac1 to own value would be a welcomed script optimization (before build).

And perhaps mac2 line could be added, with manual entry of mac address (some users use >1 physical nic or virtual nic with own mac address).

 

For Proxmox users a script line before build line would be also recommended (I've noticed that e1000e standard script does not work, at least for me):

./rploader.sh ext ${TARGET_PLATFORM}-7.1.0-42661 add https://raw.githubusercontent.com/pocopico/rp-ext/master/e1000/rpext-index.json

 

Link to comment
Share on other sites

7 hours ago, TomY said:

Good idea with scripts. 

For some (VM) users a prompt to replace mac1 to own value would be a welcomed script optimization (before build).

And perhaps mac2 line could be added, with manual entry of mac address (some users use >1 physical nic or virtual nic with own mac address).

 

For Proxmox users a script line before build line would be also recommended (I've noticed that e1000e standard script does not work, at least for me):


./rploader.sh ext ${TARGET_PLATFORM}-7.1.0-42661 add https://raw.githubusercontent.com/pocopico/rp-ext/master/e1000/rpext-index.json

 

 

It's a good idea to add mac2.
Just ask if you need a Mac2
I will add it to the script to automatically add it in the form of increasing only 1 from the genned mac1 value so that there is no part to be entered separately by the user.

If you personally need additional ext,
Please modify my.sh, my.sh directly.

Link to comment
Share on other sites

5 hours ago, Peter Suh said:

 

It's a good idea to add mac2.
Just ask if you need a Mac2
I will add it to the script to automatically add it in the form of increasing only 1 from the genned mac1 value so that there is no part to be entered separately by the user.

If you personally need additional ext,
Please modify my.sh, my.sh directly.

 

 

I modified "my.sh" to ask for the addition of mac2 and already reflected it in github.
It is not an increase of 1 from "mac1", but a new MAC address is genned.
"m.sh" will be modified after work.

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