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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA Controller
[IDE mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA Controller [IDE mode] (rev 02)
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
03:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6101/6102 single-port PATA133 interface (rev b2)
07:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
Děkuju
Petr
acpi=force, tak to nepomohlo, šel jsem podle tohoto článku
ale i tak děkuju
31.12.2016 02:54
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Obavám se, že z důvodu pravděpodobně dlouhodobého užívání větve unstable pravděpodobně bez větve testing Vám značně poškodilo systém.Balíčky migrují z unstable do testing, takže v unstable je verze >= testingové, takže se větev testing nepoužije.
Obecně větvi unstable nedoporučuji používat a když už, tak spolu s testing repozitáře, pač se stává, ze repo unstable má nedořešené závislosti nebo chybějící balíky.Unstable používám 4 roky a na chybějící balík jsem ještě nenarazil. A pokud kvůli chybějící nové verzi nejde upgradovat, tak se prostě týden počká a pak už to jde.
Podle zatím popsaných informací bych si spíš myslel, že je problém v jádře, které neumí hardware správě vypnout, takže se provede jen "halt" a to systemd fakt nemůže ovlivnit.Napadá mě otázka, odkud víš, že je to problém v jádře. :)
27.12.2016 19:08
1.1.2017 23:11
31.12.2016 00:30
A stop job is running for..., což tazatel nikde nezmiňuje. Níže v diskusi je zmíněno, že SLAX bylo na tom stroji možné vypnout jen s jaderným parametrem acpi=on, což mou domněnku o problému v jádře dále podporuje. Pokud restartovat jde, problém zcela jasně není v initu.
31.12.2016 16:58
michich | skóre: 51
| blog: ohrivane_parky
sync && poweroff -f to vypnout zvládne?
acpi=on a vypnutí a bylo po problému.
Na wiki Debianu jsem si našel návod, ale i po provedení všech kroků mi v systému ta obluda stále straší.
A to mám velmi odlehčený systém. xdm, Fluxbox atp.
shutdown -h now jsem zkoušel.
Děkuji mnohokrát
#include <unistd.h>
#include <stdlib.h>
#include <sys/reboot.h>
int main()
{
reboot(RB_POWER_OFF);
return EXIT_FAILURE;
}
Pozor na to, že kód výše pouze instruuje jádro k odpojení napájení, takže před spuštěním doporučuji minimálně syncnout disky, ještě bezpečnější by bylo zkoušet to z LiveCD.
. Pokud něco z toho tazateli pomůže a nevadí mu, že řešení bude ohackované, tak může systemd nějak přesvědčit, aby to na konci vypínacího procesu spustil.
Tiskni
Sdílej:
