Laboratoře CZ.NIC vydaly Datovku 4.28.0 a Mobilní Datovku 2.6.0. Hlavní novinkou je ukládání rozpracovaných datových zpráv do konceptů. Datovka je svobodné multiplatformní aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi.
Unix Pipe Game je vzdělávací karetní hra zaměřená na děti a rodiče, která děti učí používat unixové příkazy prostřednictvím interaktivních úkolů. Klíčovým prvkem hry je využití symbolu | pro pipeline neboli 'rouru', který umožňuje propojit výstupy a vstupy jednotlivých unixových příkazů, v tomto případě vytištěných na kartičkách. Předpokládá se, že rodič má alespoň nějaké povědomí o unixových příkazech a jejich provazování pomocí |.
… více »PCIem je linuxový framework, který vytváří virtuální zařízení PCIe pomocí technik, které umožňují hostitelskému operačnímu systému rozpoznat tyto syntetické 'neexistující' karty jako fyzické zařízení přítomné na sběrnici. Framework PCIem je primárně zamýšlen jako pomůcka pro vývoj a testování ovladačů bez nutnosti použít skutečný hardware. Dle tvrzení projektu si fungování PCIem můžeme představit jako MITM (Man-in-the-Middle), který se nachází mezi ovladači a kernelem.
Byla nalezena vážná bezpečnostní chyba v telnetd z balíčku GNU InetUtils. Týká se verzí GNU InetUtils od 1.9.3 z 12. května 2015 až po aktuální 2.7 z 14. prosince 2025. Útočník může obejít autentizaci a získat root přístup, jelikož telnetd nekontroluje předaný obsah proměnné prostředí USER a pokud obsahuje "-f root"…
Stanislav Aleksandrov předložil patch rozšiřující KWin (KDE Plasma) na 3D virtuální desktopové prostředí (videoukázka v mp4).
Digg (Wikipedie), "místo, kde můžete sdílet a objevovat to nejlepší z internetu – a nejen to", je zpět. Ve veřejné betě.
Po .deb balíčcích Mozilla nově poskytuje také .rpm balíčky Firefoxu Nightly.
Vývojové prostředí IntelliJ IDEA slaví 25. narozeniny (YouTube).
Vedení společnosti NVIDIA údajně povolilo použití milionů knih ze známého 'warez' archivu Anna's Archive k výcviku umělé inteligence, ačkoliv vědělo, že archiv tyto knihy nezískal legální cestou. Žaloba, ve které se objevují i citace interních dokumentů společnosti NVIDIA, tvrdí, že NVIDIA přímo kontaktovala Anna's Archive a požadovala vysokorychlostní přístup k datům knihovny.
Grafický správce balíčků Myrlyn pro SUSE a openSUSE, původně YQPkg, dospěl do stabilní verze 1.0.0. Postaven je nad libzypp a Qt 6. Projekt začal na SUSE Hack Weeku 24.
Pro většinu problémů s počítačem se většinou dřív nebo později najde rozumné vysvětlení. Já jsem ale nedávno narazil na problém, jehož přesnou příčinu se se mi dodnes vypátrat nepodařilo.
Před víc než rokem jsem si zřídil doménu. Jakmile jsem získal veřejnou IP adresu, chtěl jsem si (pochopitelně) vytvořit vlastní server. Především jsem chtěl, aby fungoval jako DNS a mail server pro mou doménu. Dalším důležitým cílem bylo zprovoznění mé webové stránky.
Zpočátku jsem vše zprovoznil na mém notebooku, ale takové řešení je samozřejmě dočasné. Hlavně když člověku začne záležet na dostupnosti serveru. Koupil jsem proto za několik stovek korun starý desktop. Ten vydržel pět měsíců nepřetržitého provozu.
Pak selhal starší z obou jeho disků. Nepřekvapilo mě to. Vzhledem k pořizovací ceně toho stroje jsem lepší výsledek ani neočekával. Koupil jsem tedy velmi levně jiný (starší) disk. Během dvou týdnů však došlo k dalšímu selhání. Začal jsem tušit, že je něco v nepořádku.
Že by to nebylo diskem? Asi opravdu ne. Po několika dalších pokusech o zprovoznění jsem zjistil, že řadič už vůbec nerozeznává disky připojené k primárnímu kanálu. Nezabýval jsem se příliš úvahami, zda i první selhání nebylo způsobeno stejnou závadou. Selhání přišlo uprostřed zkouškového období a řešení tohoto problému jsem musel odložit na neurčito.
Řekl jsem si, že pět měsíců nepřetržitého běhu je pro starý desktop až moc, a objednal jsem za podobnou cenu jiný starý stroj. Tentokrát dokonce s procesorem na 1 GHz. Protože stál necelých 800 Kč, nečekal jsem kdovíco. Jenže zklamání bylo trpké. Když mi byl doručen, vůbec nenabootoval. BIOS sice fungoval, ale když jsou zničené kondenzátory kolem procesoru, při jakémkoliv větším zatížení se stroj ihned restartuje.
Protože šlo o koupi v aukci a bez jakékoliv záruky, nezbylo příliš mnoho možností řešení. Prodávající mi jako gesto dobré vůle poslal jiný motherboard. Sice o dvě poznání horší, ale funkční. Nebylo možné ho správně připojit do case, ale zprovoznit se dal.
Abych se nenudil, připravil mi nově zprovozněný server další infarktové zážitky. Selhávaly střídavě oba disky, na primárním i sekundárním kanále. Tomu už přestávám rozumět. Byla chyba v discích? Opravdu v obou? Nebo opět špatný řadič? Úplně jsem ztratil chuť s tím něco dělat a řekl jsem si, že si příště koupím nový hardware, ať to stojí cokoliv.
Zkusil jsem pomocí hdparm postupně vypínat jednotlivé vymoženosti, zejména unmaskirq. Právě tato volba může být nejčastější příčinou selhání u starého a nekompatibilního hardwaru. Nic nepomáhalo. Pravděpodobnost selhání jako by vůbec nezávisela na nastavení parametrů disku.
Pak jsem zkusil poslední možnost. Poměrně iracionální a zoufalá úvaha, která mě napadla v pět ráno: Možná by by pomohlo zapnutí voby multcount. Jestliže se jedním příkazem čte víc bloků naráz, přenáší se po sběrnici méně příkazů. Co když to sníží pravděpodobnost chyby? Nastavil jsem tedy multcount na maximální možnou hodnotu.
Uptime je už čtyři dny. Zatím bez potíží. To ovšem nic nemění na faktu, že intenzivně sháním nový stroj. Tomuhle už se nedá věřit. Nejspíš opět risknu koupi staršího hardware, ale tentokrát to bude skutečný server, který je určený a dimenzovaný pro nepřetržitý provoz.
Co je ale nejdůležitější: Má stránka je po dlouhé době opět v provozu. Však už byl nejvyšší čas! Jen jsem musel smazat skoro celý blog, který byl po té dlouhé době beznadějně out of date.
Tiskni
Sdílej:
Těžko říct. Možné to samozřejmě je. Nevidím ale rozumnou možnost, jak to zjistit. Problémy s napájením přímo na motherboardu se mohou projevovat podobně jako závada na zdroji.
Asi bych už měl tu starou popelnici konečně vyhodit a měl bych klid!
Zdroje stárnou, to je fakt. První i druhý (pokus o) server však měly jiný case s jiným zdrojem. Takže se lze těžko dopátrat, jestli to bylo zdrojem, řadičem nebo diskem...
Použité disky rozhodně nepatří k těm zmíněným.
Mají kapacity 6 a 20 GB. Druhý z nich má dokonce 7200 otáček a 2 MB cache. Možná je problém právě v kompatibilitě starého řadiče s relativně moderním diskem.
Datové kabely byly pořádně odrbané. Samozřejmě jsem je všechny vyměnil, ale nepomohlo to.
Netuším, jak tahle konkrétní deska funguje. Je to běžná deska s ACPI a s klasickým ATX konektorem. Možná to nebude tento případ.
Jestli některý disk zase selže, nejspíš nad tím přestanu hloubat, vyhodím ten počítač oknem a seženu si jiný.
Jakou výhodu má pata_via? Nevěděl jsem, zda mám tu novinku vyzkoušet. Tak jsem prostě nechal zkompilovat obojí. Jenže on se implicitně použil ten IDE ovladač. Radši jsem se v tom nehrabal, protože netuším, jak je to stabilní a co přesně tam je jinak (kromě SCSI-like pojmenování).
Jen tak mimochodem: Uptime 5 dní, stále bez selhání. Možná jen náhoda...