Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.
Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.
První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.
Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
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!
23.9.2007 13:15
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
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...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz