Jump to content
XPEnology Community

TinyCore RedPill Loader Build Support Tool ( M-Shell )


Peter Suh

Recommended Posts

55 minutes ago, DSfuchs said:

I don't want to hear anything from chatGPT right now, ...but from the author.

Some don't ask their question as politely as I do. They start with "what the hell..." and get no chatGPT response.

The author owe nothing to you... so messages saying chatgpt is faster to answer is shame.

The fact that there is a few guys start with "what the hell..." (how many do that ?) does not give you any right to act like you do.

As always, if it does not work as you need/want, it is opensource, feel free to fork it and do better yourself.

 

  • Confused 1
Link to comment
Share on other sites

 @OrphéeWe already had that. It's not as you think you understand it.
It is probably the translation into French.

 

It's not about:

- Fault 

- faster chatGPT

- shame

 

I often have to wonder about a standard answer without my question/problem being read.

Edited by DSfuchs
Link to comment
Share on other sites

6 minutes ago, DSfuchs said:

Hello Peter, I have a Problem with the keymap.

 

I just rebuilt the latest tcrp with friend 0.0.6. from here:

https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.3-2
The German keyboard does not work as it should. For example, an @ is written for "

 

Regards

 

In fact, the keymap function has not been tested and verified.


Here in Korea, only QWERTY/US keyboards are available, so I couldn't test other environments.


I asked French and Spanish users to test it, but the test was stopped without receiving any feedback.

  • Like 1
Link to comment
Share on other sites

Hello again Peter, I have a bootloop with model DS918+.

 

again and again:

Found new version, bringing over new friend version :  v0.0.6

 

Please also consider what happens if no internet connection is available. => never again a boot?

 

If it works, I don't need a new friend!

 

Regards

Edited by DSfuchs
Link to comment
Share on other sites

6 hours ago, DSfuchs said:

Hello again Peter, I have a bootloop with model DS918+.

 

again and again:

Found new version, bringing over new friend version :  v0.0.6

 

Please also consider what happens if no internet connection is available. => never again a boot?

 

If it works, I don't need a new friend!

 

Regards

 

I also tried to cause a situation where there is no internet.
However, the booting did not repeat infinitely.

 

1593192715_2023-04-1911_19_29.thumb.png.1150fee09500b7a436a497bfa26f798c.png

 

If you see an error message, press Ctrl+C to stop the process.
Show me a picture of the screen like me.

 

And one more thing, the contents of chksum in the current /root directory
Try cat chksum to show it.

 

712426751_2023-04-1911_25_14.thumb.png.f1fe0e2ff8595c2bc2f6bed65f4b087c.png

Link to comment
Share on other sites

4 hours ago, scoobdriver said:

@Peter Suh using this loader method , my SataPortMap NAS DiskIdxMap values are over written with blanks as soon as I build the loader. 
I can edit the user_config.json manually from the menu , but again as soon as I pick build loader with friend the values are wiped. Any ideas ?

 

This processing only happens in the VM.
It is best not to use this value as guided by the TTG to ensure that the VM does not miss any disks, but it may be necessary to fine-tune it.
If you want to keep the values you modified, in my.sh below
Block LINE 357 and LINE 358 with #.

 

https://github.com/PeterSuh-Q3/tinycore-redpill/blob/main/my.sh#L357

 

vi my.sh
:357

 

Until the next update of M Shell, this block may remain temporary.

  • Like 1
Link to comment
Share on other sites

3 hours ago, DSfuchs said:

Hello @Peter Suh

 

Not having an IP is very different from not having internet. Do you need the chksum values of another situation, or what to do next?

 

Without IP, everyone can go on vacation here 😎

 

Regards

 

Now, the important thing is that there is no IP or no internet, but isn't the download repeated unnecessarily?


The above phenomenon shows that the /mnt/tcrp folder exists in the FRIEND kernel booting process.
Occurs when the third partition of the loader image, /dev/sd#3, fails to mount normally.


Interrupt with CTRL+C in the above kernel booting process and use the mount command.
If /dev/sd#3 is not mounted on /mnt/tcrp
/mnt/tcrp will resolve to an empty directory.


You need to figure out why this 3rd partition is not mounted for some reason.


In this part, it seems that pocopico's friend kernel needs a little modification.


Repeatedly downloading a new friend kernel to /mnt/tcrp where the mount failed is pointless repetition. So, I will edit the source so that this process does not happen.


And, if stable operation is already guaranteed and you think updating the FRIEND kernel is no longer necessary, modify the friendautoupd field in /home/tc/user_config.json from true to false and build the loader one last time.
You can go on vacation with peace of mind.^^

  • Like 1
Link to comment
Share on other sites

6 hours ago, adamob said:

@Peter Suh Thanks for MSHELL.

 

what is the reason?

  -- (Reveal hidden contents)

image.thumb.png.f0654085d14ca201cfd7b9f06b46a217.png

 

image.thumb.png.1d0ec8e58e80ca05e3574679386b7e95.png

 

image.thumb.png.a801e94c3d45699167c28bbdaa57f159.png

 

 

 

 

 

Patches related to cpu information
Below is the result of using FOXBI's cpu_info addon.
For detailed inquiries, it would be good to contact FOXBI.
If improved feedback comes from FOXBI, I will reflect it back to M SHELL.

https://xpenology.com/forum/topic/13030-dsm-5x6x7x-cpu-name-cores-infomation-change-tool/page/15

Link to comment
Share on other sites

10 minutes ago, adamob said:

 

 

OK, I'll contact him. However, I thought that the arpl loader also uses the FOXBI add-on, there is no bug in it

 

ARPL is rather outdated, 4.0.0 r01.
https://github.com/fbelavenuto/arpl-addons/tree/main/cpuinfo/all/addons

 

M SHELL is the latest version 4.2.1 r01.
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/cpuinfo/src/cpuinfo.sh

 

It may have been a bug that was not there as the two versions changed.

Link to comment
Share on other sites

В 22.04.2023 в 10:06, Peter Suh сказал:

It may have been a bug that was not there as the two versions changed.

 

His answer: Unfortunately, the ch_cpuinfo tool is not involved in clock speed. That value is retrieved by other logic in DSM.

 

I assumed that his patch shows only the name of the processor and no more

  • Sad 1
Link to comment
Share on other sites


bug?

executing the command ./boot.sh and dsm are loaded.

friend autoupdated to 0.0.6c now

 

Спойлер

IMG_4832.thumb.jpeg.6dca66936999e7ec06716949249094c8.jpeg

 

upd:

friend updated to 0.0.6d, problem repeated randomly. For example: booting, mounting failed, reboot, mounting failed again, reboot, booting ok )

 

Edited by adamob
upd
Link to comment
Share on other sites

10 hours ago, adamob said:


bug?

executing the command ./boot.sh and dsm are loaded.

friend autoupdated to 0.0.6c now

 

  pic (Hide contents)

IMG_4832.thumb.jpeg.6dca66936999e7ec06716949249094c8.jpeg

 

upd:

friend updated to 0.0.6d, problem repeated randomly. For example: booting, mounting failed, reboot, mounting failed again, reboot, booting ok )

 

 

 

There is no correlation between the update of 0.0.6d and the mount failure.
When DSM's Small Update is processed, it only improves the error phenomenon that appears during the Ramdisk update process.

 

I don't know if the case of the pink additional message is directly related to the unstable operation of the Friend kernel.

 

The parts that can be improved by forking pocopico's TCRP Friend kernel REPO are being improved little by little.
However, please understand that there are limits to my 100% understanding and improvement because the original is not my program.

Link to comment
Share on other sites

11 hours ago, adamob said:


bug?

executing the command ./boot.sh and dsm are loaded.

friend autoupdated to 0.0.6c now

 

  pic (Hide contents)

IMG_4832.thumb.jpeg.6dca66936999e7ec06716949249094c8.jpeg

 

upd:

friend updated to 0.0.6d, problem repeated randomly. For example: booting, mounting failed, reboot, mounting failed again, reboot, booting ok )

 

 

Your situation is the same as the Korean user who asked me yesterday.
I have given some guidelines and answers.
Can you translate the Korean of this page into your language?

 

https://svrforum.com/index.php?comment_srl=763490&mid=nas&document_srl=762316#comment_763490

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