Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.
Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.
CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 3. snapshot Ubuntu 25.10 (Questing Quokka).
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.
Řešení dotazu:
root@laptop-LM211-2301222040:/# efibootmgr Timeout: 0 seconds BootOrder: 0002,9999 Boot0002* Windows Boot Manager Boot9999* USB Drive (UEFI) root@laptop-LM211-2301222040:/# root@laptop-LM211-2301222040:/# efibootmgr --create --disk=/dev/nvme0n1 --part=1 --label="Linux Mint" --loader='\EFI\ubuntu\shimx64.efi' Timeout: 0 seconds BootOrder: 0000,0002,9999 Boot0002* Windows Boot Manager Boot9999* USB Drive (UEFI) Boot0000* Linux Mint root@laptop-LM211-2301222040:/# rebootLaptop se rebootuje, najede grub a svet je krasny az do doby, nez vyberu widle. Pak UEFI nabidka vypada zase jako na zacatku - volba s linuxem neexistuje. Takze jake jsou moznosti?
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efipri predpokladu ze Windows z duvodu nadmerne "inteligence" se snazi obnovit stav efivars z minuleho bootu Windows, by to teoreticky mohlo zabrat, ze prestanou ten Grub odmazavat, kdyz se priradi z Windows...
powershell Start-Process -Window hidden -Verb runAs cmd '/c \cesta\skript.cmd'
Takze co dal, nez vypnu secure boot...?Hmm... Ty děláš všechny pokusy se zaplým secure boot? Pokud ano, tak je celkem pochopitelné, že ti nejde bootovat jiné EFI než to, které je podepsané Microsoftem.
HP Sure Start can automatically detect, stop, and recover from a BIOS attack or corruption without IT intervention and with little or no interruption to user productivity. Every time the PC powers on, HP Sure Start automatically validates the integrity of the BIOS code to help ensure that the PC is safeguarded from malicious attacks. Once the PC is operational, runtime intrusion detection constantly monitors memory. In the case of an attack, the PC can self-heal using an isolated “golden copy” of the BIOS in less than a minute.
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efikdezto ja po zkouskach pouzil
bcdedit /set {bootmgr} path \EFI\BOOT\bootx64.efiprotoze se to chova presne tak, jak se to chovalo na zacatku. Overil jsem to jeste na dalsich trech laptopech, protoze ten jeden uz byl muceny vice zpusoby, tak jsem si chtel byt jist, ze resenim je toto zminene a ne kombinace s nekterym z predchozich pokusu. Takze jsem to prubnul na cerstve aktualizovanem laptopu a s uspechem, tak i na laptopu pred aktualizaci a pockal si, co bude, az se zaktualizuje - fungovalo to na jednicku a grub tam je proste furt. Bez stiznosti widli, bez dvojtych rebootu a podobne. Dekuji vsem za rady a snahu pomoci. Problem prohlasuji za vyreseny.
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efiA tohle (podle mě nepodepsané) EFI ti jako funguje se zapnutým Secure Boot? Pokud ano, tak jestli to správně chápu, tak při bootování se ti nejdříve spustí windowsovské EFI, které je podepsané a projde přes Secure Boot a následně pomocí výše uvedeného příkazu (bcdedit) se spustí NEpodepsané EFI grubx64.efi, které bez problémů funguje? Pokud k přechcání Secure Boot stačí zapsat do Windows jeden řádek příkazu (bcdedit), tak to by prolomení Secure být nemělo být tak těžké.
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
přidává nový záznam, ale teď se dívám, že ten příkaz jen mění stávající cestu pro Windows Boot Manager z defaultní "/EFI/Microsoft/Boot/bootmgfw.efi" na "\EFI\ubuntu\grubx64.efi".
Sranda je, že tady si tazatel stěžoval na opačnou věc. Po každém rebootu mu tam Windows vrátil shimx Then I tried to do some more manipulations with bcdedit. No result, but I noticed that the default {bootmgr} path in my Windows 10 is /EFI/UBUNTU/SHIMX64.EFI. I can change it, but it will not have any affect because it's always shimx64.efi after reboot.Řešením z toho anglického vlákna bylo tam vrátit původní bootmgfw.efi:
bcdedit /set {bootmgr} path /boot/efi/EFI/Microsoft/Boot/bootmgfw.efi
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi
tazatel výše napsal:
dal jsem to tam, reboot, linux najel. Reboot do widli, widle najely. Reboot a rovnou widle najely. Kontrola v bcdeditu - ubuntu polozka tam stale je na prvnim miste k bootu......ale stejne najizdi widle.takže to problém nevyřešilo. Na příkaz:
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
tazatel výše napsal, že tento příkaz vyřešil jeho problém, takže i když nabootuje do widlí, tak po rebootu správně nabootuje linux.
Asi budu za hnidopicha, ale nevěřím, že řešením byla pouze změna cesty z ...shimx64.efi na ...grubx64.efi. Tazatel musel udělat ještě něco jiného. Vypnul Secure Boot,...?
Tiskni
Sdílej: