Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.4.0 shrnující změny za šest let vývoje. Novinky zahrnují podporu Unicode jako výchozí, export do ePub či DocBook 5 a velké množství vylepšení uživatelského rozhraní a prvků editoru samotného (např. rovnic, tabulek, citací).
Byla vydána (𝕏) nová verze 7.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.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Ř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: