HollowByte je zranitelnost typu Denial of Service (DoS) v kryptografické knihovně OpenSSL. Útočník může odesíláním škodlivého payloadu o velikosti pouhých 11 bajtů zaplnit paměť serveru. OpenSSL před ověřením dat vyhradí nepřiměřený blok paměti (až 131 KB). Server pak čeká na data, která nepřišla. Zranitelnost je opravena ve verzích OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 a 3.0.21.
Ve španělské A Coruñě probíhá GUADEC 2026, tj. letošní konference vývojářů a uživatelů desktopového prostředí GNOME. Videozáznamy přednášek jsou k dispozici na YouTube.
Společnost Collabora ve spolupráci s Valve vyvíjí Holo Core, tj. port Arch Linuxu pro ARM64 procesory (AArch64), který bude pohánět VR headset Steam Frame. Pro testování Arch Linuxu pro AArch64 jsou k dispozici binární balíčky, zdrojové kódy i kontejner pro Docker nebo Podman.
Mikroprocesor Zilog Z80 byl oficiálně uveden na trh před 50 lety, tj. v červenci 1976. Výroba mikroprocesoru skončila v roce 2024.
Výzkumníci ze společnosti ESET objevili 11 zapomenutých UEFI shim zavaděčů, které byly podepsány společností Microsoft, a které umožňují útočníkům obejít ochranu UEFI Secure Boot na většině zařízení. Microsoft je zneplatnil (přidal jejich hash do databáze dbx) v rámci aktualizace Patch Tuesday dne 9. června 2026. Uživatelé Linuxu mohou databází aktualizovat pomocí LVFS. Ověřit zneplatnění zavaděčů lze pomocí skriptu uefi-dbx-audit. Jedná se o CVE-2026-8863 a CVE-2026-10797.
pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.
… více »Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Ačkoliv problém s nebootujícím Linuxem jsem již vyřešil, ale potřeboval bych pro úplné pochopení podstaty problému objasnit jednu záhadu.
Stručně řečeno: v /boot/grub/menu.lst byl oddíl s linuxem značen jako hd(0,2), ale nyní musí být jako hd(0,1), jinak to nefunguje.
OS jsou na primárním disku
/dev/sda1 - windows ntfs
/dev/sda2 - linux ext3
/dev/sda3 - extended
/dev/sda5 - linux-swap
Předtím na sda1 byla Vista x64 SP1, to jsem smazal a nainstaloval XP x64. Grub jsem obnovil pomoci rescue systemu z DVDcka openSuse 11.1, ale Linux stejně nebootoval - házelo to error:
root (hd0,2)
filesystem type unknown, partition type 0x5
Error 17: cannot mount selected partition
Tak jsem zeditoval /boot/grub/menu.lst a opravil všechny výskyty (hd0,2) na (hd0,1), načež GRUB už začal nabíhat v grafické podobě, ale při startu linuxu došlo k chybě:
Invalid root filesystem - exiting to /bin/sh
Po chvíli mě napadlo se znovu kouknout do /boot/grub/menu.lst - na těchto řádkách:
root=/dev/disk/by-id/ata-Hitachi_HDT725050VLA360_VFK401R415GZJK-part3
resume=/dev/disk/by-id/ata-Hitachi_HDT725050VLA360_VFK401R415GZJK-part4 splash=silent showopts vga=0x345
...jsem zkusil snížit to číslo u "-part3" a "-part4", po restartu funguje všechno tak jak má.
Pořadí ani počet oddílů se nezměnil, před linuxem byl vždy jediný oddíl pro Windows - NTFS.
Takže otázky:
a) proč v rescue systému ten linuxový oddíl "/" byl jako hd(1,2)?
b) proč dříve byl oddíl "/" jako hd(0,2) (za dob Visty)
c) proč nyní funguje jako hd(0,1) (po instalaci XP)
Řešení dotazu:
To prave ne, urcite tam byl pouze jeden oddil i drive, ten disk jsem si takhle na zacatku rozdelil sam rucne, tak to vim.
Hmm, pekny, svedeme to na Microsoft, ten za to muze a ta jehoVista.
Hlavne ze jsem nemusel cely Linux znova instalovat, ze ho nerozhodi ani takova zmena, Windows by to nikdy neprezil :)
Ale opravdu nekecam, fakt jsem tam mel jenom jeden oddil, nesouvisi to nejak s tim, ze tam byla Vista? :)
Prave bych na to rad prisel, jak je to mozny.
.
Rešil jsem to pod linuxem tak že na HDD odkazuji podle UUID.
hd0, tedy o jediném disku.
Vista niekedy pri inštalácii vytvára okrem svojho systémového oddielu ešte jeden malý cca 200MB (XP vytvárali cca 8MB oddiel). Tento nie je bežne vidieť.
mam pocit, ze XP maji tendenci nechat na systemovem disku 8 MB volneho mista a _nedelaji_ z toho diskovy oddil
u vist nevim - ty jsem instaloval jen jednou a doted s nima v praci trpim (zadny oddil navic u nich nemam)
u windows 7 to opravdu pri instalaci vytvari 200 MB oddil navic
Nasel jsem starej screenshot z gpartedu, porovnal jsem to se soucasnym stavem, je to stale stejne, 1. oddil NTFS, 2. oddil ext3. To je zahada.
To by tam byl furt, pri instalaci WinXP jsem nechal smazat a znovu vytvorit pouze ten jeden oddil s Vistou.
# fdisk -l /dev/sdaBez problemov sa to da nenasilne opravit, v podstate podobnym principom ako to opravil instalator MS Windowsu. Nez nejake prikazy napisem tak bude lepsie vidiet ten fdisk.
# fdisk -l /dev/sda Disk /dev/sda: 320,1 GB, 320 072 933 376 bajtů hlav: 255, sektorů na stopu: 63, cylindrů: 38 913 Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech Identifikátor disku: 0x3f2a432a Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 1 3824 30716248+ 7 HPFS/NTFS /dev/sda2 6441 38913 260839372+ f W95 Rozš. (LBA) Diskový oddíl 2 nekončí na hranici cylindru. /dev/sda3 * 3825 6440 21013020 83 Linux /dev/sda5 6833 38913 257690632+ 7 HPFS/NTFS /dev/sda6 6441 6832 3148677 82 Linux swap/Solaris Diskové oddíly jsou chybně seřazeny
Command: x Expert command: f Done. Expert command: w The partition table has been altered! Calling ioctl() to re-read partition table. Syncing disks.Nasleduje vypis prikazu fdisk -l:
fdisk -l /dev/sda Disk /dev/sda: 80.0 GB, 80026361856 bajtů hlav: 240, sektorů na stopu: 63, cylindrů: 10337 Jednotky = cylindry po 15120 * 512 = 7741440 bajtech Identifikátor disku: 0xd53ad53a Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 1 2709 20480008+ 7 HPFS/NTFS /dev/sda2 * 2710 4649 14666368+ 83 Linux /dev/sda3 4650 10337 43001280 f W95 Rozš. (LBA) /dev/sda5 4650 4919 2041168+ 82 Linux swap/Solaris /dev/sda6 4920 10337 40960048+ 7 HPFS/NTFSTim je asi problem vyresen. Nyni mi uz zbyva pouze upravit /boot/grub/menu.lst a /etc/fstab. Dekuji.
Nyni mi uz zbyva pouze upravit [...] /etc/fstabZaznamy v /etc/fstab nemuseji uvadet jen absolutni nazev zarizeni, ale mohou odkazovat bud na UUID nebo jmeno (label) oddilu. Pri tomto reseni se mohou oddily na disku ruzne presouvat a presto fstab pokazde najde ten pravy, aniz by se muselo neco prepisovat. Vice informace v
man fstab
Myslim, ze v tomto konkretnim pripade je sice vhodne zmenit menu.lst, uz ale nebude zapotrebi znovu instalovat grub, protoze pro nej zustava snad vse pri starem (umisteni 2.etapy ve stejnych sektorech, a odkaz na (hd1,1) pro chainload Windows.

šanci si to vyzkoušet nanečisto a naučit se toTed jsem neco zkousel a k opraveni te tabulky by melo stacit:
sfdisk -d /dev/sda > pt
sfdisk /dev/sda < pt
Mozna bude zapotrebi to spoustet z LiveCD a ten soubor pt ukladat nekam mimo disk sda, ale to uz je jen detail.
Kdo ma silny zaludek, muze zkusit rovnou sfdisk -d /dev/sda | sfdisk /dev/sda
k opraveni te tabulky by melo stacit:Ono to tu tabulku opravi, ale ztraci se pritom informace o tom, co je extended a co primary, takze by to zrejme vytvorilo 4 primary. Ne ze by to v tomto konkretnim pripade vadilo (na tom disku jsou jen 4 oddily), ale muselo by se upravit cislovani disku vevnitr Linuxu (odkazy z grubu na boot, odkaz na swap, pripojovani windowsovych disku a mozna jeste neco dalsiho). Navic by tam uz neslo pridat pripadne dalsi oddily, kdyby vyvstala ta potreba (resp. slo by to, ale musela by se docasne smaznout swap partisna, kterou by clovek v ten moment stejne nepotreboval a misto ni vytvorit ten rozsireny kontejner).
Ten sfdisk preci jenom uklada informace o extended partition (puvodne jsem to prehledl), takze by ten vyse uvedeny postup mel fungovat.
Soubor pt obsahuje vypis [...] ve stejne blbem poradi.Aha, to jsem nedomyslel. To je docela mozne, ze on to pri vypisu neserazuje a pak vyplivne presnou kopii toho, co je na disku. Ja to testoval jen na svych discich a ty jsou serazene spravne. Tudy cesta zjevne nevede. Jeste ze to funguje v tom fdisku.
ale jinak to funguje
by bylo lepsi nikdy nevytvaret novy oddily pred existujicimiPresne tak. Vsechny tyhle problemy vznikaji jen proto, ze to clovek nepridava nakonec a tak i kdyz to pridava jako posledni a ma to nejvetsi cisla, tak fyzicky jsou ty oddily umisteny vpredu a to je cely ten duvod toho zmatku. Ono ale nejde pridavat jen na konec ve vetsine pripadu. To uz by clovek musel delat PRVOTNI rozdeleni disku z tim, ze jednou mozna nekdy bude menit rozlozeni oddilu na disku. Zadny uzivatel k tomu takhle ale nepristupuje a ti, co to vedi, znaji take jednoduchy zpusob, jak to pozdeji udelat i kdyz to ze zacatku "radne" nerozdelili.
Data samozrejme predtim zalohovat a pak tam nakopirovat zpatky.Tohle je strasne moc prace a ani si nedokazu predstavit, jak se treba zalohuje 2TB disk, kdyz jiny nemas. Myslim, ze mnohem jednodussi bude si pozvat kamarada, co tomu rozumi a za zhruba 5 minut ti to spravi
Jak uz se psalo v jine diskusi, cely ten tvuj problem jde vyresit presunem mene nez 50 bajtu na disku
Tiskni
Sdílej: