n815i3xjx8lomlny
Ja, das Nachladen einer neueren Version macht es anstandslos. Wie ein Blick ins pacman.log beweist.

[2022-09-22T20:49:06+0200] [ALPM] upgraded kdesu (5.98.0-1 -> 5.98.0-2)
[2022-09-22T23:33:31+0200] [ALPM] upgraded kdesu (5.98.0-2 -> 5.98.0-3)

matthias
Danke dir!
Dann lösche ich mal den roten Kasten aus dem betreffenden Artikel heraus, falls kein Einspruch mehr erfolgt. Das prep4ud-script dort funktioniert ohnehin nicht mehr.

matthias Also wozu überhaupt ein -Syuw?

Dann muss ich beim update nicht so lange dabei zuschauen bis das Download abgeschlossen ist.

GerBra
Vielen Dank für deine guten Überlegungen.

Der rote Kasten muss also bleiben und auf die möglichen Gefahren hinweisen.
Ich bin sogar der Meinung, dass ein pacman -S foobar potentiell immer dann Gefahren birgt wenn ein komplettes Paketupgrade mit pacman -Syu zu lange her war.

Erster Textentwuf:
Um die Gefahr eines partiellen Upgrades zu vermeiden ist beim Gebrauch von pacman -Syuw zu bedenken, dass kein Einzelpaket mit pacman -S foobar installiert werden sollte bevor die heruntergeladenen Pakete auch installiert wurden. Empfohlen ist hier zuvor immer ein pacman -Syu anzuwenden.

Was ich erst einmal ausprobieren möchte, ist ob tatsächlich mit einer 2. Paketdatenbank ein pacman -S foobar nicht mehr möglich ist. (Den Teil verstehe ich noch nicht so ganz)
Bei checkupdates ist wohl der Grund für eine zweite Datenbank der, das eine Meldung erzeugt werden soll wenn neue Pakete vorhanden sind. Ich schau mir das mal an, aber brauchen tue ich dies vielleicht nicht wirklich.

Edit:
Du hast inzwischen noch mehr geschrieben.
Das muss ich natürlich erst einmal genau studieren.
Deshalb ist meine Antwort natürlich auch noch nicht komplett. 😉
Vielen Dank aber jetzt schon.

Edit 2:
WoW !!!
Habe es jetzt gelesen und wohl auch verstanden.
Sehr aufschlussreich für das Verständnis war für mich :

Bei pacman ist die Sync-Datenbank per Default /var/lib/pacman. Darin sind die Ordner local und sync.
Ein pacman -Sy verändert den Inhalt von sync, ein -Su den Inhalt von local. Beides zusammen (-Syu) bilden ein ordentliches Systemupgrade.

und natürlich auch das Aufführen der einzelnen weiterführenden Befehle.

Szenario a) werde ich auf jeden Fall auf diese Weise realisieren.
Szenario b) vielleicht. Nützlich wäre es schon für die Rechner die nicht so oft in Gebrauch sind. Jedenfalls dauert das Upgrade nicht so lange wenn nicht mehr für jeden Rechner so fürchterlich viele Pakete heruntergeladen werden müssen.

n815i3xjx8lomlny
Die Vorgehensweise b) würde auch einer unnötigen Entropieerhöhung entgegenwirken. 😉

Martin-MS
Danke für deine Erläuterungen. Du hast natürlich recht. Vielleicht bin ich da aber nur deshalb etwas begriffsstutzig, weil ich mich noch nie getraut habe, bei einem nicht aktualisierten System ein pacman -S durchzuführen.

GerBra
Fertig! Es läuft jetzt mit 2 Rechnern und die Updates laufen viel schneller durch. 😉
Auch habe ich schon mal den zukünftigen Wiki Artikel vornotiert.
Schau bitte mal drüber ob das so taugt, oder ob vielleicht noch Verbesserungspotenzial besteht.
Abgeändert habe ich folgendes:

• Namen und Pfade
• pacman -Qq ->pacman -Qqe
• Server arbeitet mit script statt mit einem Hook
• paccache -vrk2 - zusätzlich im script
• Benutzerrechte - Der zweite Rechner will trotz identischer UID auf den server mit nobody:nobody zugreifen.

Und ein herzliches Dankschön für die tolle Vorarbeit.

Package-Preload (Beispiel)

Das folgende Beispiel zeigt die Möglichkeit auf, den Download von neuen Paketen auf einem zentalen Rechner automatisch durchzuführen und die Pakete von dort aus auf andere Rechner zu verteilen.
Um die Gefahr eines partielles Upgrades, das die Konsistenz des Systems bei einen unbedachten pacman -S foobar beschädigen könnte zu vermeiden, wird eine separate Paketdatenbank für das Preload genutzt. Dabei wird der Paketbestand einzeln gelistet, sodass jeder Rechner nur die Pakete erhält die auf ihm schon installiert sind. Durch den paccache Befehl wird der Bestand an veralteten Paketen klein gehalten. Die Installation der auf diese Weise vorab heruntergeladenen Pakete wird dabei wie bisher mit dem Befehl pacman -Syu auf jedem Rechner separat durchgeführt.

Für den Rechner (server) der das Package-Preload durchführen soll:

Vorbereitung

Die folgenden Ordner und Dateien werden erstellt und die Benutzerrechte gesetzt.
Für <rechnername> ist der hostname des betreffenden Rechners zu setzen.

mkdir /etc/preload

mkdir /etc/preload/pkg
chmod 777 /etc/preload/pkg

mkdir /etc/preload/pkg/list

touch /etc/preload/pkg/list/<rechername>
chmod 777 /etc/preload/pkg/list/<rechername>

cp -r /var/cache/pacman/pkg /etc/preload/
ln -s /var/lib/pacman/local/ /etc/preload/

Einrichtung des nfs Server

Dabei wird der Ordner /NAS für unser Beispiel jeweils mit dem Ordner /etc/preload ersetzt.

/etc/pacman.conf

In der /etc/pacman.conf oben eine Zeile einfügen.

CacheDir=/etc/preload/pkg/

pkgpreload.sh

#!/usr/bin/env bash
# file-> /usr/local/bin/pkgpreload.sh

# Proof if root
if (( `id -u` != 0 )); then
echo "Sorry, you must be root."
exit
fi

# Check dependencies
declare -a DEPEND=("paccache")

for i in "${DEPEND[@]}"; do
  if ! [[ -f "/usr/bin/$i" || -f "/usr/sbin/$i" ]] ; then
    echo "$i is missing. You need to install the pacman-contrib package."
    exit 1
  fi
done


# Write and sort package lists, delete AUR packages
pacman -Qqe > /etc/preload/pkg/list/<rechername>
sort -u /pacman/pkg/list/<rechername> /etc/preload/pkg/list/<rechnername> /etc/preload/pkg/list/<rechnername> > /etc/preload/pkg/list/all
cp /etc/preload/pkg/list/all /etc/preload/pkg/list/org
comm -12 <(pacman -Slq --dbpath /etc/preload/ | sort) <(sort /etc/preload/pkg/list/org ) > //etc/preload/pkg/list/all

# Preload packages
pacman -Syuw --noconfirm --dbpath /etc/preload --logfile /etc/preload/preload.log

# Delete old packages
paccache -vrk2

Der Eintrag <rechername> ist im Skript jeweils anzupassen.
Die Datei pkgpreload.sh nach /usr/local/bin/pkgpreload.sh abspeichern und mit einem
chmod +x /usr/local/bin/pkgpreload.sh ausführbar machen.
Das Paket pacman-contrib sollte instaliert werden.
pacman -S pacman-contrib

systemd service

Service unter etc/systemd/system/abspeichern und danach aktivieren
systemctl enable --now pkgpreload.timer

# file-> /etc/systemd/system/pkgpreload.service

[Unit]
Description=preloads packages
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/local/bin/pkgpreload.sh

[Install]
WantedBy=basic.target

systemd timer

Timer unter etc/systemd/system/ abspeichern und danach aktivieren
systemctl enable --now pkgpreload.service

# file-> /etc/systemd/system/pkgpreload.timer

[Unit]
Description=preloads packages

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=basic.target

Für alle anderen Rechner:

Den nfs Client einrichten

Die Angabe '/NAS' ist dabei wieder durch '/etc/preload/' zu ersetzen.

/etc/pacman.conf

In der /etc/pacman.conf oben eine Zeile einfügen. CacheDir=/etc/preload/pkg/

pacman Hook

Ein Verzeichnis hooks anlegen
mkdir /etc/pacman.d/hooks

Und die folgende pkglist.hook Datei dort abspeichern
Der <rechername> ist zuvor anzupassen.

# file->/etc/pacman.d/hooks/pkglist.hook

[Trigger]
Type = Package
Operation = Install
Operation = Remove
Target = *

[Action]
Description = updating packagelist
When = PostTransaction
Exec = /bin/sh -c 'pacman -Qqe  > /etc/preload/pkg/list/<rechername>; exit'

GerBra
Update der Anleitung - (ist um einiges kürzer geworden).
Alle deine Punkte wurden in der neuen Version berücksichtigt.
Dankeschön für deine Anregungen und diesmal gerne auch wieder mit viel Kritik falls nötig.
Es kann dadurch nur besser werden. 😉

Package-Preload (Beispiel)

Das folgende Beispiel zeigt die Möglichkeit auf den Download von neuen Paketen auf einem zentalen Rechner automatisch durchzuführen und die Pakete von dort aus auf andere Rechner zu verteilen.
Um die Gefahr eines partielles Upgrades, das die Konsistenz des Systems bei einen unbedachten pacman -S foobar beschädigen könnte zu vermeiden, wird eine separate Sync-DB genutzt, damit die vorhandene Paketdatenbank weiterhin den jeweiligen Stand der Aktualität des Systems wiedergibt. Die Installation, der auf diese Weise vorab heruntergeladenen Pakete, wird dabei wie bisher mit dem Befehl pacman -Syu auf jedem Rechner einzeln durchgeführt. Das upgrade läuft entsprechend schneller ab, da für bereits heruntergeladene Pakete auf den gemeinsam genutzten Paket Cache zugegriffen wird.

Für den Rechner (server) der das Package-Preload durchführen soll:

Vorbereitung

Für die separate Sync-Datenbank wird ein Verzeichnis angelegt und der Ordner local symbolisch darauf verlinkt.

mkdir /var/lib/preload
ln -s /var/lib/pacman/local/ /var/lib/preload

Einrichtung des nfs Servers

Im Unterschied zu dem Beispiel im Wiki-Artikel nfs Server wird in der Datei /etc/exports die Zeile
/var/cache/pacman/pkg <client>(rw,sync,no_root_squash) hinzugefügt. Für <client> ist der entsprechende hostname des zugreifenden Rechners zu setzen. Für den Zugriff von weiteren Rechnern kann jeweils eine neue Zeile angelegt werden.

pkgpreload.sh

#!/usr/bin/env bash
# file-> /usr/local/bin/pkgpreload.sh

# Proof if root
if (( `id -u` != 0 )); then
echo "Sorry, you must be root."
exit
fi

ListDir="/var/cache/pacman/pkg"
PreLoad_DB="/var/lib/preload"

# Write and sort package lists
pacman -Qqe > ${ListDir}/${HOSTNAME}.list
sort -u ${ListDir}/*.list > ${ListDir}/org.list

# Ignore packages not available in our sync DB (like AUR and local installed packages)
comm -12 <(pacman -Slq --dbpath ${PreLoad_DB} | sort) <(sort ${ListDir}/org.list) > /${ListDir}/all.list

# Preload packages
pacman -Syuw --noconfirm --dbpath ${PreLoad_DB}

Die Datei pkgpreload.sh nach /usr/local/bin/pkgpreload.sh abspeichern und mit einem chmod +x /usr/local/bin/pkgpreload.sh ausführbar machen.
Zusätzlich wäre zu überlegen, den Befehl paccache ins script zu integrieren um der Vorrat an alten Paketen zu limitieren.

systemd service

Service unter /etc/systemd/system/pkgpreload.service abspeichern und danach aktivieren
systemctl enable --now pkgpreload.service

# file-> /etc/systemd/system/pkgpreload.service

[Unit]
Description=preloads packages
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/local/bin/pkgpreload.sh

[Install]
WantedBy=basic.target

systemd timer

Timer unter /etc/systemd/system/pkgpreload.timer abspeichern und danach aktivieren
systemctl enable --now pkgpreload.timer
Für andere Zeitintervalle siehe systemd/Timers

# file-> /etc/systemd/system/pkgpreload.timer

[Unit]
Description=preloads packages

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=basic.target

Für alle anderen Rechner:

Den nfs Client einrichten

Wie beim server ist auch hier das Paket nfs-utils zu installieren.
pacman -S nfs-utils
Danach ist der /etc/fstab Datei die folgende Zeile anzufügen.
<server>:/var/cache/pacman/pkg /var/cache/pacman/pkg nfs rw,nofail 0 0
Der Ausduck <server> ist hier durch den hostname des Servers zu ersetzen.
Nach einem reboot müsste die Verbindung stehen.

pacman Hook

Ein Verzeichnis hooks anlegen
mkdir /etc/pacman.d/hooks

Und die folgende pkglist.hook Datei dort abspeichern

# file->/etc/pacman.d/hooks/pkglist.hook

[Trigger]
Type = Package
Operation = Install
Operation = Remove
Target = *

[Action]
Description = updating packagelist
When = PostTransaction
Exec = /bin/sh -c 'pacman -Qqe  > /var/cache/pacman/pkg/$HOSTNAME.list; exit'

GerBra

GerBra Auch für optionale Abhängigkeiten, die der User brav als --depend" installiert hat?

Ich habe unter pacman --depend nichts finden können. Auch die Suchmaschine gab nichts her.
Klär mich mal auf, sonst tappe ich hier im Dunkeln.

Das mit der Kritik ist übrigens völlig o.K.
Ich lerne gern dazu und finde das gut, wenn es hinterher korrekt ist.
Außerdem ist das ohnehin alles auch dein Verdienst. Ich wäre da allein bestimmt nicht darauf gekommen. Und soweit ich im Netz dazu gesucht habe gibt es auch keinen besseren Ansatz dazu als den deinen. Zudem hast du mit deiner Kritik meistens recht. Da kann ich dann auch nichts anderes sagen.

Fertig

Soweit es mich selbst betrifft. Alle deine Punkte habe ich berücksichtigt, außer den einen der oben steht.
Falls noch Verbesserungen möglich sind, was mich betrifft immer gerne.
Weil es Matthias zu lang wird, schlage ich vor, dass du oben alle Punkte löschst die du selbst für erledigt hältst. Ich hab ohnehin schon den Fehler gemacht oben zu korrigieren und wenn dann noch neue Punkte kommen sehe ich die dann besser.