Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.
V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.
Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
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 -
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 doneted 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: