Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »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)/bootmgr
Vysledkem 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: