View Single Post
  #30  
Old December 18th 18, 01:10 PM posted to alt.comp.hardware.pc-homebuilt
SC Tom
external usenet poster
 
Posts: 441
Default New system build - reboot loop when attempting to boot from SATA HDD



"Char Jackson" wrote in message
...
On Mon, 17 Dec 2018 18:21:26 -0500, Paul wrote:

Char Jackson wrote:
This is a new system build that fails to boot from the SATA HDD.
Instead, it appears to power down and restart, in a loop.

Mobo: ASRock Z390 Taichi (original BIOS P1.20, since updated to P1.80)
*RAM: G.Skill Ripjaws F4-3200C16Q-64GVK (4x16GB)
*CPU: Intel Core i7-8700
Asus optical drive scavenged from parts drawer
Samsung 2TB 5400RPM SATA HDD scavenged from parts drawer
PS2 keyboard
USB mouse
Onboard video (also tested with older PCIe video card)

*The CPU and RAM are on ASRock's approved compatible list for this mobo.

With all parts on hand, I built the new system on a non-conductive
table, using the mobo's non-static envelope for additional protection. I
like to do the initial build outside of a case to make sure everything
works before I go to the trouble of physically installing everything
inside the case.

The CPU and stock cooler installed without issue, with the stock cooler
coming from the factory with heat transfer compound already applied. I
installed a single memory module in slot A1 (closest to CPU). I
connected a known working PSU (Corsair vx550w), the PS2 keyboard and the
USB mouse. I connected a monitor via HDMI to the onboard video and fired
it up. No optical drive or HDD connected at this point. The PSU is
connected by the standard 24-pin connector and the 8-pin EPS12v
connector. The mobo has a separate 4-pin ATX12v connector, which remains
unconnected. ASRock tech support says that's fine.

With no boot devices connected, the system came up directly in the BIOS
screen, where everything looked normal. The CPU and RAM were recognized;
the CPU fan RPM was reported as about 1580 RPM and CPU temp at 34C
(later stabilizing at about 38-45C, depending on activity).

I shut it down, plugged in a USB thumb drive with Memtest+ 6.00 on it,
and started back up. As the only available boot device, the system
automatically booted into the Memtest program. (Fast forward here, but I
tested an individual RAM stick in slot A1, then B1, then A2, and finally
B2. Then I jumped ahead and installed all 4 memory modules and let
Memtest run overnight. Absolutely no issues so far, but I removed all
but the A1 module before proceeding to the next test.)

Next, I removed the Memtest USB thumb drive and connected the optical
drive via SATA. I inserted a known good Linux Mint 19 disc and started
the system. The 'live' Linux environment came up without any issues. I
temporarily connected the breadboard system to my LAN and browsed the
net for a period of time to watch for issues, but everything was fine.

Next, I shut down and connected a single Samsung 2TB 5400 SATA HDD and
restarted the system. Again, I booted the Linux live environment, but
this time I elected to install Linux to the HDD. That completed without
issue. The next step would be to boot into that new Linux install.

When I was ready, I removed the Linux disc from the optical drive and
rebooted, expecting the system to boot into Linux from the HDD. I got to
the expected grub menu, where I have 4 choices and the first choice is
the default: Linux Mint 19. Pressing Enter or allowing the timer to
expire, the next thing that happens is all of the LEDs (there are quite
a few on this mobo) go out, the CPU fan stops spinning, and after 2-3
seconds, the system powers up again, repeating the behavior described.
It gets to the grub menu, then whether I intervene or not, it powers
down and restarts, in a loop.

===
Status so far:
Stable in the BIOS screens with no storage devices connected.
Stable in Memtest when run from USB thumb drive.
Stable in the live Linux environment when run from optical disc.
**Unable to boot into Linux from the SATA HDD.**
===

I grabbed a second Samsung 2TB SATA HDD and different SATA cable, then
installed Linux to that drive. I got exactly the same behavior described
above.

Next, with the SATA HDD still connected, I chose the Memtest option from
the grub menu. A slightly older version comes up, 5.01 rather than the
6.00 that I have on the USB thumb drive, but Memtest comes up and runs
successfully.

Thinking it's possibly a too-weak PSU at 550W, I swapped in the 650W PSU
from another working system, a Corsair tx650w, but it made absolutely no
difference, so I went back to the 550W unit. Online PSU calculators tell
me that I need between 230W and 340W, depending on the calculator, so
adding a bit for headroom they think I should be OK with 350W to 450W,
indicating to me that 550 and 650 are well into the safe area.

Thinking it's an overheated CPU, I can see in the BIOS screen and in
Memtest that the CPU temp hovers at 38-45C, but usually stays right
around 40-41C. The heat fins on the CPU cooler appear to be at room
temperature, but then I'm only running Memtest or viewing the BIOS
screens, so not any appreciable load. (Yes, it's UEFI, but I'm used to
calling it BIOS.)

Thinking it's RAM that's not being properly recognized, I see in the
BIOS that it's recognized as exactly what G.Skill says it should be:
"DDR4-3200 PC4-25600 CL 16-18-18-38 1.35v"

ASRock suggested RMA'ing the mobo and Newegg agreed, so I did. When the
replacement arrived the other day, I repeated all of the steps listed
above and eventually arrived at exactly the same place:

===
Status so far:
Stable in the BIOS screens with no storage devices connected.
Stable in Memtest when run from USB thumb drive.
Stable in the live Linux environment when run from optical disc.
**Unable to boot into Linux from the SATA HDD.**
===

Beginning to doubt the integrity of the Linux DVD, even after its
integrity check was successful and it's a disc that I've used
successfully before, I downloaded and burned the latest Windows 10 ISO.
Booting from the Windows 10 disc, I get to the point where it starts to
copy files to the HDD, then the system powers down, LEDs and CPU fan
off, then 2-3 seconds later it powers up again and starts the Windows
install from scratch. Even though I was able to install Linux twice on
the first HDD and once on the second HDD, I couldn't get the system to
stay up long enough to get Windows installed. I also tried burning the
Windows 10 ISO to a USB thumb drive, but I couldn't get the system to
stay up long enough to get Windows installed that way, either. BTW,
there are 8 SATA ports on the mobo, 6 on one controller and 2 on another
controller. I tried SATA ports from both groups.

I'm currently on page 58 of 491 pages on the ASRock forums, and so far
I've seen two others with a "system powers down and restarts" issue, but
no resolution provided.

I've built at least several hundred PC systems for people since the
early 1990's, most of which have gone smoothly, but this one currently
has me stumped. This build is supposed to be for me, if I can get it
working.

At this point, I'm not sure where to go next.
- Is it running out of power? Do I need a newer, bigger, PSU?
- Is there an issue with the CPU?
- Should I chalk this expensive mobo, my first ASRock, up to experience
and go with something from ASUS or Gigabyte?


Do you have a Kill-O-Watt meter ?


I've been meaning to get one for years. They aren't that expensive.

My Test System right now, varies from 100W to 350W (furmark).

Booting draws as much as 170W, which suggests the CPU is railed
on one core during parts of POST. I don't think I have any
PSUs in the house, that could not power the system in that
state. Only Furmark would be in danger of tipping over
the most gutless supply. I was rather surprised what it
takes to wake my new video card up. Even playing BF2
it was only drawing 130W or so.

During installation, install media needs to be decompressed.
On Linux, it's a squashfs perhaps. On Windows, it's their "fancy
compressor which compresses as good as 7ZIP or RAR". These need
to be decompressed during installation phase. Windows in the
past, has elected to use more than one core during decompression.
This implies (perhaps) that each file could be compressed
individually. So more than one file could be processed at
a time, depending on source media read rate.

if you expect to do a good job of maximizing power consumption,
you'll need Furmark (good) or Prime95 (less). If the Linux
LiveCD will boot, you can go to mersenne.org/downloads and
get the static linked Linux Prime95 and run the torture test.
That will heat up the CPU nicely. Using lmsensors or equivalent,
should allow monitoring CPU temps.


At the moment, the situation has deteriorated to the point where the
only peripheral connected is the optical drive, and yet it still won't
boot as it did before. Previously, that combo would not only boot up,
but I could have a HDD connected and tell Linux to install there.
Disconnecting the optical drive and inserting a LiveCD on USB gives the
same results - no boot, loss of power, pause, restart, loop.

I'll let it rest for a bit and then try again.

Got a $20 SSD handy ? Install onto that ?

*******

Install Linux from a USB key... to a USB key ?

The intention in this case, is to avoid SATA entirely.


See above, even a single optical drive or USB stick is apparently enough
to tip it over at the moment, let alone two of something.

You would be creating a slash ("/") and swap on the
USB key and installing file by file as normal. This isn't
particularly good for the USB key of course, but it's
just for a test, not for long-term running.

*******

Seatools has a USB bootable option. AFAIK the Samsung division
was bought by Seagate ? Maybe (by now) Samsung branded drives
are included ?

https://www.seagate.com/ca/en/support/downloads/

Running a HDD test, would prove whether it's "just" HDD
access that tips it over.


Well, right now, it's USB, SATA HDD, m.2 NVMe, and optical, any *one* of
which are enough to tip it over.

*******

I would take one last thorough pass through the BIOS settings,
to see if there are any power limiters or something. There's
got to be a hint in there somewhere.


It was ASRock support who firmly stated that if the setup defaults don't
work to boot the system, then I should RMA it, so I RMA'd the first
board. Now that the replacement behaves exactly the same way, I'm not
sure what to think. To me, it has always smelled like a lack-of-power
issue, but I figured what are the odds that two PSUs that work fine in
other systems, one with 16 internal drives, wouldn't work on this system
with a freakin' USB or optical drive. This board/CPU combo may be a
beast, though.

*******

In the past, some BIOS did a poor job of resource planning.
Most OS installed involve "PNP OS: No", which means that
the BIOS plans the memory and address map.

In one case, writes to RAM were actually writing to a USB
overcurrent register, and causing an overcurrent message
to appear on the screen. And this is a side effect of the
BIOS not being able to plan a memory map properly. This
typically happened on older systems with 8GB limits, where
the user installed 4GB of RAM, and then... the BIOS
would lose its mind.

*******

Well, really, I'm stumped. Sounds like a design
flaw. But I wouldn't let that stop me from having
a little fun and running the more obscure test cases.
Before trying a Gigabyte board.


My last couple of boards have been Gigabyte and they were stable to the
point of being boring, where boring is a good thing. This is my first
ASRock and I'm not sure what I was thinking, other than "hey, the
reviews are good, let's try it".

Dumping the Samsung HDD and testing something else would
be relatively high up my list. Just in case.


I've been letting it all rest with the power off while I type this. Once
I hit send, I'll try again to see if I can get at least as far as I got
earlier.

*******

The best part about some of the stuff I've run,
is not remembering the results at all :-)

https://www.easyuefi.com/wintousb/

"Hasleo software"

"best free Windows To Go Creator"

I think there is supposed to be a free version,
maybe that's it. A USB-to-go would allow running
Windows without an install step. I think I might
have also booted an Enterprise Windows VM and
tried to make an OTG stick from there too, in
VirtualBox, with USB passthru. Hasleo might be
an attempt to do that with non-Enterprise windows.


Interesting, thanks. I don't think I'm at the point where I can try that
since I need it to actually boot something without powering down, but
I'll keep it in mind.


I may have missed it somewhere in this thread, but have you tried plugging
in the 4-pin ATX12v connector? Certainly wouldn't hurt anything if not
needed, and would eliminate one more thing. Just a thought :-)
--

SC Tom