abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 17:22 | Komunita

Richard Hughes, hlavní vývojář projektu LVFS (Linux Vendor Firmware Service), jenž umožňuje aktualizace firmwarů zařízení na počítačích s Linuxem, se na Twitteru ptá, zda přistoupit na požadavek jednoho velkého výrobce hardwaru a před aktualizací jeho firmwarů požadovat po uživatelích schválení EULA. Jedná se o první takový požadavek.

Ladislav Hagara | Komentářů: 1
dnes 14:33 | Nová verze

Byla vydána nová verze 1.9.0 multiplatformního frontendu k emulátorům, herním enginům a multimediálním přehrávačům RetroArch (Wikipedie). Přehled novinek i s náhledy a videi v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
8.8. 15:55 | Komunita

Free Software Foundation (FSF, Nadace pro svobodný software) publikovala nové video s názvem The University of Costumed Heroes. Jedná se o součást kampaně za používání svobodného softwaru při distanční výuce.

Ladislav Hagara | Komentářů: 34
7.8. 13:33 | Zajímavý projekt

Vývojáři přenosného počítače Pocket Popcorn Computer (Pocket P.C.) (zprávička) informují na svém blogu, že návrh hardwaru zveřejnili na GitHubu pod licencí CC BY-SA 3.0 US.

Ladislav Hagara | Komentářů: 9
7.8. 08:00 | Zajímavý článek

David Revoy, autor mj. komiksu Pepper&Carrot, zveřejnil novou iteraci své instalační příručky pro použití Kubuntu, nyní 20.04, jako grafické pracovní stanice.

Fluttershy, yay! | Komentářů: 5
7.8. 02:00 | IT novinky

Počátkem roku někdo odcizil z Intelu několik GB citlivých dat. Prvních 20 GB bylo zveřejněno [Hacker News, ZDNet].

Ladislav Hagara | Komentářů: 15
6.8. 19:33 | Nová verze

Bylo vydáno Ubuntu 20.04.1 LTS, tj. první opravné vydání Ubuntu 20.04 LTS s kódovým názvem Focal Fossa. Přehled novinek v poznámkách k vydání a v přehledu změn. Součástí oznámení je infografika Ubuntu od 2004 do 20.04 LTS (png).

Ladislav Hagara | Komentářů: 0
6.8. 18:00 | Pozvánky

MojeFedora.cz upozorňuje na letošní Flock aneb letošní online konferenci zaměřenou na přispěvatele do Fedory. Konference probíhá od zítra 7. srpna do neděle 9. srpna, viz program.

Ladislav Hagara | Komentářů: 4
6.8. 15:00 | Nová verze

Po půl roce od vydání verze 2.31 byla vydána verze 2.32 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
6.8. 09:33 | IT novinky

Dnes končí bezpečnostní konference Black Hat USA 2020 (Twitter) a začíná bezpečnostní konference DEF CON 28 (Twitter). Kvůli onemocnění COVID-19 ne v Las Vegas, ale pouze virtuálně. Na konferenci DEF CON naplánované přednášky jsou již k dispozici na DEF CON Media Serveru a na YouTube.

Ladislav Hagara | Komentářů: 4
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (11%)
 (12%)
 (57%)
 (14%)
 (5%)
Celkem 211 hlasů
 Komentářů: 13, poslední 7.8. 10:04
Rozcestník

Dotaz: Nefunkcny systemd po instalacii balika

20.2. 20:42 GeorgeWH | skóre: 40
Nefunkcny systemd po instalacii balika
Přečteno: 339×
CentOS 7.5 (kvm VM), po nainstalovani balika certbot (+ jeho zavislosti a automatickom update 4 balikov libsepol, libselinux, audit-libs a libsemanage) ostal system v podstate nefunkcny.
# systemctl status httpd.service
Failed to get D-Bus connection: Connection refused
Log 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 refused
Na nete nic konkretneho, resp. riesia podobne problemy, ale za inych okolnosti.

Co s tym?

Vdaka.

Řešení dotazu:


Odpovědi

20.2. 20:47 GeorgeWH | skóre: 40
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
# 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
20.2. 20:55 GeorgeWH | skóre: 40
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Tak "pomohlo" poslanie Ctrl+Alt+Del - sice ostal visiet pri dosiahnuti Shutdown targetu, ale disky myslim, odpojil, takze ok.
k3dAR avatar 20.2. 22:08 k3dAR | skóre: 59
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
kdyz by priste nepomohlo ani to, tak SysRq
porad nemam telo, ale uz mam hlavu... nobody
21.2. 01:17 GeorgeWH | skóre: 40
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Ano na to som myslel, ale potom ma este napadol ten C+A+D.
20.2. 22:32 R
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
echo b >/proc/sysrq-trigger a dufat, ze to potom nabootuje. Veriaci clovek sa moze aj pomodlit, ale najlepsie k Lennartovi.
k3dAR avatar 21.2. 00:03 k3dAR | skóre: 59
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
to udela reboot naprasaka, doporucuju doplnit info o tom co udelat pred tim, viz
porad nemam telo, ale uz mam hlavu... nobody
Řešení 1× (Filip Jirsák)
michich avatar 21.2. 01:17 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Ten systém byl nainstalován rovnou ve verzi 7.5, nebo upgradován z některé předchozí verze? Je /var/run symlink na /run ?

Podle logu systemd neumřel, ale z nějakého důvodu nefunguje D-Bus. Zajímavé je, že se se systemd nedomluvil ani systemctl pod rootem. To totiž nepoužívá komunikaci přes systémový D-Bus, ale socket /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
21.2. 01:24 GeorgeWH | skóre: 40
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Ano, zrejme to bude tym. Uz som nieco podobne davnejsie riesil, ale spravalo sa to inac. Starsie instalacie nemali /var/run symlink na /run (bol to aj tento pripad), ale preco to vyskocilo prave teraz? Neupgradoval sa ziadny systemd balik.

Otazka c.2 - to teraz bude takto blbnut kazdy "starsi" system po upgrade?
21.2. 07:40 Peter Golis | skóre: 60 | blog: Bežné záležitosti | Bratislava
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Dobrá otázka. Ale skúsil si sa opýtať na fóre danej distribúcie ako majú riešené to zlinkovanie /var/run na /run pri upgrade balíkov (alebo pri štarte)?
michich avatar 21.2. 11:36 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
V 7.0 už /var/run jako symlink byl. Ten systém byl upgradován z verze 6? Postup pro upgrade RHEL 6 na 7 popisuje Migration Planning Guide. Jsou k tomu nástroje 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:

    • /bin is a symbolic link to /usr/bin
    • /sbin is a symbolic link to /usr/sbin
    • /lib is a symbolic link to /usr/lib
    • /lib64 is a symbolic link to /usr/lib64
    • /var/run is a symbolic link to /run
    • /var/lock is a symbolic link to /run/lock

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.
michich avatar 21.2. 11:41 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Zákazníci používající RHEL a Insights se o chybně nastaveném /var/run dozvědí. V Insights je na to definované pravidlo.
21.2. 12:56 GeorgeWH | skóre: 40
Rozbalit Rozbalit vše Re: Nefunkcny systemd po instalacii balika
Bola to instalacia z live cd centos 7 cez yum --installroot=..., a potom dodatocna konfiguracia cez chroot.

Ale vsimol som si, ze poslednu dobu uz ten symlink vytvara, takze sa nieco muselo zmenit v centos 7.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.