Syncing Issue Keeps Stopping

DIY Community Support
1

Seems to sync to 17% and start getting this error… I have re-flashed the USB image and re-installed StartOS a few times to rule out the USB and a bad install.
“startos::manager::manager_container: The service bitcoind has crashed with the following exit code: 134”

Don’t think I have any hardware issue. Computer was fine running Windows 11. Drive is only a week old. I just did a default on the BIOS and disabled the RBG lighting. Should I be disabling anything in BIOS like UEFI settings?

Intel i7-8700k CPU @ 3.7GHz
Asus Prime Z370-A (BIOS Ver.3005-2024/01/16)
Samsung 990 2TB Pro SSD
G.SKILL RIPJAWS4 32GB

Thank you :slight_smile:

2

Tried another fresh install… Still won’t sync keeps syncing a bit and restarting. Seeing this in the OS Logs

Seems to be stuck in a loop “Starting…”. “Running…”

IMG_6730
IMG_67301920×1440 295 KB

3

Strangely enough, another user had a similar issue that was solved by removing the wifi card:

Are you using the non-free image?

4

Thanks for the reply! I did notice that post… But this motherboard does not have onboard Wifi.

Yes I’m using the non-free image… Installs and runs no issues… Maybe sync for a few hours and stops.

Thanks :slight_smile:

6

This seems like a bad drive to me. Can you try a different one?

7

HI Dave,

Well, I have four i5-8600k’s and two Intel i7-8700k’s all on Asus Prime Z370-A boards from an office upgrade. I started swapping drives and even a CPU to see if the i7 was causing the issue. Long story short it was the RAM!? Bought some Corsair Vengeance LPX 32GB 2x16GB DDR4 3200 on Amazon yesterday. I’m using XMP settings in BIOS and it did a sync in 17 hours!

Not sure why it doesn’t like the G.SKILL RIPJAWS4 32GB it is 4x8GB DDR4 3000 (tried with and without XMP settings) tests out ok and has been running Windows 11 with XMP settings without issues for years.

Anyways nice upgrade from my Pi4 running StartOS :blush:

2 Likes
8

Hey fellow sovereignteers

Having similar Syncing issues. Have attempted 3 times and failed all 3 times . Syncs ~20% and then left overnight to complete. Upon checking morning fails.

Problem

  1. Black screen next day directly connected to terminal to mini pc
  2. Can not restart Start9 OS to access logs
  3. Changed Bios ‘Secure Boot’ = disable

Seems to corrupt sata drive as I need to reboot back up on USB Start9 install. At this point, the 3rd attempt has got me in a loop and need wipe the sata on another unix pc (waiting M2 sata <> USB adaptor).

Mini pc
Intel i9-N5095 @ 2GHz JasperLake ULX
AMI BIOS Vendor 5.19 BIOS 2.21.1278
18gig
NGFF M2 2TB Sata.

SW Version: startos-0.3.5.1-39de098_x86_64-nonfree.iso)
Note: No errors on installing Start9 loads okay.

Any ideas?

Appreciate any help.

9

A service running on the data partition can’t damage the OS data on the OS partition. But needing to wipe the whole thing entirely, you seem to suggest that even the partitions themselves were destroyed… which can only really be an issue with the disk itself.

10

Thanks Stu. I decided to try another drive (external usb and name branded ssd) and its syncing now (~50%).

It looks like the act of blockchain syncing works these drives ‘hard’ (i/o) and If the drive is of poor quality it falls over. This of course is an assumption through experience - though makes for a logical debate.

With this in mind, I wonder if others have or experienced this on their DIY projects?? I’m also curious if there is a script we can run to test in Windows, Mac that simulates the intensively of the sync with the goal of ruling out certain hw and or drives? It would help with planning and we could have manufactures pre-test with the script. I guess why our friends at Start9 offer the turn key service :wink: cheers.

1 Like
11

I agree, I’ve said for a while that syncing Bitcoin is the ultimate QA for an SSD. The drives that we sell when selling servers are high quality… and they all presumable pass the original manufacturer QA, but even those have the odd failure.