Emulátory Box86 a Box64 umožňující spouštět linuxové aplikace pro x86 a x86_64 na jiných než x86 a x86_64 architekturách, například ARM a ARM64, byly vydány v nových verzích: Box86 0.3.8 a Box64 0.3.2. Ukázka možností na YouTube.
Byla vydána nová verze 6.1 neměnné (immutable) distribuce openSUSE Leap Micro určené pro běh kontejneru a virtuálních strojů. S vydáním verze 6.1 byla ukončena podpora verze 5.5.
Poslanci dnes ve třetím čtení schválili návrh zákona o digitálních financích. Cílem zákona je implementace předpisů Evropské unie v oblasti digitálních financí, konkrétně nařízení DORA (Digital Operational Resilience Act) o digitální provozní odolnosti finančního sektoru a nařízení MiCA (Markets in Crypto Assets) o trzích kryptoaktiv. Zákon nyní míří k projednání do Senátu ČR. U kryptoměn bude příjem do 100 tisíc Kč za zdaňovací období osvobozen od daně, podobně jako u cenných papírů, a to za podmínky jejich držení po dobu alespoň 3 let.
O víkendu (15:00 až 23:00) proběhne EmacsConf 2024, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji bude možné na stránkách konference. Záznamy budou k dispozici přímo z programu.
Mozilla má nové logo a vizuální identitu. Profesionální. Vytvořeno u Jones Knowles Ritchie (JKR). Na dalších 25 let.
Bylo rozhodnuto, že nejnovější Linux 6.12 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2026. LTS jader je aktuálně šest: 5.4, 5.10, 5.15, 6.1, 6.6 a 6.12.
Byla vydána nová stabilní verze 3.21.0, tj. první z nové řady 3.21, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu architektury Loongson LoongArch64.
Hodnota Bitcoinu, decentralizované kryptoměny překonala 100 000 dolarů (2 390 000 korun).
Hurl byl vydán ve verzi 6.0.0. Hurl je nástroj běžící v příkazovém řádku, který spouští HTTP požadavky definované v textovém souboru.
Řešení dotazu:
/etc/modprobe.d/modprobe.conf
Tech karet je nekolik variant a nektere opravdu za to utrpeni s rozchozenim nestoji.
alias eth0 3c509
ifconfig, mám dojem, standardně vypisuje jen rozhraní, která jsou „up“. Takže použijte ifconfig -a
nebo ještě lépe ip link show
.
Který modul řídí síťové rozhraní zjistí ethtool -i ROZHRANÍ
.
V SETUPu bývá něco takového. Pokud se budete potřebovat rezervovat přerušení číslo 5, tak to nastavíte přesně podle toho obrázku.
V Linuxu se modulu 3c509 přerušení řekne při ručním nahráním modulu modprobe 3c509 irq=5
. Pokud chcete uložit nastavení pro automatické zavádění, tak parametry modulů se zapisují do souboru /etc/modprobe.conf ve formátu options 3c509 irq=1
.
Avšak tento soubor se v některých dirstribucích (verzích module-init-tools) generuje ze souborů v /etc/modprobe.d. Prostě požadovaný řádek zapíšete do některého z nich (třeba i386.conf) a hlavní soubor přegenerujete příkazem update-modules
. (Je možné, že některé verze module-init-tools se už od hlavní souboru upustilo a není nutné jej vytvářet. Pokud ale existuje, tak má přednost před těmi rozdrobenými.)
Mně linuxový ovladač 3c509 píše
eth1: 3c5x9 found at 0x300, AUI port, address 00:20:af:0e:3b:c2, IRQ 9.
Seznam obsazených přerušení lze najít v /proc/interrupts. Ale tam jsou jen zařízení, která jsou nainicializovaná a zapnutá. (Třeba dokud síťové rozhraní nenahodíte, tak tam nebude uvedené.)
dmesg
) při zavedení modulu.
Isový karty mají problém se sdílením IRQ. ISA musí být na daném přerušení jediná. To se řeší zpřeházením karet ve slotech (jednotlivé sloty jsou napojeny na konkrétní vodiče, z kterých je odvozeno číslo přerušení), rezervováním potřebného přerušení v SETUPu BIOSu.
Navíc opravdu staré karty mají číslo přerušení uvnitř na tvrdo zadrátované a s jiným odmítnou fungovat. Novější karty, které umí PnP, obvykle umí několik různých přerušení, přičemž upřednostňované číslo lze nastavit na kartě jumepem, zápisem do EEPROM, dočasným zápisem do registru přes ovladač karty (parametr jádra nebo modulu irq).
Podobný problém se týká čísla I/O portu (parametr io).
Co se týče číslování rozhraní, tak je tak, že když neexistuje a nějaký nástroj (třeba ifconfig) se na něj odkáže, tak se jádro zavolá modprobe, který prozkoumá své konfiguráky (/etc/modprobe.*) a podle aliasu natáhne příslušný modul. Stejné číslo by se mělo i objevit v dmesg.
Jenže moderní distribuce mají démona udevd, který si standardně pamatuje, jak se které nově zařízení jmenovalo a jeho název si spolu s MAC adresou uloží (obvykle do /etc/udev/rules.d/*persistent-net.rules). Když mu pak jádro ohlásí, že se objevilo nové síťové rozhraní, tak jej udev podle svých záznamů přejmenuje.
Jestli to je váš případ, tak si název upravte v konfiguraci udevu.
Pokud jde o SIS900, tak PCI zařízení by mělo umět libovolné přerušení. Když jej zkusíte nahodit, tak dostane chybové hlášení? Jedině, že by se vám teď PCI síťovka bila s jiným isovým zařízením. Obecně by to ale mělo fungovat.
Za stávajícího nastavení ISA karta funguje tak, jak má bez ohledu na SIS900 (modul může být načten), naopak to ale nejde, abych rozběhal připojení k internetu přes PCI kartu musím modul 3c509 odebrat.
Momentálně už nevím co dál, takže tady ukazuji nějaké výpisy, snad pomohou. Nejprve dmesg hned po restartu (dmesg | grep -i eth
):
eth0: 3c5x9 found at 0x300, 10baseT port, address 00:20:af:58:9b:e7, IRQ 3.
eth1: SiS 900 PCI Fast Ethernet at 0xd400, IRQ 10, 00:d0:09:e6:98:98
eth0: Setting 3c5x9/3c5x9B half-duplex mode if_port: 0, sw_info: 1310
Na příkaz ifconfig interfaces
mi píše interfaces: error fetching interface information: Device not found
Hlášení SIOCSIFFLAGS: Device or resource busy
jsem od té doby, co jsem explicitně určil ISA kartě IRQ 3, neviděl.
A nakonec výpis z /proc/interrupts je v příloze
Že si stěžuje ifconfig se vůbec nedivím, protože argument interfaces neexistuje. Kde jste na něj přišel?
Ptal jsem se, co se stane, když uděláte ip link set dev eth1 up
(to znamená, když se pokusíte nahodit linkovou vrstvu eth1)?
ip link show
a ethtool eth1
a používat tyto nástroje. Sám vidíte, že hláška „fail“ toho opravdu moc neřekne.
Za ten ifconfig interfaces
se kaji, špatně jsem vyrozuměl manuálovým stránkám. K té utilitě ip bych měl říct, že ač jsem doinstaloval balík ethtool, tak příkaz ip nikde. Mohl byste mi říci, jak se dotyčný balík jmenuje ve Vaší distribuci nebo alespoň poradit klíčová slova, snažil jsem se projít databázi balíčku fulltextem, ale na výraz "ip" to má několik stránek.
Na gentoo mam "ip" v balíčku iproute2, binárku mam nainstalovanou v /sbin/ip.
Příkaz ip link set dev eth1 up
funguje stejně jako ifconfig, žádná chyba (nevypíše lautr nic) a rozhraní je up, jenže připojení opět selže (zase přes démona, pardon, nevím jinak jak).
Příkaz ip link show
vypíše:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:20:af:58:9b:e7 brd ff:ff:ff:ff:ff:ff
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:d0:09:e6:98:98 brd ff:ff:ff:ff:ff:ff
Příkaz ethtool eth0
vypíše:
Settings for eth0:
Supported ports: [ TP AUI ]
Supported link modes: 10baseT/Half 10baseT/Full
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised auto-negotiation: No
Speed: 10Mb/s
Duplex: Half
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000002 (2)
Link detected: no
Příkaz ethtool eth1
vypíše:
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pg
Wake-on: d
Current message level: 0x000000c5 (197)
Link detected: yes
Jak je vidět rozhraní eth1, kde je SIS je zapojen (kabelem), ale narozdíl od eth0 nejde nahodit síť.
Síťovky se zdají být detekovány ve správném pořadí, 3com jako eth0, v eth1 je podle MAC adresy (00-D0-09) nějakej HSING TECH z Taiwanu. Co v /proc/interrupts, jak jsou přiděleny moduly? (Aneb špatně se mi už hledají rady)
Ve výpisu ip link show máte příznaky LOWER_UP a UP. Příznak UP znamená, že rozhraní je nahozeno, že z něj jádro bude přijímat packety. Příznak LOWER_UP znamená, že PHY čip karty detekoval nosnou na připojeném kabelu a že je tedy na fyzické vrstvě spojení ustanoveno a že by na linkové vrstvě měla komunikace fungovat.
Ve vašem výpisu se lze dočíst, že eth0 (3com) má zapojený kabel, eth1 (sis) nemá.
Příznak LOWER_UP je to samé jako stav Link detected z ethtool. Avšak ve vašich výpisech tomu je přesně obráceně. Dělal jste ty výpisy se stejným zapojením?
Že ip link set dev eth1 up
nic nevypíše, je naprosto v pořádku. To znamená, že se úkon (nahození rozhraní) zdařil. Když byste dal ip link set dev eth1 down
, tak rozhraní shodíte a jádro z něj přestane přijímat packety. Rovněž ve výpisu ip link show
příznak UP zmizí (respektive se změní na DOWN).
jenže připojení opět selže (zase přes démona, pardon, nevím jinak jak).
A co by „připojení“ podle vás mělo udělat? Mělo by přidat IP adresu rozhraní (ručně se dělá příkazem ip addr add ADRESA/DÉLKA_PREFIXU dev ROZHRANÍ
? Přidat směrovací záznam na výchozí bránu (ip route add 0/0 via ADRESA_BRÁNY
)? Nahodit rozhraní (ip link set dev ROZHRANÍ up
)? Spustit dhcp klienta (dhcpcd ROZHRANí
)?
Ano, máte pravdu ten první výpis byl špatně (ono je únavné přetahovat kabel od jednoho stroje k druhému a ještě mezi třemi zdiřkami - má chyba), ip link show po nahození sis (eth1) ukazuje u obou rozhraní až na mac adresu a last state na chlup stejné údaje (nerozumím, ale nevadí):
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:20:af:58:9b:e7 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:d0:09:e6:98:98 brd ff:ff:ff:ff:ff:ff
A znovu se musím omluvit, za toho démonka, jak to tak vypadá, on ignoruje jakékoliv explicitní nastavení v externích utilitách (ifconfig, ip) a vychází z údajů na pevno napsaných v konfiguráku rc.conf (středobod nastavení v arch linuxu).
Nyní tedy po příkazu nahození adekvátního rozhraní, zapojení kabelu do správné zdířky a příkazu dhcpcd eth0 popřípadě eth1, VŠE funguje jak má a jak bylo zamýšleno - takže moc díky
A je mi líto má neznalost tak základní konfigurace sítě, jako byla tato, ale do teď jsem se spoléhal na klikátka z velkých desktopových prostředí. Bohužel mašina (Celeron 766MHz s 216 MB RAM a 32 int. grafiky Nvidia Aladdin TNT2), kterou jsme teď řešily, přestože bez problému sprintovala s Win98, tak nezvládá obstojně ani pouhopusté openbox session (samozřejmě, že ovladač je nainstalovaný, zkusil jsem xf86-video-vesa a xf86-video-nv).
Tím pádem je už po problému, snad jen poslední rada, jak tuto diskuzi uzavřít?
Ano, teď když už víte, jak vše nastavit, tak stačí příslušné hodnoty dopsat do rc.conf (nebo kam se to v Archu píše). Tyto skripty totiž nedělají nic jiného, než že volají zde procvičované příkazy s parametry odvozenými z uložené konfigurace.
Pokud jde o výkon stroje, tak mi přijde divný, že by byl problém v Openboxu. Sám mám Blackbox na K6-2 na 500 MHz se 128 MB operační paměti a v rámci možností si nestěžuji (programování, hudba, filmy v cédéčkové AVI kvalitě s odřenými pixely). Akorát jako grafickou kartu mám Nvidii GeForce2 v dvourychlostním AGP slotu s proprietárními ovladači.
Nemáte třeba zapnuté kompozitní rozšíření X serveru? Na takovéto staré kartě je OpenGL pomalé. Navíc s vašimi ovladači nemáte ani to. Rozhodně xf86-video-vesa neumí žádnou akceleraci (ani 2D). S xf86-video-nv si nejsem jistý, ale mám dojem, že neumí XVideo (2D akceleraci umí).
Diskuze na Ábíčku se nějakou dobu neuzavírají. Prostě když dost lidí označí určitý komentář za řešení, tak se v přehledu dotazu také zobrazí jako vyřešená.
Taky jsem jednu 3c509 měl, kdysi (1995 v Plzni v bazaru) za 500, něco jsem o tom napsal, pointou bylo to, že 3comy měly nastavavovací utilitu pro dos, aspoň ten muj jo, uměly PnP a s linuxem, tedy nastavováním, si moc nerozuměly, to, co měly v epromce od té konfigurace uložené, s tim linux nehnul, aneb nastavení všech IRQ apod se muselo odvíjet od nastavení onoho 3comu.
O tom prehistorickém nástroji vím. V podstatě funguje, ale má některá omezení (neumožňuje navolit určité kombinace, na které autoři nemysleli).
Donald Becker na to kdysi napsal linuxový nástroj pro Vortexy. Dnes už ale číst a zapisovat do paměti (ne jen registrů) umí i ethtool.
Tiskni Sdílej: