Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 160 (pdf).
Izrael od února zakáže dětem používat v prostorách základních škol mobilní telefony. Podle agentury AFP to uvedlo izraelské ministerstvo školství, které zdůraznilo negativní dopady, které na žactvo používání telefonů má. Izrael se tímto krokem přidává k rostoucímu počtu zemí, které dětem ve vzdělávacích zařízeních přístup k telefonům omezují.
Internetová společnost Google ze skupiny Alphabet pravděpodobně dostane příští rok pokutu od Evropské komise za nedostatečné dodržování pravidel proti upřednostňování vlastních služeb a produktů ve výsledcích vyhledávání. V březnu EK obvinila Google, že ve výsledcích vyhledávání upřednostňuje na úkor konkurence vlastní služby, například Google Shopping, Google Hotels a Google Flights. Případ staví Google proti specializovaným
… více »Byl oznámen program a spuštěna registrace na konferenci Prague PostgreSQL Developer Day 2026. Konference se koná 27. a 28. ledna a bude mít tři tracky s 18 přednáškami a jeden den workshopů.
Na webu československého síťařského setkání CSNOG 2026 je vyvěšený program, registrace a další informace k akci. CSNOG 2026 se uskuteční 21. a 22. ledna příštího roku a bude se i tentokrát konat ve Zlíně. Přednášky, kterých bude více než 30, budou opět rozdělené do tří bloků - správa sítí, legislativa a regulace a akademické projekty. Počet míst je omezený, proto kdo má zájem, měl by se registrovat co nejdříve.
Máirín Duffy a Brian Smith v článku pro Fedora Magazine ukazují použití LLM pro diagnostiku systému (Fedora Linuxu) přes Model Context Protocol od firmy Anthropic. I ukázkové výstupy v samotném článku obsahují AI vygenerované nesmysly, např. doporučení přeinstalovat balíček pomocí správce balíčků APT z Debianu místo DNF nativního na Fedoře.
Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Zdravím,
nedávno jsem si koupil na Aukru jetou UPS APC Back-UPS CS 350. Původní baterky v tom vydrželi málo, tak jsem je vyměnil za nějaké lepší, které jsem tu našel. Ovšem, dostal jsem k tomu také orig. program, který je na W98 a W2k, což mi na Vistách nejede a nový chtějí registraci a kdo ví co ještě. Tak jsem se rozhodnul, že to zkusím na linuxu, jak to pojede.
1. Zkouška na Ubuntu 9.10 KK, nainstalovaný apcupsd, nakonfigurovaný ve výchozím stavu - pouze nastavení připojení přes USB.
Počítač jsem na UPSce připojený neměl, pouze zapnutá naprázdno, po odpojení napájení systém zahlásil 95% stav baterie a 43 minut do vybití - to by odpovídalo, nic na ní nejelo, tak by mohla vydržet 43 minut. V pohodě to jelo cca 8 minut, tak jsem toho nechal.
2. Potřebuji to rozchodit na Debianu Lennym, poslední verze, nainstalovaný apcupsd, opět nakonfigurovaný ve výchozím stavu - pouze jsem nastavil připojení přes USB.
apcaccess mi hází nesmyly - 19% nabitá baterie, 4 minuty do vybití (opět bez zapojeného PC, UPS jela naprázdno!). Člověk se ještě nerozkoukal a do 50 vteřin mi to bezpečně vypnulo systém. Nechápu to, na Ubuntu mi to jelo v pohodě, na Debianu mi to se stejným nastavení ukončí systém do 50s, déle než minutu to nemohlo na baterky jet.
Tady mám výpis z apcaccess na Debianu:
APC : 001,027,0702 DATE : Mon Mar 08 22:27:56 CET 2010 HOSTNAME : home.server.cz RELEASE : 3.14.4 VERSION : 3.14.4 (18 May 2008) debian UPSNAME : home.server.cz CABLE : USB Cable MODEL : Back-UPS 350 UPSMODE : Stand Alone STARTTIME: Mon Mar 08 22:27:19 CET 2010 STATUS : ONBATT BCHARGE : 019.0 Percent TIMELEFT : 4.0 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds NUMXFERS : 1 XONBATT : Mon Mar 08 22:27:25 CET 2010 TONBATT : 33 seconds CUMONBATT: 33 seconds XOFFBATT : N/A STATFLAG : 0x07060010 Status Flag MANDATE : 2001-11-23 SERIALNO : BB0147332258 BATTDATE : 2001-11-23 FIRMWARE : 5.2.I USB FW: c1 APCMODEL : Back-UPS 350 END APC : Mon Mar 08 22:27:58 CET 2010
No a potom se mi objevilo pouze:
Broadcast Message from root@home.server.cz (somewhere) at 22:27 ... Power failure on UPS home.server.cz. Running on batteries. Broadcast Message from root@home.server.cz (somewhere) at 22:28 ... Remaining battery runtime below limit on UPS home.server.cz. Doing shutdown. Broadcast Message from root@home.server.cz (somewhere) at 22:28 ... UPS home.server.cz initiated Shutdown Sequence Broadcast message from root@home.server.cz (Mon Mar 8 22:28:34 2010): apcupsd UPS home.server.cz initiated shutdown The system is going down for system halt NOW!
V čem mám přesně hledat problém? Logy jsem študoval, ale nic jsem tam nenašel, zítra se na to mrknu podrobněji, jestli jsem něco nepřehlédl, ale stejně mi to nejde do hlavy, v čem je v této souvislosti rozdíl mezi Ubuntu a Debianem?
USB kabel mám originální. A společně to komunikuje.
Baterie nezdechla, na Ubuntu to jelo cca 8 minut na baterii na prázdno, pouze s připojeným kabelem, abych ověřil funkčnost ovládání pod linuxem. Pak jsem měl cca 3 hodiny přestávku (musel jsem dělat jiné věci a nechal jsem zároveň u UPS trochu dobít). Při připojení k Debianu to bylo stejné, počítač na UPSce nebyl zapojen, byl mimo ni, pouze propojeni skrz USB, abych to mohl nastavit. Do 50s to hodilo na Debianu shutdown. Baterie se nemohla vybít.
Ano, přesně toto jsem nastavil i já. UPSCABLE, UPSTYPE a potom jsem nechal položku DEVICE (nebo tak nějak) prázdnou. Bylo tam napsáno, že má být při připojení na USB hodnota prázdná. A nejede to.
Tak jsem mírně pokročil. Logy jsem prošel a nic chybového, podezřelého jsem nenašel. Už se mi ale podařila jedna část zprovoznit, dá-li se to tak nazvat.
1. Pokud UPS nahodím jako studený start bez napájení, tedy start z baterie, nechám běžet naprázdno a poté zapnu počítač mimo UPS, tak mi to ukáže už správné hodnoty.
2. Pokud ovšem zapnu UPS s napájením ze sítě, tak mi to ukazuje špatné údaje stále stejné viz. výše.
3. Pokud připojím počítač do UPS a nahodím bez napájení, tak se mi to rozjede a pokud mám připojený USB kabel, tak mi to hodí Overload do 20s, pokud ale USB kabel připojený nemám, tak UPS jede úplně normálně.
Nechápu to. Díky za všechny odpovědi, na Ubuntu to jede bez problémů a na Debianu si ani neškrtnu.
Tak jsem zkusil apctest - funguje mi pouze volba 1 a 6, u zbytku mi píše "I don't know how to control ... atd."
Apcupsd.conf je ve výchozím stavu stejné. Mám tedy baterii připojenou k PC úplně vybít a potom nabít samostatně třeba jeden den a pak to vyzkoušet?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz