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 »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
#Linux
title=Gentooo Linux
root (hd0,2)
kernel /boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3
kdyz pak chci bootovat tak si VFS stezuje ze nemuze
najit sda3 a nabada me abych lip napsal "root="
nacez spanikari s hlaskou not syncing unable to find init on unknown-block(0,0) nebo tak nejak...
Napada me, neni problem se SATA?
ten disk:sda1: vfat sda2: vfat sda3: ext3 i s bootem. sda4: swap.Ja vim, je to zvlastni rozdeleni, ale to bz preci nemelo vadit ze /boot neni na prvni partici ne? Grub najde /sbin/init (skousel sem find v grub-console) takze sda3 evidentne existuje a je citelna - aspon teda grubem. Diky za vase rady. p.s. Ano, googlil sem a abclinuxu sem taky prohledaval, nemusite mi posilat rady tipu "Nauc se pouzivat google", diky
VSF: Cannot open root device "sda3" or unknown-block(0,0) Please append a correct "root=" option Kernel panic - not syncing: VSF: unable to mount root fs on unknown-block(0,0)
/boot/grub/device.map dej:
(hd0) /dev/sda
Hm, koukam, že je to docela tradiční špek, kterym si asi projde každej ...
Zkontroloval jste /etc/fstab na partišny i fajlsystémy? Jinak jen ověřte modul/jádro na podporu pro řadič a fajlsystém.
Device Drivers --->
SCSI device support --->
SCSI low-level drivers --->
<*> Serial ATA (SATA) support
<*> a podporu pro pislusny radic na desce
S jadrem 2.6.17-gentoo-r7 mi vse jede vpohode. Radic mam od VIA.
- ale pri kompilaci to hazi nejakej problem, neco s MARKEREM.
Potrebuju poradit, jak se mam zbavit toho blbyho jadra abych moch zkompilovat novy. Asi je to stupidni otazka, ale me to proste nejde...
/boot, to je vše
Raději před spuštěním make spusť ještě make clean a případně sem hoď celou chybovku, "něco s MARKEREM" toho moc nenapoví...
Unpacking linux-2.6.17.tar.bz2 to /var/tmp/portage/vanilla-sources-2.6.17.6/work * Applying patch-2.6.17.6.patch (-p0+) ... [ ok ]touch: setting times of `/var/tmp/portage/vanilla-sources-2.6.17.6/.unpacked': Function not implemented !!! ERROR: sys-kernel/vanilla-sources-2.6.17.6 failed. Call stack: ebuild.sh, line 1546: Called dyn_unpack ebuild.sh, line 709: Called die !!! IO Failure -- Failed 'touch .unpacked' in /var/tmp/portage/vanilla-sources-2.6.17.6 !!! If you need support, post the topmost build error, and the call stack if relevant.Co tohle znamena?
Zatím to ničemu nevadilo (proč taky, že). Zkus
rm -rf /var/tmp/portage/vanilla-sources-2.6.17.6a pak znova emerge. Doporučil bych ti spíš gentoo-sources a když už, tak 2.6.18.
porad ten samej problem, i s gentoo sources. Je to cely naky pofiderni...
btw. jak prinutim emerge aby bral 2.6.18 misto 2.6.17?
# echo sys-kernel/gentoo-sources >> /etc/portage/packages.keywords # emerge sys-kernel/gentoo-sources
IO Failure -- Failed 'touch .unpacked' in /var/tmp/portage/vanilla-sources-2.6.17.6touch se dost casto pouziva pro vytvoreni souboru,jestli mas /var treba na samostatny partisne, tak uz mozna nebylo misto, zdrojaky jsou rozbaleny dost velky, u me 351 MB
touch: setting times of `include/config/MARKER': Function not implemented
Pak jsem si uvědomil, že jsem zapoměl mountnout /proc a /dev. Po provedení příkazů
mount -t proc none /mnt/gentoo/proc
mount -o bind /dev /mnt/gentoo/dev
před chrootnutím do vytvářeného gentoo prostředí se mi jádro zkompilovalo bez chybových hlášek.
Tiskni
Sdílej: