Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Ř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:
