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í.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).
Dnes v 16:00 (14:00 UTC) budou opraveny 2 kritické zranitelnosti s CVSS 9.2 v PHP.
Nizozemská policie 13. října 2026 zabavila v datacentru Amsterdam Science Park server italského poskytovatele internetových služeb Autistici/Inventati (A/I), a to na základě americké žádosti o mezinárodní právní pomoc.… více »
Do 26. října do 18:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | říjen 2026 (YouTube) doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.
Čínská technologická společnost DeepSeek zveřejnila na GitHubu svůj framework DeepInfer, nástroj pro efektivní offline inferenci svého modelu DeepSeek-V4.1-Flash ve velkém měřítku. Software běží na Linuxu a nativně podporuje akcelerátory Nvidia ale i čipy Huawei Ascend 950. Jedná se pouze o samotný inferenční engine, ne kompletní produkční službu. Zdrojový kód je dostupný pod licencí Apache 2.0.
Potkam čas od času chytré i zajímavé lidi. Na FAVce kdysi v Plzni jsem slyšel o semestrálce zajišťující informování o výpadku napájení. Jak moc by se mi teď hodilo.
Mělo se jednat buď o projekt v rámci FAVky nebo o zkušenost a práci na nějaké průmyslovce. Program obsahoval 4 instrukce, které zjistily asi úbytek proudu nebo čeho a zapsaly to někam, zřejmě na disk nebo do nevyužité části BIOSu ... (jak si to poradilo se synchronizováním disku fakt nevim).
Mohlo se to stát někdy v letech 1995-97, kdy bylo toto dílo napsáno, čili možná v asembleru a na woknech. Přesto princip by mohl zůstat stejný a použitelný i v dnešní době. Nevíte o něčem takovém něco víc?
Jak tak o tom přemýšlím, tak něco takového by stálo za patentování. Ať už mám na patenty jakýkoliv názor.
Tiskni
Sdílej:
.
Mam k jedné současné záležitosti ze dvou různých míst informaci, že něco buď výpadek napájení byl nebo nebyl. A takhle bych to měl potvrzené. Tj. že existuje metoda, jak to zjistit a už na ni kdysi přišel nějakej českej student.
Do správy železa jsem kdysi jen nakouk, v pascalu se psalo přes unity do asembleru. Tak nějak bych si to představoval, že by to šlo, někam zapsat. Heslo BIOSu šlo změnit poškozením crc součtu BIOSu. Byl jsem u diskuse, kdy se dva znalejší hádali, co je efektivnější, jaká metoda konkrétního systémového volání ... dnes mam z toho jen matné vzpomínky.
Muj povzdech je spíš o tom, že (i) amatéři umí překvapit.
Ještě si vzpomenu na to, že to měla být srovnatelná práce, ty 4 instrukce, jako jiného stovky řádků kódu. V praxi jsem to makat neviděl.
).
Otázkou pak je, kolik tak která paměť potom snese přepisů i jaká je režie procesu.
Když mi tvrdí dvě strany, že u nich dobrý, tak by mi pomohlo vědět, komu trhat hlavu ... obrazně.
Neumí to nějaká lepší UPS?
Jestli stačí čistě byl/nebyl, tak stačí relé s přídržným kontaktem. Když nejde proud tak odpadne a při dalším zapnutí už nepřiskočí. Jeho stav by se dal kdyžtak připojit třeba na paralelní/sériový port a číst programem + po přečtení zase poslat impulz (nebo ručně) aby přiskočilo a mohlo hlídat dál.
Případně stačí jen cívka relé na síť a kontakty na čítač (třeba 4-bit) s malou baterií, třeba od biosu - při výpadku pošle impulz a čítač v binární soustavě počítá. Číslo by se dalo opět přečíst sériovým/paralelním portem třeba každou minutu a ukládat do logu, po přečtení by se čítač vynuloval.
Co se týče zápisku, tak mě napadá možná čtení impulzů sítě na nějakym portu. Teoreticky by stačil udělat dělič napětí z 325V (230Vef) na 5V, usměnit a prohnat komparátorem (vytvoří logickou hodnotu co PC snese) - při připojení na PWM by se "větrák" teoreticky točil rychlostí 50RPM (případně 100RPM při dvoucestnym usměrnění) a odchylka od toho čísla třeba o 2 "otáčky" by se dala považovat za výpadek.....a samozřejmě logovat. Možná by se to stíhalo i dřív než se ve zdroji vybije kondenzátor a PC "umře", otázka je jak rychle se bude číst hodnota 
Architektura ibm-pc se snad o tolik za posledních 16 let nezměnila, aby ten mnou zmiňovaný úspěch nešlo zopakovat či rozvinout. Či aby něco takového nešlo nasadit i jinde.
Na sysmana jsem už kdysi odpověď dostal
Je pravda že já nejsem programátor, takže když slyším registr, tak si představim integr. obvod s pár nohama a několika hradly
Doplněk: kdyby tohle byl muj čistě soukromej problém, tak si ho vyřešim a nepíšu ho sem ... sem bych napsal jen nějaký závěr či podělení se o tom, co za to stojí a co má smysl.