1
Hardware / Re:Zapínání PC přes UEFI
« Poslední příspěvek od RDa kdy Dnes v 18:52:00 »Tak si zapni na kazdy den, a pres ten vikend at to rovnou system vypne, ne?
Poslední příspěvky
2
Hardware / Zapínání PC přes UEFI
« Poslední příspěvek od darebacik kdy Dnes v 15:57:54 »Mam asrock dosku, kde si v ACPI Configuration viem zapnut RTC Alarm Power On.
Zapnutie PC sa da nastavit na kazdy den, alebo na konkretny den.
Nie je moznost zapnut vo vybrane dni (napr. pondelok-piatok).
Zatial nemam moznost zapinat cez WoL, takze to musim riesit cez UEFI.
Neviem ci je riesenie nastavit zapinanie v OS, ale aj tak je tam Win 11 (cez scheduler by to asi islo, ale len zo spanku, alebo hibernacie a ja potrebujem z vypnuteho stavu).
Zapnutie PC sa da nastavit na kazdy den, alebo na konkretny den.
Nie je moznost zapnut vo vybrane dni (napr. pondelok-piatok).
Zatial nemam moznost zapinat cez WoL, takze to musim riesit cez UEFI.
Neviem ci je riesenie nastavit zapinanie v OS, ale aj tak je tam Win 11 (cez scheduler by to asi islo, ale len zo spanku, alebo hibernacie a ja potrebujem z vypnuteho stavu).
3
Software / Re:Sdílená grafika s video výstupy pod VM
« Poslední příspěvek od RDa kdy Dnes v 15:00:01 »A co obezlicka skrze DisplayLink?
Diky za namet - DisplayLink chipsety jsou pouze USB framebuffery s kompresi, to nema imho 3D akceleraci.
Takze to lze nahradit tim vnc/spice klientem a neni potreba kupovat extra krabicky.
(nicmene nejaky DL bych asi nasel mezi ruznymi docky co se zde povaluji)
To uz nema daleko k per-vm gpu - ze radeji potahnu celou gpu ven na kabelu (jednak se to fyzicky nevejde do stroje, takze premisteni blize na stul je jedno z reseni, za cenu diskretniho zdroje). Nevyhoda - nelze delat hotswap a power cycling (vypnout s monitory zaroven i gpu), protoze zmizeni zarizeni z hostu zabrani uspesnemu pass-through. Zde by bylo mozne reseni do toho vlozit TBT radic/expander (ten resi i zdroj).. ale zda to ma cenu za hotplug.. nevim nevim. Plus TBT ma omezeni na 4L, pres pasivni/aktivni pcie kabely je mozne udelat x8 (gen4).
Gpu ktere mam k dispozici jsou A1000 (1S,LP), A4000 (1S), A4500 (2S).
Chtel jsem ale pouzit jen jednu, max dve (jedna na 4 konektorech to umi 6 screenu vyuzitim DP MST, coz je na ty 3-4 pracoviste)
4
Software / Re:Sdílená grafika s video výstupy pod VM
« Poslední příspěvek od jauznevimco kdy Dnes v 14:50:26 »A co obezlicka skrze DisplayLink?
USB passthrough nejake DisplayLinkove dokiny do kazde z prislusnych VM a jedem, zcela nezavisle na tom, co nVidia umozni...? Pripadne, z pohledu KVM "cistejsi" reseni je PCI passthrough celyho USBckovyho radice do VM, pokud jich teda deska nabizi dostatek.
Omezeni - dopad na vykon (vysoka rezie), za nekterych okolnosti potencialne viditelne znamky komprese. Treba aspon nejaky scenar by to pokryt mohlo?
USB passthrough nejake DisplayLinkove dokiny do kazde z prislusnych VM a jedem, zcela nezavisle na tom, co nVidia umozni...? Pripadne, z pohledu KVM "cistejsi" reseni je PCI passthrough celyho USBckovyho radice do VM, pokud jich teda deska nabizi dostatek.
Omezeni - dopad na vykon (vysoka rezie), za nekterych okolnosti potencialne viditelne znamky komprese. Treba aspon nejaky scenar by to pokryt mohlo?
5
Desktop / Re:Pad Xorg pri spusteni screensaveru
« Poslední příspěvek od alobalova_ciapocka kdy Dnes v 14:35:03 »a este pokracuje tymto:
Kód: [Vybrat]
Feb 15 19:41:57 fedora audit: BPF prog-id=72 op=UNLOAD
Feb 15 19:41:57 fedora audit: BPF prog-id=71 op=UNLOAD
Feb 15 19:41:57 fedora audit[1878]: USER_END pid=1878 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_unix,pam_systemd acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:41:57 fedora audit[1878]: CRED_DISP pid=1878 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_permit acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:41:57 fedora lightdm[1878]: pam_unix(lightdm-greeter:session): session closed for user lightdm
Feb 15 19:41:57 fedora systemd[1]: systemd-coredump@3-1943-0.service: Consumed 1.033s CPU time, 102.8M memory peak.
Feb 15 19:41:57 fedora systemd[1]: session-c4.scope: Deactivated successfully.
Feb 15 19:41:57 fedora systemd[1]: session-c4.scope: Consumed 3.749s CPU time, 83.9M memory peak.
Feb 15 19:41:57 fedora systemd-logind[663]: Session c4 logged out. Waiting for processes to exit.
Feb 15 19:41:57 fedora systemd-logind[663]: Removed session c4.
Feb 15 19:41:57 fedora systemd[1]: lightdm.service: Main process exited, code=exited, status=1/FAILURE
Feb 15 19:41:57 fedora systemd[1]: lightdm.service: Failed with result 'exit-code'.
Feb 15 19:41:57 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=lightdm comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Feb 15 19:41:57 fedora systemd[1]: lightdm.service: Consumed 1.209s CPU time, 88.6M memory peak.
Feb 15 19:41:57 fedora systemd[1]: lightdm.service: Triggering OnFailure= dependencies.
Feb 15 19:41:57 fedora systemd[1]: Starting plymouth-quit.service - Terminate Plymouth Boot Screen...
Feb 15 19:41:57 fedora systemd[1]: Finished plymouth-quit.service - Terminate Plymouth Boot Screen.
Feb 15 19:41:57 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=plymouth-quit comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:41:57 fedora systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 3.
Feb 15 19:41:57 fedora systemd[1]: plymouth-quit.service: Deactivated successfully.
Feb 15 19:41:57 fedora systemd[1]: Stopped plymouth-quit.service - Terminate Plymouth Boot Screen.
Feb 15 19:41:57 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=plymouth-quit comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:41:57 fedora systemd[1]: Starting lightdm.service - Light Display Manager...
Feb 15 19:41:57 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=lightdm comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:41:57 fedora systemd[1]: Started lightdm.service - Light Display Manager.
Feb 15 19:41:57 fedora abrt-server[1959]: error: Verifying a signature using certificate B0F4950458F69E1150C6C5EDC8AC4916105EF944 (Fedora (42) <fedora-42-primary@fedoraproject.org>):
Feb 15 19:41:57 fedora abrt-server[1959]: Signature 3fc0 created at Wed Feb 26 09:08:47 2025 invalid: signature is not alive
Feb 15 19:41:57 fedora abrt-server[1959]: because: Not live until 2025-02-26T09:03:47Z
Feb 15 19:41:57 fedora abrt-server[1959]: error: rpmdbNextIterator: skipping h# 969
Feb 15 19:41:57 fedora abrt-server[1959]: Header V4 RSA/SHA256 Signature, key ID 105ef944: BAD
Feb 15 19:41:57 fedora abrt-server[1959]: Header SHA256 digest: OK
Feb 15 19:41:57 fedora abrt-server[1959]: Header SHA1 digest: OK
Feb 15 19:41:57 fedora abrt-server[1959]: Executable '/usr/libexec/Xorg' doesn't belong to any package and ProcessUnpackaged is set to 'no'
Feb 15 19:41:57 fedora abrt-server[1959]: 'post-create' on '/var/spool/abrt/ccpp-2025-02-15-19:41:57.551414-1869' exited with 1
Feb 15 19:41:57 fedora abrt-server[1959]: Deleting problem directory '/var/spool/abrt/ccpp-2025-02-15-19:41:57.551414-1869'
Feb 15 19:41:58 fedora audit[1975]: CRED_ACQ pid=1975 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_permit acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:41:58 fedora lightdm[1975]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=987) by (uid=0)
Feb 15 19:41:58 fedora systemd-logind[663]: New session c5 of user lightdm.
Feb 15 19:41:58 fedora systemd[1]: Started session-c5.scope - Session c5 of User lightdm.
Feb 15 19:41:58 fedora audit[1975]: USER_START pid=1975 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_unix,pam_systemd acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:42:00 fedora audit: BPF prog-id=74 op=LOAD
Feb 15 19:42:00 fedora systemd[1]: Starting fprintd.service - Fingerprint Authentication Daemon...
Feb 15 19:42:00 fedora systemd[1]: Started fprintd.service - Fingerprint Authentication Daemon.
Feb 15 19:42:00 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=fprintd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:42:30 fedora systemd[1]: fprintd.service: Deactivated successfully.
Feb 15 19:42:30 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=fprintd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:42:30 fedora audit: BPF prog-id=74 op=UNLOAD
Feb 15 19:44:33 fedora lightdm[2000]: gkr-pam: unable to locate daemon control file
Feb 15 19:44:33 fedora audit[2000]: USER_AUTH pid=2000 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:authentication grantors=pam_unix,pam_gnome_keyring acct="qqqqqq" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:33 fedora lightdm[2000]: gkr-pam: stashed password to try later in open session
Feb 15 19:44:33 fedora audit[2000]: USER_ACCT pid=2000 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_unix acct="qqqqqq" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora systemd[1]: Stopping session-c5.scope - Session c5 of User lightdm...
Feb 15 19:44:34 fedora lightdm[1975]: pam_unix(lightdm-greeter:session): session closed for user lightdm
Feb 15 19:44:34 fedora audit[1975]: USER_END pid=1975 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_unix,pam_systemd acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora audit[1975]: CRED_DISP pid=1975 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_permit acct="lightdm" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora systemd[1]: session-c5.scope: Deactivated successfully.
Feb 15 19:44:34 fedora systemd[1]: Stopped session-c5.scope - Session c5 of User lightdm.
Feb 15 19:44:34 fedora systemd[1]: session-c5.scope: Consumed 3.799s CPU time, 83.7M memory peak.
Feb 15 19:44:34 fedora audit[2000]: CRED_ACQ pid=2000 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_unix,pam_gnome_keyring acct="qqqqqq" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora audit[2000]: SYSCALL arch=c000003e syscall=1 success=yes exit=4 a0=8 a1=7fff6198fa20 a2=4 a3=0 items=0 ppid=1958 pid=2000 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=5 comm="lightdm" exe="/usr/bin/lightdm" subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)
Feb 15 19:44:34 fedora audit: PROCTITLE proctitle=6C69676874646D002D2D73657373696F6E2D6368696C64003133003230
Feb 15 19:44:34 fedora systemd-logind[663]: Removed session c5.
Feb 15 19:44:34 fedora audit[2000]: USER_ROLE_CHANGE pid=2000 uid=0 auid=1000 ses=5 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=pam_selinux default-context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 selected-context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora systemd-logind[663]: New session 5 of user qqqqqq.
Feb 15 19:44:34 fedora systemd[1]: Started session-5.scope - Session 5 of User qqqqqq.
Feb 15 19:44:34 fedora lightdm[2000]: pam_unix(lightdm:session): session opened for user qqqqqq(uid=1000) by qqqqqq(uid=0)
Feb 15 19:44:34 fedora lightdm[2000]: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
Feb 15 19:44:34 fedora audit[2000]: USER_START pid=2000 uid=0 auid=1000 ses=5 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_selinux,pam_loginuid,pam_selinux,pam_keyinit,pam_namespace,pam_keyinit,pam_limits,pam_systemd,pam_unix,pam_gnome_keyring,pam_lastlog,pam_umask,pam_lastlog acct="qqqqqq" exe="/usr/bin/lightdm" hostname=? addr=? terminal=:0 res=success'
Feb 15 19:44:34 fedora audit[2000]: USER_LOGIN pid=2000 uid=0 auid=1000 ses=5 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=login id=1000 exe="/usr/bin/lightdm" hostname=fedora addr=? terminal=/dev/tty1 res=success'
Feb 15 19:44:34 fedora wireplumber[1408]: spa.bluez5: BlueZ system service is not available
Feb 15 19:44:34 fedora imsettings-daemon[979]: imsettings_server_bus_method_call: sender[:1.48] path[/com/redhat/imsettings] iface[com.redhat.imsettings] method[GetVersion]
Feb 15 19:44:34 fedora imsettings-daemon[979]: imsettings_server_bus_method_call: sender[:1.48] path[/com/redhat/imsettings] iface[com.redhat.imsettings] method[IsSupportedDesktop]
Feb 15 19:44:34 fedora imsettings-daemon[979]: [ 34.351831]: IMSettings-Daemon[979]: WARNING **: Child process exited with code 1
Feb 15 19:44:34 fedora audit: BPF prog-id=57 op=UNLOAD
Feb 15 19:44:34 fedora audit: BPF prog-id=56 op=UNLOAD
Feb 15 19:44:34 fedora audit: BPF prog-id=75 op=LOAD
Feb 15 19:44:34 fedora audit: BPF prog-id=76 op=LOAD
Feb 15 19:44:34 fedora audit: BPF prog-id=77 op=LOAD
Feb 15 19:44:34 fedora systemd[1]: Starting systemd-hostnamed.service - Hostname Service...
6
Desktop / Pád X.org při spuštění screensaveru
« Poslední příspěvek od alobalova_ciapocka kdy Dnes v 14:33:59 »Prejavuje sa to v spinoch Fedori i3 a LXDE na starom pocitaci Optiplex GX620. Ine graficke prostredia som neskusal. V terminalu Debianu fungoval stroj bez problemov.
Po nejakom case necinosti padne cele graficke prostredie a zjavne ide o mechanizmus screensaveru. Chybu sa mi podarilo vo windowmanageri LXDE vyvolat aj nadhladom screensaveru v nastaveniach.
Zatial som skusil nahradi v i3 subor i3lock a xss-lock prazdnimi subormi a priznakom spustitelnosti. Dufal som, ze chybu vyvolavaju tie a jednoducho sa nevyvola.
Samozrejme som v i3 vypol screensaver a lock, ale chyby sa prejavuje stale.
Dokonca aj po boote ked nabehne do loginu, tak po case padne aj on a nabehne opat.
Ide asi o kombinaciu stareho obskurdneho hw a aktualnej distribucie.
Stroj inak funguje pri prac dobre a graficke prostredie nepada. Stroj sa pouziva na obcasny backup.
Nejake tipy na riesenie? Kludne aj len na obidenie.
Dik
journalctl pise toto:
Po nejakom case necinosti padne cele graficke prostredie a zjavne ide o mechanizmus screensaveru. Chybu sa mi podarilo vo windowmanageri LXDE vyvolat aj nadhladom screensaveru v nastaveniach.
Zatial som skusil nahradi v i3 subor i3lock a xss-lock prazdnimi subormi a priznakom spustitelnosti. Dufal som, ze chybu vyvolavaju tie a jednoducho sa nevyvola.
Samozrejme som v i3 vypol screensaver a lock, ale chyby sa prejavuje stale.
Dokonca aj po boote ked nabehne do loginu, tak po case padne aj on a nabehne opat.
Ide asi o kombinaciu stareho obskurdneho hw a aktualnej distribucie.
Stroj inak funguje pri prac dobre a graficke prostredie nepada. Stroj sa pouziva na obcasny backup.
Nejake tipy na riesenie? Kludne aj len na obidenie.
Dik
journalctl pise toto:
Kód: [Vybrat]
Feb 15 19:41:39 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dnf-makecache comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Feb 15 19:41:55 fedora audit[1869]: ANOM_ABEND auid=4294967295 uid=0 gid=0 ses=4294967295 subj=system_u:system_r:xserver_t:s0-s0:c0.c1023 pid=1869 comm="Xorg" exe="/usr/libexec/Xorg" sig=11 res=1
Feb 15 19:41:56 fedora systemd-coredump[1943]: Process 1869 (Xorg) of user 0 terminated abnormally with signal 11/SEGV, processing...
Feb 15 19:41:56 fedora audit: BPF prog-id=71 op=LOAD
Feb 15 19:41:56 fedora audit: BPF prog-id=72 op=LOAD
Feb 15 19:41:56 fedora audit: BPF prog-id=73 op=LOAD
Feb 15 19:41:56 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@3-1943-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:41:56 fedora systemd[1]: Started systemd-coredump@3-1943-0.service - Process Core Dump (PID 1943/UID 0).
Feb 15 19:41:56 fedora abrt-dump-journal-core[722]: Failed to obtain all required information from journald
Feb 15 19:41:57 fedora systemd-coredump[1944]: Process 1869 (Xorg) of user 0 dumped core.
Module /usr/libexec/Xorg from rpm xorg-x11-server-21.1.16-1.fc42.x86_64
Module libgobject-2.0.so.0 from rpm glib2-2.84.0-1.fc42.x86_64
Module libgudev-1.0.so.0 from rpm libgudev-238-7.fc42.x86_64
Module libwacom.so.9 from rpm libwacom-2.15.0-1.fc42.x86_64
Module libevdev.so.2 from rpm libevdev-1.13.4-1.fc42.x86_64
Module libmtdev.so.1 from rpm mtdev-1.1.6-10.fc42.x86_64
Module libinput.so.10 from rpm libinput-1.28.0-1.fc42.x86_64
Module libinput_drv.so from rpm xorg-x11-drv-libinput-1.5.0-2.fc42.x86_64
Module liblzma.so.5 from rpm xz-5.6.3-3.fc42.x86_64
Module libtinfo.so.6 from rpm ncurses-6.5-5.20250125.fc42.x86_64
Module libxml2.so.2 from rpm libxml2-2.12.10-1.fc42.x86_64
Module libedit.so.0 from rpm libedit-3.1-55.20250104cvs.fc42.x86_64
Module libffi.so.8 from rpm libffi-3.4.6-5.fc42.x86_64
Module libzstd.so.1 from rpm zstd-1.5.7-1.fc42.x86_64
Module libexpat.so.1 from rpm expat-2.7.1-1.fc42.x86_64
Module libgbm.so.1 from rpm mesa-25.0.2-3.fc42.x86_64
Module i915_dri.so from rpm mesa-25.0.2-3.fc42.x86_64
Module libdrm_intel.so.1 from rpm libdrm-2.4.124-2.fc42.x86_64
Module intel_drv.so from rpm xorg-x11-drv-intel-2.99.917^20240506gitce811e7-63.fc42.x86_64
Module libxcb.so.1 from rpm libxcb-1.17.0-5.fc42.x86_64
Module libGLdispatch.so.0 from rpm libglvnd-1.7.0-7.fc42.x86_64
Module libXext.so.6 from rpm libXext-1.3.6-3.fc42.x86_64
Module libX11.so.6 from rpm libX11-1.8.11-1.fc42.x86_64
Module libGLX.so.0 from rpm libglvnd-1.7.0-7.fc42.x86_64
Module libGL.so.1 from rpm libglvnd-1.7.0-7.fc42.x86_64
Module libglx.so from rpm xorg-x11-server-21.1.16-1.fc42.x86_64
Module libbrotlicommon.so.1 from rpm brotli-1.1.0-6.fc42.x86_64
Module libgraphite2.so.3 from rpm graphite2-1.3.14-18.fc42.x86_64
Module libglib-2.0.so.0 from rpm glib2-2.84.0-1.fc42.x86_64
Module libbrotlidec.so.1 from rpm brotli-1.1.0-6.fc42.x86_64
Module libharfbuzz.so.0 from rpm harfbuzz-10.4.0-1.fc42.x86_64
Module libpng16.so.16 from rpm libpng-1.6.44-2.fc42.x86_64
Module libbz2.so.1 from rpm bzip2-1.0.8-20.fc42.x86_64
Module libcap-ng.so.0 from rpm libcap-ng-0.8.5-4.fc42.x86_64
Module libpcre2-8.so.0 from rpm pcre2-10.45-1.fc42.x86_64
Module libcap.so.2 from rpm libcap-2.73-2.fc42.x86_64
Module libfreetype.so.6 from rpm freetype-2.13.3-2.fc42.x86_64
Module libfontenc.so.1 from rpm libfontenc-1.1.8-3.fc42.x86_64
Module libz.so.1 from rpm zlib-ng-2.2.4-3.fc42.x86_64
Module libxcvt.so.0 from rpm libxcvt-0.1.2-9.fc42.x86_64
Module libdrm.so.2 from rpm libdrm-2.4.124-2.fc42.x86_64
Module libudev.so.1 from rpm systemd-257.3-7.fc42.x86_64
Module libdbus-1.so.3 from rpm dbus-1.16.0-3.fc42.x86_64
Module libunwind.so.8 from rpm libunwind-1.8.1-2.fc42.x86_64
Module libaudit.so.1 from rpm audit-4.0.3-2.fc42.x86_64
Module libselinux.so.1 from rpm libselinux-3.8-1.fc42.x86_64
Module libsystemd.so.0 from rpm systemd-257.3-7.fc42.x86_64
Module libxshmfence.so.1 from rpm libxshmfence-1.3.2-6.fc42.x86_64
Module libXfont2.so.2 from rpm libXfont2-2.0.7-2.fc42.x86_64
Module libXdmcp.so.6 from rpm libXdmcp-1.1.5-3.fc42.x86_64
Module libXau.so.6 from rpm libXau-1.0.12-2.fc42.x86_64
Module libcrypto.so.3 from rpm openssl-3.2.4-3.fc42.x86_64
Module libpciaccess.so.0 from rpm libpciaccess-0.16-15.fc42.x86_64
Module libpixman-1.so.0 from rpm pixman-0.44.2-2.fc42.x86_64
Stack trace of thread 1869:
#0 0x00007fce18473a07 pci_device_vgaarb_set_target (libpciaccess.so.0 + 0x4a07)
#1 0x0000000000549043 xf86DPMS (/usr/libexec/Xorg + 0x149043)
#2 0x00000000004c2339 DPMSSet.isra.0 (/usr/libexec/Xorg + 0xc2339)
#3 0x0000000000558b24 ddxGiveUp (/usr/libexec/Xorg + 0x158b24)
#4 0x00000000005415fc FatalError (/usr/libexec/Xorg + 0x1415fc)
#5 0x0000000000537f3f OsSigHandler (/usr/libexec/Xorg + 0x137f3f)
#6 0x00007fce17b3bdf0 __restore_rt (libc.so.6 + 0x19df0)
#7 0x00007fce18473a07 pci_device_vgaarb_set_target (libpciaccess.so.0 + 0x4a07)
#8 0x0000000000549043 xf86DPMS (/usr/libexec/Xorg + 0x149043)
#9 0x00000000004c2339 DPMSSet.isra.0 (/usr/libexec/Xorg + 0xc2339)
#10 0x000000000053264c ScreenSaverTimeoutExpire (/usr/libexec/Xorg + 0x13264c)
#11 0x000000000052f071 DoTimer.lto_priv.0 (/usr/libexec/Xorg + 0x12f071)
#12 0x000000000053236e WaitForSomething (/usr/libexec/Xorg + 0x13236e)
#13 0x000000000041201f main (/usr/libexec/Xorg + 0x1201f)
#14 0x00007fce17b255f5 __libc_start_call_main (libc.so.6 + 0x35f5)
#15 0x00007fce17b256a8 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x36a8)
#16 0x0000000000412fb5 _start (/usr/libexec/Xorg + 0x12fb5)
Stack trace of thread 1873:
#0 0x00007fce17b9b872 __syscall_cancel_arch (libc.so.6 + 0x79872)
#1 0x00007fce17b8faba __internal_syscall_cancel (libc.so.6 + 0x6daba)
#2 0x00007fce17b9012c __futex_abstimed_wait_common (libc.so.6 + 0x6e12c)
#3 0x00007fce17b9281e pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x7081e)
#4 0x00007fce17010ba6 __run__ (intel_drv.so + 0x10ba6)
#5 0x00007fce17b93324 start_thread (libc.so.6 + 0x71324)
#6 0x00007fce17c16cfc __clone3 (libc.so.6 + 0xf4cfc)
Stack trace of thread 1876:
#0 0x00007fce17b9b872 __syscall_cancel_arch (libc.so.6 + 0x79872)
#1 0x00007fce17b8faba __internal_syscall_cancel (libc.so.6 + 0x6daba)
#2 0x00007fce17b8fb04 __syscall_cancel (libc.so.6 + 0x6db04)
#3 0x00007fce17c16fd5 epoll_wait (libc.so.6 + 0xf4fd5)
#4 0x0000000000535dfe ospoll_wait (/usr/libexec/Xorg + 0x135dfe)
#5 0x0000000000536e49 InputThreadDoWork.lto_priv.0 (/usr/libexec/Xorg + 0x136e49)
#6 0x00007fce17b93324 start_thread (libc.so.6 + 0x71324)
#7 0x00007fce17c16cfc __clone3 (libc.so.6 + 0xf4cfc)
ELF object binary architecture: AMD x86-64
Feb 15 19:41:57 fedora systemd[1]: systemd-coredump@3-1943-0.service: Deactivated successfully.
Feb 15 19:41:57 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@3-1943-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 15 19:41:57 fedora audit: BPF prog-id=73 op=UNLOAD
Feb 15 19:41:57 fedora audit: BPF prog-id=72 op=UNLOAD
Feb 15 19:41:57 fedora audit: BPF prog-id=71 op=UNLOAD
7
Software / Re:Sdílená grafika s video výstupy pod VM
« Poslední příspěvek od RDa kdy Dnes v 14:04:10 »Tak jeden (dávný) čas se docela řešila multiklientská stanice na X serveru - jeden počítač pro více lokálních uživatelů současně. Možná tu jde o něco podobného.
Uzitim ano, ale neni to cisty linux sw, takze VM je nutny pro kombinaci win/lin. Nevim nakolik funkcni by bylo reseni skrze Wine.. sw ma dost problem sam se sebou a jeste mu pridavat tyhle handicapy, to by nedal.
8
Software / Re:Sdílená grafika s video výstupy pod VM
« Poslední příspěvek od RDa kdy Dnes v 14:02:30 »Nicméně stejně mi to tvé přání (víc virtuálů s fyzickými výstupy) přijde trochu zvláštní, resp. dost nezvyklý use-case. Netuším, na co by to prakticky sloužilo, ani jsem nikdy nic takového neslyšel.. Buď mám fyzický stroj s lokálním grafikou a monitorem, nebo se ze vzdáleného klienta připojuju na server (veřejný cloud s nějakou škálovatelností a dostupností, firemní server třeba pro home office s nějakými CADy atp.). Ty fyzické výstupy z jedné bedny (extendery ke klientům?) a zároveň virtualizace s nějakým síťovým ovládáním mi přijde trochu jako kočkopes. Možná i proto se tím nikdo moc nezabývá.
Fyzicky si to predstav v ramci jednoho pokoje (kancl, lab) - jako konsolidacni ukol. Je tu tichej komp (64C / 256G+ ram) a je vicero pracovist (cca 3-4) s jednim-dvema monitory kazdy, v dosahu do tech 5m od spolecneho kompu. Vetsina pcie slotu je obsazena temi 4xNVMe kartama a nechtel jsem delat kabelove prodluzky na gpu. Pulka nebo vice stanic pojede pod win s CADem ktery ma rad 3D akceleraci (ale nepotrebuje moc jader). Druha pulka nebo vice pojede SW vyvoj ktery obcas oceni vice jader (lokalni build), a headless ci/cd si v nejakem VM taky uzije svuj zivot.
To sdileni cpu/ram resources umozni SW lidem si sednout kde je volno. A rad bych toho sameho dosahnul i s graficky narocnejsim sw jak je CAD - tj. kazde fyzicke misto by melo mit identicke schopnosti, si ukousnout se spolecneho vykonu.
Jako slo by to realizovat skrze video-matici a dedikovane gpu, ale to je takove meh reseni. Diskretni stanice zas neposkytuji efektivitu - energetickou/financni/vykonovou, brat to z druheho konce a rozjizdet distcc se me zrovna nechce jako.
Zpet k brainstormingu:
Jak existovali hybridni gpu reseni (a par YT videi i ukazovalo moznosti hrani na vypocetni gpu bez video vystupu), neexistuje co podobneho pro nasazeni s VM ? Jako graficky vystup by byla nativni (v hypervisoru) session s namapovanymi "streamy" z virtualek (ale dostat tam kousek vGPU bude zas licencne drahy)... takze to spis vypada ze to bude chtit protahnout i ten akceleracni stack napul ven z VM.
9
Windows a jiné systémy / Re:Alternativní systém na starý iPhone
« Poslední příspěvek od Mintaka kdy Dnes v 13:52:10 »Me vzdy pobavi tyhle diskuse, treba priklad o tom jak se iphone v nejaky cas neumi automaticky vypnout a tak stoji za hovno… njn, pres miliardu lidi evidentne nepotrebuje iphone vypinat v nejaky stanoveny cas a stejne velka skupina neresi ze si do iphone nemuze nahrat treba arch linux… ze par lidi ma predstavu jak se vsichni z jejich pozadavku poserou - no neposerou. Soudruzi z EU chteji vydelavat na pokutach od mimoEU firem. Kdy dostal treba deutsche telekom nejakou pokutu za dominantni postaveni? Jednoho dne az dojdou tem vsem eurosocialistum prachy tak se vsichni poserete.
Výrazy, které zde v diskuzi máte potřebu používat jsou pro mě důkazem, že když jsem k vám v opozici, jsem na té straně, kde skutečně chci být. A pro mě je legitimní a naprosto v pořádku, když chci mít možnost např. nastavit vypnutí zařízení, které vlastním, v přesný čas. Stejně tak budu podporovat aktivity, které vedou ke svobodnějšímu HW.
Rezignování a vulgární zesměšňování lidí s jinými nároky, to nechám na vás.
Přeji příjemný zbytek života.
10
Software / Re:Sdílená grafika s video výstupy pod VM
« Poslední příspěvek od Franta Kučera kdy Dnes v 13:13:08 »V podstatě bys potřeboval nějakou OpenGL (nebo Vulkan) proxy, něco jako VirtualGL, která by klientům umožnila vytvářet OpenGL kontexty/seance a mapovat je na výstup na monitor. Realizovatelné to podle mého je, ale nevím, jestli to někdo už udělal nebo jestli by k tomu šlo přiohnout to VirtualGL (to podle mého použije GPU k vypočítání obrazu, ale pak ho pošle klientovi, ať si ho zobrazí sám).
Z toho by asi šlo vyjít – každá VM by měla svého uživatele a v tom by to fungovalo stejně jak ten kdysi používaný multi-seat. Jde o to, aby se ten výsledný obraz poslal rovnou na monitor a neprocházel přes VNC/SPICE. Chtělo by to vyzkoušet, jak je na tom qemu s SDL výstupem na celou obrazovku…
Tak jeden (dávný) čas se docela řešila multiklientská stanice na X serveru - jeden počítač pro více lokálních uživatelů současně. Možná tu jde o něco podobného.
Z toho by asi šlo vyjít – každá VM by měla svého uživatele a v tom by to fungovalo stejně jak ten kdysi používaný multi-seat. Jde o to, aby se ten výsledný obraz poslal rovnou na monitor a neprocházel přes VNC/SPICE. Chtělo by to vyzkoušet, jak je na tom qemu s SDL výstupem na celou obrazovku…
