July 2025 - Arch-general - lists.archlinux.org

cp from internal SSD via USB 3 to external HDD is very slow
by Ralf Mardorf 26 Aug '25

26 Aug '25

Hi, I am copying from an internal SATA SSD via USB 3 to an external SATA WD Blue, a 3.5" CMR HDD. The first part “cp -ai /mnt/winos7/” (see [*1]) took about 70 minutes for 188 GiB, almost all files are quite small. The second part “cp -ai /mnt/winos10/” (see [*1]) should copy about 100 GiB small files + about 740 GiB for a single vbox vdi file. The about 100 GiB small files were copied and about 310 GiB of the vdi file were also already copied, at 03:30, so for about 410 GiB it took about 9 hours. I think this is taking far too long. Does anyone have an idea? FWIW ^Z was an oversight. I meant to press Ctrl+Alt+T to open a terminal tab, and apparently pressed Ctrl+Z (German QWERTY keyboard). CPU Model: 6.191.5 "13th Gen Intel(R) Core(TM) i3-13100" Memory Size: 32 GB For top see [*2]. • rocketmouse@archlinux ~ $ uname -r; cat /proc/cmdline 6.14.2-arch1-1 BOOT_IMAGE=/boot/vmlinuz-linux root=/dev/disk/by-label/m1.archlinux ro ibt=off ipv6.disable=1 kvm.enable_virt_at_load=0 Regards, Ralf [*1] • root@archlinux /home/rocketmouse # date; cp -ai /mnt/winos7/{*txt,o10_share,winOS_2} /mnt/ua.fantec/w7_ipad_archive-winos7_not_included-2025-apr-14/winos7/; echo $?; date; cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/; echo $?; date Mon 14 Apr 17:02:20 CEST 2025 0 Mon 14 Apr 18:13:45 CEST 2025 ^Z [1]+ Stopped cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/ 148 Tue 15 Apr 02:56:03 CEST 2025 • root@archlinux /home/rocketmouse # fg 1 cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/ [*2] top - 03:38:10 up 2 days, 17:21, 1 user, load average: 1.30, 1.26, 1.30 Tasks: 284 total, 1 running, 281 sleep, 2 d-sleep, 0 stopped, 0 zombie %Cpu(s): 1.8 us, 0.8 sy, 0.0 ni, 84.3 id, 12.9 wa, 0.1 hi, 0.1 si, 0.0 st MiB Mem : 31862.0 total, 316.4 free, 3401.6 used, 29130.6 buff/cache MiB Swap: 16383.0 total, 16382.5 free, 0.5 used. 28460.4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 82310 rocketm+ 20 0 557740 60108 48756 S 10.3 0.2 0:18.00 roxterm 663 root 20 0 819996 107492 66704 S 7.0 0.3 17:40.51 Xorg 100095 rocketm+ 20 0 2587672 172912 117660 S 1.3 0.5 0:08.42 Isolated Web Co 87583 root 20 0 7440 6136 5516 D 1.0 0.0 14:05.38 cp 2078 rocketm+ 20 0 167504 41148 33812 S 0.3 0.1 4:47.97 parcellite 2697 rocketm+ 20 0 73.9g 806944 168776 S 0.3 2.5 11:00.17 evolution 96948 root 20 0 0 0 0 I 0.3 0.0 0:12.97 kworker/u32:4-events_unbound 100138 root 20 0 0 0 0 I 0.3 0.0 0:00.99 kworker/1:2-events 100195 rocketm+ 20 0 70.5g 163948 142808 S 0.3 0.5 0:00.67 WebKitWebProces 100326 root 20 0 0 0 0 I 0.3 0.0 0:01.75 kworker/u32:1-flush-8:80 100948 rocketm+ 20 0 12372 9836 7660 R 0.3 0.0 0:00.07 top 1 root 20 0 24012 15008 9320 S 0.0 0.0 0:26.64 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.23 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pool_workqu

2 5

Arch General - is there a problem with posts
by Mike Cloaked 26 Aug '25

26 Aug '25

There have been no posts coming from the arch general mailing list for several months. Is there a problem with the server? -- mike c

5 4

folder in /var/cache/pacman/pkg
by Frank 01 Aug '25

01 Aug '25

Good afternoon, I just discovered this folder /var/cache/pacman/pkg/download-LyI4Km/ with the following content: -rw-r--r-- 1 alpm alpm 34091008 5. Apr 07:49 calibre-8.0.1-3- x86_64.pkg.tar.zst.part -rw-r--r-- 1 alpm alpm 62468096 5. Apr 07:49 electron34-34.5.0-2- x86_64.pkg.tar.zst.part -rw-r--r-- 1 alpm alpm 19755008 2. Apr 21:00 mesa-1:25.0.3-1- x86_64.pkg.tar.zst -rw-r--r-- 1 alpm alpm 60813312 5. Apr 07:49 qt6-webengine-6.9.0-1- x86_64.pkg.tar.zst.part -rw-r--r-- 1 alpm alpm 37257216 5. Apr 07:49 telegram-desktop-5.13.1- 2-x86_64.pkg.tar.zst.part -rw-r--r-- 1 alpm alpm 106354016 5. Apr 01:17 zen-browser-bin-1.11b-2- x86_64.pkg.tar.zst -rw-r--r-- 1 alpm alpm 566 5. Apr 01:17 zen-browser-bin-1.11b-2- x86_64.pkg.tar.zst.sig Don't know where this is coming from but am wondering whether it's safe to delete it? THX Frank

5 5

Fwd: Possible malicous PKGBUILD
by David C Rankin 31 Jul '25

31 Jul '25

Dear Arch Officials, Will you please review the perpetual "moderation" that is attached to my AUR e-mail. This is going on a year and is quite ridiculous. This is my third request for review of this unfortunate matter. -------- Forwarded Message -------- Subject: Re: Possible malicous PKGBUILD Date: Wed, 30 Jul 2025 09:22:24 +0000 From: aur-general-owner(a)lists.archlinux.org To: drankinatty(a)gmail.com Your message to the Aur-general mailing-list was rejected for the following reasons: The message comes from a moderated member The original message as received by Mailman is attached. -- David C. Rankin, J.D.,P.E.

2 1

Re: Licensing changes in package sources: does one link mentioned here 404?
by u34＠net9.cf 24 Jul '25

24 Jul '25

Sven-Hendrik Haase <svenstaro(a)archlinux.org> wrote: > Hey all, > > With [RFC40][0] and [RFC52][1] merged, we're now going full steam to > make sure the changes outlined in those RFCs are soon implemented. > If you are a packager and only care about how this concerns you without > the nitty gritty details, here's what you need to know in short: > > 1. PKGBUILDs and auxiliary files (e.g. config files, etc.) that Arch > Linux contributors provided will be licensed under 0BSD. Full current > list [here][3]. > 2. Licensing information will be documented in a `REUSE.toml` file per > repository and will be maintained by package maintainers going forward. > 3. We will generate a `REUSE.toml` (using `pkgctl license setup`) for > most packages. > 4. You may have to make changes to your packages (details below)! > 5. When moving package source repositories from the AUR, either contact > past contributors and ask for consent to license under 0BSD, or rewrite > the package sources. > > The changes introduced in [RFC40][0] and [RFC52][1] have a general > impact on packaging work. > > To clearly document which licenses apply to which files, we are > introducing REUSE [2], which provides a structured configuration file > format (`REUSE.toml`) for mapping files to concrete licenses. > In the near future, we will add these files to package source repos in > an automated fashion using `pkgctl license setup`. > While doing so, we will exclude some packages added after 2024-11-01, > see [this issue][4] for further details. > [4]: > https://gitlab.archlinux.org/archlinux/packaging/licensing-package-sources/… I get a 404. -- u34 > > In some cases (around 750 out of 12462 repos), packager maintainers will > need to manually perform some changes, as adding a `REUSE.toml` will not > work out of the box. There will be a todo list on Arch web for those > packages where manual action is required. > The most common reasons for this are: > > 1. The package's license isn't specified in an SPDX conforming fashion > (e.g. `GPL2` instead of `GPL-2.0-or-later`). There are open MRs on > GitLab to make some packages SPDX conforming [5]. We will go through > these and we'll try to merge all of these. > 2. Multiple license identifiers are specified in the PKGBUILD and > SRCINFO files and patch files are present in the package source repository. > In this case, we can't automatically pick a suitable upstream license. > > By default, all files in package source repos must be licensed under 0BSD. > 0BSD is very permissive and files licensed under its terms can be > contributed upstream under their desired license. > > For some files, 0BSD might not be suitable, and contributors need to > choose a different license depending on the situation. Here are some > common cases: > > - Included files originating from contributors that have not agreed to > the 0BSD license. > If the files are available under a FOSS license, mark the files under > that particular license in the `REUSE.toml`. > If no license is provided, the files need to be rewritten or removed. > - Patches taken from upstream and committed to the repository need to be > annotated with the correct upstream license. > > `pkgctl license` will be available from devtools v1.4.0 onwards. After > this release, you will encounter a warning when running `pkgctl release` > if your package source repository isn't compliant. > > If there are any open questions with existing packages and the new reuse > setup, reach out over the mailing list or in the packaging channel. > > Cheers, > Rafael and Sven > > [0]: https://rfc.archlinux.page/0040-license-package-sources/ > [1]: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/52 > [2]: https://reuse.software/ > [3]: > https://gitlab.archlinux.org/archlinux/devtools/-/blob/b8c475b3f402809fc65b… > [4]: > https://gitlab.archlinux.org/archlinux/packaging/licensing-package-sources/… > [5]: > https://gitlab.archlinux.org/search?scope=merge_requests&search=spdx&state=…

2 1

Good PR from bad AUR FF bin package situation courtesy of The Register
by David C Rankin 23 Jul '25

23 Jul '25

All, Despite the unfortunate AUR RAT issue, Arch received a good review of its handling of the matter: Arch Linux users told to purge Firefox forks after AUR malware scare https://go.reg.cx/tdml/dfd67/68a9047f/70c7d2e3/4hwN The article spoke well of Arch throughout. That's a good reflection on Arch governance and reaffirmation of the the way the distro has been managed. Well done. (I'm not affiliated with The Register, but worth subscribing to the excellent daily newsletter) -- David C. Rankin, J.D.,P.E.

1 0

About the 2 patches and GitLab requests
by c4a＠monocles.eu 23 Jul '25

23 Jul '25

Within the last 24 hours, I have sent 2 patches. Since the mailing list clearly isn't the right place to post them, I decided to request a GitLab account. However, this decision of mine has changed. As a preemptive action to prevent any drama, I have sent a message in the support ticket to disregard the request. None of this is done maliciously to harm Arch Linux or flood people's mailboxes. I really want this to be the last message about this. I mainly just was curious about the bring up process for packages. And I wanted to bring up a couple packages for the Arch Linux team since they are out of date.

2 1

[PATCH] upgpkg: 7zip 25.00
by c4a＠monocles.eu 22 Jul '25

22 Jul '25

From: Charles <c4a(a)monocles.eu> Unfortunately I had to add a prepare function to patch out the -Werror flag using sed. Apart from that the package appears to work just fine. --- PKGBUILD | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/PKGBUILD b/PKGBUILD index ab0524b..14c55f6 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -1,8 +1,8 @@ # Maintainer: Evangelos Foutras <foutrelis(a)archlinux.org> pkgname=7zip -pkgver=24.09 -pkgrel=3 +pkgver=25.00 +pkgrel=1 pkgdesc="File archiver for extremely high compression" arch=('x86_64') url="https://www.7-zip.org" @@ -13,7 +13,12 @@ provides=('p7zip') conflicts=('p7zip') replaces=('p7zip') source=(https://7-zip.org/a/7z${pkgver//./}-src.tar.xz) -sha256sums=('49c05169f49572c1128453579af1632a952409ced028259381dac30726b6133a') +sha256sums=('bff9e69b6ca73a5b8715d7623870a39dc90ad6ce1f4d1070685843987af1af9b') + +prepare() { + cd "$srcdir" + sed -i 's/-Werror//g' CPP/7zip/7zip_gcc.mak +} build() { local _platform_flags=() -- 2.50.1

3 2

[PATCH] upgpkg: less 679
by c4a＠monocles.eu 22 Jul '25

22 Jul '25

From: Charles <c4a(a)monocles.eu> --- PKGBUILD | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/PKGBUILD b/PKGBUILD index 95a9671..b279e80 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -3,7 +3,7 @@ # Contributor: judd <jvinet(a)zeroflux.org> pkgname=less -pkgver=668 +pkgver=679 pkgrel=1 epoch=1 pkgdesc='A terminal based program for viewing text files' @@ -14,7 +14,7 @@ depends=('glibc' 'ncurses' 'pcre2') validpgpkeys=('AE27252BD6846E7D6EAE1DD6F153A7C833235259') # Mark Nudelman source=("https://www.greenwoodsoftware.com/$pkgname/$pkgname-$pkgver.tar.gz" "$pkgname-$pkgver.tar.gz.sig::https://www.greenwoodsoftware.com/$pkgname/$pkgname-$pkgver.sig") -sha256sums=('2819f55564d86d542abbecafd82ff61e819a3eec967faa36cd3e68f1596a44b8' +sha256sums=('9b68820c34fa8a0af6b0e01b74f0298bcdd40a0489c61649b47058908a153d78' 'SKIP') prepare() { -- 2.50.1

2 1

Bind in systemd-nspawn Container
by Pocket 18 Jul '25

18 Jul '25

Is it possible to run bind inside a nspawn container? Created a container with pacstrap -k base into /var/lib/machines/Bind/ set root password in container Using host networking machinectl start Bind machinectl login Bind Login as root root@Bind named]# pacman -Syy&&pacman -S bind vim Configured bind as resolver per archlinux wiki BIND root@Bind named]# systemctl start named&&systemctl status named ● named.service - Internet domain name server Loaded: loaded (/usr/lib/systemd/system /named.service; enabled; preset: disabled) Active: active (running) since Thu 2025-07-17 19:45:23 EDT; 17ms ago Invocation: f5eddb5e40fb4c548d8eae7671c563fd Main PID: 1109 ((named)) Tasks: 1 (limit: 19108) CPU: 9ms CGroup: /system.slice/named.service └─1109 "(named)" Jul 17 19:45:23 Bind systemd[1]: Started Internet domain name server. [root@Bind named]# dig @127.0.0.1 redhat.com ;; communications error to 127.0.0.1#53: connection refused ;; communications error to 127.0.0.1#53: connection refused ;; communications error to 127.0.0.1#53: connection refused ; <<>> DiG 9.20.11 <<>> @127.0.0.1 redhat.com ; (1 server found) ;; global options: +cmd ;; no servers could be reached [root@Bind named]# dig @localhost. redhat.com ;; communications error to ::1#53: connection refused ;; communications error to ::1#53: connection refused ;; communications error to ::1#53: connection refused ;; communications error to 127.0.0.1#53: connection refused ; <<>> DiG 9.20.11 <<>> @localhost. redhat.com ; (2 servers found) ;; global options: +cmd ;; no servers could be reached root@Bind named]# ps aux|grep named named 1109 0.0 0.1 223180 22328 ? Ssl 19:45 0:00 /usr/bin/named -f -u named root 1135 0.0 0.0 3796 2064 pts/1 S+ 19:47 0:00 grep named [root@pocket ~]# ps aux|grep named root 22107 0.0 0.0 16348 10928 pts/1 Sl+ 19:44 0:00 vim etc/named.conf vu-Bind+ 22145 0.0 0.1 223180 22328 ? Ssl 19:45 0:00 /usr/bin/named -f -u named root 22228 0.0 0.0 6468 2048 pts/0 S+ 19:47 0:00 grep named From journalctl: Jul 17 20:00:34 Bind named[1306]: couldn't add command channel 127.0.0.1#953: permission denied Jul 17 20:00:34 Bind named[1306]: configuring command channel from '/etc/rndc.key' Jul 17 20:00:34 Bind named[1306]: couldn't add command channel ::1#953: permission denied Jul 17 20:00:34 Bind named[1306]: listening on IPv4 interface lo, 127.0.0.1#53 Jul 17 20:00:34 Bind named[1306]: creating IPv4 interface lo failed; interface ignored Jul 17 20:00:34 Bind named[1306]: listening on IPv4 interface end0, 192.168.50.5#53 Jul 17 20:00:34 Bind named[1306]: creating IPv4 interface end0 failed; interface ignored Jul 17 20:00:34 Bind named[1306]: IPv6 socket API is incomplete; explicitly binding to each IPv6 address separately Jul 17 20:00:34 Bind named[1306]: listening on IPv6 interface lo, ::1#53 Jul 17 20:00:34 Bind named[1306]: creating IPv6 interface lo failed; interface ignored Jul 17 20:00:34 Bind named[1306]: listening on IPv6 interface end0, 2603:6010:6c00:3f2e:2ecf:67ff:fed8:6900#53 Jul 17 20:00:34 Bind named[1306]: creating IPv6 interface end0 failed; interface ignored Jul 17 20:00:34 Bind named[1306]: listening on IPv6 interface end0, fe80::2ecf:67ff:fed8:6900%2#53 Jul 17 20:00:34 Bind named[1306]: creating IPv6 interface end0 failed; interface ignored Looks like it is running in the container but can not bind to any interfaces Looks like I am missing something or it just doesn't work. Anyone have any magic pixie dust? -- Hindi madali ang maging ako

2 2

Systemd resolved
by Pocket 17 Jul '25

17 Jul '25

I have a router that has DHCP and assigns IP and DNS servers The DNS server assigned are 192.168.50.4 192.168.50.2 fe80::dea6:32ff:fe25:41d2 192.168.50.4 pi-hole 192.168.50.2 Bind DNS recursive fe80::dea6:32ff:fe25:41d2 pi-hole The pi-hole server uses 192.168.50.2 as its DNS name resolution resolvectl returns this Global Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=allow-downgrade/supported resolv.conf mode: stub Fallback DNS Servers: 1.1.1.1#cloudflare-dns.com 9.9.9.9#dns.quad9.net 8.8.8.8#dns.google 2606:4700:4700::1111#cloudflare-dns.com 2620:fe::9#dns.quad9.net 2001:4860:4860::8888#dns.google Link 2 (end0) Current Scopes: DNS Protocols: +DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=allow-downgrade/supported Current DNS Server: fe80::dea6:32ff:fe25:41d2 DNS Servers: 192.168.50.4 192.168.50.2 fe80::dea6:32ff:fe25:41d2 Default Route: yes Link 3 (wlan0) Current Scopes: none Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=allow-downgrade/supported Default Route: no The following for end0 wired connection Current DNS Server: fe80::dea6:32ff:fe25:41d2 changes or cycles through the three DNS servers, changing about every 5 minutes or upon browsing the web with firefox ( firefox is set to use my DNS servers) Is that how resolved really works? I was under the impression that once the "Current DNS Server" was set it would stay that way unless the "Current DNS Server" failed. I there a setting other than /etc/systemd/resolved.conf ? [Resolve] DNS=192.168.50.4 fe80::dea6:32ff:fe25:41d2 Domains=~. I would really like to have it assigned by the router instead of at each client. -- Hindi madali ang maging ako

2 2

Inquiry About Creating a Modified Distribution Based on Arch Linux
by 王奕宁 14 Jul '25

14 Jul '25

Dear Arch Linux Development Team, I am working on a customized Linux distribution named LinuxToGo, which would be explicitly based on Arch Linux (not a fork). Our goal is to create a specialized Linux distribution derived from Arch Linux, focused exclusively on providing a robust, portable Linux experience bootable directly from external drives (e.g., USB sticks, SSDs, etc.). All releases will prominently state: "LinuxToGo is NOT an official Arch Linux product. It is a modified version of Arch Linux. Official resources can be found at archlinux.org." The project website/documentation will clearly credit Arch Linux as the foundation and link to the official project. Technical Approach The distribution would utilize the Arch Linux package repositories ([core], [extra], [community]) directly where possible. Customizations (e.g., installer scripts, default configurations, or curated software sets) will be developed/maintained separately in our repositories. We will strictly adhere to all relevant Arch Linux trademarks and branding guidelines. I would like to confirm whether this approach aligns with Arch Linux’s policies, particularly regarding: The use of the Arch Linux name/brand in the context of "based on Arch Linux." Distributing pre-configured ISOs that utilize official repositories. Any specific compliance requirements we should follow. We deeply respect the Arch Linux community and philosophy, and wish to ensure full alignment with your guidelines before proceeding. Thank you for your time and consideration. Wtada233 wtada233(a)outlook.com

6 5

vlc-plugins split - is there a list of what used to be included?
by David C Rankin 11 Jul '25

11 Jul '25

Arch devs, Updates tonight showed 20+ new vlc-plugins that are now separate from the main vlc package. The wiki is silent on which were included. There are a number of reddit threads from the last day about vlc no longer working due to the plugin issue, is there a list of what (which plugins) used to be included by vlc before the package was split? I see there is a plugins-all which presumably installs every plugin, but I can't tell if that is wildly over-inclusive compared to what vlc used to provide by default. Is there a way to figure out what used to be in the default Arch vlc package that now must be separately installed as a plugin to ensure the same functionality? The old package before the split used to work quite well without any muss or fuss. -- David C. Rankin, J.D.,P.E.

3 3

Adding rocprofiler-register as a dependency of rocm runtimes
by Jesper Jensen 11 Jul '25

11 Jul '25

I've investigated and issue with the rocm profiler on arch[1]. It turns out that you need to have rocprofiler-register installed when building some of the rocm runtimes. I think this probably falls under the Arch definition of a feature request[2], but I don't know where to file those. I know that Torsten Keßler is packaging rocm, but I don't know if he's reachable on the archlinux email address. I could of course shove it into gitlab, but I'd rather not dress it up like a bug when I don't know what Torsten's position is on it. Where can I file a feature request? Kindly, [1]: https://github.com/ROCm/rocprofiler-sdk/issues/58 [2]: https://wiki.archlinux.org/title/Bug_reporting_guidelines#Bug_or_feature? -- Jesper Jensen PGP Fingerprint: DC1E 2882 4A1B 9821 B7E4 3D3D F1FB F142 B815 2A85 http://keybase.io/delusional Damstræde 90 9220 Aalborg Øst

1 0

Are Steam games kind of sandboxed?
by Markus Schaaf 10 Jul '25

10 Jul '25

Hi all, I am trying to access a folder directly beneath the root folder of my computer from inside a game (Symphony), using Steam Linux Runtime (no Windows emulation like Proton). Strangely that particular folder is missing (some others like /boot and /opt too). Then there is a folder /overrides that does not exist in /. So this is some kind of sandbox, but I have no idea where to look, if I want to whitelist or link other folders there. Can anybody help? BR Markus

2 1

Updated on 25th to 6.15.3 + firmware (fine), update tonight to 6.15.4 + firmware, network not up, dhcpd4 fails?
by David C Rankin 01 Jul '25

01 Jul '25

All, I have my Arch server that has been running for a decade, updates weekly, never misses a beat. It has been so long since I've had an issue with it, I thought Arch had finally reached Linux rolling release nirvana. Then, for reasons I can't explain, the update tonight (an hour ago), failed to start dhcpd4. I can't ping the box, I have to log in locally and I find the network interface enp5s0 'down' - that's not happened since Arch was installed. So I bring the interface up: # ip link set enp5s0 up Presto, network is up, and well. So I try starting dhcpd4 and it fails "cannot create /run/dhcpd4/dhcpd.pid". There is no /run/dhcpd4 directory. So I created it and manually started dhcpd4 without -q and all starts fine and it is now happily handing out addresses and updating the bind DNS zone for about 60 clients. What happened? I did not install or uninstall anything new. I simply did a "pacman -Syu" to update the system. The following packages were upgraded: [2025-06-28T01:54:00-0500] [PACMAN] Running 'pacman -Syu' [2025-06-28T01:54:00-0500] [PACMAN] synchronizing package lists [2025-06-28T01:54:01-0500] [PACMAN] starting full system upgrade [2025-06-28T01:54:21-0500] [ALPM] running '60-mkinitcpio-remove.hook'... [2025-06-28T01:54:21-0500] [ALPM] running '71-dkms-remove.hook'... [2025-06-28T01:54:23-0500] [ALPM-SCRIPTLET] ==> dkms remove --no-depmod nvidia/390.157 -k 6.15.3-arch1-1 [2025-06-28T01:54:24-0500] [ALPM-SCRIPTLET] ==> depmod 6.15.3-arch1-1 [2025-06-28T01:54:31-0500] [ALPM] transaction started [2025-06-28T01:54:31-0500] [ALPM] upgraded broot (1.46.5-3 -> 1.47.0-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded util-linux-libs (2.41-4 -> 2.41.1-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded systemd-libs (257.6-1 -> 257.7-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded cryptsetup (2.7.5-2 -> 2.8.0-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded docker (1:28.2.2-1 -> 1:28.3.0-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded libopenmpt (0.8.0-1 -> 0.8.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded libjpeg-turbo (3.1.0-1 -> 3.1.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded util-linux (2.41-4 -> 2.41.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded systemd (257.6-1 -> 257.7-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded firefox (140.0-1 -> 140.0.1-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded freetds (1.5.3-1 -> 1.5.4-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gstreamer (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-base-libs (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-libav (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-bad-libs (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded libpipewire (1:1.4.5-1 -> 1:1.4.6-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-bad (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-base (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-good (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gum (0.16.1-1 -> 0.16.2-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded intel-media-driver (25.2.3-1 -> 25.2.5-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libmpdclient (2.22-1 -> 2.23-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libunrar (1:7.1.7-1 -> 1:7.1.8-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libvoikko (4.3.2-4 -> 4.3.3-1) [2025-06-28T01:54:38-0500] [ALPM] upgraded linux (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:45-0500] [ALPM] upgraded linux-docs (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:45-0500] [ALPM] upgraded linux-firmware-whence (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:46-0500] [ALPM] upgraded linux-firmware-amdgpu (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:46-0500] [ALPM] upgraded linux-firmware-atheros (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-broadcom (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-cirrus (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-intel (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-mediatek (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-nvidia (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-other (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-radeon (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-realtek (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded linux-headers (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded openresolv (3.16.5-1 -> 3.17.0-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded pipewire (1:1.4.5-1 -> 1:1.4.6-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded pkgconf (2.5.0-1 -> 2.5.1-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded python-pygments (2.19.1-1 -> 2.19.2-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded rust (1:1.87.0-2 -> 1:1.88.0-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded systemd-sysvcompat (257.6-1 -> 257.7-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded thin-provisioning-tools (1.1.0-1 -> 1.2.0-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded unrar (1:7.1.7-1 -> 1:7.1.8-1) [2025-06-28T01:54:55-0500] [ALPM] upgraded yt-dlp (2025.06.09-1 -> 2025.06.25-1) I have got to find out why this failed to set the network device up and why dhcpd4 couldn't create /run/dhcpd4 for startup. Most of the time I admin this box remotely. Having it reboot and not reliably come back up isn't an option. Is there some issue with the new firmware and network devices? The network device uses the r8169 driver is that is an issue, it used the r1868 driver in the past. I haven't changed a thing related to it. 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 06) Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0, IOMMU group 13 I/O ports at b000 [size=256] Memory at fe100000 (64-bit, non-prefetchable) [size=4K] Memory at dc100000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, IntMsgNum 1 Capabilities: [b0] MSI-X: Enable+ Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 Kernel modules: r8169 What else to check to track down what caused the network not to come up enabled and why couldn't dhcpd4 create its pid file even after the link was brought up? This box is updated and rebooted with each new kernel and has always been bullet-proof. If it helps, the update on June 25 was minimal as well, updating: [2025-06-25T03:44:59-0500] [PACMAN] Running 'pacman -Syu linux-firmware' [2025-06-25T03:44:59-0500] [PACMAN] synchronizing package lists [2025-06-25T03:45:00-0500] [PACMAN] starting full system upgrade [2025-06-25T03:45:38-0500] [ALPM] running '60-mkinitcpio-remove.hook'... [2025-06-25T03:45:39-0500] [ALPM] running '71-dkms-remove.hook'... [2025-06-25T03:45:40-0500] [ALPM-SCRIPTLET] ==> dkms remove --no-depmod nvidia/390.157 -k 6.15.2-arch1-1 [2025-06-25T03:45:41-0500] [ALPM-SCRIPTLET] ==> depmod 6.15.2-arch1-1 [2025-06-25T03:45:47-0500] [ALPM] transaction started [2025-06-25T03:45:47-0500] [ALPM] upgraded linux-firmware-whence (20250508.788aadc8-2 -> 20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-amdgpu (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-atheros (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-broadcom (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-cirrus (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-intel (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-mediatek (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-nvidia (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-other (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-radeon (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-realtek (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] upgraded btrfs-progs (6.14-1 -> 6.15-1) [2025-06-25T03:45:48-0500] [ALPM] upgraded ca-certificates-mozilla (3.112-1 -> 3.113-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded docker-compose (2.37.1-1 -> 2.37.3-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded libxml2 (2.14.4-1 -> 2.14.4-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded dvisvgm (3.5-1 -> 3.5-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded enchant (2.8.9-1 -> 2.8.10-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded nss (3.112-1 -> 3.113-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded libssh (0.11.1-1 -> 0.11.2-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded xorg-server-common (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded xorg-server (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded python (3.13.3-1 -> 3.13.5-1) [2025-06-25T03:45:50-0500] [ALPM] upgraded firefox (139.0.4-1 -> 140.0-1) [2025-06-25T03:45:51-0500] [ALPM] upgraded giac (2.0.0.4-1 -> 2.0.0.6-1) [2025-06-25T03:45:51-0500] [ALPM] upgraded gnupg (2.4.7-3 -> 2.4.8-1) [2025-06-25T03:45:52-0500] [ALPM] upgraded iniparser (4.2.6-1 -> 4.2.6-2) [2025-06-25T03:45:52-0500] [ALPM] upgraded liburcu (0.15.1-1 -> 0.15.3-1) [2025-06-25T03:45:53-0500] [ALPM] upgraded linux (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:01-0500] [ALPM] upgraded linux-docs (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded linux-headers (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded parallel (20250522-1 -> 20250622-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded pciutils (3.13.0-2 -> 3.14.0-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded perl-image-exiftool (13.30-1 -> 13.30-2) [2025-06-25T03:46:05-0500] [ALPM] upgraded python-pypdf (5.6.0-1 -> 5.6.1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded python-scipy (1.15.3-1 -> 1.16.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded qt6-base (6.9.1-1 -> 6.9.1-2) [2025-06-25T03:46:06-0500] [ALPM] upgraded seabios (1.16.3-1 -> 1.17.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded sundials (7.3.0-1 -> 7.4.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded virtiofsd (1.13.1-1 -> 1.13.2-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded xorg-server-devel (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:46:07-0500] [ALPM] transaction completed Absolutely no issue after that update. There have been no config changes to the server. Any idea what changed in the kernel, firmware or otherwise that may lead to these issues now after updates today (June 28)? -- David C. Rankin, J.D.,P.E.

8 22