Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.
Hackintosh to třeba nadetekuje tak že nebootuje ale výběrem položky v biosu to funguje takže z grubu ho vždy mažu.
No nebootuje na sdb ale snaží se zavést jádro osx a to vytuhne na ovladačích protože se z mbr nenabootovale clover a nehacknul hw tak aby to jádro osx sežralo.
menuentry "Windows 7 1/0" { set root='hd0,msdos1' insmod part_msdos insmod ntldr insmod ntfs insmod chain chainloader (hd1,0)/boot/sda_safeboot.mbr } menuentry "Windows 7 1/1" { set root='hd0,msdos1' insmod part_msdos insmod ntldr insmod ntfs insmod chain chainloader (hd1,1)/boot/sda_safeboot.mbr } menuentry "Custom Super Bootloader 0/0 + 1" { insmod part_msdos insmod chain chainloader (hd0,0)+1 } menuentry "Custom Super Bootloader 0/1 + 1" { insmod part_msdos insmod chain chainloader (hd0,1)+1 } menuentry "Custom Super Bootloader 0/0" { insmod part_msdos insmod chain chainloader (hd0,0) } menuentry "Custom Super Bootloader 0/1" { insmod part_msdos insmod chain chainloader (hd0,1) } menuentry "Custom Super Bootloader 0" { insmod part_msdos insmod chain chainloader (hd0) } menuentry "Windows 7 BIOS MBR" { insmod part_msdos insmod ntldr insmod ntfs ntldr (hd0,msdos1)/bootmgrVysledkem je to,ze mi bud nahlasi, ze takova partice neexistuje (chapu, dal jsem tam i zjevne nesmyslene kombinace) a nebo ze nerozpoznal souborovy system.
### BEGIN /etc/grub.d/30_os-prober ### menuentry 'Windows Boot Manager (on /dev/sda2)' --class windows --class os $menuentry_id_option 'osprober-efi-722A-7552' { insmod part_gpt insmod fat set root='hd0,gpt2' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 722A-7552 else search --no-floppy --fs-uuid --set=root 722A-7552 fi chainloader /EFI/Microsoft/Boot/bootmgfw.efi } set timeout_style=menu if [ "${timeout}" = 0 ]; then set timeout=10 fi ### END /etc/grub.d/30_os-prober ###set root='hd0,gpt2' je oddíl s fat kde jsou zavaděče uefi a pomocí chainloader se vybere windows. Asi by chtělo vědět kde je ten správný zavaděč pro windows.
Tohle nemusí nutně být řešitelné GRUBem. Firmware u leckterých počítačů zpřístupní GRUBu pouze jeden jediný (zvolený) bootovací disk a nic jiného. Takže ostatní disky začnou být přístupné teprve tehdy, až nabootuje kernel, načte ovladač od řadiče disku a zprovozní řadič „řádným“ způsobem, nikoliv pomocí spartánského přístupu před EFI nebo jiný firmware.
Spálil jsem se na tomhle hodněkrát. Například GRUB umí už dávno pradávno bootovat z Btrfs RAID 0, 5 i 6. Jal jsem se to tedy vyzkoušet a … ne. Ani náhodou. Viděl totiž jenom jeden disk, takže zahlásil, že hledaný Btrfs sice našel, ale že od něj nemá dost disků. Jediná konfigurace, kde měl dost disků, je — ach, jak překvapivé — Btrfs RAID 1. Je to smutné, ale je to tak. Od té doby bootuju třeba server tak, že má (řekněme) 6 disků s Btrfs RAID 5 přes (skoro) celé disky, ale na každé disku je taky malý Btrfs RAID 1 oddíl pro /boot. Takže /boot je replikovaný a server mi nabootuje kernel z kteréhokoliv (jednoho jediného) disku, tak jak ho GRUB vidí, a jakmile je u moci kernel, umí si už zprovoznit všechny disky a otevřít ten velký Btrfs RAID 5.
Viděl jsem v jednom (jednom!) nastavení firmwaru na nějakém Dell bladu, že se dalo GRUBu zpřístupnit víc disků než jeden. Ale nějak to nepomáhalo, možná jsem význam té volby špatně pochopil atd., zkrátka, GRUB viděl všechny disky, aspoň co se auto-completion týká, ale jakmile na nějaký sáhl, ostatní už pak číst nemohl. Nevím, kde byla chyba, jestli v GRUBu nebo jinde, ale beztak jsem chtěl mít stejné rozvržení na všech strojích, takže jsem to vzdal ve prospěch toho replikovaného Btrfs RAID 1 /boot oddílu.
Což tedy samozřejmě u multiboot konfigurace nepomáhá ani trochu. :-P
Tiskni
Sdílej: