You are not logged in.
I'm running Arch on my laptop (Asus N552VW).
Shutdown works fine but reboot doesn't quite work properly.
When I reboot, the system seems to reset (screen turns off, keyboard lights flash, optical drive makes a noise like it usually does when turning PC on) but the screen stays off, and I have to hold the power button down to force it to turn it off.
I'm not sure if it's actually booting and it's just the display that isn't working, or whether the system is hung.
- I discovered that if I suspend/wake the system before rebooting it seems to correct the issue and the reboot works fine for that session.
- I have tried all the different reboot kernel parameters (reboot=...) to no avail.
- Running Arch from the live USB has the same issue, but a Ubuntu 19.04 live USB reboots correctly (without needing to do a suspend first), and I've never had any issues with Windows.
- "Fast boot" is disabled in the BIOS and also in Windows.
Any advice on how I should go about debugging the issue would be much appreciated.
Last edited by developerbmw (2020-08-22 23:01:25)
Offline
When you say "Keyboard lights flash", does that mean one time as the system restarts, or does that mean continuously flashing until you power off?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
When you say "Keyboard lights flash", does that mean one time as the system restarts, or does that mean continuously flashing until you power off?
Just once.
Offline
Okay, I would consider that to be normal. My concern was as to whether the kernel was panicing. It seems not.
Edit: Anything interesting being logged in the journal?
Last edited by ewaller (2019-09-29 17:57:30)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Final few lines in the journal are below. Nothing interesting as far as I can see.
Sep 30 18:44:48 arch systemd[1]: Started Reboot.
Sep 30 18:44:48 arch systemd[1]: Reached target Reboot.
Sep 30 18:44:48 arch systemd[1]: Shutting down.
Sep 30 18:44:48 arch systemd[1]: Hardware watchdog 'iTCO_wdt', version 0
Sep 30 18:44:48 arch systemd[1]: Set hardware watchdog to 10min.
Sep 30 18:44:48 arch kernel: watchdog: watchdog0: watchdog did not stop!
Sep 30 18:44:48 arch kernel: printk: systemd-shutdow: 44 output lines suppressed due to ratelimiting
Sep 30 18:44:48 arch systemd-shutdown[1]: Syncing filesystems and block devices.
Sep 30 18:44:48 arch systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Sep 30 18:44:48 arch systemd-journald[320]: Journal stopped
-- Reboot --
I left the system for around a minute after it hung, and there's no entries in the journal until around the time at which I turned it off and booted properly, which means that it's not just booting without the display working.
Last edited by developerbmw (2019-09-30 05:52:10)
Offline
This reads like it's already outside of the OS and stuck in firmware, do you have a firmware/UEFI/BIOS update available you could apply? (Note on many vendors this will wipe your NVRAM so you might want to have Live stick handy to reinstall bootloader/EFI variables)
Last edited by V1del (2019-09-30 07:01:44)
Offline
Yeah I'm pretty sure it's rebooting correctly as far as the OS is concerned, but Arch must be doing something different to Ubuntu since Ubuntu works.
I already tried installing the latest BIOS and it didn't change anything.
Offline
I had a similar issue few years ago with the nvidia proprietary driver. Please post a full systemd-journal of the affected boot.
Offline
Full journal at https://pastebin.com/tci5HJy6
Offline
Does the problem persist if you totally disable an Intel integrated GPU in the optimus-manager?
Last edited by Al.Piotrowicz (2019-10-04 14:29:22)
Offline
I'm not sure if I can 'totally disable' the Intel graphics.
I tried setting the optimus-manager startup mode to Nvidia, then shutdown/booted again so it was running with Nvidia, then rebooted. The problem persists and there doesn't seem to be anything interesting in the journal.
The issue was there before I installed optimus-manager (the problem exists when running Arch live USB).
Offline
There is the only need to relogging according to the wiki page. Is it possible to turn off an intergrated GPU in the system bios by any chance?
Last edited by Al.Piotrowicz (2019-10-04 20:55:18)
Offline
There isn't any way to disable the integrated graphics in the BIOS. I think the Nvidia GPU still requires the integrated graphics to function, see https://devtalk.nvidia.com/default/topi … onization/
Offline
My main suspect is a hardware watchdog (iTCO_wdt) more info. Lets wait for some smarter minds opinions. Peace.
Offline
I have exactly the same problem. Our company sells some computers and we test customer returns vigorously before selling the good ones as used.
All units of a particular model started to show the same problem: it hangs during shutdown or reboot, after having "Reached target Power-off", it shows:
printk: shutdown: 4 output lines suppressed due to ratelimiting.
and hangs there, which is pretty much the second to last line of message you would see before a normal shutdown.
Changing /etc/systemd/journald.conf with:
RateLimitIntervalSec=0s
RateLimitBurst=0
has no effects
Changing kernels to linux-lts has no effects.
Arch live iso and Endevour live iso also have the same issue.
In contrast, another model of our computers shuts down okay; and both models running ubuntu 18.04 shut down with no problems.
Offline
I left the system for around a minute after it hung, and there's no entries in the journal until around the time at which I turned it off and booted properly, which means that it's not just booting without the display working.
Try leaving it longer to see if it will finally reboot. I had an issue maybe a year ago (on another distro...) where it took upwards of 15 minutes to reboot - in that case it was a problem with a broken mount command, issued earlier, that was still attempting and failing in the background.
Following from the above it might be worth investigating the processes still running during reboot/shutdown (for example with task manager) to see if any candidates stand out - of course this will only go so far but might throw up a process that looks strange to be still running at that point in the reboot proceeding. Wiser heads around here might be able to suggest a better way to go about this.
Last edited by grinner (2019-10-11 23:19:03)
Offline
I did a fresh install of Arch on the offending laptop after not using it for almost a year and the issue is now resolved
I haven't done any BIOS updates or hardware changes in the meantime so I presume the issue was corrected in the kernel.
Last edited by developerbmw (2020-08-22 22:49:10)
Offline
Please remember to mark your thread [SOLVED] (edit the title of your first post).
Offline