Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Ř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: