Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
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: