Portál AbcLinuxu, 14. května 2025 22:53
root@test:/# who root@test:/#Jsem připojen přes SSH jako root.
Řešení dotazu:
/var/run/utmp ? Ak áno, má nejaký aktuálny čas? Aké má prístupové práva, vlastníka a skupinu? Aké má prístupové práva, vlastníka a skupinu adresár /var/run ?
ls: cannot access '/var/run/utmp': No such file or directory # ls -l /var | grep log drwxrwxr-x 12 root syslog 4096 Dec 4 06:25 log
$ ls -ld /var/run/utmp /var/run drwxr-xr-x 1 root root 428 Nov 17 11:26 /var/run/ -rw-rw-r-- 1 root utmp 10752 Dec 6 12:31 /var/run/utmpNa nejakom inom stroji čo tu mám:
$ ls -ld /var/run/utmp /var/run /run drwxr-xr-x 29 root root 1220 Dec 6 11:31 /run lrwxrwxrwx 1 root root 4 Oct 5 2014 /var/run -> /run -rw-rw-r-- 1 root utmp 4992 Dec 6 11:31 /var/run/utmpTakže by som v prvom kole skúsil ten súbor vytvoriť, dať mu chown root.utmp a chmod 664.
# ls -l /var | grep run lrwxrwxrwx 1 root root 9 Oct 14 15:35 lock -> /run/lock lrwxrwxrwx 1 root root 4 Oct 14 15:35 run -> /run # ls -l / | grep run drwxr-xr-x 30 root root 1040 Dec 6 12:36 run
# pstree | grep system
systemd-+-accounts-daemon-+-{gdbus}
|-systemd-journal
|-systemd-logind
|-systemd-timesyn---{sd-resolve}
|-systemd-udevd
6.12.2016 14:38
cezz | skóre: 24
| blog: dm6
systemd-tmpfiles-setup. Cize pre zaciatok by som pozrel dve veci:
systemctl status systemd-tmpfiles-setup.serviceSkontroluj ci je v stave active. Potom by som skontroloval logy:
journalctl -u systemd-tmpfiles-setup.servicePozri, ci sa tam neobjavi nieco podozrive a pripadne to pastni do commentu. No a na zaver je mozno na mieste skontrolovat konfiguraciu systemd-tmpfiles. Ten tvoj konkretny utmp subor by mal byt nakonfigurovany v
/usr/lib/tmpfiles.d/systemd.conf - pozri sa ci tam mas tento riadok:
F! /run/utmp 0664 root utmp -
Jediné co mi vadí, tak se mi v grubu vytvořily nějaké systemd menuentry, nevíte jak to zruším, ať mi tam nestraší?
menuentry 'Ubuntu, with Linux 4.4.0-47-generic' --class ubuntu --cl ... menuentry 'Ubuntu, with Linux 4.4.0-47-generic (systemd)' --class u ... menuentry 'Ubuntu, with Linux 4.4.0-47-generic (recovery mode)' --c ... menuentry 'Ubuntu, with Linux 4.4.0' --class ubuntu --class gnu-lin ... menuentry 'Ubuntu, with Linux 4.4.0 (systemd)' --class ubuntu --cla ... menuentry 'Ubuntu, with Linux 4.4.0 (recovery mode)' --class ubuntu ...Odebrat ručně ze souboru a update-grub nebo se to dělá nějak lépe? (mám jen cli). Díky
7.12.2016 14:06
pavlix | skóre: 54
| blog: pavlix
7.12.2016 14:28
pavlix | skóre: 54
| blog: pavlix
SUPPORTED_INITS="sysvinit:/lib/sysvinit/init systemd:/lib/systemd/systemd upstart:/sbin/upstart"odebrat tedy tu cast systemd:/lib/systemd/systemd pripadne zkontrolovat ze to na disku opravdu uz nemas...
sudo chmod -x /lib/systemd/systemd
7.12.2016 14:51
for supported_init in ${SUPPORTED_INITS}; do
init_path="${supported_init#*:}"
if [ -x "${init_path}" ] && [ "$(readlink -f /sbin/init)" != "${init_path}" ]; then
linux_entry "${OS}" "${version}" "init-${supported_init%%:*}" \
"${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT} init=${init_path}"
fi
done
ted kdyz koukam znovu tak sem pretim kecal, GRUB_CMDLINE_LINUX a GRUB_CMDLINE_LINUX_DEFAULT se nekontroluje na pritomnost init nastaveni, ta kontrola je podle toho kam smeruje link /sbin/init, tedy ze vychozi init polozku nepridava s dovetkem ale jako vychozi polozky
7.12.2016 15:01
pavlix | skóre: 54
| blog: pavlix
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.