Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Hodlám provést následující pokus. Vezmu běžný počítač a vypnu mu ventilátor na procesoru. Poté ho nechám v režimu, kdy bude sekundu zatížen a deset sekund nezatížen. Během toho bude aktivní ondemand governor. Vašim úkolem je hádat, zda to procesor přežije, zda se počítač kousne, jestli budu nucen pokus přerušit, případně na jaké hodnotě se ustálí teplota procesoru.
Podrobnosti: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+, deska s čipsetem RS780/SB800, integrovaná grafika Radeon HD 3200, 4G RAM, 400W zdroj, bedna (uzavřená) Eurocase černé barvy. Chladič na procesoru je naprosto běžný dodávaný výrobcem. Teplovodivou destičku jsem ponechal původní.
Podmínky: Počítač bude mít před zapnutím teplotu okolí, tj. cca 23°C. Bude stát na stole. Ventilátor vypnu softwarově hned po bootu (nebudu ho vymontovávat). Teplotu procesoru bude hlídat skript a bude ji číst ze čtyř senzorů. Za určující se považuje nejvyšší hodnota z těch čtyř.
A teď hádejte, jak to může dopadnout:
1. jestliže se naměří hodnota vyšší než 85°C, pokus přeruším. Kdo si myslí, že toto nastane, ať hádá, za jak dlouho.
2. jestliže se počítač kousne, pokus přeruším. Kdo si myslí, že toto nastane, ať hádá, za jak dlouho a při jaké teplotě.
3. jestliže se teplota ustálí, hádejte na jaké hodnotě. Současně tipněte, za jak dlouho se ustálí (rozlišení je jeden stupeň).
Nuže, pište do diskuse svůj odhad. Pište prosím jednoznačně teplotu i čas. Výsledky se dozvíte ve středu večer.
Tiskni
Sdílej:
Je to 7 let a už tenkrát to byla hodně zmanipulovaná záležitost...
Je velký rozdíl vypnutí větráku a odejmutí heatsinku. Jinak jsem viděl Pentia 4, která se spálila i přes vkládání prázdných cyklů když přestala proudit kapalina ve vdoníkovi, takže si nejsem jistý tím, že na sto procent přežije sundání pasivu. Asi tehdy měli štěstí, a šlo o jádro Williamette na 180nm procesu s nižším taktem a spotřebou. Pokud si dobře vzpomínám.
Díky za zkušenost, ale z příspěvku není jasné, jaký přesně hádáš výsledek.
No, viděl jsem intel, který vypínal celý PC, když dosáhl 70°C.
Opravdu českých? To snad ne... 
Leda by byl THG český server (což opravdu není).
2. Nastane při 76°C, po 40 minutách.
Už jsem pár takových viděl
Nevypne, to jsem zakázal v BIOSu. O tohle se postarám kdyžtak sám a při 85°C přehryznu drát.
Takže – co se stane, kdy a při jaké teplotě?
Počítač bude mít před zapnutím teplotu okolí, tj. cca 23°C.Proboha, v takovém vedru bych asi brzo chcípnul… Ty máš počítač v sauně?
Ale noták, chlapi, nezaplevelte mi to tu. Kdybych napsal okolní teplotu dvacet, zas by někdo namítal, že v létě je mnohem víc vedro.
Ty se nudis? Jestli ten procesor nechces, tak mi ho dej!
Chápu to správně, že tipuješ, že se procesor nenávratně zničí? Řekněme že to spadá do kategorie 2.
Ještě připiš čas a teplotu.
Jak jsem tuhle neúmyslně ověřoval s Intel P4 3,0GHz, i přes běžnou zátěž (plně běžící systém, Xka, KDE ...) bez ventilátoru (resp. bez odvodu tepla, ventilátor se točil, že...) to půl hodiny vydržel na 90° C (byť mu byl omezen výkon), a pak ho BIOS po zvýšení zátěže nad únosnou mez (spouštění Firefoxu ) vypnul.
Nicméně nemám tušení, jak se chovají AMD procesory... Přesto osobní odhad 1. a 1,5 minuty
.
V jednom PC provozuji dvoujádro jen s pasivem (protože větrák se tam už nevešel) a musím hodně dlouho (půl hodiny) počítat pí, aby ta teplota vylezla nad 70C. V jiném PC s čtyřjádrem sice větrák je, ale zapíná se automaticky a vidím, že když procesoru naložím, tak se stejně začne točit až za čas (před tím sebou srandovně škube :)
Proč myslíte, že při zapnutí nebude mít 23°C? Hodlám ho nechat přes noc vytažený ze zásuvky a pokus provedu ráno.
Souhlasím, že teplovodivá pasta tohle určitě ovlivní, a právě proto jsem do blogu psal, že teplovodivou destičku jsem ponechal původní. Zkrátka tak jak to výrobce myslel.
Vaši předpověď chápu tak, že teplota se bude cyklicky měnit ze 30°C na 40°C a zpět. Pří zátěži za sekundu naroste na 40°C a při poklesu zátěže po deseti sekundách opět poklesne na 30°C. A takto se to bude neustále opakovat.
Proč myslíte, že při zapnutí nebude mít 23°C?Protože nějaké teplo vyzařuje, a to teplo se v bedně koncentruje až do určitého rovnovážného stavu, který závisí na chlazení skříně. A ten rovnovážný stav bude určitě >23C, přesnější odhad viz výše. Jestli to necháte přes noc v chladu, tak to jen bude déle trvat, než se ten stav nadobude. Řádově to jsou ale minuty, takže než Vám to nabootuje, tak už tam můžete být.
teplovodivou destičku jsem ponechal původníAha, takže je tam boxový chladič s původní pastou. To na mém odhadu asi nic moc nemění.
cyklicky měnit ze 30°C na 40°C a zpětJá jsem ten pokus pochopil jako jednorázovou záležitost. Pokud to budete opakovat, tak se to asi bude dít cyklicky. Pokles teploty na původní zaznamenáte ještě dřív, počítám tak do 5 sekund, a to hlavně kvůli tomu ondemand governoru. 40C uvádím jako maximum ještě s rezervou, možná to za sekundu tak vysoko ani nevyleze.
Jsem zvědavý na výsledky.
Nedávno se jedné kamarádce neustále 1-2x za hodinu kousal počítač. Přisuzoval jsem to brutálně zabordeleným windows, a tak jsem ji přesvědčil pro přechod na linux. Jaké bylo mé překvapení, když problémy nepřestaly.. Nakonec jsem si na obrazovce kde se vstupuje do biosu všimnul teploty procesoru 98° C, hned se mi rozsvítilo : ) Byla vyschlá teplovodivá pasta, stačilo napatlat a bylo po problému. Každopádně díky tomu je o jednu uživatelku linuxu víc : )
Ten procesor pracoval s takovouhle teplotou a neustálými restarty tak čtvrt roku a šlape jako hodinky, je to nějaký 2,4Ghz Celer. Někdy to holt vydrží víc, než by člověk čekal.