Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
sudo smartctl -a /dev/sda a rád bych věděl, co mi má říkat výstup. Moc moudrý nejsem z těch řádků, kde je napsáno pre-fail. Mám se bát o stav disku? Četl jsem totiž, že Linux přiliš často parkuje hlavy a disk pak mnohdy ani rok nevydrží. Jinak mám Ubuntu 9.04. Mám se něčeho bát nebo s diskem je vše ok? Výpis je delší, tak jsem ho dal na pastebin: http://kaneeec.pastebin.com/d6072755a
Řešení dotazu:
Už vidím předem, že ten výpis na tom serveru moc dlouho nevydrží a co potom? Co když někdo bude chtít i po roce ten výpis vidět? Hoďte to sem (tj. na ábíčko) jako přílohu!
Niečo o hodnotách vo výpise je tu.
To parkovanie hláv bol myslím nejaký problém nejakej verzie Ubuntu, ktorý by mal byť opravený.
Četl jsem ten návod a porozuměl jsem, že nejdůležitější hodnoty jsou:
Reallocated_Sector_Ct, Seek_Error_Rate, Reallocated_Event_Count, Offline_Uncorrectable, UDMA_CRC_Error_Count, Multi_Zone_Error_Rate, Hardware_ECC_Recovered.
Mám dva pevný disky a nějak se mi nelíbí hodnoty těchto důležitých hodnot. Mám dva pevný disky, příkladám výpis smartctl --all jako přílohu. Mohl by se mi na to někdo prosím mrknout?
Konkrétně se mi nelíbí hodnota Seek_Error_Rate a Hardware_ECC_Recovered.
U Seagate Raw_Read_Error_Rate snad doopravdy ukazuje skutecne Raw (a ze je pri chybovost "normalniho" cteni celkem vysoka je snad jasny). U nich jsem se naucil to neresit pokud je tam cislo shodne s cislem u Hardware_ECC_Recovered (coz je polozka kterou taky vidim snad jen u Seagate disku).
Ale takovej Reallocated_Sector_Ct > 0 uz u mne zacina mirne vzbuzovat neduveru a premysleni kdy jsem naposled zalohoval.
Pre-fail a Old_age označuje len typ parametra. Pre-fail znamená, že sa parameter zhoršuje, keď sa schyľuje k nešťastiu, a Old_age znamená, že sa parameter zhoršuje jednoducho so starnutím disku. Hodnoty, ktoré by Ťa mali zaujímať sú VALUE a TRESH - VALUE je aktuálna hodnota toho ktorého parametru a TRESH je hodnota, pri ktorej podľa výrobcu nastáva smrť disku. Stĺpec WHEN_FAILED potom udáva dátum kedy VALUE kleslo na úroveň TRESH. Takže panike treba prepadať až keď sa VALUE blížu ku TRESH.
Okrem toho by si mal ešte vedieť, že spoľahlivosť SMART sa uvádza niekde pod 50%, tzn. viac než polovicu prípadov zlyhania disku SMART vôbec dopredu nedokáže predvídať, ale ku havárii proste len dôjde z čista jasna.
To, ako často sa bude vypínať disk si vieš nastaviť, v tom sa linux nijak nelíši od Windows. Disk občas ani rok nevydrží, ale to bez ohľadu na operačný systém.
Taky díky za info.
Měl bych dotázek. V jaký číselný soustavě jsou uváděny hodnoty VALUE a THRESH? Např. Seek_Error_Rate má VALUE 100 a THRESH 067. Takhle to vypadá, jakoby by měl bejt ten disk už mrtvej.
Mám taký pocit, že hodnota VALUE sa znižuje na hodnotu THRESH, ale nie som si istý.
No vidíš. Možná to tak bude. Díky.
Ako písal kolega vyššie, hodnota VALUE sa vždy znižuje. Obecne je táto hodnota v intervale 253 až 0, ale záleží od výrobcu - ako základ pre niektoré parametre si výrobcovia vyberajú aj hodnoty 100 a 200. Táto hodnota vychádza z RAW_VALUE, ktorá ale vo všeobecnosti je len pár bajtov (tuším 6) a u každého disku môže znamenať niečo iné - záleží na elektronike disku akým spôsobom sa to konvertuje na normalizovanú VALUE. Takže ak je RAW_VALUE nejaké divé veľké číslo, tak to v skutočnosti môže znamenať, že to je viac údajov po jednom bajte a smartctl ak tento údaj pre tento konrétny model disku nepozná, tak ho nesprávne ukáže ako jedno veľké číslo. Preto je lepšie závery vyvodzovať len z normalizovanej hodnoty = VALUE.
Ještě jednou díky.
Ako písal kolega vyššie, hodnota VALUE sa vždy znižuje.
Pozerám, že som to napísal dosť nešťastne... chcel som povedať, že sa znižuje keď sa zhoršuje, tzn., že vždy platí čím menej tým horšie. VALUE môže aj stúpať, čiže sa zlepšovať (napríklad teplota). Preto tam je aj stĺpec WORST, ktorý udáva akú najhoršiu hodnotu disk za celú svoju životnosť vykázal.
To nie je nijak zvlášť dlho po "havárii". Máme IDE disky, ktoré mali realokované sektory už pred dvoma rokmi a doteraz bežia s tým istým počtom realokovaných sektorov. Môžem sa len domnievať, že elektronika disku zareahovala na niečo, čo bezprostredne s diskom nesúviselo - možno výkyv napätia, alebo vibrácie v momente keď sa na disk zapisovalo. Ťažko povedať.
Take mam disk, u ktereho se pomerne brzo objevilo par desitek realokovanych sektoru.
Tohle cislo ale zustava stejne uz 2 roky (i prez ruzne testy a potrapeni nekolikrat rocne), takze tomu disku zatim relativne duveruju. (+ ovsem obcasne preventivni zalohy jinam)
Tiskni
Sdílej: