On 9/12/18 1:37 PM, Maximilian Trummer wrote:

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:

...

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

    well it goes all the way to the reboot or shutdown message than wait...wait     then some kind of message about workers giving up...than hangs and never     completes.....

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 -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

On 9/13/18 6:36 AM, Maximilian Trummer wrote:

Am Mittwoch, 12. September 2018, 20:03:26 CEST schrieb mike:

...

On 9/12/18 1:37 PM, Maximilian Trummer wrote:

...

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:

...

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 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? well it goes all the way to the reboot or shutdown message than wait...wait

then some kind of message about workers giving up...than hangs and never

completes.....

...

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 -encrypted-root

regards

                It does appear to be the same....I waited this time and it doe shutdown & reboot...It takes             like 3 1/2 minutes to complete....kind of makes having an ssd a handicap....                     mike

Is your root disk with Tumbleweed on it encrypted?                         No........ -- 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:

On jeudi, 13 septembre 2018 14.43:02 h CEST mike wrote:

...

On 9/13/18 6:36 AM, Maximilian Trummer wrote:

...

Am Mittwoch, 12. September 2018, 20:03:26 CEST schrieb mike:

...

On 9/12/18 1:37 PM, Maximilian Trummer wrote:

...

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:

...

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

well it goes all the way to the reboot or shutdown message than

wait...wait

then some kind of message about workers giving up...than hangs and

never

completes.....

...

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-wi th -encrypted-root

regards It does appear to be the same....I waited this time and it doe shutdown & reboot...It takes

like 3 1/2 minutes to complete....kind of makes having an ssd a handicap....

mike

...

Is your root disk with Tumbleweed on it encrypted? No........ 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.

    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

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

-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

On 9/19/18 4:25 PM, Maximilian Trummer wrote:

Am Mittwoch, 12. September 2018, 18:57:24 CEST schrieb mike:

...

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 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-taichi-uefi-150

Quote from the RedHat Bugzilla:

...

Good news, I have received a reply from AMD regarding the issue after submitting further information as gathered above and from other sources.

Quote: It would appear that the BIOS/firmware is advertising it supports SEV, when in fact it doesn't. We currently don't have a timeout associated with the SEV commands and so the module load is stuck - which would also explain the KVM issue.

The current approach is to add a timeout to the kernel that stops things sticking forever and submit that to the current stable releases. 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

    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

On 10/8/18 3:06 PM, Maximilian Trummer wrote:

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.         congratulations.....that is how mine has been Shutdown is also blazing fast now. Can you confirm this on your machine as well?

        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

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?

        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

On 10/9/18 3:33 AM, Simon Becherer wrote:

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

    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