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.
Dobrý den, měl bych jeden skromný dotaz. Předem se omlouvám za možnou rozsáhlost příspěvku, ale musím to rozepsat trochu obšírněji.
Za ideální rozdělení disku, pokud by na něm byly Windows samotné, považuji 10GB oddíl pro systém a zbytek kapacity disku oddíl pro data (= to co chci aby přežilo formátování).
Při mých dosavadních instalacích Linuxu jsem to s rozdělováním disku měl vyřešené docela jednoduše - prostě jsem na disku nejdříve nechal asi 10GB volné místo a při vytváření oddílů jsem v tomto prostoru vytvořil 9,5GB oddíl připojený do / a 0,5GB oddíl pro swap.
Pokud jsem chtěl Linux přeinstalovat a měl jsem na disku nějaká data, která jsem chtěl aby přežila reinstalaci, vyřešil jsem to také jednoduše - buďto jsem měl někde vytvořený oddíl na FAT, kam jsem je překopíroval, nebo jsem prostě nabootoval do Windows a z Linuxového oddílu data zkopíroval pomocí Total Commanderu s pluginem ex2fs.
Teď k mému dotazu... rád bych vytvořil Linuxovou obdobu oddílu pro data z Windows. Prostě jeden oddíl například typu ext2fs připojený do třeba /mnt/data, kde bych měl například instalace programů pro Linux atd. Potíž je v tom, že si nejsem jist jak je to s přístupovými právy... pokud takový oddíl vytvořím a pokusím se přeinstalovat Linux, tak některé distribuce (Mandrake, který jsem kdysi používal, nyní používám Slackware) zobrazí hlášku s dotazem co s takovým filesystémem udělat - zda ho naformátovat, nebo nechat beze změn. Tak bych rád věděl, jestli nebude dělat nějaký nepořádek, když na tom fiktivním /mnt/data budu mít soubory jejichž vlastníkem bude uživatel, který po nově nainstalovaném systému v systému nebude. Dobrá, předpokládám že pod rootem to samozřejmě přečíst půjde. Ale jde nějak vytvořit nějaký rozumný oddíl abych na něj mohl kopírovat data kýmkoliv a po reinstalaci nemusel nějak z rootovského účtu přenastavovat práva na celém oddílu? Nebo jak na tohle správně?
Předem díky za odpověď
Dobře, díky za odpovědi, oboje považuji za docela čisté řešení.... pro úplnost dodávám, že mě ještě napadlo jedno řešení spíše z kategorie prasáren, které sice nehodlám použít, zato by mě zajímal váš názor...
Před nějakou dobou jsem řešil problém toho, aby ne-root
uživatel mohl přistupovat na ntfs oddíl v /mnt/ntfs-c. Odpověď jsem našel zde v diskusích (zlaté fórum tady na ABC Linuxu ) -
umask=022.
Tak mě napadlo, pokud bych měl příslušný oddíl připojený do /mnt/data a v /etc/fstab nastavené například umask=000, jak by se vyhodnocovala přístupová práva potom? Použilo by se normální nastavení u konkrétního souboru či adresáře, nebo by pro všechny soubory na tom oddílu platilo nastavení umask, a tudíž bych mohl kýmkoliv číst, vytvářet nebo mazat cokoliv na tomto oddílu?
Tiskni
Sdílej: