Vývojáři OpenMW (Wikipedie) oznámili vydání verze 0.51.0 této svobodné implementace enginu pro hru The Elder Scrolls III: Morrowind. Přehled novinek v oznámení o vydání a také na YouTube a PeerTube.
Byla vydána nová verze 2026.3.0 "Carousels & Killer Whales" svobodného softwaru ScummVM (Wikipedie) umožňujícího bezproblémový běh mnoha klasických adventur na zařízeních, pro které nebyly nikdy určeny. Přehled novinek v poznámkách k vydání a na GitHubu.
Tento týden (24. a 27. června) vyprší platnost Microsoft certifikátu v UEFI vydaných v roce 2011. Nové certifikáty byly vydány v roce 2023. Kdo na počítačích, i virtuálních, používá zabezpečené spouštění (Secure Boot), měl by si ověřit, že má certifikáty aktualizovány, viz např. články na Red Hat nebo Fedora. Pro stávající systémy se nic nemění. Nadále se budou normálně spouštět. Zavaděče podepsané pouze klíčem z 2023 se ale na počítačích s pouze certifikátem 2011 nespustí. Ve Fedoře je zavaděč shim ve verzi 16.1-6 podepsán klíči 2011 i 2023.
Uživatelé mobilních telefonů s Linuxem si nyní mohou nainstalovat aplikaci Mobilní Datovka. Díky tomu je přístup k datovým schránkám dostupný i na zařízeních s mobilními linuxovými distribucemi, jako jsou například Mobian, NixOS Mobile, pmOS atd. Aplikace je dostupná na Flathubu.
Software Freedom Conservancy v novém dokumentu shrnuje doporučení, jak přistupovat ke generativní AI založené na LLM při přispívání do svobodného a open-source softwaru. Mimo jiné vyzývá k obezřetnosti, transparentnosti a revizi generovaného kódu člověkem.
Byla vydána nová verze 5.6.0 programu na úpravu digitálních fotografií darktable (Wikipedie).
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.
Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.
Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.
Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.
Proč by se to ale mělo zbořit? Pokud se to nevypne "násilně", tak se tomu stát nic nemá a kontrola netřeba.Mi to přijde jako kolegovy postuláty
Ne, tam to prostě musí fungovat…i když o daném místě neví zhola nic. A než by se to zkontrolovalo, tak se to prostě musí brát jako fakt. (I když jde ve skutečnosti o docela komplexní systém u kterého znalost jeho kompletní fungovaní není v silách jednoho člověka)
Proč by se to ale mělo zbořit?Mně napadá třeba 1864 důvodů proč.
HW chybu by to stejně neopraviloNejde o to opravit to, ale identifikovat vadné místo v případě, že nižší vrstva není něčeho takového schopná. Je to jako ptát se nač jsou CRC v IP paketech nebo paritní bity v přenosu, když už stejně HW neopraví.
Ve Windows se to nepouští ani při ošklivém vypnutíA to je možná chyba.
protože NTFS je očividně kvalitní FSDosahuje očividně kvalit čtyřleté brandy.
nepotřebuje pravidelné kontrolyTy nepotřebuje nikdo. Jen je pak potřeba nedivit se, když se něco neobjeví z důvodu, že nebyla provedena pravidelná kontrola. A to neplatí zdaleka jen pro FS.
Proč by se to ale mělo zbořit? Pokud se to nevypne "násilně", tak se tomu stát nic nemá a kontrola netřeba.
Z manuálové stránky:
You should strongly consider the consequences of disabling mount-count-dependent checking entirely. Bad disk drives, cables, memory, and kernel bugs could all corrupt a filesystem without marking the filesystem dirty or in error. If you are using journaling on your filesystem, your filesystem will never be marked dirty, so it will not normally be checked. A filesystem error detected by the kernel will still force an fsck on the next reboot, but it may already be too late to prevent data loss at that point.
Ve Windows se to nepouští ani při ošklivém vypnutí (nebo se to kontroluje hodně rychle, že se to ani neukáže), protože NTFS je očividně kvalitní FS a nepotřebuje pravidelné kontroly.
To nemá s kvalitou FS nic do činění. NTFS se umí checkovat a zvládne jisté opravy za běhu, přesto už jsem se několikrát setkal s vynuceným chkdsk při bootu a příčinou byl právě vadný kabel.
Každý FS si to řeší po svém. Vývojáři ext se rozhodli pro pravidelné kontroly, některé FS udělají rychlý check při mountu a jiné (ZFS) neustále za běhu kontrolují CRC data a metadat.
Některé distribuce (CentOS) pravidelné kontroly ext3 mají standardně vypnuté. Já je pak zapínám, data jsou pro mě cennější. Tohle si musí zvážit každý admin sám pro svůj systém.
Ve Windows se to nepouští ani při ošklivém vypnutíJá tohle už na Vistách viděl asi tak 20x a klidně ti to i vyfotím na foťák... A mimochodem, Visty tohle hlásí i u každé druhé flešky, když ji člověk zapojí do systému
Visty tohle hlásí i u každé druhé flešky, když ji člověk zapojí do systémuAno, pokud to vytahujete bez odpojení, tak se nedivím.
Kdo ma to tvoje neustaly ublizeny stezovani porad cist?
Hmmm, co třebaaa... vývojáři?
fuser
.
Můžeš si to přenastavit pomocí tune2fs, a pokud odstraníš kontrolu po nekorektním vypnutí, koleduješ si o problémy.
Tiskni
Sdílej: