raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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.
26.12.2017 00:31
Jendа | skóre: 78
| blog: Jenda
| JO70FB
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.
(ale je to 512, takže by mu to nemělo vadit).
Kdyžtak tohle vypíše MBR:
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:
