Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
mám problém na serveru. Jsou v něm 2 naprosto stejné PCI síťové karty Planet ENW-9504 (V.4), které využívají stejný modul 8139too. Jádro používám Slackwarovské verze 2.6.13 z adresáře testing (konkrétně bareacpi). První (v mém případě eth0) je pro vnitřní síť a má statickou IP adresu. Druhé (eth1) se přiděluje adresa přes DHCP a je pro vnější síť. Modul se natahuje sám, nemám ho uveden v /etc/rc.d/rc.modules
Problémem je, že po startu PC je někdy síť funkční a někdy ne (častěji ne). V ifconfigu jsou obě uvedeny, mají správné IP adresy, vše se zdá v pořádku. Sami na sebe si pingnout můžou. Ale tím to končí. Kamkoliv a odkudkoliv nelze pingnout. Přesto při pingu síťovky zeleně blikají. Pokud to čirou náhodou funguje, tak to (často) funguje i po rebootu i po novém startu PC. Funkčnost se změní až po vytažení PC nebo HUBu ze zásuvky. Myslím, že mohu vyloučit možnost, že by se detekovali v opačném pořadí. Zkoušel jsem přehodit kablíky a stejně nic. Obě síťovky jsou na 100% funkční. Pokud jednu z nich vyndám (konkrétně eth1), tak druhá funguje zcela bez problémů.
Na internetu jsem našel šikovný příkaz nameif. Ten ale můj problém asi neřeší. Podle MAC adres se dle mého detekují ve správném pořadí.
Už jsem vážně bezradný a budu moc vděčný za každou pomoc. Předem dík.
Dále zda je nastaveno správné routování /sbin/ip route
A taky skontrolujte v jakým modu běží pomocí mii-tool
mě je někdy zhazovaly windows u mě pomohlo nastavit napevno jejich parametry v jejich EEPROM tím dosáckým programem. Linux linux to nikdy neudělal.
PS. Co to máte za stroj ?
Tyto sítovky nefungují ve starých zběrnicích PCI (Identifikují se a zda se že chodí ale nic nefunguje) tato sítovka potřebuje minimálně PCI v 2.1 takže jak to cpete do nějaké 486ky
i když myslím že to nebude váš případ.
Tuším, že se jedná o tuto základní desku: http://www.anandtech.com/showdoc.aspx?i=1064 Vzhledem k tomu, že tam je datum uvedení na trh rok 1999, předpokládám, že to PCI v. 2.1 má (to je asi z roku 1995).
pomocí mii-tool jsem zjistil:
eth0: negotiated 100baseTx-HD, link ok
eth1: negotiated 100baseTx-FD, link ok
to je myslím v pořádku
pridal jsem tato pravidla do udev:
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
podle ifconfig i ip addr oboum kartám odpovídají MAC adresy k označení, jak jsem nastavil v udev
v ip route se zdá také vše v pořádku
dneska to zase "čarovalo", tentokrát si šlo pingnout ven (usuzuji, že kablík a označení sedí), nešlo však dovnitř, zkoušel jsem nastavovat různé volby v BIOSu (IRQ etc.), stále nic
v dmesg jsem si všiml, že při inicializaci eth0 (to je to, co dneska konkrétně nešlo) jádro vypisuje několik řádek podobné této: NETDEV WATCHDOG: eth0: transmit timed out
začínám si myslet, že odešla deska, usuzuji podle naprosto náhodného chování, to se mi v linuxu (narozdíl od win
) ještě nikdy nestalo
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"No nějak ty vaše řádky nechápu
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
1.) U jednoho musíte mít eth0 a druhého eth1
2.) Taky 00:00:00:00:00:00 musíte mět rozdílné a správné MAC adresy které ty sítovky mají.
Necpete náhodou sítovkám ty 00:00:00:00:00:00 (nuly ?) a MAC musí být rozdílné.
PS. A pokud náhodou schováváte MAC tak nevím naco je to stejně nepoužitelné pokud nesedíte na stejném segementu.
, také tam má být eth1 - to je rovněž v důsledkou toho kopírování
, ale nějakou najdu a zkusím. Jaký je to přesně program? Se zásahy do EEPROM nemám žádné zkušenosti.
, našel jsem pro ní jinde lepší využití, vyřeším to přes tu floppynu, díky
C About PLANET ENW-9503 / ENW-9504 & ENW-3504FC Base on the same Ethernet Controller Chip, PLANET ENW-9503 / ENW-9504 and the CardBus ENW-3504FC can use the same driver in the diskette. The following describe the products: Model ENW-9503A ENW-9503 ENW-9504 ENW-3504FC Interface PCI 2.2 PCI 2.2 PCI 2.2 32-bit CardBus PCMCIA Type II PCI 2.1 WOL Yes No No No PCI 2.2 WOL Yes Yes No No Boot ROM socket Yes Yes No No ACPI Yes Yes Yes YesTakže tam je interface PCI 2.2 což jsem se díval na svoji krabici od karty (ještě ji mám) tak já tam mám u toho stejného modelu PCI 2.1
Takže skuste zjistit přesně jakou verzi máte, koukněte taky pro jistotu přímo na čip jakou revizi máte.
Jinak já na CD ten nastavovací program mám takže pokud bude zájem můžu poslat, jmenuje se set9504.exe.
Tiskni
Sdílej: