Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Řešení dotazu:
(parted) mkpart primary 1 3 (parted) name 1 grub (parted) set 1 bios_grub on (parted) print Model: Virtio Block Device (virtblk) Disk /dev/sda: 20480MiB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1.00MiB 3.00MiB 2.00MiB grub bios_grubTakže partitiona není EF00, jak by asi měla...
# gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.5 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 7812939776 sectors, 3.6 TiB Logical sector size: 512 bytes Disk identifier (GUID): xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Partition table holds up to 128 entries First usable sector is 34, last usable sector is 7812939742 Partitions will be aligned on 2048-sector boundaries Total free space is 4029 sectors (2.0 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 999423 487.0 MiB EF00 2 999424 7812937727 3.6 TiB 8E00 # mount | grep sda /dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) # find /boot/efi/ /boot/efi/ /boot/efi/EFI /boot/efi/EFI/debian /boot/efi/EFI/debian/grubx64.efi
root=/dev/sda7 ale jen /dev/sda7 a možná ještě něco špatně nakonfiguroval. Smazal jsem konfiguraci kernelu, překompiloval a už to bězí.
A co to treba pise? 
Casto jde nabootovat do EFI konzole, kde se da jednoduse dostat v ceste ke spoustene EFI binarce a daji se tomu dat ruzne parametry. Sam takhle obchazim nutnost bootovani z USB v EFI rezimu, proste jen jakkoliv nakopiruju jadro na EFI partition a pak po rebootu v konzoli pustim jadro rucne (staci spravny root= parametr) a teprve pak pridam vysledny zaznam do efibootmgr.
root=/dev/sda3 nastavený mám v kernelu. V příkazu efibootmgr jsem ho nedával
sudo efibootmgr -v po nabootovani z uefi usb?
vic info
Vypada to zdanlive dobre. Matne si pamatuju, ze se musely prekodovavat parametry EFI do 16-bit unicode, ale nemam ted zadny navod po ruce. Nicmene bez parametru by to melo byt fuk. Priponu .efi ta binarka ma taky, nic vylozene spatneho nevidim. Poradi aktivnich zaznamu vypada taky dobre, mozna bych po haluzi zkusil promazat ostatni zaznamy a nastavit primarni ten linux.
Toto je situace na mem stroji (zaznam c.0 je zbytek po grubu, ale stejne neni aktivni):
# efibootmgr -v BootCurrent: 0001 Timeout: 1 seconds BootOrder: 0001,0006,0000 Boot0000* gentoo Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0001* Linux kernel direct stub HD(2,2000,7d000,79da366b-988e-4a9e-927c-c21f1a8987d2)File(\EFI\linux\vmlinuz.efi)r.o.o.t.=./.d.e.v./.s.d.a.3. .r.o. .a.d.d._.e.f.i._.m.e.m.m.a.p. .q.u.i.e.t. .n.o.r.e.l.a.t.i.m.e. .u.s.b.h.i.d...m.o.u.s.e.p.o.l.l.=.2. .r.a.i.d.=.n.o.a.u.t.o.d.e.t.e.c.t. .p.c.i.e._.a.s.p.m.=.o.f.f. .n.o.d.m.r.a.i.d... Boot0006* UEFI : Built-in EFI Shell Vendor(5023b95c-db26-429b-a648-bd47664c8012,)..BO
Tiskni
Sdílej: