Arch Linux

systemd, und hardware abwarten

brikler

grüß euch,

ich hab mir einen service und path zum anmelden für eine wayfire desktop session gebastelt.
im großen funktioniert es auch, aber es gibt da "schönheitsfehler", die ich gerne los hätte…

journalctl | grep wayfire | grep EE
[    3.358412] frija wayfire[533]: EE 2025-09-23 14:37:42.243 - [libseat] [libseat/backend/logind.c:124] Could not take device: No such device
[    3.358412] frija wayfire[533]: EE 2025-09-23 14:37:42.243 - [backend/session/session.c:331] Failed to open device: '/dev/dri/card1': Resource temporarily unavailable
[    3.359418] frija wayfire[533]: EE 2025-09-23 14:37:42.244 - [backend/backend.c:245] Found 0 GPUs, cannot create backend

an und für sich, sollte es den fehler oben nicht geben, weil der service erst gestartet wird, wenns /dev/dri/card1 gibt…

 cat /etc/systemd/system/wayfire-autologin.path 
[Unit]
Description=started wayfire
PartOf=wayfire-autologin.service 

[Path]
PathExists=/dev/dri/card1

[Install]
WantedBy=multi-user.target

aber es gibt eben den fehler.
wo liegt mein denkfehler?

tuxnix

Meine Idee dazu ist:

Wenn du dir die Ausgabe von systemctl list-units --type target einmal anschaust, siehst du, dass getty.target - loaded active active Login Prompts ziemlich weit oben steht und zu diesem Zeitpunkt noch kein 'Local File Systems' geladen ist.
Deshalb wohl dann die Fehlermeldung.

 $ systemctl list-units --type target

  UNIT                  LOAD   ACTIVE SUB    DESCRIPTION                       
  basic.target          loaded active active Basic System
  cryptsetup.target     loaded active active Local Encrypted Volumes
  getty.target          loaded active active Login Prompts
  graphical.target      loaded active active Graphical Interface
  imports.target        loaded active active Image Downloads
  integritysetup.target loaded active active Local Integrity Protected Volumes
  local-fs-pre.target   loaded active active Preparation for Local File Systems
  local-fs.target       loaded active active Local File Systems
  multi-user.target     loaded active active Multi-User System
  network-online.target loaded active active Network is Online
  network-pre.target    loaded active active Preparation for Network
  network.target        loaded active active Network
  nss-lookup.target     loaded active active Host and Network Name Lookups
  paths.target          loaded active active Path Units
  remote-fs.target      loaded active active Remote File Systems
  slices.target         loaded active active Slice Units
  sockets.target        loaded active active Socket Units
  sound.target          loaded active active Sound Card
  swap.target           loaded active active Swaps
  sysinit.target        loaded active active System Initialization
  time-set.target       loaded active active System Time Set
  timers.target         loaded active active Timer Units
  veritysetup.target    loaded active active Local Verity Protected Volumes

//Edit:
Übrigens: Man könnte ein script auch nach /usr/bin/autostart/ abspeichern wenn es nach dem login automatisch ausgeführt werden soll.
Ich kenne wayfire nicht, aber bei sway genügt es Befehle die beim start des Desktops ausgeführt werden sollen in die config mit exec zu schreiben.
Das würde dir vielleicht den service ersparen.

brikler

tuxnix zu diesem Zeitpunkt noch kein 'Local File Systems' geladen ist.

so wie ich das verstanden hab, beobachtet der path die date: wenn mit der datei was geschieht, wird der service gestartet, und das erste, und einzige was passiert ist, daß die datei entsteht.
https://www.freedesktop.org/software/systemd/man/latest/systemd.path.html

tuxnix Das würde dir vielleicht den service ersparen.

der service startet nicht blos wayfire, sondern, meldet mich auch an

edit1
drm module in die initramfs einfügen löste das problem:
MODULES=(f2fs nvme drm_buddy drm_display_helper drm_ttm_helper drm_exec drm_suballoc_helper drm_gpuvm drm_gpusvm)
was für eines genau, weiß ich nicht, aber zum weiter forschen hab ich jetzt keine lust

edit2 das mit den drm module, funktioniert auch nicht immer, es fehlt scheinbar xe im module array