Memtest86+ (Wikipedie), svobodný nástroj pro kontrolu operační paměti, byl vydán ve verzi 9.00. S podporou architektury AArch64 (ARM64).
Společnost Fairphone stojící za stejnojmennými mobilními telefony představila (pdf) bezdrátová špuntová sluchátka Fairbuds 2. Opravitelná, s vyměnitelnými bateriemi a tříletou zárukou. Cena 119 eur.
O víkendu 17. a 18. října lze na brněnském výstavišti navštívit s jednou vstupenkou dvě akce: Maker Faire Brno, festival inovací, kreativity a kutilství, a GameDev Connect, akci určenou pro všechny současné a hlavně budoucí herní vývojáře.
Canonical vydal (email) Ubuntu 26.10 Stonking Stingray. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2027.
České Radiokomunikace (CRA) ve čtvrtek odstřelily rozhlasový vysílač Liblice B, dosud nejvyšší stavbu v Česku. O demolici dvou 355 metrů vysokých stožárů rozhodly z důvodu jejich nevyužívání, už v úterý přitom zhasly a demontovaly jejich osvětlení.
Microsoft Defender nově podporuje linuxové desktopy.
Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Mám 2 servery - první velice výkonný se používá skoro nonstop a druhý je postarší ne moc výkonný. Chtěl bych udělat mirrorování dat přes síť z 1. na 2. server aby při výpadku nebylo tak velké zlo - lepší pomalý server než žádný server. Mám ideu: pomocí drbd mirrorovat disk ze serveru 1 na server 2 na zvláštní disk a pokud by server 1 padnul, tak bych server 2 restartoval do "dat ze serveru 1". Jenomže nevím jak se drbd ve skutečnosti chová. Brzdí drbd práci s diskem čekáním ne přenos po síti nebo je to asynchronní zápis? Mohu očekávat jiné problémy se stabilitou/rychlostí toho 1. rychlého serveru?
Brzdí drbd práci s diskem čekáním ne přenos po síti nebo je to asynchronní zápis?
No, jestli se na zápis čeká nebo ne definuješ vybranym protokolem:
Viz http://www.drbd.org/home/mirroring/ :
Synchronous mirroring (called protocol C in DRBD speak) is the right choice for HA clusters where you dare not lose a single transaction in case of the complete crash of the active (primary in DRBD speak) node.
Zcela souhlasím s příspěvky výše. Určitě bych jako sekundární stranu drbd nepoužíval nějakou šunku, která má pomalé diskové operace. CPU ani paměť nejsou kritické (i když musí stíhat pár set megabitů komunikace po gigabitové síťovce, ale to není tak náročné), ale průchodnost sběrnic a rychlost řadiče a disků je zcela klíčová pro celkový výkon mirroru.
Tak to asi bude drbd nepoužitelné, sekundární server (ač má gigovou síťovku), tak má pomalou sběrnici a hdparm se dostane na 70MB/s, kdežto primár je 160MB/s. Co by se dalo použít jiného? Nejedná se o přesně aktuální kopii disku, stačilo by tak starou do 10 minut nebo možná i déle, ale hlavně aby to nebrzdilo síťový provoz na serveru, který má 2 hodně užívané síťovky.
Myslím si, že by se v tvém případě by se dal akceptovat režim B (zápis je dokončen v okamžiku příjmu TCP paketu na druhé straně. Pak by zpomalený zápis na sekundátu nemusel vadit, pokud nepůjde o kontinuální zápis. Chce to vyzkoušet, jde jen o pár příkazů.
Určitě bych dal do obou serverů samostatné gigabitové síťovky a propojit extra kabelem. Skoro nic to nestojí.
rsync z cronu nebo seznamfs treba
nebo treba 1x za hodinu rdiff-backupem a budes to mit i s historii
Na rdiff, rsync a podobné nástroje pozor, v případě velkého množství souborů může synchronizace trvat třeba i půl dne 
(vlastní zkušenost)
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz