DerArborist schriebBis zu dem Punkt
find /lib -exec pacman -Qo -- {} +
Dort werden dann nämlich keine unowned files angezeigt, sondern nur welche die in paketen enthalten sind (modules-Pakete).
Dann hast du das Wiki falsch verstanden. Obiges find darf keine Dateien/ordner finden die eben nicht dem glibc-Paket gehöre - weder Dateien die zu keinem noch Dateien, die zu einem anderen paket als glibc gehören.
Das gilt, wenn als einzig zu updatendes Paket nur noch die glibc ansteht (pacmal -Qu). Ansonsten erst (mit --ignore glibc alle ggf. noch anstehenden Updates vornehmen).
Wenn du also noch andere pakete angezeigt bekommst, dann müssen diese deinstalliert werden. Diejenigen davon, die du noch/wieder brauchst (z.B. AUR-WLan-triebr etc.) müssen nach dem glibc-Update wieder neu gebaut/installiert werden.
Dateien/ordner in /lib, die danach keinem Paket gehören mußt du - sicherheitshalber - an einen anderen Ort verschieben (z.B. nach /root/oldlib)
Obiges find darf also nur noch glibc-gehörige Files anzeigen. Evtl. wird noch gesagt daß die Eigentümerschaft von /lib nicht bestimmbar ist.
Wenn zu diesem Zeitpunkt ein pacman -Su (wenn nur noch glibc zu aktualisieren ist) *immer noch nicht* durchläuft:
Niemals --force benutzen!! (Selbst wenn der find-Befehl gut aussieht, so habe ich zu einem bestimmten Punkt musicmatzes Rechner getötet!)
Es gibt dann in der Liste der installierten pakete noch welche, die auf /lib referenzieren (aber selbst in /lib keine daten mehr haben). Aber pacman merkt das.
Hier muß dann mit:
grep '^lib/' /var/lib/pacman/local/*/files
nachgeschaut werden, welches Paket noch Dateiverweise nach /lib/* hat. Diese Pakete müssen ebenfalls deinstalliert (und wenn nötig reinstalliert werden).
Bei vielen ware es alte hal Pakete (hal und hal-info, diese können bedenkenlos deinstalluiert werden).
Das KDE Problem ist davon vollkommen unabhängig. Bereinige erstmal das glibc-Problem (mehr als Runlevel 3 bzw. ein TTY-Terminal braucht du nicht dazu).
Ich vermute, du hattest "startkde" in einem Terminal eigegeben, daß funktioniert so nicht (obwohl es immer noch durch die Wikis geistert).
Um (bei bestehender Inetrnetverbindung) Code/Ausgaben ins Forum zu posten kannst du dich entweder eines textmode-Webbrowsers (elinks z.B.) bedienen oder (einfacher) die Tools nutze, die im Wiki->FAQ genannt sind:
https://wiki.archlinux.de/title/FAQ#Q.29_Wie_kann_ich_ohne_X-Server.2FWM.2FDE_ein_Logfile_oder_eine_Programmausgabe_dem_Forum_bekannt_machen.3F
ldd
fs4000 schrieb
BTW: Wieso suchen wir immer noch libs in /lib?
ldconfig Cache. ldconfig betrachtet /lib und /usr/lib als default-Suchdirs für Libs. Solange die Symlinks (/lib und /lib64) noch existieren wird der cache immer wieder /lib vor /usr/lib versuchen.
Man kann mittels:
ldconfig -v /usr/lib
den Cache erneuern, dann "paßt" die ldd-Ausgabe kurzfristig besser (bis auf den Linker-Pfad selbst). Nach enem Reboot wird (zumindest bei sysvinit) der Cache wieder eu erstellt (und eben wieder mit /lib vor /usr/lib).
Das wird sich wohl nur geben wenn die Symlinks irgendwann mal wegfallen (können).