No new packages since 12th of desember

[jyno]

Please let us know via News too.
In this case, for instance, we are chasing the answer and put time (and hope) to get the answer.
To avoid such cases, please open News Feed section.
viewtopic.php?f=8&t=12401
viewtopic.php?f=8&t=15688
viewtopic.php?f=15&t=15315&p=66635&hilit=libtool#p66635

[loki279]

Since more than 2 weeks I do not receive any update for the system anymore.
Running
$this->bbcode_second_pass_code('', 'pacman -Syu')
I get
$this->bbcode_second_pass_code('', ':: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
alarm is up to date
aur is up to date
:: Starting full system upgrade...
there is nothing to do')
updating the repositories manually works fine, but still system tells me there is nothing to do. I tried different mirrors in /etc/pacman.d/mirrorlist didn't change anything.
On the other on my system I have (for an example)
$this->bbcode_second_pass_code('', 'local/zstd 1.5.0-1')
where current version seems to be zstd 1.5.1-2 at the time being:
https://archlinuxarm.org/packages/armv7h/zstd
So there should be an update available for this package.

Looking at /var/log/pacman.log I find the last sucsessful updates:
$this->bbcode_second_pass_code('', '[2021-12-06T22:29:20+0000] [ALPM] upgraded smbclient (4.15.2-3 -> 4.15.3-1)
[2021-12-06T22:29:25+0000] [ALPM] upgraded samba (4.15.2-3 -> 4.15.3-1)')
Both seem uncritically for package management to me.
smbclient had an updated since to version 4.15.31-2, samba is current.
What could be wrong here?

[graysky]

MOD NOTE- merged

[bittin]

Got 2,5GB updates now

[andiling]

In the late evening suddenly more than 50 updates are arriving... system is not booting afterwards anymore (any issue with udevd but not related to kernel or systemd). Need to go through all to find the culprit...

[barracuda]

My system does not boot anymore as well, a lot of errors in journalctl

$this->bbcode_second_pass_quote('', 'D')ec 30 23:26:54 systemd[442]: pam_systemd(login:session): Failed to release session: Access denied
Dec 30 23:26:54 systemd[1]: kodi.service: Failed with result 'exit-code'.
Dec 30 23:26:54 systemd[1]: kodi.service: Control process exited, code=exited, status=1/FAILURE
Dec 30 23:26:54 killall[441]: kodi.bin: no process found
Dec 30 23:26:53 rpc.mountd[375]: Could not make a socket: (97) Address family not supported by protocol
Dec 30 23:26:26 rpc.statd[381]: Failed to create listener xprt (statd, 1, tcp6)
Dec 30 23:26:26 rpc.statd[381]: Flags: TI-RPC
Dec 30 23:26:26 rpcbind[377]: cannot create socket for tcp6
Dec 30 23:26:26 rpcbind[377]: cannot create socket for udp6

[renkei]

Same issue here. It is not possible to start systemd-journald.service anymore. The service fails because the systemd-journal-flush.service fails with

$this->bbcode_second_pass_code('', 'systemd-journal-flush.service: Failed to connect stdout to the journal socket, ignoring: Connection refused')

Several other services like systemd-networkd don't start as well (because of the issue above, I assume). So, whenever a fix is available by one or more updated packages I have to chroot into the ARMv7 system...

Please tell me that this can be fixed by editing some config files. Just mounting the partition is much easier than to chroot into ARMv7 from x86_64 with qemu.

Any ideas?

[bittin]

Same here, my Raspberry Pi 4 crashed too , and root, toor och rootroot does not work as root passwords, ordered 2 new microsd cards from http://24.se too try to reinstall next year

[cyberjunkie1970]

My Pi no longer boots properly either. I found that if I wait a few minutes it will eventually ask me for my root password. From there I can at least get logged in as root and if I run dhclient I can connect to a wired connection. I'm hoping there are more package updates to come that will fix this issue.

[JohannesSilverfox]

I was able to figure out the issue; it's zstd 1.5.1-2. While troubleshooting this, I came across https://bugzilla.redhat.com/show_bug.cgi?id=2035802 which goes over a similar issue with Fedora on s390 and armv7hl. That gave me the idea to try downgrading the package; I remembered there was a link on this forum to a package archive which (fortunately) had the previous version: http://alaa.ad24.cz/packages/z/zstd/.

After I copied the 1.5.0-1 package to the SD card, I started the Pi, waited for systemd to time out, got into the emergency shell, used pacman -U to downgrade zstd, and rebooted.

Everything came up as usual.

I'm not sure if the issue is the same as with Fedora; I tried changing MemoryDenyWriteExecute to no in the systemd unit file for systemd-journald, but it didn't make any difference. For now, though, this should hopefully get our systems going again.