| View previous topic :: View next topic |
| Author |
Message |
uhai
Veteran
Joined: 23 Aug 2007
Posts: 1358
Location: Eppingen, Germany
|
 Posted: Sat Mar 02, 2024 10:38 am Post subject: nach Umstellung auf merged-usr /usr/lib.new? |
 |
|
Hallo zusammen,
neulich habe ich mein Desktop mit merged-usr auf das neue systemd-Profil umgestellt. Abgesehen davon, dass manche .service nicht verschoben wurden habe ich jetzt bei eienr Neuinstallation von pulseaudio pulseaudio.service/.socket im /usr/lib.new liegen. Das führt dazu, dass systemctl enable pulseaudio ins leerre läfut und sich über ein fehlendes pulseaudio.service beschwert. Oder kommt /user/lib.new gar nicht aus der Umstellung des Profils?
Hat jemand etwas ähnliches bobachtet und kann mir erklären, warum das so ist und was man tun kann um künftig wieder "normal" zu installieren?
uhai |
|
| Back to top |
|
 |
uhai
Veteran
Joined: 23 Aug 2007
Posts: 1358
Location: Eppingen, Germany
|
| Posted: Tue Mar 05, 2024 7:12 pm Post subject: |
|
|
Noch eine dumme Frage:
Was soll das denn?:
| Code: | After8 /home/uhai # systemctl status cups
Unit cups.service could not be found.
After8 /home/uhai # locate cups.service
/etc/systemd/system/printer.target.wants/cups.service
/lib.new/systemd/system/cups.service
/usr/lib64/systemd/system/cups.service
After8 /home/uhai # systemctl enable cups
Failed to enable unit: Unit file cups.service does not exist.
|
Sollte systemd nach der Umstellung des Profiles (default/linux/amd64/17.1/desktop/systemd/merged-usr (stable) *) nicht in /usr/lib64/systemd/system nach den service-Files suchen?
uhai |
|
| Back to top |
|
|
sMueggli
Guru
Joined: 03 Sep 2022
Posts: 369
|
| Posted: Wed Mar 06, 2024 5:10 pm Post subject: |
|
|
Nein, systemd sucht meines Wissens nicht in /usr/lib64.
Pakete, die Service-Units installieren sollten die nach /lib/systemd/system und/oder /usr/lib/systemd/system installieren (pkg-config systemd --variable=systemdsystemunitdir). Service-Units, die von dir geändert wurden, liegen üblicherweise unter /etc/systemd/system und haben Vorrang gegenüber den "mitgelieferten" Service-Units.
Verzeichnisse wie /lib.new und /usr/lib.new sehen falsch aus.
Hast du net-print/cups installiert? Was liefern | Code: | qfile cups | grep systemd
emerge -pvc net-print/cups |
?
Taucht cups.service nach dem Reinstallieren von net-print/cups an den richtigen Orten auf? |
|
| Back to top |
|
|
uhai
Veteran
Joined: 23 Aug 2007
Posts: 1358
Location: Eppingen, Germany
|
| Posted: Wed Mar 06, 2024 6:04 pm Post subject: |
|
|
| Code: | After8 /home/uhai # qfile cups | grep systemd
After8 /home/uhai # emerge -pvc net-print/cups
Calculating dependencies... done!
net-print/cups-2.4.7-r2 pulled in by:
app-emulation/wine-vanilla-9.0 requires net-print/cups[abi_x86_32(-),abi_x86_64(-)]
app-office/libreoffice-7.6.4.1 requires net-print/cups
app-office/scribus-1.6.1-r1 requires net-print/cups
app-text/ghostscript-gpl-10.02.1 requires >=net-print/cups-1.3.8
app-text/qpdfview-0.5 requires net-print/cups
dev-java/openjdk-17.0.8.1_p1 requires net-print/cups
dev-java/openjdk-bin-8.382_p05 requires net-print/cups
dev-java/openjdk-jre-bin-17.0.8.1_p1 requires net-print/cups
dev-qt/qtbase-6.6.2 requires net-print/cups
dev-qt/qtprintsupport-5.15.12 requires net-print/cups
gui-libs/gtk-4.12.4 requires >=net-print/cups-2.0
media-gfx/darktable-4.6.0 requires net-print/cups
net-print/cups-filters-2.0.0 requires >=net-print/cups-1.7.3
net-print/cups-pdf-3.0.1-r3 requires net-print/cups
net-print/hplip-3.23.12 requires net-print/cups
net-print/libcupsfilters-2.0.0-r3 requires >=net-print/cups-2
net-print/libppd-2.0.0 requires >=net-print/cups-2
net-wireless/bluez-5.72 requires net-print/cups:0/0=, net-print/cups:=
www-client/vivaldi-6.5.3206.63 requires net-print/cups
x11-libs/gtk+-2.24.33-r3 requires >=net-print/cups-1.7.1-r2:=[abi_x86_64(-)], >=net-print/cups-1.7.1-r2:0/0=[abi_x86_64(-)]
x11-libs/gtk+-3.24.39 requires >=net-print/cups-2.0[abi_x86_32(-),abi_x86_64(-)]
>>> No packages selected for removal by depclean
Packages installed: 1743
Packages in world: 217
Packages in system: 49
Required packages: 1743
Number to remove: 0
|
Vor der Profilumstellung lief cups. Und /usr/lib.new ist mir nie aufgefallen, ich glaube, das kam erst mit der Umstellung.
| Code: | After8 /home/uhai # pkg-config systemd --variable=systemdsystemunitdir
/usr/lib/systemd/system
|
Das sieht doch eigentlich richtig aus, oder?
OK, cups neu installiert (alles windoofs oder was?) und jetzt sieht das so aus:
| Code: | After8 /home/uhai # locate cups.service
/etc/systemd/system/printer.target.wants/cups.service
/lib.new/systemd/system/cups.service
/usr/lib64/systemd/system/cups.service
|
Nach Neuinstallation kann ich aber cups starten:
| Code: | After8 /home/uhai # systemctl enable cups
Removed "/etc/systemd/system/printer.target.wants/cups.service".
Created symlink /etc/systemd/system/printer.target.wants/cups.service → /usr/lib/systemd/system/cups.service.
Created symlink /etc/systemd/system/multi-user.target.wants/cups.service → /usr/lib/systemd/system/cups.service.
Removed "/etc/systemd/system/sockets.target.wants/cups.socket".
Created symlink /etc/systemd/system/sockets.target.wants/cups.socket → /usr/lib/systemd/system/cups.socket.
Removed "/etc/systemd/system/multi-user.target.wants/cups.path".
Created symlink /etc/systemd/system/multi-user.target.wants/cups.path → /usr/lib/systemd/system/cups.path.
|
| Code: | After8 /home/uhai # systemctl start cups
After8 /home/uhai # systemctl status cups
● cups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: enabled)
Active: active (running) since Wed 2024-03-06 19:22:08 CET; 8s ago
TriggeredBy: ○ cups.path
● cups.socket
Docs: man:cupsd(8)
Main PID: 62333 (cupsd)
Status: "Scheduler is running..."
Tasks: 1 (limit: 38475)
CPU: 17ms
CGroup: /system.slice/cups.service
└─62333 /usr/sbin/cupsd -l
Mär 06 19:22:08 After8 systemd[1]: Starting CUPS Scheduler...
Mär 06 19:22:08 After8 systemd[1]: Started CUPS Scheduler.
|
Versteh ich jetzt eigentlich nicht wirklich...???
Noch was - eben bemerkt:
nach eix-sync habe ich in der Liste verschiedene anstehende Updates gesehen: digikam, tellico u.a.
Aber emerge -auDNtv world bringt nur "nothing to merge; quitting"??? Kann das was damit zu tun haben? |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4555
Location: Germany
|
| Posted: Wed Mar 06, 2024 7:32 pm Post subject: |
|
|
Hm, /lib.new sollte es nicht geben.
Schaut ein wenig nach einem Überbleibsel aus einem nicht fehlerfrei durchgelaufenen usrmerge (das Script) aus.
Poste bitte auch mal die Ausgabe von |
|
| Back to top |
|
|
uhai
Veteran
Joined: 23 Aug 2007
Posts: 1358
Location: Eppingen, Germany
|
| Posted: Wed Mar 06, 2024 8:28 pm Post subject: |
|
|
| Code: | After8 /home/uhai # ls -l /
insgesamt 10780
-rw-r--r-- 1 root root 89076 24. Mär 2017 17-03-24-boot.txt
-rw-r--r-- 1 root root 11503 23. Mär 2017 ata2.txt
lrwxrwxrwx 1 root root 7 26. Feb 20:42 bin -> usr/bin
drwxr-xr-x 2 root root 4096 2. Feb 17:18 boot
drwxr-xr-x 18 root root 3720 6. Mär 08:52 dev
drwxr-xr-x 2 root root 0 6. Mär 08:51 efi
drwxr-xr-x 111 root root 4096 6. Mär 19:08 etc
drwxr-xr-x 3 root root 4096 31. Aug 2021 home
-rw-r--r-- 1 root root 143305 23. Mär 2017 journal.txt
lrwxrwxrwx 1 root root 7 20. Dez 2019 lib -> lib.new
lrwxrwxrwx 1 root root 9 26. Feb 20:42 lib64 -> usr/lib64
drwxr-xr-x 13 root root 4096 27. Feb 12:43 lib.new
drwx------ 2 root root 16384 16. Mär 2017 lost+found
-rw-r--r-- 1 root root 5365742 2. Jul 2018 mc.tar.gz
drwxr-xr-x 3 root root 4096 26. Mai 2019 media
drwxr-xr-x 7 root root 4096 22. Apr 2022 mnt
drwxr-xr-x 11 root root 4096 3. Mär 18:13 opt
dr-xr-xr-x 248 root root 0 6. Mär 08:51 proc
drwx------ 39 root users 12288 6. Mär 10:36 root
-rw-r--r-- 1 root root 5357568 21. Feb 2021 root.tar.gz
drwxr-xr-x 28 root root 820 6. Mär 19:22 run
lrwxrwxrwx 1 root root 7 26. Feb 20:42 sbin -> usr/bin
drwxr-xr-x 2 root root 4096 19. Mär 2017 srv
dr-xr-xr-x 12 root root 0 6. Mär 08:51 sys
drwxrwxrwt 18 root root 440 6. Mär 19:17 tmp
drwxr-xr-x 13 root root 4096 26. Feb 20:42 usr
drwxr-xr-x 13 root root 4096 28. Feb 18:24 var
|
/lib ist auf lib,new verlinkt... kkommt das aus dem Script? |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4555
Location: Germany
|
| Posted: Thu Mar 07, 2024 5:04 pm Post subject: |
|
|
| uhai wrote: | | /lib ist auf lib,new verlinkt... kkommt das aus dem Script? |
Nee, ich denke nicht, denn der Zeitstempel vom lib -> lib.new Symlink stammt aus Dez 2019 - sprich der war schon da bevor das usrmerge-Script ausgeführt wurde.
Bin mir nicht sicher, aber vermutlich wurde /lib (bzw bei dir lib.new) gar nicht vom usrmerge-Script mit migiert, da /lib schon vorher ein Symlik war.
Wie auch immer das zustande gekommen ist - so würde ich es nicht lassen.
Vorschlag: Spiel das letzte system-Backup (das du vorm usrmerge hoffentlich wie empfohlen angelegt hast) ein,
entferne da dann den /lib Symlink, benenne lib.new in lib um, und starte dann die usrmerge Migration noch mal.
Mal zum vergleich - hier schaut es nach dem usrmerge so aus: (hab den hier damals selbst manuell ohne Script gemacht) | Code: | # ls -l /
total 56
lrwxrwxrwx 1 root root 7 Jul 14 2022 bin -> usr/bin
drwxr-xr-x 5 root root 12288 Mar 1 20:59 boot
drwxr-xr-x 17 root root 3240 Mar 7 10:56 dev
drwxr-xr-x 2 root root 4096 Jun 5 2023 efi
drwxr-xr-x 89 root root 4096 Mar 7 17:23 etc
drwxr-xr-x 4 root root 4096 Jul 2 2021 home
lrwxrwxrwx 1 root root 7 Jul 14 2022 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Jul 14 2022 lib64 -> usr/lib64
drwx------ 2 root root 4096 Mar 28 2019 lost+found
drwxr-xr-x 2 root root 4096 Aug 17 2020 media
drwxr-xr-x 7 root root 4096 Jul 13 2023 mnt
drwxr-xr-x 4 root root 4096 Apr 3 2023 opt
dr-xr-xr-x 300 root root 0 Mar 6 19:19 proc
drwx------ 4 root root 4096 Mar 6 19:20 root
drwxr-xr-x 22 root root 520 Mar 6 21:46 run
lrwxrwxrwx 1 root root 7 Dec 3 2022 sbin -> usr/bin
drwxr-xr-x 3 root root 4096 Nov 8 2021 srv
dr-xr-xr-x 12 root root 0 Mar 6 19:19 sys
drwxrwxrwt 18 root root 420 Mar 7 17:41 tmp
drwxr-xr-x 11 root root 4096 Dec 3 2022 usr
drwxr-xr-x 10 root root 4096 Feb 9 11:21 var |
|
|
| Back to top |
|
|
sMueggli
Guru
Joined: 03 Sep 2022
Posts: 369
|
| Posted: Thu Mar 07, 2024 5:21 pm Post subject: |
|
|
Ich habe gerade gemerkt, dass ich eigentlich "qlist" anstelle von "qfile" hätte nehmen sollen.
Vermutlich wurde nach der Neuinstallation von cups die "richtige" cups.service auch am richtigen Ort angelegt. Mit "systemctl enable cups" wurden jedenfalls die symbolischen Links entsprechend angelegt und cups startet wieder.
Zu locate: Ich verwende das Tool nicht, da meines Wissens locate eine Datenbank abfragt. Die Ergebnisse hängen also davon ab, wann die Datenbank zuletzt aktualisiert wurde. |
|
| Back to top |
|
|
uhai
Veteran
Joined: 23 Aug 2007
Posts: 1358
Location: Eppingen, Germany
|
| Posted: Thu Mar 07, 2024 9:53 pm Post subject: |
|
|
@Josef.85:
Die Profilumstellung ist eigentlich schon abgeschlossen - soll ich das jetzt wirklich nochmal von vorne aufrollen? Würde es nicht reichen den link /lib zu löschen und den Inhalt von /lib.new auf /usr/lib zu verschieben?
@sMueggli:
locate nutze ich direkt nach updatedb. Dann ist das Ergebnis auch aktuell und es geht schnell....4
uhai |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4555
Location: Germany
|
| Posted: Thu Mar 07, 2024 10:55 pm Post subject: |
|
|
| uhai wrote: | @Josef.85:
Die Profilumstellung ist eigentlich schon abgeschlossen - soll ich das jetzt wirklich nochmal von vorne aufrollen? Würde es nicht reichen den link /lib zu löschen und den Inhalt von /lib.new auf /usr/lib zu verschieben? |
Hm ja, ist ne Idee die vermutlich klappen könnte - versuche es - aktualisiere aber bitte vorher deine Backups - weil, bin mir da nicht wirklich sicher. |
|
| Back to top |
|
|
|
Deutsches Forum (German)
