Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
--- TLP 1.2.2 -------------------------------------------- +++ Configured Settings: /etc/default/tlp TLP_ENABLE=1 TLP_DEFAULT_MODE=AC TLP_PERSISTENT_DEFAULT=0 DISK_IDLE_SECS_ON_AC=0 DISK_IDLE_SECS_ON_BAT=2 MAX_LOST_WORK_SECS_ON_AC=15 MAX_LOST_WORK_SECS_ON_BAT=60 CPU_HWP_ON_AC=balance_performance CPU_HWP_ON_BAT=balance_power SCHED_POWERSAVE_ON_AC=0 SCHED_POWERSAVE_ON_BAT=1 NMI_WATCHDOG=0 ENERGY_PERF_POLICY_ON_AC=performance ENERGY_PERF_POLICY_ON_BAT=power DISK_DEVICES="nvme0n1 sda" DISK_APM_LEVEL_ON_AC="254 254" DISK_APM_LEVEL_ON_BAT="128 128" SATA_LINKPWR_ON_AC="med_power_with_dipm max_performance" SATA_LINKPWR_ON_BAT="med_power_with_dipm min_power" AHCI_RUNTIME_PM_TIMEOUT=15 RADEON_POWER_PROFILE_ON_AC=default RADEON_POWER_PROFILE_ON_BAT=default RADEON_DPM_STATE_ON_AC=performance RADEON_DPM_STATE_ON_BAT=battery RADEON_DPM_PERF_LEVEL_ON_AC=auto RADEON_DPM_PERF_LEVEL_ON_BAT=auto WIFI_PWR_ON_AC=off WIFI_PWR_ON_BAT=on WOL_DISABLE=Y SOUND_POWER_SAVE_ON_AC=0 SOUND_POWER_SAVE_ON_BAT=1 SOUND_POWER_SAVE_CONTROLLER=Y BAY_POWEROFF_ON_AC=0 BAY_POWEROFF_ON_BAT=0 BAY_DEVICE="sr0" RUNTIME_PM_ON_AC=on RUNTIME_PM_ON_BAT=auto USB_AUTOSUSPEND=1 USB_BLACKLIST_BTUSB=0 USB_BLACKLIST_PHONE=0 USB_BLACKLIST_PRINTER=1 USB_BLACKLIST_WWAN=0 RESTORE_DEVICE_STATE_ON_STARTUP=0 NATACPI_ENABLE=1 TPACPI_ENABLE=1 TPSMAPI_ENABLE=1 +++ System Info System = Dell Inc. Vostro 5490 BIOS = 1.0.1 Release = Linux Mint 19.3 Tricia Kernel = 5.0.0-37-generic #40~18.04.1-Ubuntu SMP Thu Nov 14 12:06:39 UTC 2019 x86_64 /proc/cmdline = BOOT_IMAGE=/boot/vmlinuz-5.0.0-37-generic root=UUID=a99fe06e-9347-403a-90ec-fc161fc4a83c ro quiet splash vt.handoff=1 Init system = systemd v237 Boot mode = UEFI +++ TLP Status State = enabled RDW state = enabled Last run = 09:06:35, 969 sec(s) ago Mode = battery Power source = battery +++ Temperatures CPU temp = 52 [°C] Fan speed (fan1) = 0 [/min] +++ Wireless bluetooth = on wifi = on wwan = none (no device) hci0(btusb) : bluetooth, not connected wlp0s20f3(iwlwifi) : wifi, connected, power management = on +++ USB Autosuspend = enabled Device whitelist = (not configured) Device blacklist = (not configured) Bluetooth blacklist = disabled Phone blacklist = disabled WWAN blacklist = disabled Bus 002 Device 001 ID 1d6b:0003 control = auto, autosuspend_delay_ms = 0 -- Linux Foundation 3.0 root hub (hub) Bus 001 Device 002 ID 0bda:5538 control = auto, autosuspend_delay_ms = 2000 -- Realtek Semiconductor Corp. (uvcvideo) Bus 001 Device 003 ID 8087:0aaa control = auto, autosuspend_delay_ms = 2000 -- Intel Corp. (btusb) Bus 001 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms = 0 -- Linux Foundation 2.0 root hub (hub)Co byste ještě doporučili upravit? Děkuji moc.
Řešení dotazu:
Na webu DELLu na stránce s ovladači pro tvůj model je naléhavý update BIOSu. Tak si jej tam určitě dej, pokud jsi to tedy už neudělal.
Dell Inspiron 5490, 5498, 5590, 5598 and Vostro 5490, 5590 System BIOS This package contains the Dell system BIOS update. BIOS is a firmware that is embedded on a small memory chip on the system board. It controls the keyboard, monitor, disk drives, and other devices. This update addresses the Intel Security Advisories INTEL-SA-00220, INTEL-SA-00260, INTEL-SA-00254, INTEL-SA-00270, and INTEL-SA-00241. A security advisory is a statement when a product is impacted by a security vulnerability and a remedy is available. Opravy a vylepšení Fixes: - Firmware updates to address Intel security advisories INTEL-SA-00220 (CVE-2019-0124), INTEL-SA-00260 (CVE-2019-0154), and INTEL-SA-00254 (CVE-2019-0185). - Firmware updates to address Intel security advisories INTEL-SA-00270 (CVE-2019-11135). - Firmware updates to address security advisory INTEL-SA-00241 (CVE-2019-11105, CVE-2019-11104, CVE-2019-11103, CVE-2019-11090, CVE-2019-0165, CVE-2019-11087, CVE-2019-11101, CVE-2019-11106, and CVE-2019-11147). - Fixed a BIOS Setup configuration issue that occurs after clearing the CMOS. - Removed the IpSec driver and application. - Fixed an issue with preboot TPM detection and error logging. Enhancements: - Added an enhancement to extend the BIOS password configuration measurements into the TPM.Myslim ze tomu k jeho problemu stejne nepomuze.
Je fakt, že jsem to nerozklikl jako ty, ale i tak bych to tam dal.
Tady je návod. Zmiňují v něm i napájecí adaptér.
No, a teď ještě pořešit tu výdrž 
Schválně jsem si teď stáhl zip pro update BIOSu pro mou MB Gigabyte a po rozbalení tam byly 3 soubory - .bat, .exe a ještě jeden s názvem verze BIOSu. Ve Windows to ale nespouštím. Dám to na flešku (FAT32), vlezu do BIOSu, vyberu Q-Flash a je to. Jestli to tak ale jde i u DELLu nevím. Tam se mi to dělá automaticky z Windows.
Odstranil si Windows, nebo máš dual boot? DELL má udělaný update BIOSu tak, že se stáhne v naběhlých Windows a při startu stroje se aplikuje. Ale mělo by to jít i tak jak to děláš. U mého desktopu (MB Gigabyte) to dělám tak, že tak jako ty naformátuji flešku na FAT32, dám tam ten soubor, po rebootu vlezu do BIOSu a odtama to bez problémů spustím. Na notebooku (DELL) se mi to dělá automaticky z Windows. Na tom odkazu, co jsem ti výše dával jsou i příručky, tak se zkus podívat.
Bootovací ale být nemusí. Píšou to i v tom návodu, co jsem odkázal výše. A ani já při updatu (sice Gigabyte) ji formátuji jako běžnou flešku na FAT32.
Díky.
Pod tím updatem BIOSu je i update fw SSD. To by taky šlo tímto způsobem, nebo jsou zapotřebí Windows?
Stihl ses opravit dříve, než jsem ti to napsal 
Já s DELLem taky nemám zkušenost, ale s Gigabyte (UEFI) to tak dělám. Po rozbalení zipu tam mám Efiflash.exe, autoexec.bat a Z170D3H.22f (moje_MB.verze_BIOSu). Spouštím to z UEFI (Q-Flash). I když moje deska má i CSM, ale to mám (myslím) vypnuto.
Tak to je zajímavé. Upřímně řečeno, dost mě překvapilo, že po rozbalení jsem tam měl .exe soubor. Čekal jsem .bin.
Je to sice o něco jednodušší, než to bývalo, ale dokud na to budou potřeba externí nástroje a to ať hardwerové (flashdisk), či softwérové (jiný os, flash utilita, atp.), tak to pořád nebude ono.
# zakazani turba na bat: CPU_BOOST_ON_BAT=0 # snizeni max vykonu (regulovane pres p-state) na 75% CPU_MAX_PERF_ON_BAT=75
cinnos az 10hTo mas odsud? Zminuji tam i nastaveni jasu, k tem 4h si dosel v brani potaz k tomu jasu?
Tak ten jas dělá asi nejvíc. To jsem ale myslel, že ví. Proto jsem o tom nic nepsal. Můj minulý nb (hp ProBook 4740s měl osmi článkovou baterii a uváděnou výdrž 10,5 hodiny. To bylo ale myšleno se ztlumeným jasem. Já měl nastaven jas na 100% a nb vydržel ~ 4,5 hodiny. Proto jsem v tašce na nb nosil náhradní baterii.
BTW: Ta mi tu zůstala osamocená. Kdyby měl někdo zájem, tak mu jí věnuji. Nevím ale, v jakém je stavu. Nemám to jak vyzkoušet. V případě zájmu více lidí si vyhrazuji právo určit, komu jí věnuji.
Tak to je hodně špatné. Úplně tomu nerozumím, ale četl jsem, že co se tohoto týče, tak Windows jsou na tom podstatně lépe. Osobně si myslím, že se ti to nepodaří ze 4 hodin navýšit např. na 6 hodin.
Dle testů co jsem našel na netu ...
Tohle jsem přehlédl. Rozhodně bych se neřídil nečím na netu, ale tím, co je v manuálu. Mělo by to tam být uvedeno.
mkdir jadro cd jadro wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4.3/linux-headers-5.4.3-050403_5.4.3-050403.201912130841_all.deb wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4.3/linux-headers-5.4.3-050403-generic_5.4.3-050403.201912130841_amd64.deb wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4.3/linux-image-unsigned-5.4.3-050403-generic_5.4.3-050403.201912130841_amd64.deb wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4.3/linux-modules-5.4.3-050403-generic_5.4.3-050403.201912130841_amd64.deb sudo dpkg -i *nevim/nezkoumal_sem jak u Mint 19.3 beta, ale kdyby slo o *buntu 18.04.x nebo Mint 19.2, tak bych zkusil i novejsi X.Org+Mesa: https://launchpad.net/~ubuntu-x-swat/+archive/ubuntu/updates, nebo jit dal a zkusit Padoka PPA Stable, ci jeste dal, Padoka PPA Unstable, i kdyz ted koukam ze v stable je mesa momentalne novejsi, pokud nejsem slepej
cpupower frequency-set -u 1400Mkdyž nechci moc dráždit vysokou teplotu a třeba
cpupower frequency-set -u 2200Mna normální práci. Přičemž
cpupower frequency-infoTi dá výpis toho, co můžeš. (Jé, hele, při nepovolenym java scriptu neumí blockquote, není povolený.)
Nvidia controll panel nastaveno power saving mod.Dedikovanou nVidii úplně vypnout. Na svém 7 let starém notebooku to dělám
echo OFF > /proc/acpi/bbswitch (je potřeba mít modul bbswitch a kartu nesmí nic používat).
Ukazalel času vedle baterie se mění co minutu na diametrálně odlišné hodnotyMnohem rozumnější je sledovat spotřebu energie, ne kdo ví jak odhadnutý čas. Mně ji ukazuje acpitool -e (položka Present rate) nebo se dá najít v /sys - na mém notebooku
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/PNP0C0A:00/power_supply/BAT0/power_now. Někdy to měří proud (current_now) a taky to měří napětí (voltage_now) - to třetí získáš podle P=U*I.
Pak bych ještě zkusil spotřebu bez běžícího všeho (i bez Xek).
Používat jí můžeš, ale nečekej, že ti pak notebook vydrží na baterii 10 hodin.
BTW: Já na notebooku nevirtualizuji, což je asi moje jediná činnost, při které by se mi zapnula dedikovaná GPU. Takže doposud jsem si vždy vystačil s GPU integrovanou v CPU. Na tu dedikovanou kartu by se to mělo automaticky přepnout jen při výpočetně náročných operacích. Pokud se mýlím, ať mě někdo opraví.
"Správa aktualizací" > "Zobrazit" > "Linuxová jádra" > zkus nainstalovat jádro 4.18.0-25. Pokud by to nepomohlo, tak bych zkusil jádro 5.3.0-24.
pcie_aspm=force a vynucením šetřivého režimu linky pomocí echo powersave > /sys/module/pcie_aspm/parameters/policy.
Na T420 používám místo TLP tohle. Funguje to docela slušně:
/etc/udev/rules.d/99-pci_pm.rules
ACTION=="add", SUBSYSTEM=="pci"
# Výjimky pro zařízení, která se jevila se zapnutým PM jako problematická
ENV{PCI_ID}=="8086:1C26", GOTO="skip_pci_rt_pm"
ENV{PCI_ID}=="8086:1C2D", GOTO="skip_pci_rt_pm"
ACTION=="add", SUBSYSTEM=="pci", ATTR{power/control}="auto"
LABEL="skip_pci_rt_pm"
/etc/udev/rules.d/99-toggle_aspm.rules
SUBSYSTEM=="power_supply", ATTR{online}=="0", RUN+="/opt/toggle_pwr 0"
SUBSYSTEM=="power_supply", ATTR{online}=="1", RUN+="/opt/toggle_pwr 1"
/opt/toggle_pwr
#! /bin/bash
case "$1" in
0)
echo powersave > /sys/module/pcie_aspm/parameters/policy
for h in /sys/class/scsi_host/*; do
echo min_power > ${h}/link_power_management_policy
done
iwconfig wlp3s0 power on
iwconfig wlp3s0 txpower 13
ethtool -s enp0s25 wol d
;;
1)
echo performance > /sys/module/pcie_aspm/parameters/policy
for h in /sys/class/scsi_host/*; do
echo medium_power > ${h}/link_power_management_policy
done
iwconfig wlp3s0 power off
iwconfig wlp3s0 txpower 15
ethtool -s enp0s25 wol d
;;
esac
Co se škálování výkonu CPU týče, na to bych po pravdě moc nesahal, protože není jednoduché říci, co je kdy účinnější. Nakopnout CPU na plný plyn, rychle udělat, co je třeba a pak ho zase poslat spát může být lepší, než se trvale plížit na nízkých taktech. Od Skylaku dál by to snad mělo jít řídit takto:
PWR_GOV="balance_power"
for f in /sys/devices/system/cpu/cpufreq/*; do
echo $PWR_GOV > $f/scaling_governor
done
kde dostupné governory jsou
...a teďka mi musela stačit tahle nápověda a výsledkem je (pro ilustraci)
states:
C1: type[C1] promotion[C2] demotion[--] latency[000] usage[00000010]
C2: type[C2] promotion[C3] demotion[C1] latency[001] usage[00161503]
*C3: type[C3] promotion[--] demotion[C2] latency[085] usage[00312946]
present: yes
...
$ cpupower idle-info
CPUidle driver: acpi_idle
CPUidle governor: menu
analyzuji CPU 0:
Number of idle states: 4
Available idle states: POLL C1 C2 C3
POLL:
Flags/Description: CPUIDLE CORE POLL IDLE
Latency: 0
Usage: 11208
Duration: 294865
C1:
Flags/Description: ACPI FFH MWAIT 0x0
Latency: 1
Usage: 2663250
Duration: 358484681
C2:
Flags/Description: ACPI FFH MWAIT 0x10
Latency: 64
Usage: 220368
Duration: 47786688
C3:
Flags/Description: ACPI FFH MWAIT 0x20
Latency: 96
Usage: 6836883
Duration: 19483067506
acpitool -Bmám spotřebu tak 700 - 1200 mA zjistil jsem že powertop má záložku tunable, kde mám u tří položek BAD...
Bad Enable SATA link power management for host0 Bad VM writeback timeout Bad Runtime PM for PCI Device NVIDIA Corporation Device 1d13Když je označím hodí to echo do nějakých systémových souborů a spotřeba je najednou od 350 do 700 mA... Po označení těch položek zapíše Sata pwr
echo '1500' > '/proc/sys/vm/dirty_writeback_centisecs';writeback timeout
echo '1500' > '/proc/sys/vm/dirty_writeback_centisecs'PCI INVIDIA
echo 'auto' > '/sys/bus/pci/devices/0000:01:00.0/power/control';Po restartu je třeba to udělat znovu... dotaz zní: jsou tyto příkazy, který na férovku jen tak spíš hádám co asi dělají, pouze pro režim BAT a při AC to půjde do normálního výkonu? Má tyto hodnoty smysl zapsat rovnou napevno do těch souborů?
echo 'min_power' > '/sys/class/scsi_host/host0/link_power_management_policy';
Tva uvaha je dle tohoto spravna.
Osobne jsem si s podobnou zalezitosti nikdy nehral, ... Drzim palce technikovi
powertop --auto-tune --quiet >/dev/nullsice i tak pak muze neco ukazovat BAD, ale aspon takto ten zaklad pri startu...
/etc/pm/power.d/powertento script
#!/bin/sh if on_ac_power; then # Start AC powered settings --------------------------------------------# #WRITEBACK echo 1 > /proc/sys/vm/dirty_writeback_centisecs echo 0 > /proc/sys/vm/laptop_mode #NMI watchdog should be turned on for foo in /proc/sys/kernel/nmi_watchdog; do echo 1 > $foo; done # Set SATA channel: max performance for foo in /sys/class/scsi_host/host*/link_power_management_policy; do echo max_performance > $foo; done # Disable USB autosuspend for foo in /sys/bus/usb/devices/*/power/level; do echo on > $foo; done # Disable PCI autosuspend for foo in /sys/bus/pci/devices/*/power/control; do echo on > $foo; done # Disabile audio_card power saving #echo 0 > /sys/module/snd_hda_intel/parameters/power_save_controller #echo 0 > /sys/module/snd_hda_intel/parameters/power_save # End AC powered settings ----------------------------------------------# else # Start battery powered settings ---------------------------------------# #WRITEBACK echo 1500 > /proc/sys/vm/dirty_writeback_centisecs # Enable Laptop-Mode disk writing echo 5 > /proc/sys/vm/laptop_mode #NMI watchdog should be turned on for foo in /proc/sys/kernel/nmi_watchdog; do echo 0 > $foo; done # Set SATA channel to power saving for foo in /sys/class/scsi_host/host*/link_power_management_policy; do echo min_power > $foo; done # Activate USB autosuspend for foo in /sys/bus/usb/devices/*/power/level; do echo auto > $foo; done # Activate PCI autosuspend for foo in /sys/bus/pci/devices/*/power/control; do echo auto > $foo; done # Activate audio card power saving # (sounds shorter than 5 seconds will not be played) #echo 5 > /sys/module/snd_hda_intel/parameters/power_save #echo 1 > /sys/module/snd_hda_intel/parameters/power_save_controller # End battery powered settings -----------------------------------------# fiNutno nastavit
sudo chown root:root /etc/pm/power.d/power sudo chmod 700 /etc/pm/power.d/powera v
sudo crontab -e
*/1 * * * * /etc/pm/power.d/powerPak kazdou minutu kontrola zda je ci neni AC a podle toho nastaveni dodatecnych veci navic co nedela TLP...
Interrupt [16] idma64.0Co to prosim je?
Tiskni
Sdílej: