ovruni wrote:

poweroff works for me in openrc

Well it definitely doesn't work for me... when did you install it? In the last 2 days?? Because I just can't manage to get it to shutdown....... I don't understand why, other Linux distros- Void Linux, BSD, Debian derivatives, Fedora/Redhat derivatives, Arch, all work... I can't imagine why it would be doing this..
I use Artix Linux on all of my x86_64 PC's, they don't do i686 unfortunately... also, I can install openrc-arch and that shuts down no problem.

ovruni wrote:

poweroff works for me in openrc

umm... So I installed the kernel from Archlinux32.... AND NOW IT SHUTS DOWN!!! So what gives?! There must be some kind of firmware in the kernel that is missing for my specific computer!

as an update IIRC karl also says there is no such problem with linux-libre-lts 4.9

Also, it wouldn't shutdown on SystemD either. I tried it.

linux-libre-lts 4.14 also doesn't work
linux-libre 4.15 doesn't work
linux-libre 4.9 works
linux-libre-lts 4.9 works

I might give 4.10 & 4.11 kernels a try to see what happens.

advice from #linux-libre:

<lxo> it's extremely unlikely to be a -libre change that causes this.  odds are it's some config error in the parabola builds

<lxo> (assuming the person is even comparing oranges to oranges, i.e., same kernel versions, same major config options)

<lxo> at a time of active development of spectre mitigations (retpolines), even toolchain issues might be relevant

<lxo> nothing in the report suggests that the arch kernel that was tested has the same version or config of any of the parabola kernels

<lxo> also, the report doesn't mention installing any blobs that the arch kernel would have used to get different behavior from a corresponding -libre kernel.  so it's a very safe bet that the problem is not introduced by the deblobbing scripts

quoted from the gentoo wiki:

The standard sysvinit tools, i.e. shutdown and reboot, will not function while openrc-init is running. Instead the openrc-shutdown command must be used to shutdown the system.

https://wiki.gentoo.org/wiki/OpenRC

could you try that first and see if it works?

the parabola wiki also says that - i assumed karl tried the openrc-shutdown command - but karl also says the same problem exists using systemd

https://wiki.parabola.nu/OpenRC#The_system_can.27t_shutdown_correctly

Try using runit instead of openrc-init. Install it like this:

pacman -S runit

It will ask you to remove openrc-init. Accept. It will keep OpenRC (now as a service manager only) and it's going to work like OpenRC + Sysvinit used to, but using runit as PID 1 instead of sysv's /sbin/init or /sbin/openrc-init

And btw, there's linux-libre-lts-xtreme at [kernels] which is using the latest 4.9.x. You could try it first.

Megver83 wrote:

I'll close #1685 and continue the issue here since it's the same one but with lts kernels

I downgraded to an old backup that I found on an external drive. If you need testing, let me know.

https://labs.parabola.nu/issues/1819#note-18

nona wrote:

Megver83 wrote:

I'll close #1685 and continue the issue here since it's the same one but with lts kernels

I downgraded to an old backup that I found on an external drive. If you need testing, let me know.

https://labs.parabola.nu/issues/1819#note-18

could you try with linux-libre-lts-xtreme? it's on 4.9.x series

could you try with linux-libre-lts-xtreme? it's on 4.9.x series

Does not ask for LUKS password and never boots after showing this in the GRUB interface:
Loading initial ram disk (image?).

I installed in this way:

1. Add

[kernels]
Include = /etc/pacman.d/mirrorlist
to /etc/pacman.conf

2. Update database and install with pacman

sudo pacman -Sy linux-libre-xtreme

3. Update GRUB configuration

sudo grub-mkconfig -o /boot/grub/grub.cfg

4. Restart

Extra info:

pacman -Qs linux-libre-xtreme
local/linux-libre-xtreme 4.17.2_gnu-1

nona wrote:

could you try with linux-libre-lts-xtreme? it's on 4.9.x series

Does not ask for LUKS password and never boots after showing this in the GRUB interface:
Loading initial ram disk (image?).

I installed in this way:

1. Add [...]

2. Update database and install with pacman [...]

3. Update GRUB configuration [...]

4. Restart

Extra info:
[...]

maybe if you read carefully you would do what I asked. I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

Megver83 wrote:

I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

Ooops! I will try later tonight or on Sunday.

Megver83 wrote:

nona wrote:

could you try with linux-libre-lts-xtreme? it's on 4.9.x series

Does not ask for LUKS password and never boots after showing this in the GRUB interface:
Loading initial ram disk (image?).

I installed in this way:

1. Add [...]

2. Update database and install with pacman [...]

3. Update GRUB configuration [...]

4. Restart

Extra info:
[...]

maybe if you read carefully you would do what I asked. I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

nona wrote:

Megver83 wrote:

I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

Ooops! I will try later tonight or on Sunday.

I did. What information do you need?

nona wrote:

Megver83 wrote:

nona wrote:

could you try with linux-libre-lts-xtreme? it's on 4.9.x series

Does not ask for LUKS password and never boots after showing this in the GRUB interface:
Loading initial ram disk (image?).

I installed in this way:

1. Add [...]

2. Update database and install with pacman [...]

3. Update GRUB configuration [...]

4. Restart

Extra info:
[...]

maybe if you read carefully you would do what I asked. I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

nona wrote:

Megver83 wrote:

I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

Ooops! I will try later tonight or on Sunday.

I did. What information do you need?

To know if it works without any issues, of course

Megver83 wrote:

Megver83 wrote:

I said linux-libre-lts-xtreme NOT linux-libre-xtreme

just to clarify ...

Ooops! I will try later tonight or on Sunday.

I did. What information do you need?

To know if it works without any issues, of course

Oh! I may not have been clear here: https://labs.parabola.nu/issues/1685#note-9

If I remove it from mkinitcpio.conf (MODULES) and run pacman -Rnucs xf86-video-amdgpu, I can boot and shutdown

This also applies with linux-libre-ltx-xtreme, linux-libre, linux-libre-lts, not for linux-libre-xtreme (for some reason). Thanks!

It would seem that the issue is fixed, OP didn't reply after the first few posts and whether if it was still an issue for them.
Currently there are no reports of shutting down issues.