TinyCore RedPill loader (TCRP) - Development release 0.9

[Polanskiman]

1 hour ago, Peter Suh said:

@Polanskiman

 

I have one question.
There have been two recent forum construction periods.
Could it be because we didn't use a code tag like this?

The code tag has been available to all users for as long as I can remember. I noticed you also don't use it. Please do so in the future. This applies to anyone posting code or logs. Thanks.

 

[pocopico]

14 hours ago, Peter Suh said:

@pocopico
exactly this time
After copying the original libsynonvme.so.1 file of 7.1.1-42962 to Mac
Edited as below through Hex Fiend app.

 

As per Dolbycat's previous guide
After copying it back to the /lib64 directory, TCRP has now confirmed that the cache works normally.

 

 

 

However, the TCRP friend still does not recognize the NMVe cache.

 

 

Do you mind trying one more thing ?  On the head of rploader.sh there is a variable called 

 

redpillextension="https://github.com/pocopico/rp-ext/raw/main/redpill-${redpillmake}/rpext-index.json"

 

please change to 

 

redpillextension="https://github.com/pocopico/rp-ext/raw/main/redpill/rpext-index.json"

 

and try again 

[Dreadnought]

@pocopico

I found an old bug within the identifyusb function.

 

I have a builtin USB Storage (245 MB) which I think is too small for TinyCore?

 

Ok but the identifyusb function identify both storages (builtin and the externe USB storage) but when I choose option 2 for the external one, the function is not able to write (the correct identified values) into the user_config.json.

[Peter Suh]

1 hour ago, pocopico said:

 

Do you mind trying one more thing ?  On the head of rploader.sh there is a variable called 

 

redpillextension="https://github.com/pocopico/rp-ext/raw/main/redpill-${redpillmake}/rpext-index.json"

 

please change to 

 

redpillextension="https://github.com/pocopico/rp-ext/raw/main/redpill/rpext-index.json"

 

and try again 

 

@pocopico

 

My rploader.sh is still at 0.9.2.3.
So I haven't taken redpill.ko from the redpill-prod ext driver yet.
Prevent automatic update to 0.9.2.4 as shown below
Adjusted to use the existing redpill ext driver as you guide.

 

 

 

 

 

I took this action, but this time a kernel panic occurs.

 

As reported earlier, there is no kernel panic when using the first TCRP USB instead of the GNU 4th menu TCRP friend.

 

 

and

 

Isn't the same file used even if you copy and unzip it directly like the one below?

 

sudo curl --location --progress-bar "https://github.com/pocopico/rp-ext/raw/main/redpill/releases/redpill-4.4.180plus-broadwellnk.tgz" --output /home /tc/custom-module/redpill.ko.tgz

 

sudo tar -zxvf /home/tc/custom-module/redpill.ko.tgz -C /home/tc/custom-module/

Edited September 27, 2022 by Peter Suh

[Dreadnought]

@pocopico today I tried to bring TCRP friend on my Real test NAS.

I created to Loader as normal without any problems. 

The NAS bootet the loader but remain in a bootloop (update loop?).

Everything I see are the errors  and the "new available" version of friends?

 

Any idea to fix?

 

[Peter Suh]

On 9/27/2022 at 3:52 PM, Dreadnought said:

@pocopico today I tried to bring TCRP friend on my Real test NAS.

I created to Loader as normal without any problems. 

The NAS bootet the loader but remain in a bootloop (update loop?).

Everything I see are the errors  and the "new available" version of friends?

 

Any idea to fix?

 

 

It seems to be the same symptom that I inquired about yesterday and received an answer.

 

I greatly increased the size of the 3rd partition in the loader using the 0.8.0.0 img file.

It said that none of the 3 partitions on the USB should be resized.

 

Did you too?

 

[Dreadnought]

On 9/27/2022 at 4:05 PM, Peter Suh said:

 

It seems to be the same symptom that I inquired about yesterday and received an answer.

 

I greatly increased the size of the 3rd partition in the loader using the 0.8.0.0 img file.

It said that none of the 3 partitions on the USB should be resized.

 

Did you too?

 

 

Thanks for the advise.

 

Now I have increased the size of the third partition and try again:

[Peter Suh]

2 minutes ago, Dreadnought said:

 

 

I tried reducing the 3rd partition back to 900MB, but with no success.
So I re-recorded the 0.8.0.0 image and it worked.
We recommend that you try fresh with the 0.9.2.3 image if possible.

[Dreadnought]

1 minute ago, Peter Suh said:

 

I tried reducing the 3rd partition back to 900MB, but with no success.
So I re-recorded the 0.8.0.0 image and it worked.
We recommend that you try fresh with the 0.9.2.3 image if possible.

I used a fresh 0.9.2.4 image. Is that version too new or buggy regarding that issue?

[Peter Suh]

2 minutes ago, Dreadnought said:

I used a fresh 0.9.2.4 image. Is that version too new or buggy regarding that issue?

 

0.9.2.4 image is ok.

Also record a new USB using 0.9.2.4.
Resizing it again didn't help.

Edited September 27, 2022 by Peter Suh

[Dreadnought]

5 minutes ago, Peter Suh said:

 

0.9.2.4 image is ok.

Also record a new USB using 0.9.2.4.
Resizing it again didn't help.

owerup_seq=0 log_buf_len=32M root=/dev/md0 SataPortMap=42 
Ramdisk in not compressed 
42518 blocks
3001 blocks
45518 blocks
Setting default boot entry to TCRP Friend
Cleaning up files
Caching files for future use
./rploader.sh: line 2712: [: 3.6: integer expression expected
Found /home/tc/redpill-load/cache/ds3622xsp_42218.pat, copying to cache directory : /mnt/sdb3/auxfiles 

there is an error while setting up: ./rploader.sh: line 2712: [: 3.6: integer expression expected

Maybe this is related?

Edited September 27, 2022 by Dreadnought

[Dreadnought]

47 minutes ago, Dreadnought said:

owerup_seq=0 log_buf_len=32M root=/dev/md0 SataPortMap=42 
Ramdisk in not compressed 
42518 blocks
3001 blocks
45518 blocks
Setting default boot entry to TCRP Friend
Cleaning up files
Caching files for future use
./rploader.sh: line 2712: [: 3.6: integer expression expected
Found /home/tc/redpill-load/cache/ds3622xsp_42218.pat, copying to cache directory : /mnt/sdb3/auxfiles 

there is an error while setting up: ./rploader.sh: line 2712: [: 3.6: integer expression expected

Maybe this is related?

I will now try another USB drive maybe this can help...

 

UPDATE:

I tried another USB drive but the error remain.

No matter if I increased the size of partition 3 or not, I stuck in the bootloop.

 

@pocopico @Peter Suh

Edited September 27, 2022 by Dreadnought
Update

[Peter Suh]

1 hour ago, Dreadnought said:

I will now try another USB drive maybe this can help...

 

UPDATE:

I tried another USB drive but the error remain.

No matter if I increased the size of partition 3 or not, I stuck in the bootloop.

 

@pocopico @Peter Suh

 

I don't know if this is a problem only in Korea.
Currently, some files on Github are downloading a timeout.
The TCRP friend core file cannot be downloaded.
Are you the same?
https://github.com/pocopico/tcrpfriend/releases

[Dreadnought]

3 minutes ago, Peter Suh said:

 

I don't know if this is a problem only in Korea.
Currently, some files on Github are downloading a timeout.
The TCRP friend core file cannot be downloaded.
Are you the same?
https://github.com/pocopico/tcrpfriend/releases

For me, the download is working and I am able to access the github sites.

[Peter Suh]

@pocopico

 

I found a strange phenomenon.
I compared the size of the TCRP friend's core file, and the size of the file uploaded to the release below and the size of the file copied to the root of partition 3 are all different.
Wasn't it checked by chksum?
Wouldn't it be safe to check sha256 ?
So far, it is correct to say that I have been testing with the unstable TCRP friend core file downloaded.
https://github.com/pocopico/tcrpfriend/releases

 

 

[pocopico]

14 minutes ago, Peter Suh said:

@pocopico

 

I found a strange phenomenon.
I compared the size of the TCRP friend's core file, and the size of the file uploaded to the release below and the size of the file copied to the root of partition 3 are all different.
Wasn't it checked by chksum?
Wouldn't it be safe to check sha256 ?
So far, it is correct to say that I have been testing with the unstable TCRP friend core file downloaded.
https://github.com/pocopico/tcrpfriend/releases

 

 

 

At which stage did you end with two different bzImage-friend files ? bzImage file is always updated from the repo IF friend get an IP on time and checks for latest image 

 

BOTH TCRP friend and TCRP will download the latest release available 

Edited September 27, 2022 by pocopico

[Peter Suh]

3 minutes ago, pocopico said:

 

At which stage did you end with two different bzImage-friend files ?

 

 

The first captured image is the result of 100% download of all three files.

The second captured image is a case where there was a problem with the download of today's Github repo release, so it could not be filled 100% and an error occurred.

 

I also confirmed a case where the file size was preserved in the third partition that I received during testing in Virtualbox yesterday.

 

Edited September 27, 2022 by Peter Suh

[pocopico]

1 minute ago, Peter Suh said:

 

 

The first captured image is the result of 100% download of all three files.

The second captured image is a case where there was a problem with the download of today's Github repo release, so it could not be filled 100% and an error occurred.

 

Oh, i see what you mean. I'll check 

[pocopico]

30 minutes ago, Peter Suh said:

@pocopico

 

I found a strange phenomenon.
I compared the size of the TCRP friend's core file, and the size of the file uploaded to the release below and the size of the file copied to the root of partition 3 are all different.
Wasn't it checked by chksum?
Wouldn't it be safe to check sha256 ?
So far, it is correct to say that I have been testing with the unstable TCRP friend core file downloaded.
https://github.com/pocopico/tcrpfriend/releases

 

 

 

Well i checked and i indeed verify the sha256sum of all downloaded files. Thats of course if you dont interrupt the process.

[Peter Suh]

1 minute ago, pocopico said:

 

Well i checked and i indeed verify the sha256sum of all downloaded files. Thats of course if you dont interrupt the process.

 

If so, we will continue to monitor this 3rd partition and keep an eye on it.

[pocopico]

3 hours ago, Peter Suh said:

 

@pocopico

 

My rploader.sh is still at 0.9.2.3.
So I haven't taken redpill.ko from the redpill-prod ext driver yet.
Prevent automatic update to 0.9.2.4 as shown below
Adjusted to use the existing redpill ext driver as you guide.

 

 

 

 

 

I took this action, but this time a kernel panic occurs.

 

As reported earlier, there is no kernel panic when using the first TCRP USB instead of the GNU 4th menu TCRP friend.

 

 

and

 

Isn't the same file used even if you copy and unzip it directly like the one below?

 

sudo curl --location --progress-bar "https://github.com/pocopico/rp-ext/raw/main/redpill/releases/redpill-4.4.180plus-broadwellnk.tgz" --output /home /tc/custom-module/redpill.ko.tgz

 

sudo tar -zxvf /home/tc/custom-module/redpill.ko.tgz -C /home/tc/custom-module/

 

You have a corrupted initramfs its in the top of the screen

 

[Blubster]

Hey guys!

I'm having an issue regarding TCRP Friend, it freezes on boot if i let it run by default. All the drives spin up but no activity on them after they start.

If i boot using the standard USB Verbose line in grub, the nas does boot fine.

Another smaller issue, it does not recognize the builtin 10g adapter in my Terramaster F5-422 during its boot. A link connectivity is shown on the network switch, even at 10gbps! And i can ping the NAS on its ip that it gets from the DHCP.

What can i do from within TCRP Friend to try to troubleshoot the boot issue there?

 

If i plug an ethernet cable to one of the Realtek 1g ports, then TCRP Friend does see the internet connection (but it overrides the MAC address using the mac from the 10g adapter) and checks successfully if there is a newer version. It still hangs on boot.

One weird thing i noticed, TCRP Friend seems to believe there is 15 network adapters in the nas! 

Final question, i was also wondering if i could increase the size of the 3rd partition, and only this one, as i have a 64g flash drive. But i wasn't sure if i was "allowed" to do so without breaking anything...

Anyway, i'm VERY happy to report that beside these small issues, the Terramaster F5-422 runs very nice using TCRP 0.9.2.4 and DSM 7.1.1 42962 update 1! Oh and DSM only sees one of the 1g adapters beside the 10g one, but as does Windows. Tinycore though lists all adapters without issue...

 

EDIT : i should add that, as @Dreadnought, i had to do the "./rploader.sh bringfriend" command twice for it to create the boot entry. First time it downloaded 3 files (i think) but did not create the entry, second time it checked the files and created the entry fine.

Edited September 27, 2022 by Blubster

[Peter Suh]

5 minutes ago, Blubster said:

Hey guys!

I'm having an issue regarding TCRP Friend, it freezes on boot if i let it run by default. All the drives spin up but no activity on them after they start.

If i boot using the standard USB Verbose line in grub, the nas does boot fine.

Another smaller issue, it does not recognize the builtin 10g adapter in my Terramaster F5-422 during its boot. A link connectivity is shown on the network switch, even at 10gbps! And i can ping the NAS on its ip that it gets from the DHCP.

What can i do from within TCRP Friend to try to troubleshoot the boot issue there?

 

If i plug an ethernet cable to one of the Realtek 1g ports, then TCRP Friend does see the internet connection (but it overrides the MAC address using the mac from the 10g adapter) and checks successfully if there is a newer version. It still hangs on boot.

One weird thing i noticed, TCRP Friend seems to believe there is 15 network adapters in the nas! 

Final question, i was also wondering if i could increase the size of the 3rd partition, and only this one, as i have a 64g flash drive. But i wasn't sure if i was "allowed" to do so without breaking anything...

Anyway, i'm VERY happy to report that beside these small issues, the Terramaster F5-422 runs very nice using TCRP 0.9.2.4 and DSM 7.1.1 42962 update 1! Oh and DSM only sees one of the 1g adapters beside the 10g one, but as does Windows. Tinycore though lists all adapters without issue...

 

I don't know if it's just Korea or if it's a problem with Github as a whole, but the download of some files is very slow or fails.
It is necessary to check that the TCRP friend bzimage and initrd files are downloaded with the correct file size.
TCRP friend loader in progress CTRL+C to stop loading
Can you capture the contents of the /MNT/TCRP folder and send it to me?

The file size should be as shown below.

 

[Dreadnought]

anything regarding the bootloop? 

[pocopico]

14 minutes ago, Blubster said:

15 network adapters in the nas! 

 

There is a 5 second timer until TCRP Friend tries to boot DSM.

 

Can you please stop with ctrl-c and run the following commands  and send me the output ?

 

lspci -nn

./boot.sh patchkernel

./boot.sh patchramdisk

 

14 minutes ago, Blubster said:

Final question, i was also wondering if i could increase the size of the 3rd partition, and only this one, as i have a 64g flash drive. But i wasn't sure if i was "allowed" to do so without breaking anything...

 

At the moment, you should not increase the size. Its adequate enough to hold all the required files. At some point though i will include an auto increase to maximum size. 

Edited September 27, 2022 by pocopico