Byla vydána OpenIndiana 2026.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
Americký výrobce polovodičů onsemi (ON Semiconductor) zrušil plány na rozšíření výroby v rožnovském závodě v Česku za dvě miliardy dolarů (podle aktuálního kurzu zhruba 43,5 mld. Kč). Důvodem je vývoj na trhu.
O víkendu probíhá na FIT VUT v Brně konference OpenAlt 2026 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma. Přednášky lze sledovat i online na VHSky a YouTube.
Qualcomm uzavřel víceletou dohodu se SpaceX. Bude dodávat rádiové technologie, baseband jednotky a software pro plánovanou pozemní 5G síť Starlink Mobile. Výstavba má zahrnovat desítky tisíc základnových stanic v USA. Zahájení nasazování se očekává v roce 2027. Qualcomm dohodu označuje za svůj dosud největší 5G kontrakt.
Google rozšířil Cloud Vulnerability Reward Program. Nově nabízí odměnu až 250 tisíc dolarů za vysoce závažné architektonické bezpečnostní chyby označované jako Root-in-Cloud.
V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Koupil jsem si 1TB externi HDD od WD. Pomoci fdisk rozdelil partysny na 50,150,200 a 600G. A ted problemy...
1) první partysnu jsem v fdisku urcil jako NTFS a pak pomoci mkfs.ntfs zformatoval. Problem je, ze windows (XP) to nevidi resp. vidi jako plny disk bez obsahu (neumi vypsat ani velikost a pod). A další věc, ostatní oddily jsem bez problemu pojmenoval a ulozil na automount do fstab, jak jsem zjistil lze to jen u linuxovych FS. Je mozne něco takoveho udelat i zde, abych se vyvaroval napr. při zapsanem automountu /dev/sdb1 s NTFS ve fstab ze když vlozim jen klicenku tak to bude mountovat jako tento systém tedy i s chybou (byva FAT)?Nepujde to nejak pres UUID?
2) 200G oddil jsem se rozhodl mit jako sifrovany filesystem, abych mel kam ukladat citliva data. Postupoval jsem podle clanku na root.cz http://www.root.cz/clanky/jak-vytvorit-sifrovany-oddil-v-linuxu/ , tedy „ dd if=/dev/urandom of=/dev/sdb3“ - vyplneni disku nahodne vygenerovanymi daty, pak „cryptsetup -c aes-xts-plain -s 512 -y luksFormat /dev/sdb3“ - vytvoreni sifrovaneho oddilu s sifrou atd, a nasledovne „cryptsetup luksOpen /dev/sdb3 encrypted“ kde se mel sifrovany systém zprovoznit.Bohuzel tady jsem v koncich, dostanu vypis „Zařízení /dev/sdb3 není platným zařízením LUKS.“ ackoli do te doby bylo vse OK. Poradi mi někdo znalejsi co s tim, se sifrovanim nemam zadne zkusenosti. Pripadne i jiny navod, diky.
Tak na první otázku již odpověděl kolega, jenom k tomu doplním, že do fstabu lze vkládat disk nejen jako device (/dev/sda1), ale i jako label (LABEL=mujdisk) a jako UUID (UUID=2070348d-e052-43a0-8ce4-a67ca001474a). Takže pro jednoznačné určení disku si můžete vybrat to co se vám bude víc líbit.
Jinak k bodu 2. bych uvítal výpis následujícího příkazu, tím zjistíme co na oddíl cryptsetup zapsal.
cryptsetup luksDump /dev/sda3
No minimálně u UUID si jsem naprosto jistý, že funguje i pro NTFS oddíl. Už jenom z toho principu, že by mělo být nezávislé na fs, ale generované přímo pro oddíl. Stačí když se podíváte do /dev/disk/by-uuid a zjistíte, že tam je :).
Podle mě by měl fungovat i NTFS label, ale flashku mám doma, takže to hned nevyzkouším.
/dev/disk podadresář by-id. To je také jednoznačné označení a je ve formě "identifikace_disku_partN", kde N je pořadí partišny na tom disku. A nakonec ještě v /dev/disk je by-path, kde je cíl určen kontrolerem a partišnou. ID a UUID (a pochopitelně i label) je invariantní vůči přehazovaní disků na konektorech, připojování disků, zvyšování nebo snižování počtu disků. UUID a label se navíc zachovává při kopiích partišny. Pokud překopíruji partišnu pomocí Clonezilla, nebo jiným nástrojem binární kopie partišny zkopíruje se UUID i na partišnu na jiném disku.
Tiskni
Sdílej: