Samsung na akci Galaxy Unpacked July 2026 (YouTube) představil své nové telefony Galaxy Z Fold8 Ultra, Fold8 a Flip8, hodinky Galaxy Watch Ultra2 a Watch9 a chytré brýle ve spolupráci s Gentle Monster a Warby Parker.
Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
Představen byl Raspberry Pi Touch Display 2 s uhlopříčkou 10 palců a rozlišením 1200 × 1920 pixelů. Cena je 80 dolarů.
RPCS3 (Wikipedie), tj. open source emulátor Sony PlayStation 3, snížil minimální požadavky. Nově jsou podporovány starší grafické karty ATI Radeon řady HD 2000, 3000 a 4000 z let 2007 až 2009. Na PC běží už 75 % všech her pro PlayStation 3. V budoucnu bude RPCS3 fungovat bez firmwaru z PS3. V RPCS3 byl implementován systémový modul cellSysmodule (𝕏).
Vyšel open-source nástroj winetop (MIT) — nativní CLI/TUI pro sledování a ukončování Wine, Proton, Lutris, Heroic a Bottles sezení. Seskupuje procesy podle WINEPREFIX / Steam AppId, umí bezpečně zabít jen hru (včetně Steam reaperu) a nabízí i skriptovatelné příkazy (list, kill, orphans, …). Balíčky jsou mimo jiné na crates.io, Copru (dnf copr enable kovariadam/winetop), PPA ppa:kovariadam/winetop a AUR (winetop-bin).
Ve spolupráci společností OpenAI a Work Louder byla představena (𝕏) hardwarová klávesnice Codex Micro pro práci s AI agenty. Cena klávesnice je 230 dolarů.
Byl vydán Mozilla Firefox 153.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 153 bude brzy k dispozici také na Flathubu a Snapcraftu.
V linux-cve-announce bylo oznámeno 433 zranitelností za jediný den (19. července).
Byla vydána nová verze 5.44 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 71 vývojářů. Změněno bylo přibližně 270 tisíc řádků v 1 300 souborech. Přehled novinek a změn v podrobném seznamu.
Na 23. září 2026 je do bratislavské Nové Cvernovky naplánovaná jednodenní konference #nobullshit.camp pro tech leadery, DevOps a platform inženýry. Mají tu zaznít upřímné příběhy z praxe o tom, co v produkčních systémech reálně fungovalo, co se pokazilo a co si z toho lidé odnesli. Témata pokrývají tři oblasti – DevOps a platformy (Kubernetes, cloud, provoz systémů), firemní kulturu a leadership. Program běží ve dvou formátech: hlavní
… více »
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
Chci vyměnit zařízení hdc1 za nové sda5
následujícím způsobem: přidám sda5 do pole, projede
synchronizace, a potom odeberu hdc1.
Takže v fdisku oddíl sda5 označím jako Raid autodetect
naedituju raidtab následovně:
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
failed-disk 2
a dbaje návodů zadám
raidstop /dev/md0
raidstart /dev/md0
raidhotadd /dev/md0 /dev/sda5
Načež by podle howto a dalších návodů měla začít synchronizace.
Ale nezačne.
[bod1]
/proc/mdstat vypadá pořád stejně:
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
No, nic, nenapadlo mě nic chytřejšího, než:
raidsetfaulty /proc/md0 /dev/hdc1
Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5,
ikdyž je fakt, co jiného raidu zbývalo, že ?
[bod 2]
takže po jejím skončení shazuju raid
raidstop /dev/md0
upravuju raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
failed-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
raid-disk 2
raidstart /dev/md0
a ejhle v /proc/mdstat mám:
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
zadám raidhotadd /dev/md0 /dev/sda5
[bod 3]
probíhá synchronizace, po skončení mám
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/2] [UU]
OK
Provedu reboot, abych si ověřil, že systém je po výpadku
elektriky schopen sám naběhnout do použitelného stavu bez
ručního nastavování.
kouknu do /proc/mdstat:
tam
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
což jak zrovna není žádaný stav.
Takže shazuju raid,
upravuju raidtab na:
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hda6
raid-disk 0
device /dev/sda5
raid-disk 1
po nahození synchronizace, a kýžený výsledek v mdtab:
md0 : active raid1 sda5[0] hda6[1]
1576384 blocks [2/2] [UU]
po dalších rebootech vše OK.
bod1
proč nezačne synchronizace, když by začít měla, jedná se přece
o prosté přidání disku do pole ?
bod2
proč synchronizace startuje až ve chvíli, kdy simulovaně odejde
jeden disk ?
bod3
proč když mám v konfiguraci dva dobré synchronizované disky a jeden
failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků
hned po startu ?
Tiskni
Sdílej: