Na akci Made by Google 2026 (YouTube) bude oficiálně představena jedenáctá generace telefonů Pixel s novým čipem Google Tensor G6 a hodinky Pixel Watch 5.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Ahoj. Narazil jsem na problem a potreboval bych to pomoci nejak vyresit, nebo alespon vedet proc to nejde. (Debian Etch)
Jako prvni bych vas informoval, ze pppoe ma problemy na Xen serveru v domU (virtualni server). V dom0 (host) neni zadny problem a pppoe najede bez problemu. Stejny xen kernel z binarek u Debianu Etch.
Virtualnimu serveru je udelen vyhradni pristup na sitovou kartu a to tak, ze jsem nastavil boot option pciback.hide=(00.00.0) a pak pci option v configuraku pro virtualni server. Sitovka bez problemu funguje a je to Intel 1G, driver e1000 najel a bezi.
pppoe je nastaveno pres pppoeconf automaticky. Samo si to najde pppoe spojeni na eth2 a vse nakonfiguruje.
Samotny problem je kdyz se snazi o spojeni:
Nov 21 12:39:40 alsfw01 pppd[1316]: Plugin rp-pppoe.so loaded. Nov 21 12:39:40 alsfw01 pppd[1316]: Linux kernel does not support PPPoE -- are you running 2.4.x? Nov 21 12:39:40 alsfw01 pppd[1316]: Exit.
Napada vas neco? Jak muzu zjistit, kde je chyba? Jde nejak zaridit vice verbose log?
Dik za vsechny napady. Uz se s tim morim 4 dny. Zkousel jsem vsemozne kombinace a porad se nemuzu nekam dohrabat.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
zgrep PPPOE /proc/config.gz
?
Ak povie
CONFIG_PPPOE=mmodprobe pppoe# CONFIG_PPPOE is not setuname -r
Prave ze v jadre je
alsfw01:~# zgrep PPPOE /proc/config.gz CONFIG_PPPOE=m
modprobe pppoe naloaduje vsechny moduly.
Ale porad dostavam ty same zpravy.
Jeste se na neco zeptam ohledne toho interface eth2, na kterem mam pppoe nastavene.
Je toto vse ok nebo je na tech vypisech neco podivneho? Hlavne PHYAD: 0 - ma tam byt nula?
alsfw01:~# ifdown eth2
alsfw01:~# ifup eth2
ADDRCONF(NETDEV_UP): eth2: link is not ready
e1000: eth2: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex
ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
alsfw01:~# ethtool eth2
Settings for eth2:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: umbg
Wake-on: g
Current message level: 0x00000007 (7)
Link detected: yes
Tak jsem po nekolika dnech na to konecne prisel.
Ve virtualnim stroji stacilo naistalovat udev a vse se rozbehlo. Uprime receno nevim, jak na to udev muze mit vliv, ale asi ma.
Take jsem si nemyslel, ze udev musi bezet, ale ted mi to dava smysl, protoze kdyz jsem tu kartu fyzicky priradil pro domU, tak tam asi musi byt neco (udev) co ji vlastne ridi. Je to preci fyzicke zarizeni. Ale to me hned nenapadlo, protoze normalne pciback.hide nepouzivam, tedy fyzicka zarizeni jsou jen na dom0.
No, byla to fuska, ale ted jsem happy 
jako blecha.
Tiskni
Sdílej:
