Byly publikovány informace (txt) o zranitelnostech CVE-2025-5054 v Apport a CVE-2025-4598 v systemd-coredump. Lokální uživatel se může dostat k výpisu paměti programu (core dump) s SUID a přečíst si tak například /etc/shadow.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,69 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 30,95 %. Procesor AMD používá 68,77 % hráčů na Linuxu.
Byla vydána verze 4.0 open source programu na kreslení grafů Veusz (Wikipedie). Přehled novinek v poznámkách k vydání. Proběhla portace na Qt 6.
Dibuja je jednoduchý kreslící program inspirovaný programy Paintbrush pro macOS a Malování pro Windows. Vydána byla verze 0.26.0.
Byla vydána nová verze 9.13 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
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.
Byla vydána nová stabilní verze 3.22.0, tj. první z nové řady 3.22, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
FEL ČVUT vyvinula robotickou stavebnici pro mladé programátory. Stavebnice Brian byla navržená speciálně pro potřeby populární Robosoutěže. Jde ale také o samostatný produkt, který si může koupit každý fanoušek robotiky a programování od 10 let, ideální je i pro střední školy jako výuková pomůcka. Jádro stavebnice tvoří programovatelná řídicí jednotka, kterou vyvinul tým z FEL ČVUT ve spolupráci s průmyslovými partnery. Stavebnici
… více »Ubuntu bude pro testování nových verzí vydávat měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 25.10 (Questing Quokka).
Společnost Netgate oznámila vydání nové verze 2.8.0 open source firewallové, routovací a VPN platformy pfSense (Wikipedie) postavené na FreeBSD. Přehled novinek v poznámkách k vydání.
Řešení dotazu:
dd if=/dev/null of=/dev/sda
v jiném počítači.
dd if=/dev/null of=/dev/sdanull je write only, if=/dev/zero je správná volba.
dd if=/dev/zero of=/dev/sda bs=512 count=2048
Že by BIOS kontroloval zarovnání prvního oddílu (63 vs 2048)? Nechápu proč.BIOS určitě ne, ten načte jen MBR sektor a kód v něm si musí načíst všechny další potřebný sám. MBR z windows XP by to mohl testovat, ale nezdá se mi to pravděpodobný. Jinak OT, začít partišny na 63. sektoru je pro moderní disky velice nebezpečné. U mě to přispělo k zničení seagate green 2TB. Moderní disky a SSD mají fyzické sektory vyšší než 512B (ten seagate například 4096B). Logické jednotky ve filesystému mají dneska taky okolo 4kiB, takže pokud partišna začne na 63. sektoru (emulovanho 512B), tak se logický a fyzický sektor nepřekrývají a při zápisu i jednoho bajtu se musí zapsat dva fyzické 4kiB sektory na disk.
dd if=/dev/sda bs=1 count=512 2>/dev/null | xxd -g 1 -c 16A tohle jen tabulku rozdělení:
dd if=/dev/sda bs=1 count=$((0x42)) skip=$((0x1be)) 2>/dev/null | xxd -g 1 -c 16
disky s 4096B sektoryTazatel má disk s 512B sektory.
kapacitami 2TB+ MBRJo pro 2+TB disk přestane v MBR fungovat i adresování LBA (2009), takže se i v desktopech přešlo na GPT. Ale předpokládám, že dva tři roky před tím přesunem to přes LBA fungovalo dobře.
v tom roce 07 programátor BIOSu tam očekává nějaký formát MBRBIOS zpracování MBR neřeší, ten jen načte sektor 0 do RAM a spustí to jako kód. Zpracování tabulky partišen a načítání jejich bootsektorů má na starosti ten kód v MBR.
protože v té době si nikdo nic jiného nedokázal představit a parametrizovat kde začíná první sektorBootovat z CDROM (emulace floppy) uměly i pozdní 486 (s modulárním award BIOSem 4.50). Jestli bootovat i z usb jsem na 486 nezkoušel, ale ten řadič se v POSTu detekoval dobře. Každopádně od 2000 BIOS umí emulovat int 13h i na USB (USB legacy: Enabled). Jinak přikládám hexdump bootovací partišny z mého kompa (taky c2d):
80 01 01 00 83 fe ff ff 3f 00 00 00 fc 64 48 17Partišna je velká přes 190GB, takže poslední sektor CHS je nesmyslná hodnota ale komp i tak nabootuje. Navíc mám dojem, že LILO při načítání obrazu kernelu (může být kdekoliv na té partišně) má stejně jenom někde bokem seznam LBA sektorů, co má načíst a MBR tabulku prakticky ignoruje.
BIOS zpracování MBR neřeší, ten jen načte sektor 0 do RAM a spustí to jako kód. Zpracování tabulky partišen a načítání jejich bootsektorů má na starosti ten kód v MBR.Nemal by - a tento problem so zamrznutim by vobec nevznikol. Zial, v mnohych pripadoch sa BIOS serie do veci, ktore by robit nemal a potom to dopadne presne takto.
BIOS zpracování MBR neřeší, ten jen načte sektor 0 do RAM a spustí to jako kód. Zpracování tabulky partišen a načítání jejich bootsektorů má na starosti ten kód v MBR.No to je hodně zbožné přání. Např. notebooky HP nebootnou dokud není na některém oddílu nastaven boot flag. Což mě chvili trvalo, než jsem na toto přišel a nastavení bootflagu na šifrovaný swap oddíl boot zprovoznilo. V BIOSu může být dost cokoliv.
je téměř jisté, že bude problém právě v první položce tabulky oddílů.Ale když MBR vynuluješ, tak to jede? Zkusil jsi i variantu, že jsi celé MBR vynuloval a vytvořil jeden oddíl?
Problém je v tom, že to zamrzne už na POST obrazovce, tedy podle mne ještě před načtením MBR.No nedivil bych se, kdyby to měly některý BIOSy jinak. Mě třeba při POSTu BIOS skenuje zapomenuté připojené usb flashky, což je pekelně pomalý a zpomalí to boot klidně o dvě minuty. Ale jinak jo, samotný boot by měl začít až po tom co se vypíše ta tabulka HW. Mohlo by to být třeba i nějakým nastavením v BIOSu (legacy, timeouty, SMART). Je to vůbec BIOS (a ne UEFI?). Ještě bych jen tak pro jistotu zkontroloval disk SMARTem (klidně long test). Měl jsem disk, kde čtení jednoho chybnýho sektoru na začátku disku ten disk zaseklo.
Tiskni
Sdílej: