Bullseye64 Upgrade Fehler bei X11-Server

Jürgen Böhm · Mar 18th 2023

Letzteres, der P400 hatte mit dem NAS noch nichts am Hut.

Aber beide haben die gleiche Fehlermeldung:

P400

Code

ystemctl --user status pipewire.service
● pipewire.service - Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2023-03-18 20:19:52 CET; 1h 7min ago
TriggeredBy: ● pipewire.socket
   Main PID: 1056 (pipewire)
      Tasks: 4 (limit: 4026)
        CPU: 64ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.service
             ├─1056 /usr/bin/pipewire
             └─1079 /usr/bin/pipewire-media-session

Mär 18 20:19:52 raspi35 systemd[1038]: Started Multimedia Service.
Mär 18 20:19:52 raspi35 pipewire[1056]: could not set nice-level to -11: No such file or directory
Mär 18 20:19:52 raspi35 pipewire[1056]: could not make thread realtime: No such file or directory
Mär 18 20:19:53 raspi35 pipewire[1056]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
Mär 18 20:19:53 raspi35 pipewire-media-session[1079]: could not set nice-level to -11: No such file or directory
Mär 18 20:19:53 raspi35 pipewire-media-session[1079]: could not make thread realtime: No such file or directory

Display More

Hier ist Pulseaudio nicht eingerichtet.

RPi4B

Code

systemctl --user status pipewire.service
● pipewire.service - Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2023-03-18 21:18:49 CET; 4s ago
TriggeredBy: ● pipewire.socket
   Main PID: 8391 (pipewire)
      Tasks: 4 (limit: 8846)
        CPU: 51ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.service
             ├─8391 /usr/bin/pipewire
             └─8394 /usr/bin/pipewire-media-session

Mär 18 21:18:49 raspi34 systemd[1025]: Started Multimedia Service.
Mär 18 21:18:50 raspi34 pipewire[8391]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name

Display More

Hier ist Pulseaudio eingerichtet

MfG

Jürgen

rpi444 · Mar 18th 2023

Quote from Jürgen Böhm

Letzteres, der P400 hatte mit dem NAS noch nichts am Hut.

Aber beide haben die gleiche Fehlermeldung:
P400
Hier ist Pulseaudio nicht eingerichtet.

RPi4B
Hier ist Pulseaudio eingerichtet

Display More

Wie ist die Ausgabe von:

Code

systemctl cat pipewire.service

?

Jürgen Böhm · Mar 18th 2023

Den pipewire.service habe ich mir erstmal auf den RPi4B zerlegt.

Der P400 sagt:

systemctl cat pipewire.service

No files found for pipewire.service.

MfG

Jürgen

rpi444 · Mar 18th 2023

Quote from Jürgen Böhm

No files found for pipewire.service.

Na dann evtl. die Ausgabe von:

Code

cat /usr/lib/systemd/user/pipewire.service

?

Jürgen Böhm · Mar 18th 2023

Code

cat /usr/lib/systemd/user/pipewire.service
[Unit]
Description=Multimedia Service

# We require pipewire.socket to be active before starting the daemon, because
# while it is possible to use the service without the socket, it is not clear
# why it would be desirable.
#
# A user installing pipewire and doing `systemctl --user start pipewire`
# will not get the socket started, which might be confusing and problematic if
# the server is to be restarted later on, as the client autospawn feature
# might kick in. Also, a start of the socket unit will fail, adding to the
# confusion.
#
# After=pipewire.socket is not needed, as it is already implicit in the
# socket-service relationship, see systemd.socket(5).
Requires=pipewire.socket
ConditionUser=!root

[Service]
Type=simple
ExecStart=/usr/bin/pipewire
Restart=on-failure

[Install]
Also=pipewire.socket
WantedBy=default.target

Display More

MfG

Jürgen

rpi444 · Mar 18th 2023

Quote from Jürgen Böhm

Code

cat /usr/lib/systemd/user/pipewire.service
[Unit]
ConditionUser=!root

Suche mal, was das :

Code

ConditionUser=!root

bedeutet. Wenn es nicht root sein soll/darf, dann ist es so, dass ein renice zum besseren, nur root machen darf und die PID-Datei ist/muss evtl. in ein Verzeichnis, in das nur root Zugang hat. Wenn das zutrifft, kannst Du dem maintainer für pipewire, eine email schreiben.

Jürgen Böhm · Mar 18th 2023

Quote from rpi444

Wenn das zutrifft, kannst Du dem maintainer für pipewire, eine email schreiben.

Oder hoffen, das dem das Zeitnah auf die Füsse fällt.

Ist mein erstes Upgrade was schief ging.

An die Dateien komme ich noch und per ssh -X kann ich sogar noch Desktop-Programme hier aufrufen.

Ist zwar lamar*chig geht aber zur Not.

Danke für die Mühe.

MfG

Jürgen

Franjo G · Mar 18th 2023

Vielleicht hilft dir folgender Artikel weiter.

https://wiki.debian.org/PipeWire

Schon mal versucht,

Code

ConditionUser=!root

auszukommentieren?

Quote
If you wish to run PipeWire as root, remove or comment this line:
Code
ConditionUser=!root
From "pipewire.socket" and "pipewire.service" in "/usr/lib/systemd/user".

And from "pipewire-pulse.service" and "pipewire-pulse.socket" in "/etc/xdg/systemd/user".

rpi444 · Mar 19th 2023

Ich habe das jetzt mal auf meinem PI, mit einem service/Dienst der für die run-time als ein nicht root-user läuft, aber für den Start sehr wohl root-Rechte braucht. Das hat zur Folge, dass in der service-unit die Bedingung "ConditionUser=!root" nicht gesetzt sein darf:

Code

Condition: start condition failed at Sun 2023-03-19 09:31:26 CET; 51s ago
             └─ ConditionUser=!root was not met

Ich weiß (noch) nicht ob es mit systemd auch eine Bedingung für die [Unit]-Section der service-unit gibt, die sich auf dem _zulässigen_ user für die run-time, bezieht.

EDIT:

Quote

ConditionUser=

ConditionUser= takes a numeric "UID", a UNIX user name, or the special value "@system". This condition may be used to check whether the service manager is running as the given user. The special value "@system" can be used to check if the user id is within the system user range. This option is not useful for system services, as the system manager exclusively runs as the root user, and thus the test result is constant.

Quelle: https://www.freedesktop.org/so…emd/man/systemd.unit.html

Jürgen Böhm · Tuesday, 9:14 pm

Ich hatte die letzten Tage zuweinig Zeit um mich darum zu kümmern.

Inzwischen habe ich das mit dem Image vom 22.02.2023 eiederholt.

Und mit dieser kompletten Neuinstallation funktioniert das eunwandfrei,

Das upgedatete Bullseye64 läuft auf einem RPi4B-6G, das neu installierte auf einen P400

Dann habe ich mich etwas näher mit den Logfiles (/var/log/Xorg.0.log)etwas näher beschäftigt.

P400 (Auszug)

Code

[185253.884] (II) modeset(0): Output HDMI-1 connected
[185253.884] (II) modeset(0): Output HDMI-2 connected
[185253.884] (II) modeset(0): Using spanning desktop for initial modes
[185253.884] (II) modeset(0): Output HDMI-1 using initial mode 1920x1080 +0+0
[185253.884] (II) modeset(0): Output HDMI-2 using initial mode 1920x1080 +1920+0
[185253.884] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[185253.884] (==) modeset(0): DPI set to (96, 96)
[185253.884] (II) Loading sub module "fb"
[185253.884] (II) LoadModule: "fb"
[185253.884] (II) Loading /usr/lib/xorg/modules/libfb.so
[185253.884] (II) Module fb: vendor="X.Org Foundation"
[185253.885]    compiled for 1.20.11, module version = 1.0.0
[185253.885]    ABI class: X.Org ANSI C Emulation, version 0.4
[185253.885] (II) UnloadModule: "fbdev"
[185253.885] (II) Unloading fbdev
[185253.885] (II) UnloadSubModule: "fbdevhw"
[185253.885] (II) Unloading fbdevhw
[185253.951] (==) modeset(0): Backing store enabled
[185253.951] (==) modeset(0): Silken mouse enabled
[185254.238] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
[185254.238] (==) modeset(0): DPMS enabled
[185254.238] (II) modeset(0): [DRI2] Setup complete
[185254.238] (II) modeset(0): [DRI2]   DRI driver: vc4
[185254.239] (II) modeset(0): [DRI2]   VDPAU driver: vc4

Display More

RPi4B-8G (Auszug)

Code

[    18.644] (II) modeset(0): Output HDMI-1 connected
[    18.644] (II) modeset(0): Output HDMI-2 connected
[    18.644] (II) modeset(0): Using spanning desktop for initial modes
[    18.644] (II) modeset(0): Output HDMI-1 using initial mode 1920x1080 +0+0
[    18.644] (II) modeset(0): Output HDMI-2 using initial mode 1920x1080 +1920+0
[    18.644] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[    18.644] (==) modeset(0): DPI set to (96, 96)
[    18.644] (II) Loading sub module "fb"
[    18.644] (II) LoadModule: "fb"
[    18.644] (II) Loading /usr/lib/xorg/modules/libfb.so
[    18.645] (II) Module fb: vendor="X.Org Foundation"
[    18.645]    compiled for 1.20.11, module version = 1.0.0
[    18.645]    ABI class: X.Org ANSI C Emulation, version 0.4
[    18.645] (II) UnloadModule: "fbdev"
[    18.645] (II) Unloading fbdev
[    18.645] (II) UnloadSubModule: "fbdevhw"
[    18.645] (II) Unloading fbdevhw
[    18.645] (EE) 
Fatal server error:
[    18.645] (EE) AddScreen/ScreenInit failed for driver 0
[    18.645] (EE) 
[    18.645] (EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
[    18.645] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[    18.645] (EE) 
[    18.668] (EE) Server terminated with error (1). Closing log file.

Display More

Und was mir noch aufgefallen ist, das das neue Image auf Display 1 läuft und das upgedatete Image auf Display 0.

Bin weiter dran.

MfG

Jürgen

Bullseye64 Upgrade Fehler bei X11-Server

Tags

Users Viewing This Thread