Jump to content
XPEnology Community

No Drives detected after Hardware Upgrade


Timon-H

Recommended Posts

24 minutes ago, Peter Suh said:

Using fdisk -l shows too much information, so I simply want to check if the 4 disks are being recognized by the Sata controller.

 

Please capture the result of the command below and let us know.

 

ls -l /sys/block | grep -i sd

ls -l /sys/block | grep -i sata

Here is a Screenshot from those logs. 

The ls -l /sys/block | grep -i sata command does nothing but the other one does get some infos.

Screenshot2023-08-20170845.thumb.png.02097650d9c5aa85dea7c253df96d1b2.png

Link to comment
Share on other sites

14 minutes ago, Timon-H said:

Here is a Screenshot from those logs. 

The ls -l /sys/block | grep -i sata command does nothing but the other one does get some infos.

Screenshot2023-08-20170845.thumb.png.02097650d9c5aa85dea7c253df96d1b2.png

 

Your disk mount time is strange. I see September 12th, the date of the future. Re-adjust the bios perspective and start everything over again.

Link to comment
Share on other sites

15 hours ago, Peter Suh said:

 

Your disk mount time is strange. I see September 12th, the date of the future. Re-adjust the bios perspective and start everything over again.

The Bios was on some Date last year why ever. I changed it manually. The Time could be some seconds of because of the manual input.

Here is the new log:

Screenshot2023-08-21084628.thumb.png.c422dbf11236891ec0fdada544df04e0.png

Link to comment
Share on other sites

11 minutes ago, Timon-H said:

The Bios was on some Date last year why ever. I changed it manually. The Time could be some seconds of because of the manual input.

Here is the new log:

Screenshot2023-08-21084628.thumb.png.c422dbf11236891ec0fdada544df04e0.png

 

 

All disks are verified normally.

If the BIOS date and time don't match UTP, you never know what unexpected errors will occur.
So, unlike ARPL, TCRP includes a script that tries to process automatic synchronization when Linux is not synchronized with UTP.
If it is confirmed that it is synchronized with UTP (in Germany, is it 1 hour different from the UK considering summer time?), try rebuilding the ARC loader.

Link to comment
Share on other sites

So you're saying that the difference in time could be the problem? 

Maybe I then should figure out my NTP server in bios or something because with the manual setting you are always some seconds off. 

 

Yee i think there is 1h difference between UK and Germany during summer.

Link to comment
Share on other sites

5 minutes ago, Timon-H said:

So you're saying that the difference in time could be the problem? 

Maybe I then should figure out my NTP server in bios or something because with the manual setting you are always some seconds off. 

 

Yee i think there is 1h difference between UK and Germany during summer.

 

I don't know if arc has a built in ntpclient.
Can you do NTP synchronization with the command below?
ntpclient -s -h "pool.ntp.org"

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

1 hour ago, Peter Suh said:

 

I don't know if arc has a built in ntpclient.
Can you do NTP synchronization with the command below?
ntpclient -s -h "pool.ntp.org"

command not found. 

I now enabled the UEFI Lanport or something. So that the Lan is active in Bios. That should fix the time issue at least for the Biostime

 

Link to comment
Share on other sites

21 minutes ago, Timon-H said:

I think iam going to buy a PCIe to 4x Sata card or even a 8x sata one. Just to hopefully fix my problem that way...

 

It's really strange why not.
Then, please try my M-SHELL for TCRP one last time.

https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.3-2

I'll tell you how to check the error log after the progress.

Link to comment
Share on other sites

16 minutes ago, Peter Suh said:

It's really strange why not.
Then, please try my M-SHELL for TCRP one last time.

https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.3-2

I'll tell you how to check the error log after the progress.

I dont get this. Its doing some stuff and then it says "Press any key to continue" but if i press any key it just types it into the console

 

Screenshot2023-08-21124647.thumb.png.6f950ad7d802271550fa76766171bfe1.png

Link to comment
Share on other sites

9 minutes ago, Timon-H said:

I dont get this. Its doing some stuff and then it says "Press any key to continue" but if i press any key it just types it into the console

 

Screenshot2023-08-21124647.thumb.png.6f950ad7d802271550fa76766171bfe1.png

 

If you can't key in at all, it's difficult to control the menu.
Reboot by entering the command below in the lower right command window.
The upper left corner will not appear again because it has been updated once.

 

sudo reboot

Link to comment
Share on other sites

44 minutes ago, Peter Suh said:

 

If you can't key in at all, it's difficult to control the menu.
Reboot by entering the command below in the lower right command window.
The upper left corner will not appear again because it has been updated once.

 

sudo reboot

okay now it kinda worked. There was no DS920+ image so i tryed the DS3622xs+ with the result that no drives are connected... then i tryed the DS923+, there nothing loads even after 10mins.

Link to comment
Share on other sites

1 minute ago, TJemuran said:

Can you try to install with a new drives? Is it still no drive detected or what? I'm bit curious about your case.

 

If you don't mind, please ask in the forum who else successfully using intel 13th gen cpu. 

I have one spare drive. I tryed using that one and all other drives disconnected. Still same problem. 13th gen is almost the same chip as 12th gen, just higher clocks and more L2 cache. 

Link to comment
Share on other sites

Just now, TJemuran said:

Did you try to reformat first your spare drive?

 

Because in my setup, I'm using B760 chipset and no problems occur like yours just different in cpu. That's why it's kinda weird. 

the weirdest thing is that it worked with the i3. I tryed swapping back in the i3 but then its still broken. Its very strange.... 

I have now ordert a pcie to 8x sata expansion card. Hopefully that thing will work. 

Link to comment
Share on other sites

How to check the log.
Go back to the TCRP loader build and search the directory as shown below.
If logs are normally collected, the files will look like the one below.

 

ll /mnt/sde1/logs/jr

 

Please show me the contents of the file below.
linuxrc.syno.log

 

Note) Never rebuild the loader after returning to the loader build.

 

7ca4f6aab9335bd998f8ba145bc77358.jpg.e0b67ee5bab93e7f4e80f36b8d2087f9.jpg

Edited by Peter Suh
Link to comment
Share on other sites

You can check the log later.
It seems that there is a peculiarity of the Intel 13th generation.

 

I don't know if you can check the following contents in Korean with a translator,
This is the success story of the only 13th generation motherboard in this forum.

(TCRP FRIEND Fail)
https://svrforum.com/case/684586

(TCRP Jot Success)
https://svrforum.com/case/684652

 

It seems that 13th generation CPUs are not supported by ARPL or TCP FRIEND's latest GNU kernel.
Because the case of intentionally changing to JOT mode instead of FRIEND mode is due to CPU compatibility.
In general, when old AMD CPUs such as HP N40L and N54L are used, JOT is used because GNU kernel does not support it.
JOT mode of TCRP corresponds to Direct Boot of ARPL.

 

The above success story also failed with FRIEND, but this is a successful case by switching to JOT.
Older CPUs are not supported by GNU, but I think it is a case where too new CPUs are not supported.

 

M SHELL for TCRP also supports JOT.

For the loader build method, DDSML is recommended rather than EUDEV.
And try JOT, not FRIEND.

Link to comment
Share on other sites

3 minutes ago, Peter Suh said:

You can check the log later.
It seems that there is a peculiarity of the Intel 13th generation.

 

I don't know if you can check the following contents in Korean with a translator,
This is the success story of the only 13th generation motherboard in this forum.

(TCRP FRIEND Fail)
https://svrforum.com/case/684586

(TCRP Jot Success)
https://svrforum.com/case/684652

 

It seems that 13th generation CPUs are not supported by ARPL or TCP FRIEND's latest GNU kernel.
Because the case of intentionally changing to JOT mode instead of FRIEND mode is due to CPU compatibility.
In general, when old AMD CPUs such as HP N40L and N54L are used, JOT is used because GNU kernel does not support it.
JOT mode of TCRP corresponds to Direct Boot of ARPL.

 

The above success story also failed with FRIEND, but this is a successful case by switching to JOT.
Older CPUs are not supported by GNU, but I think it is a case where too new CPUs are not supported.

 

M SHELL for TCRP also supports JOT.

For the loader build method, DDSML is recommended rather than EUDEV.
And try JOT, not FRIEND.

wait so you telling me that i cant use the 13700k as a cpu? even with a sata expansion card? 

and what is JOT? How can i use that?

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