ESPHome, tj. systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Dobrý den,
omlouvám se za dotaz který tu již byl mnohokrát, ale bohužel jsem nenašel tu správnou odpověď. Mám síťovku Marvell přímo na desce Asus P5B Deluxe wifi/ap. MAC adresa je stejna jako pod WinXP kde net normálně funguje. U Suse se mi povede pripojit hned po instalaci, ale hned po dalším restartu už modem nenaběhne. Zkoušel jsem použít dhcpcd eth0 jak tu někteří radili, ale ani to nepřineslo žádný účinek. :( Prosím nevíte nekdo jak to zprovoznit? Net potřebuji nutně ke své práci. Předem děkuji za odpověď.
lsmod > nefungujea když jede (nemusí se instalovat, stačí možná překonfigurace v yastu)
lsmod > fungujeA porovnat .
29.11.2006 15:17
Vykook | skóre: 23
| blog: Tomas
29.11.2006 15:18
Vykook | skóre: 23
| blog: Tomas
Omlouvám se, za neodborný popis problému, ale mě se zdálo vhodné napsat, že modem nenaběhne, protože ono vlastně nenaběhne přiřazení IP tý sítovce na desce z toho modemu. A tím pádem se nepřipojí, což mi je uplně jasný, ale nechápu proč po instalaci funguje přiřazení IP a po restartu už ne.
Síťovka je funkční a vesele funguje, mám to otestováno na spojení s jiným pc.
Jinak jsem vděčný za každé nakopnutí ke zdárnému konci, ale bohužel ani jedna rada mi nepomohla. 
Jestli by pomohl výpis nějakých logů či konfiguráků rád vám je sem vystavím. 
možná to bude tím, že je MAC adresa na flash ROM karty
takze ...
co vypise 
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ifconfig
a co lspci
pak se da neco resit.... takhle je "trochu" nejasne..
Na modemu nic nebliká a svítej jen čtyři diody ta pata link nesvítí. Modem je značky Scientific Atlanta.
ifconfig:
eth0 Zapouzdření:Ethernet HWadr 00:17:31:68:6C:69 AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ NOTRAILERS MULTICAST MTU:1500
Metrika:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 délka odchozí fronty:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Přerušení:225 Paměť:ff9f4000-0
lo Zapouzdření:Místní smyčka
inet adr:127.0.0.1 Maska:255.0.0.0
inet6-adr: ::1/128 Rozsah:Počítač
AKTIVOVÁNO SMYČKA BĚŽÍ MTU:16436 Metrika:1
RX packets:118 errors:0 dropped:0 overruns:0 frame:0
TX packets:118 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 délka odchozí fronty:0
RX bytes:8292 (8.0 Kb) TX bytes:8292 (8.0 Kb)
lspci:
00:00.0 Host bridge: Intel Corporation Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation PCI Express Root Port (rev 02) 00:1a.0 USB Controller: Intel Corporation USB UHCI Controller #4 (rev 02) 00:1a.1 USB Controller: Intel Corporation USB UHCI Controller #5 (rev 02) 00:1a.7 USB Controller: Intel Corporation USB2 EHCI Controller #2 (rev 02) 00:1b.0 Audio device: Intel Corporation HD Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation PCI Express Port 1 (rev 02) 00:1c.4 PCI bridge: Intel Corporation PCI Express Port 5 (rev 02) 00:1c.5 PCI bridge: Intel Corporation PCI Express Port 6 (rev 02) 00:1d.0 USB Controller: Intel Corporation USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2) 00:1f.0 ISA bridge: Intel Corporation LPC Interface Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation SATA Controller 1 IDE (rev 02) 00:1f.3 SMBus: Intel Corporation SMBus Controller (rev 02) 00:1f.5 IDE interface: Intel Corporation SATA Controller 2 IDE (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 710a 01:00.1 Display controller: ATI Technologies Inc Unknown device 712a 02:00.0 Ethernet controller: Marvell Technology Group Ltd. Unknown device 4364 (rev 12) 03:00.0 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02) 05:02.0 Multimedia controller: Philips Semiconductors SAA7133/SAA7135 Video Broadcast Decoder (rev d0) 05:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) 05:04.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)
ifconfig je nějaký zmatený, zkuste radši 'ip addr show'. Běží vám nějaký dhcpcd? Co má signalizovat ta kontrolka "link" - stav spoje ven nebo dovnitř?
ip addr show:
1: lo: <*LOOPBACK,UP*> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <*NO-CARRIER,BROADCAST,MULTICAST,NOTRAILERS,UP*> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:17:31:68:6c:69 brd ff:ff:ff:ff:ff:ff
3: sit0: <*NOARP*> mtu 1480 qdisc noop
link/sit 0.0.0.0 brd 0.0.0.0
U té ledky nevím zda ukazuje odchozí nebo příchozí data, když jsem připojen tak bliká a dhcpcd běží.
Zkoušel ověřit zda běží dhcpcd a neběželo, tak jsem restartoval síť.
/etc/init.d/network restart
Shutting down network interfaces:
eth0 device: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)
eth0 configuration: eth-id-00:17:31:68:6c:69 done
Shutting down service network . . . . . . . . . . . . . done
Hint: you may set mandatory devices in /etc/sysconfig/network/config
Setting up network interfaces:
lo
lo IP address: 127.0.0.1/8 done
eth0 device: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)
eth0 configuration: eth-id-00:17:31:68:6c:69
eth0 (DHCP) . . . . . no IP address yet... backgrounding. waiting
Setting up service network . . . . . . . . . . . . . . done
SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
SuSEfirewall2: batch committing...
SuSEfirewall2: Firewall rules successfully set
A po tom se dhcpcd rozběhlo. Příjde mi zvláštní, že nejede hned po startu, když se vlastně vykonává to samé.
Na stránkách ASUSu jsem našel ovladač sk98lin pro síťovku, tak jsem se podíval zda je načten a lsmod ukázal, že ano.
Napadlo mě jestli nebude problém v tom, že jsou na té desce integrovány dvě síťovky a Suse našel jen jednu. Zato našel tu se správnou MAC adresou, což je dobře, nebo se pletu?.
/etc/sysconfig/network/eth-id-00:17:31:68:6c:69
>cat /etc/sysconfig/network/ifcfg-eth-id-00:17:31:68:6c:69 BOOTPROTO='dhcp' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='ASUSTeK Marvell 88E8001 Gigabit Ethernet Controller (Asus)' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' UNIQUE='rBUF.FjMv6GbsXF7' USERCONTROL='yes' _nm_name='bus-pci-0000:05:04.0'
sk98lin do proměnné MODULES_LOADED_ON_BOOT v souboru /etc/sysconfig/kernel.
MODULES_LOADED_ON_BOOT "sk98lin", ale beze změny, stále nejde.
USERCONTROL na no.
Tak mě napadlo zkusit ještě jednu věc. Jelikož mám na té desce dvě síťovky, tak jsem přeregistroval MAC adresu na tu druhou síťovku. Pod Woknama to jede, ale pod linuxem opět ne. Jediné co se změnilo je to, že modem sice už bliká, ale internet stejně nejde. Nepodařilo se mi ani tu druhou síťovku pod linuxem najít. Vidím tam jen tu jednu na kterou jsem měl registrovanou MAC před tím.
cat /proc/net/dev a tam jsem našel pouze jednu síťovku eth1 a při tom bych měl mít dvě a co jsem slyšel tak by tam mělo být možná i Firewire a Wifi, ale to jsi nejsem tak jist(nepamatuji si přesně). Kdyby Vás ještě něco napadlo byl bych vám velice vděčný.
) síťovky na MB a tudíž se modem s žádnou jinou bavit nebude.
Po instalaci SUSE (která bez restartu rovnou naloaduje čerstvě nainstalovaný systém) modem síťovce přidělí IP a tudíž "net funguje". Předpokládám, že od začátku do konce instalace je síťovka stále připojená a modem zapnutý. Po restartu se už však modem se síťovkou nebaví, ale síťovka se baví s jinými síťovkami, když se k nim připojí.
Dále, problémový modem je jakýsi Scientific Atlanta něco. Šlo by to drobet specifikovat? Protože chyba bude pravděpodobně v tom modemu...
Btw, ve Windows, musí se pro ten modem instalovat ještě nějaký driver, nebo "net funguje" out-of-the-box?
Je to skoro přesně.
Jen podotknu, že MAC adresu si mohu zmenit na stránkách UPC s následným restartem modemu. Modem se baví do restartu Linuxu s jakoukoliv síťovkou(u Windows funguje). Ale po restartu jakoby ta síťovka, na kterou se to při instalaci napojilo, umřela. Druhá "funguje", ale má MAC té která umřela(to příjde zmatené i mě).
Ano, síťovka do restartu funguje. To jestli i po tom restartu bavi s jinýma síťovkama si nejsem jist, mám jen odskoušeno, že je normálně(bez restartu) funkční.
Na modemu jsem našel jen toto: Scientific Atlanta WebSTAR Model EPC2203 series, Cable modem/emta.
K Windows, net funguje normálně nejsou potřeba žádné ovladače jen prostě strčim síťovej kabel do modemu a do síťovky a jede to.
Asi bude lepší, když sem napíši co vše mám na té desce.
Cpu775: Intel Core 2 Duo E6300
PCIe: Spahire Radeon X1800GTO
PCI: LifeView FlyDVB-T Hybrid
integrováno: 2x Marvell síť, 2x FireWire, 10x USB(1x čtečka karet, 2x WiFi, 7x volno),
nejaká zvukovka 7.1 a to je snad vše.
Ještě bych zmínil, že pod linuxem nemohu najít IDE zařízení(jeden disk a DVD palírnu), pouze sata funguje.
Jen podotknu, že MAC adresu si mohu zmenit na stránkách UPC s následným restartem modemu. Modem se baví do restartu Linuxu s jakoukoliv síťovkou(u Windows funguje). Ale po restartu jakoby ta síťovka, na kterou se to při instalaci napojilo, umřela. Druhá "funguje", ale má MAC té která umřela(to příjde zmatené i mě).
Ta MAC na té druhé síťovce se přepíše sama od sebe (to mi přijde hodně divný ), nebo se jí musí pomoct? Nestačilo by před restartem tu síťovku odpojit a pak ji po naběhnutí připojit a nastavit?
Pak mě ještě napadlo, že by to mohlo dělat acpi, ale nevim jak, bo tomu nerozumim
Ještě bych zmínil, že pod linuxem nemohu najít IDE zařízení(jeden disk a DVD palírnu), pouze sata funguje.
na tohle už bych asi založil nový thread. Myslim, že to se síťovkou nesouvisí
No asi se přepíše sama od sebe, nebo se nejak provážou ty dvě síťovky a proste jí to dá tu druhou MAC, ale já tomu právě také nerozumím. Jen vím, že eth1 má MAC adresu eth0(ta není vůbec detekována a též mi to příjde na hlavu).
No taky si myslím, že to s tím nesouvisí, ale radeji jsem to napsal, co kdyby.
No asi se přepíše sama od sebe, nebo se nejak provážou ty dvě síťovky a proste jí to dá tu druhou MAC, ale já tomu právě také nerozumím.
Aaaha, myslim, že vim, která bije: moduly pro síťovky se nahrávají současně, takže se občas stává, že se přehodí označení těch síťovek, tzn. to co bylo při jednom bootu eth1 bude při dalším eth0 a při dalšim to bude třeba zase naopak. Je to obecně známý problém v udev.
Řešení je napsat pravidla pro udev, která budou přidělovat siťovkám označení na základě jejich MAC adresy. Nevim, jak v SUSE, ale obecně se dá udev nastavit podle ArchLinux wiki.
Doporučuji pojmenovat síťovky eth<něco>, kde "něco" není číslice. To dělá problémy. (já mám třeba ethr - pro eth Realtek, ethi pro firewire a ethw pro wifi). Zachování eth v názvu síťovky je nutné pro provoz některých specifických aplikací (třeba iptraf), ale obecně může být název síťovky libovolný (třeba lan0, moje_prvni_sitovka, atd...)
# hwinfo --netcard
29: PCI 200.0: 0200 Ethernet controller
[Created at pci.300]
UDI: /org/freedesktop/Hal/devices/pci_11ab_4364
Unique ID: B35A.NTLCk973Ir6
Parent ID: HnsE.b2HeBu2fNjB
SysFS ID: /devices/pci0000:00/0000:00:1c.5/0000:02:00.0
SysFS BusID: 0000:02:00.0
Hardware Class: network
Model: "SysKonnect Ethernet controller"
Vendor: pci 0x11ab "Marvell Technology Group Ltd."
Device: pci 0x4364
SubVendor: pci 0x1148 "SysKonnect"
SubDevice: pci 0x4340
Revision: 0x12
Memory Range: 0xff7fc000-0xff7fffff (rw,non-prefetchable)
I/O Ports: 0x9800-0x98ff (rw)
Memory Range: 0xff7c0000-0xff7dffff (ro,prefetchable,disabled)
IRQ: 10 (no events)
Module Alias: "pci:v000011ABd00004364sv00001148sd00004340bc02sc00i00"
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #17 (PCI bridge)
33: PCI 504.0: 0200 Ethernet controller
[Created at pci.300]
UDI: /org/freedesktop/Hal/devices/pci_11ab_4320
Unique ID: JNkJ.FjMv6GbsXF7
Parent ID: 6NW+.NiX3vIdArFF
SysFS ID: /devices/pci0000:00/0000:00:1e.0/0000:05:04.0
SysFS BusID: 0000:05:04.0
Hardware Class: network
Model: "ASUSTeK Marvell 88E8001 Gigabit Ethernet Controller (Asus)"
Vendor: pci 0x11ab "Marvell Technology Group Ltd."
Device: pci 0x4320 "88E8001 Gigabit Ethernet Controller"
SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
SubDevice: pci 0x811a "Marvell 88E8001 Gigabit Ethernet Controller (Asus)"
Revision: 0x14
Driver: "sk98lin"
Device File: eth1
Memory Range: 0xff9f4000-0xff9f7fff (rw,non-prefetchable)
I/O Ports: 0xb800-0xb8ff (rw)
Memory Range: 0x50000000-0x5001ffff (ro,prefetchable,disabled)
IRQ: 225 (44807 events)
HW Address: 00:17:31:68:6c:69
Link detected: no
Module Alias: "pci:v000011ABd00004320sv00001043sd0000811Abc02sc00i00"
Driver Info #0:
Driver Status: sk98lin is active
Driver Activation Cmd: "modprobe sk98lin"
Driver Info #1:
Driver Status: skge is active
Driver Activation Cmd: "modprobe skge"
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #22 (PCI bridge)
SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0X:XX:XX:XX:01", IMPORT="/lib/udev/rename_netiface %k eth0"
SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0X:XX:XX:XX:02", IMPORT="/lib/udev/rename_netiface %k eth1"
No a pak uz se bude te ktere sitovce s konkretni MAC prirazovat vzdy to spravne zarizeni eth.
Tak jsem našel toto forum a v něm píší, že to je jádrem. Achjo já mám strach se hrabat do jádra, protože jsem to ještě nikdy nedělal.
Nemohl by jste mi nekdo poradit, jak to pod suse vyřešit nejak elegantně, děkuji?
Tiskni
Sdílej:
