Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »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: