Čeští policisté společně se svými tureckými kolegy zadrželi 51 lidí, kteří se podle kriminalistů podíleli na provozu podvodného call centra v Istanbulu. Skupina je spojena s 1173 případy podvodů na českých občanech, při kterých vznikla škoda přes 553 milionů korun.
Immich byl vydán v nové verzi 3.0.0. Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Společnost Juno Computers prodávající počítače s předinstalovaným Linuxem má nově v nabídce linuxový tablet Juno Tab 4 - WiFi. Na výběr je Debian, Ubuntu a Kubuntu. Předobjednat jej lze za 949 liber (26 500 korun).
Podman (Pod Manager), nástroj umožňující vytvářet a provozovat kontejnery, aniž by uživatel potřeboval práva roota, byl vydán v nové major verzi 6.0.0. Přehled novinek v poznámkách k vydání. Řešena je i vážná bezpečnostní chyba CVE-2026-57231.
Společnost Sony oznámila, že od ledna 2028 přestane vydávat nové hry pro PlayStation na fyzických discích. Všechny budoucí tituly budou dostupné výhradně v digitální podobě na PlayStation Store.
Google Chrome 150 byl prohlášen za stabilní. Nejnovější stabilní verze 150.0.7871.46 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 433 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Soudní dvůr Evropské unie potvrdil rekordní pokutu 4,125 miliardy eur (100 miliard Kč) americké technologické firmě Google ze skupiny Alphabet. Pokutu firmě v roce 2018 vyměřila Evropská komise (EK) za to, že Google podle ní zneužívá operačního systému Android k potlačení konkurence na trhu vyhledávacích služeb.
Administrativa amerického prezidenta Donalda Trumpa povolila firmě Anthropic obnovit plný přístup klientů k modelům umělé inteligence (AI) Fable 5 a Mythos 5. Ty byly nedostupné bezmála tři týdny kvůli bezpečnostním obavám vlády, třebaže americké ministerstvo obchodu minulý pátek povolilo omezený přístup k modelu Mythos 5 pro některé „důvěryhodné“ domácí organizace.
Francúzska organizácia na ochranu spotrebiteľa, po viac než ôsmych rokoch skúmania, žaluje Epson za plánované zastarávanie tlačiarní. Súd sa začína dnes, 2. 7. 2026, vo francúzskom Nanterre.
Erin Catto, autor open source 2D fyzikálního enginu Box2D (Wikipedie), představil nový 3D fyzikální engine Box3D. Engine je již používán ve hře The Legend of California.
ale protoze pouzivam Sicherboot coz souvisi prave z tim "nejakym" duvodem co pises, kdy krome bezpecnejsiho bootovani/sifrovani je i moznost mit /boot v LUKS2 kterej Grub zatim vubec nepodporuje.../mnt/efi - tam připojím exitstující efi oddíl - NEbudu formátovat /mnt/boot - tam připojím boot oddíl (ext4?)- nestačil by jen /mnt když arch umí boot z btrfs? /mnt - tam připojím / /mnt/data - další disky /mnt/data2 … …a pak pokračuje pacstrap a zbytek a grub nainstaluju přímo na to /dev/nvme..? Jestli píšu kraviny omlouvám se - do ted jsem se bez uefi obešel :/
/mnt. Pokud neřešíš šifrování tak stačí jeden btrfs oddíl a případně si v něm udělat suboddíly pro /home, /boot a popř další suboddíly. Další disky ve chvíli instalace není nutné řešit. V první fázi stačí vytvořit běžící systém a vše další budeš dělat z něho.
/efi, nebo v /boot/efi?
dík moc
/efi namountuješ. grub-install dostává jako parametr disk:
grub-install /dev/disk/by-uuid/6649-07DEStejně tak v
efibootmgr, případně jiný tool, kterým nastavuješ, co má bootovat. Pro aktualizace nevím, jak se to chová.
>>> df -h Filesystem Size Used Avail Use% Mounted on dev 7.8G 0 7.8G 0% /dev run 7.8G 1.4M 7.8G 1% /run /dev/sda2 938G 516G 375G 58% / tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 7.8M 7.8G 1% /tmp /dev/sda1 241M 69M 173M 29% /boot tmpfs 1.6G 76K 1.6G 1% /run/user/1000
./efi zfsbootmenu. Release a recovery verze, každá po ~50 MB. Pro grub je 100 MB overkill, jiným bootloaderům může být těsno.
/boot, vypadá to takto:
╭────────────────────┬─────────╮ │ EFI │ 264 k │ │ GRUB │ 8,4 M │ │ Jádro (1 ks) │ 7,7 M │ │ initrd (1 ks) │ 124 M │ │ Memtest │ 152 k │ │ Mikrokód │ 32 k │ │ Další (na 1 jádro) │ 5 M │ ╰────────────────────┴─────────╯V initrd mám různé jaderné moduly a programy pro údržbu (kdybych si náhodou rozhodil hlavní FS). Jak mužete vidět, závisí to hlavně na initrd – pokud tam chcete mít spoustu „zbytečností“, 300 M může být málo. Pokud ale chcete mít EFI oddíl od
/boot oddělený, vystačíte si s pár MB (EFI + GRUB).
/efi, nebo do /boot/efi?
/boot. GRUB a ani jádro proti tomu nic nemá. (Wiki ArchLinuxu, pokud se nepletu, píše opak, ale ještě jsem se nesetkal s tím, že by to dělalo potíže.) Na EFI oddílu („ESP“) jsou veškerá data okolo EFI v adresáři efi/ (takže v /boot/efi na běžícím systému). GRUB je na tomto oddílu v adresáři grub/, jádro, initrd apod. přímo v kořenu.
Myslím si, že se hodí mít samostatný /boot (např. pokud si rozhodím kořenový FS nebo při šifrování systémového oddílu). Není problém tento oddíl používat zároveň jako ESP – musí být naformátován jako FAT (tj. nejsou tam oprávnění, ale to u /boot nevadí) a příslušně označen v MBR/GPT. Asi jedinou nevýhodou je to, že tam nemůžou být > 2 GiB soubory.
[...]
Myslím si, že se hodí mít samostatný /boot [...] při šifrování systémového oddílu [...]
naopak, pri sifrovani je vhodne mit i boot sifrovanej... :
/usr/lib/grub/x86_64-efi/monolithic/grubx64.efi 1.7MB. A pokud si sestavíš vlastní, který má jen využívané moduly (tohle obsahuje podporu pro spoustu „zbytečností“), tak jsi pod megabajt.
startfield (2,9M), písmo GNU Unifont (2,3M) a moduly pro všechno možné, protože „co kdyby se to někdy hodilo“. EFI oddíl mám velký a na dobu bootování nemám moc velké nároky, takže jsem to ještě neřešil.
Zabalit to vše do jedné EFI binárky není špatný nápad.
Tiskni
Sdílej: