Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
Ř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: