Po po téměř roce vývoje od vydání verze 5.38 byla vydána nová stabilní verze 5.40 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 75 vývojářů. Změněno bylo přibližně 160 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Uroš Popović popisuje, jak si nastavit Linux na desce jako Raspberry Pi Zero, aby je šlo používat jako USB „flešku“.
Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Ř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: