Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂
Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
# systemctl status httpd.service Failed to get D-Bus connection: Connection refusedLog po installacii:
Feb 20 19:40:47 server systemd: Started Cleanup of Temporary Directories. Feb 20 20:07:38 server systemd: Reexecuting. Feb 20 20:07:38 server systemd: systemd 219 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN) Feb 20 20:07:38 server systemd: Detected virtualization kvm. Feb 20 20:07:38 server systemd: Detected architecture x86-64. Feb 20 20:07:38 server systemd: Failed to connect to system bus: Connection refused Feb 20 20:07:38 server systemd: Failed to initialize D-Bus connection: Connection refused Feb 20 20:07:38 server yum[3477]: Updated: libsepol-2.5-10.el7.x86_64 Feb 20 20:07:38 server yum[3477]: Updated: libselinux-2.5-14.1.el7.x86_64 Feb 20 20:07:38 server yum[3477]: Installed: python2-pyasn1-0.1.9-7.el7.noarch Feb 20 20:07:38 server yum[3477]: Installed: python-ipaddress-1.0.16-2.el7.noarch ... Feb 20 20:07:42 server yum[3477]: Installed: python-IPy-0.75-6.el7.noarch Feb 20 20:07:42 server yum[3477]: Installed: checkpolicy-2.5-8.el7.x86_64 Feb 20 20:07:42 server dbus[456]: [system] Reloaded configuration Feb 20 20:07:42 server yum[3477]: Installed: policycoreutils-python-2.5-33.el7.x86_64 Feb 20 20:07:42 server yum[3477]: Installed: python2-mock-1.0.1-10.el7.noarch ... Feb 20 20:07:43 server yum[3477]: Installed: python2-certbot-1.0.0-1.el7.noarch Feb 20 20:07:43 server yum[3477]: Installed: certbot-1.0.0-1.el7.noarch Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon... Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed. Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon... Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed. Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon... Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed. Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon... Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed. Feb 20 20:16:38 server systemd: Started /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Starting /dev/initctl Compatibility Daemon... Feb 20 20:16:38 server systemd-initctl: Failed to get D-Bus connection: Connection refused Feb 20 20:16:38 server systemd: systemd-initctl.service: main process exited, code=exited, status=1/FAILURE Feb 20 20:16:38 server systemd: Unit systemd-initctl.service entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed. Feb 20 20:16:38 server systemd: start request repeated too quickly for systemd-initctl.service Feb 20 20:16:38 server systemd: Failed to start /dev/initctl Compatibility Daemon. Feb 20 20:16:38 server systemd: Unit systemd-initctl.socket entered failed state. Feb 20 20:16:38 server systemd: systemd-initctl.service failed.Do vtedy ziadny problem.
# systemctl reboot Failed to get D-Bus connection: Connection refusedNa nete nic konkretneho, resp. riesia podobne problemy, ale za inych okolnosti. Co s tym? Vdaka.
Řešení dotazu:
# shutdown -r now Failed to open /dev/initctl: No such device or address Failed to talk to init daemon.
# ps aux | grep dbus dbus 456 0.0 0.0 58088 1160 ? Ss 2019 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
# ps aux | grep systemd root 1 0.0 0.0 51464 3188 ? Ss 2019 44:08 /usr/lib/systemd/systemd --system --deserialize 14 root 338 0.0 0.3 47272 14088 ? Ss 2019 4:33 /usr/lib/systemd/systemd-journald root 377 0.0 0.0 44464 392 ? Ss 2019 0:00 /usr/lib/systemd/systemd-udevd dbus 456 0.0 0.0 58088 1160 ? Ss 2019 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
/run/systemd/private
. V /run
má svůj socket i systémový D-Bus, takže se asi něco špatného stalo právě s /run
.
Když nejde systemctl, dá se systemd domluvit aspoň pomocí signálů (man systemd, sekce SIGNALS). Případně sync; reboot -f
preupg
a redhat-upgrade-tool
. Pokud vím, v CentOSu ale nejsou.
Jedna z kapitol uvádí:
2.3.1.1. Preparing your file system for upgrade
If /var is on a separate partition, you must manually convert /var/run and /var/lock to symbolic links: [...]
2.3.1.2. Verifying a successful upgrade
[...] Check that the following symbolic links exist:
preco to vyskocilo prave teraz?RPM skriptlet při upgrade balíčku libsepol zavolal reexec systemd. Hned v tu chvíli systemd zalogoval problém s připojením na D-Bus. Myslím, že něco bylo špatně už dříve, ale až s tím reexecem se to projevilo.
Tiskni
Sdílej: