[opensuse-support] reboot and shutdown not completing

Hi, Running Tumbleweed...is this a known problem...unable to reboot or shut down with an nvme ssd?? Running with a Ryzen 2700 and Gigabyte 470 aorus ultra gaming motherboard...Thanks for any help... mike -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:
Does it really not shut down and reboot at all, or does it after a much longer time than what you would expect from an NVMe-SSD? If it's the latter, I might have the same problem, already reported to the bugzilla but so far no response: https://bugzilla.opensuse.org/show_bug.cgi?id=1106629 https://forums.opensuse.org/showthread.php/532311-Extremely-slow-boot-with-e... regards

On jeudi, 13 septembre 2018 14.43:02 h CEST mike wrote:
Fully encrypted M2 here and booting, shutdown working like a breath. You should also check your nvme mfg to be sure your use the last firmware. nvme-cli can help (also smartctl) to identifying troubles. Now to debug check the wiki page about booting systemd in debug mode, this will help you to get more messages about the root cause about the slowliness another tricks, go to logout of your normal user xorg session. then after 10s check if any process is still running with that users. ntp is often the case of failure (ntp looking for a ntpd server to synchronize clock, but the network is already gone...) move to systemd-timesyncd.service -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe supporter GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

On 9/13/18 11:41 AM, Bruno Friedmann wrote:
just did that from windows using samsung magician, runs noticeably quicker......
nvme-cli can help (also smartctl) to identifying troubles.
just got it
Now to debug check the wiki page about booting systemd in debug mode, this will help you to get more messages about the root cause about the slowliness
I will do that.....the ssd runs super fast when booting, with the system running....it's just the shutdown stalls after the reboot or shutdown message appears, good news is with firmware update instead of taking 3 1/2 minutes, it's down to 3 minutes.....thanks for the help, mike
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:
After a little digging I found the likely culprit, it's a known issue with AMD AGESA and the Linux kernel compile option 'CONFIG_CRYPTO_DEV_SP_PSP: https://bugzilla.redhat.com/show_bug.cgi?id=1608242 https://bugs.archlinux.org/task/59483 http://forum.asrock.com/forum_posts.asp?TID=9179&title=new-asrock-x470-taich... Quote from the RedHat Bugzilla:
A fix is also underway, but it will take a while to reach Tumbleweed or the Leap stable kernel probably: https://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git/ commit/?id=3702a0585e64d70d5bf73bf3e943b8d6005b72c1 regards

On 9/19/18 4:25 PM, Maximilian Trummer wrote:
Great, thanks Maximilian, Following what you suggested, I filled out a bug report also, since yours was on startup and mine on shutdown....I updated bios to latest version so I guess that did not fix the problem.....hoping that they will have our problems fixed..... mike
regards
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

I just rebooted my Ryzen PC after upgrading to Tumbleweed 20181004 that brings Linux 4.18.11 and it was way faster than before, as you would expect from this machine and like on Windows. About 8 seconds (counted in my head so probably a little off) from hitting Enter after typing the disk password the second time to SDDM. Shutdown is also blazing fast now. Can you confirm this on your machine as well? AFAIK this fix was planned for Linux 4.19, and I could't find anything related to this in the snapshot changelog for 20181004. Did openSUSE kernel maintainers backport this fix? regards

On 10/8/18 3:06 PM, Maximilian Trummer wrote:
now here is where we differ....still having to wait 3 minutes for final shutdown....filled out a bug report and it was confirmed by someone else....waiting for someone to fix it....bug #1109029
I'll let you know.....
regards
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Hi, could also confirm problems. i have ryzen 1700 asrock ab350m after this tumbleweed zypper dup 20180920-0 -> 20180926-0 no problem during boot, its still fast. but shutdown problem. firmware not newest, still on (4.5 AMD AGESA to PinnaclePI-AM4_1.0.0.1a.) have not testet tumbleweed 20181004 up to now, still on 20181002 simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

On 10/9/18 3:33 AM, Simon Becherer wrote:
Hi Simon, the newest snapshot does fix the slow to reboot or shutdown problem. but I will let the reported bug stand (unless suse removes it) as others have reported the problem also.........thanks to whomever fixed mine!!
simoN
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Hi mike,
the newest snapshot does fix the slow to reboot or shutdown problem.
i could not confirm that the error will be fixed with newer tumbleweed. i am now on 20181009 and still shutdown or reboot mostly (not always) hangs at the end several minutes. simoN Am 09.10.18 um 14:32 schrieb mike:
-- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:
Does it really not shut down and reboot at all, or does it after a much longer time than what you would expect from an NVMe-SSD? If it's the latter, I might have the same problem, already reported to the bugzilla but so far no response: https://bugzilla.opensuse.org/show_bug.cgi?id=1106629 https://forums.opensuse.org/showthread.php/532311-Extremely-slow-boot-with-e... regards

On jeudi, 13 septembre 2018 14.43:02 h CEST mike wrote:
Fully encrypted M2 here and booting, shutdown working like a breath. You should also check your nvme mfg to be sure your use the last firmware. nvme-cli can help (also smartctl) to identifying troubles. Now to debug check the wiki page about booting systemd in debug mode, this will help you to get more messages about the root cause about the slowliness another tricks, go to logout of your normal user xorg session. then after 10s check if any process is still running with that users. ntp is often the case of failure (ntp looking for a ntpd server to synchronize clock, but the network is already gone...) move to systemd-timesyncd.service -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe supporter GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

On 9/13/18 11:41 AM, Bruno Friedmann wrote:
just did that from windows using samsung magician, runs noticeably quicker......
nvme-cli can help (also smartctl) to identifying troubles.
just got it
Now to debug check the wiki page about booting systemd in debug mode, this will help you to get more messages about the root cause about the slowliness
I will do that.....the ssd runs super fast when booting, with the system running....it's just the shutdown stalls after the reboot or shutdown message appears, good news is with firmware update instead of taking 3 1/2 minutes, it's down to 3 minutes.....thanks for the help, mike
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
participants (4)
-
Bruno Friedmann
-
Maximilian Trummer
-
mike
-
Simon Becherer