Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.
Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Tiskni
Sdílej:
Pro KVM to, ale zatím není.. (intenzivně testováno)I v blokovém módu (nebo jaxe tomu nadává, kdy to jede nad LVM místo nad systémem souborů) a s nativním backendem v qemu?
MD: Gigabyte F2A85XM-D3H (8 x SATA 6Gb/s portov, 4 USB 3.0 porty) - 67 eur CPU: AMD A4-5300, 3.40 GHz - 44 eur RAM: 2x2 GB za 25 eur HDD: 3x2TB - 264 eur + skrinka a zdroj lubovolny.dobre startovacie parametre, primerany vykon, rozsiritelnost a spotreba do 30 W v idle vsetko cakom-prask aj s diskami.
Já mám pole RAID6 ze čtyř 2TB
Když už jsi ochotný jít na 50% kapacity disků, tak bych šel raději do RAID10 s tím, že mohou umřít až dva disky (každý z jednoho zrcadla). Kapacita bude stejná a jako odměna mnohem vyšší rychlost.
Podle mého názoru a zkušeností nemá příliš smysl u NAS řešit možnost výpadků dvou disků současně, ale mnohem rozumnější využít ty disky (které by jinak tvořili redundanci) na offline zálohu těch dat, protože největší procento vytažení zálohy není ani tak v selhání HW, ale k vůli chybě administrátora.
Já mám doma políčko z pěti 1T disků v Raid5 + všechna data na zálohách na externích diskách. Jednou, dvakrát do roka v tom poli chcípne jeden disku, ale to se vymění (dá to se vyměnit v podstatě do druhého dne). Jednou se stalo, že odešly dva různé disky 14 dnů po sobě. I kdyby to pole chcíplo (v případě, že bych nestihl vyměnit disk), tak mám zálohy.
Ehm. Zásadní rozdíl je v tom, že u RAID 6 ti mohou chcípnout kterékoliv dva disky. Kdežto u RAID10 sázíš na to, že ti pojde z každé půlky pouze jeden. Pokud se trefí oba na tu jednu půlku, tak prostě ostrouháš.
To je samozřejmě pravda, ovšem otázkou je, jak často se stane, že odejdou dva disky současně (v časovém rozmezí 1 den) a jak je náročné ta data vytáhnout ze zálohy. Pořád mi vychází, že je lépe ty disky věnovat na beztak nutnou zálohu, než na redundanci.
Momentálně jsem zvědav, jak dopadne raid6 v rámci Btrfs.
Já též. Za pár měsíců chtě nechtě budu muset nakoupit 4x3TB disky a pokud bych tam mohl dát BTRFS R5, byl bych moc rád. Aktuálně je to ext4 nad md, a moc mi tam chybí snapshoty.
Opravdu mi hlava nebere jak formátování jednoho zařízení může rozbít jiné, na které se mohl maximálně zapisovat log.Poté, co jsem viděl bug ve virtio-blk a v kernelu, kdy virtuálka (kvm) přepisovala bloky VG, které vůbec nepatřily , bych si opravdu nebyl jistej, že za to může zrovna ext.
V KVM mám všechny stroje bezdiskovéTakže si připojují FS samy zevnit přes NFS/iSCSI/...?
Robustnější řešení (co je mi známo) nikdo nemá.V takhle malém asi ne, ale u větších nasazení RHEVu je něco podobného standardem, a u kritických se to replikuje do dalšího datacentra, kde čekají stroje na příležitost zasáhnout...
Tuhle jsem to propočítal - za stávajícího stavu to může běžet cca 4 roky, aniž by došlo místo.Tak to mi připadá jako vlastnost tenkých obrazů (thin provisioning) obecně, bez ohledu na implementaci. Dnes tomu ubližuje to, že ne všechny články řetězce FS ve VM --> úložiště umí zahazovat nepoužívané bloky (TRIM, SAME_WRITE, ...), tudíž se obrazy neustále zvětšují a velká část snapshotů se tak na disk zapisuje zbytečně.