V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
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
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
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
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
Tiskni
Sdílej: