Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »nacteni adresare: chrrrrrrrrr, nacteno vytvoreni prazdneho adresare: chrrrrrrrrr, vytvorenoMate s tim prosim nekdo zkusenost? Mate nekdo externi disk naformatovany (jak?) na EXT*, JFS, XFS, BRTFS, ... a slouzi vam k uplne spokojenosti? Dekuji
Řešení dotazu:
Jak jsem tak googlil, mnozi psali, ze EXT4 je v pohode.
Jak už to na webu bývá, mnozí netuší, co píší, popisují 10+ let staré zlozvyky a tak různě podobně.
Mate nekdo externi disk naformatovany (jak?) na EXT*, JFS, XFS, BRTFS, ... a slouzi vam k uplne spokojenosti?
Téměř výhradně Btrfs. Výjimky: Kde nemám Btrfs, tam mám ZFS, například kde se žádá kompatibilita s FreeBSD nebo kde je FreeBSD.
Btrfs je dnešní standard, implicitní volba v rozumných distribucích a v podstatě jediná volba, která dává v popsaném případě smysl. Pro externí zálohovací disk má smysl takový filesystém, který má checksumy dat i metadat, atomické snapshoty, efektivní replikaci snapshotů pomocí send/receive, copy-on-write a vůbec takové ty vlastnosti, které sice v dobách ~10GB disků velkou výhodu nepřinesly, ale v dobách 10TB disků (== dnes) jsou nepostradatelné.
ZFS je bezva a jeho snapshoty s atomicitou napříč několika subvolume jsou hustý bonus navíc, stejně jako RAIDZ3(*), pro který Btrfs (stále ještě) nemá ekvivalent. Jenže zatímco Btrfs je standard na každém linuxovém stroji, podpora ZFS v očekávané verzi a s očekávanými feature flagy není všude 100% zaručená, přinejmenším ne bez roota na daném stroji.
(*) Pravda, tohle se už netýká jednoho disku, leč protože ZFS i Btrfs mají schopnost transformovat jeden disk na RAID konfiguraci a zpět bez (od)mountování či restartu, přišlo mi vhodné i tohle zmínit + srovnat.
To je ale dotaz jak poleno. Já bych měl taky pár dotazů k tématu.
Předně, proč bych takovou hloupost dělal?
(Já se mnohem raději zabývám praktickými a konstruktivními úkoly, například nedávnou náhradou mého Btrfs RAID5 diskového pole z 6 disků za Btrfs RAID6 pole z 8 SSD — bez odmountování, bez downtime.)
Zastaralé filesystémy — které bez checksumů dat neumí poškození vůbec odhalit — už byly takhle „testované“? S jakým výsledkem?
Onen záhadný „stav souborů“ má být co přesně? Jestli sedí checksumy dat? To u normálních filesystémů pravidelně kontroluje scrub. Béčkové filesystémy nemají scrub, takže … nic.
Co je to fsck? Spoléhání na zázrak, který potřebovaly špatné filesystémy před 10+ lety? Děkuji, nechci.
No a to že to nepotřebuje, je jen FUD lidí, co se s chybou těchto filesystémů nikdy nesetkali.
btrfs restore, ext4 potom celkem dobrý debugovací nástroj. Pokud není disk, na který by bylo možné data překopírovat, tak je problém. (Kdyby takový disk byl, tak by na něm byla záloha, že ano?)
Btrfs má také btrfs rescue, ale ještě jsem se s ním naštěstí nepotkal.
Tiskni
Sdílej: