Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
V uplynulých dnech byla v depu Českých drah v Brně-Maloměřicích úspěšně dokončena zástavba speciální antény satelitního internetu Starlink od společnosti SpaceX do jednotky InterPanter 660 004 Českých drah. Zástavbu provedla Škoda Group. Cestující se s InterPanterem, vybaveným vysokorychlostním satelitním internetem, setkají například na linkách Svitava Brno – Česká Třebová – Praha nebo Moravan Brno – Břeclav – Přerov – Olomouc.
Byla vydána nová verze 8.7.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Před 30 lety, k 1. 7. 1995, byl v ČR liberalizován Internet - tehdejší Eurotel přišel o svou exkluzivitu a mohli začít vznikat první komerční poskytovatelé přístupu k Internetu [𝕏].
Byla vydána (𝕏) nová verze 7.4 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.
Použití resetátoru WDT1LPT s operačním systémem MikroTik RouterOS
Na routerech ze starých PC různě postrkaných po půdach a na jiných nepřístupných místech používáme resetátory WDT1LPT. Připojují se k paralelnímu portu a operační systém musí nějak zajistit pulsy na bitu d0. K výrobě pulsů je pro linux (a ostatní "rozumné" OS) dostupný malý C prográmek, který pak stačí pravidelně nějak spouštět (příklad)
Dnes jsem na jeden z těch routerů instaloval MikroTik RouterOS a při tom jsem jenom namátkově zkusil oživit i ten resetátor. Moc jsem tomu nevěřil, v Mikrotiku se nedá přistupovat na LPT port pomocí nativních prostředků a zkoušet něco kompilovat jsem nehodlal. Kupodivu se to však povedlo za využití balíku pro ovládání LCD displejů. Teď nemohu říci, jak to bude stabilní z dlouhodobého hlediska, ale pokud se zde časem neobjeví negativní update, bude se to chovat mravně . Takže jak na to:
Příprava MikroTik RouterOS
Do systému je zapotřebí nainstalovat balík lcd (v mém případě šlo o lcd-3.22.npk). Dá se to udělat jeho nakopírováním na router a následným příkazem:
/system reboot;
Instalace WDT1LPT
Fyzické zapojení a nastavení timeoutu - viz návod výrobce. Zapojujeme to na piny resetovacího tlačítka základní desky.
Konfigurace MikroTik RouterOS
Stačí jen zapnout LCD displej na paralelním portu a pustit na něj nějakou informaci. Zajistí to následující příkazy:
/system lcd set enabled=yes type=24x4 port=parallel contrast=0; /system lcd page enable 0;
Závěr
Podle LEDky dostává WDT1LPT pulsy cca každou jednu vteřinu. Zdá se mi to docela často, ale nedá se to ovlivnit. Nastavení času zobrazení zprávy (/system lcd page print) na to nemá vliv. IMHO to ale funkcionalitě neubere a výkonu snad taky ne.
Tiskni
Sdílej:
Už jsem viděl všelijaké obezličky(nechci říkat dementní řešení) různých řešení na RoS, které neumí nativně řešit, ale tato spadá určitě do Top 10. Proboha, co furt všichni řešíte? Vždyť je to obyčejný embedded GNU/Linuxový systém i s BASHem a ne žádný kouzelný a tajemný blackbox.
to sice je pravda, ale ne kazdej ma potrebu to hackovat.
Zato dávat si práci s takovými dirty mechanismy nikomu nevadí. Nač něco dělat jednoduše, když to jde i složitě?
navic naprosta vetsina vseho co se da na tiku nastavit se da nastavit mnohem jednoduseji a rychleji nez na cistem linuxu. Navic potesi i rozsireny ovladac pro atherosy ktery umi veci, ktere madwifi proste neumi. Proto ho asi pouzivame radeji nez cisty linux.
Neprotestuju, ale o tomto se vůbec nebavím.
Nač něco dělat jednoduše, když to jde i složitě
Mi přijde jednodušší nahrát jeden sw balíček co si stáhnu od dodavatele, udělat reboot a zadat dva příkazy. Někomu jinému zas přijde jednoduší do RouterOS hackovat bash (jestli jsem to dobře pochopil, jde o kompilaci, uložení do filesystému a off-line změny v RouterOS tak, aby initd spouštěl bash přístupný na nějakém TCP portu). Ještě že máme tu svobodu si vybrat .
Navíc pro používání WDT1LPT jen bash nestačí, je zapotřebí zkompilovat i ten miniprográmek pro paralelní port. A do toho jsem se nehodlal pouštět.
Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.
BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.
Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.
WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému. A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.
BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.
Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.
V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty.
Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?
Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?
Asi záleží na tom co se přehřeje (jaká komponenta) a dělá problémy. Původně jsem si myslel, že to budou série restartů v časech mírně nad tiemout resetátoru, či že to po resetu nenaběhne vůbec. V praxi to však většinou bývá jen jeden restart. Na jedné lokalitě jich bývávalo více a řešili jsme to změnou a přeskupením technologie.
WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému.
Vždyť to watchdog také. Je to jaderný modul, který pokud nedostane od user-space démona do určitého časového limitu signál, natvrdo rebootuje systém.
A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.
No já teda nevím, ale řešit přehřátí restartem?
Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.
Jasně, proto jsem řekl, že HW resetátro je HW resetátor.
Jinak mi vsude staci jednoduchej skript kterej si pingne okolo sebe a pokud nema odpoved pak se resne
A k čemu přesně je tohle dobrý? Když to vytuhne do toho stavu, že to ani není schopný pingat, proč by to mělo být schopné se samo restartovat?
Treba se rozbije jen wifi driver. U madwifi i u hostap se mi obcas stalo, ze se master dostal do stavu, kdy nebyl ochoten komunikovat s klienty, ale jinak system bez problemu fungoval. V takovem stavu je 'pingaci watchdog', ktery pri problemu resetuje (v mem pripade jen kartu) jednoduche reseni.