openSUSEa suomeksi
openSUSE => Internet, tietoverkot ja viestintä => Aiheen aloitti: DrShrink - 04.01.2009 - klo:23:39
-
Ensimmäinen Linuxasennus; muuten kaikki hyvin mutta ethernetyhteys ei toimi. Dualboot Windows XPn kanssa ja Windowsin puolella yhteydet toimivat, joten raudassa ei liene vikaa. YaSTin kanssa olen kokeillut eri asetuksia. Asusin pari vuotta vanhalle emolevylle integroidut ethernetpiirit (2kpl) tunnistuvat, mutta yhteys ei toimi kummankaan kautta. Osaisiko joku kokeneempi neuvoa, miten eteenpäin? Jos vika ajureissa, mistä ja miten saan toimivat? Jos tarvitaan lokitiedostoja, mistä ne löytyvät?
-
Oletko määritellyt kiinteät ip-osoitteet vai hakeeko dhcp:llä?
mitä sanoo komento
/sbin/ifconfig
-
Kiitos nopeasta vastauksesta. Automaattisella DHCP:llä olen yrittänyt, kun se windowsissa on tuntunut aina toimivan...
Pyytämäsi loki on tässä:
/sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:1A:92:CF:1C:53
inet6 addr: fe80::21a:92ff:fecf:1c53/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric: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 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:2568 (2.5 Kb)
Interrupt:215
eth1 Link encap:Ethernet HWaddr 00:1A:92:CF:24:E9
UP BROADCAST MULTICAST MTU:1500 Metric: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 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:216 Base address:0xc000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:42 errors:0 dropped:0 overruns:0 frame:0
TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2564 (2.5 Kb) TX bytes:2564 (2.5 Kb)
-
Kone ei jostain syystä saa ip -osoitetta.
Suosittelen tekemään Yastilla verkkoasetukset uudelleen.
Käytä kiinteällä yhteydellä mielummin "käyttäjän määrittelemä ifupin avulla", kuin defaulttina käytössä olevaa networkmanageria.
Pikalääkityksenä jos koneesi on kotiverkossa:
su
ifconfig eth0 192.168.0.2
route add default gw 192.168.0.1
Eli tässä tapauksessa se kortti, joka on yhteydessä kotipurkkiin eth0 tai eth1 annetaan ip -osoite siitä osoiteavaruudesta, minkä adsl tms purkki jakaa sisäverkolle.
"default gw" on adsl purkin ip
-
Olen antanut YaSTin tehdä verkkoasetukset uudelleen lukemattomia kertoja, ei tunnu toimivan. Ifup vaihtoehto on käytössä, mutta verkkotyökaluakin kokeilin. Ohjeen mukainen komentotulkkitoimenpide ei näytä aiheuttavan mitään muutosta verkkoasetuksissa eikä yhteyttä synny. Ip-osoitteiden määrittely manuaalisesti ei myöskään näytä auttavan. Kone on kaapelimodeemin ja reitittimen takana kolmen koneen kotiverkossa. Muiden yhteydet toimivat ongelmitta, kuten myös ongelmakoneen windowsia käyttäessä.
Silti toivoisin monesta syystä, ei vähiten jatkuvien haittaohjelmien vuoksi, voivani siirtyä toimittelemaan arkiset tietokoneaskareeni enimmäkseen Linuxin kanssa.
openSUSEn uudelleen asennus?
-
Ei sitä kannata uudelleen asentaa. Tälläiset tappelut ne yleensä parhaiten opettaa.
Kokeile antaa seuraava komento root-käyttäjänä
su
/usr/sbin/dhcpcd-test eth0
/usr/sbin/dhcpcd-test eth1
Laita sitten tulosteet tänne.
-
Tässä tulokset:
/usr/sbin/dhcpcd-test eth0
info, eth0: hardware address = 00:1a:92:cf:1c:53
info, eth0: broadcasting for a lease
debug, eth0: sending DHCP_DISCOVER with xid 0x1916e8f6
debug, eth0: waiting for 10 seconds
debug, eth0: sending DHCP_DISCOVER with xid 0x1916e8f6
debug, eth0: sending DHCP_DISCOVER with xid 0x1916e8f6
debug, eth0: sending DHCP_DISCOVER with xid 0x1916e8f6
err, eth0: timed out
info, eth0: exiting
/usr/sbin/dhcpcd-test eth1
info, eth1: hardware address = 00:1a:92:cf:24:e9
info, eth1: broadcasting for a lease
debug, eth1: sending DHCP_DISCOVER with xid 0x5974713a
debug, eth1: waiting for 10 seconds
debug, eth1: sending DHCP_DISCOVER with xid 0x5974713a
debug, eth1: sending DHCP_DISCOVER with xid 0x5974713a
debug, eth1: sending DHCP_DISCOVER with xid 0x5974713a
err, eth1: timed out
info, eth1: exiting
-
Kokeiles bootata se sinun adsl-modeemi ja kokeile uudestaan samat komennot.
-
Tai sitten on säätäessä piuha irronnu.
-
Tässä tulokset reitittimen boottaamisen jälkeen.
/usr/sbin/dhcpcd-test eth0
info, eth0: hardware address = 00:1a:92:cf:1c:53
info, eth0: broadcasting for a lease
debug, eth0: sending DHCP_DISCOVER with xid 0x4c6d6fa7
debug, eth0: waiting for 10 seconds
debug, eth0: sending DHCP_DISCOVER with xid 0x4c6d6fa7
debug, eth0: sending DHCP_DISCOVER with xid 0x4c6d6fa7
debug, eth0: sending DHCP_DISCOVER with xid 0x4c6d6fa7
err, eth0: timed out
info, eth0: exiting
/usr/sbin/dhcpcd-test eth1
info, eth1: hardware address = 00:1a:92:cf:24:e9
info, eth1: broadcasting for a lease
debug, eth1: sending DHCP_DISCOVER with xid 0x395a68af
debug, eth1: waiting for 10 seconds
debug, eth1: sending DHCP_DISCOVER with xid 0x395a68af
debug, eth1: sending DHCP_DISCOVER with xid 0x395a68af
debug, eth1: sending DHCP_DISCOVER with xid 0x395a68af
err, eth1: timed out
info, eth1: exiting
Eipä taida olla uutta. Myös piuhat ovat paikallaan, mitä osoittaa sekin, että yhteys toimii samalla koneella koko ajan kun käytän Windowsia (kuten nyt).
Voisiko olla openSUSEn ethernetpiirille asentaman ajurin ongelma?
-
Mitä seuraava komento tulostaa
/usr/sbin/hwinfo --netcard
-
Kiitoksia kärsivällisyydestä.
Tässä:
/usr/sbin/hwinfo --netcard
39: PCI 11.0: 0200 Ethernet controller
[Created at pci.318]
UDI: /org/freedesktop/Hal/devices/pci_10de_373
Unique ID: rBUF._yp5q40TWoF
SysFS ID: /devices/pci0000:00/0000:00:11.0
SysFS BusID: 0000:00:11.0
Hardware Class: network
Model: "nVidia MCP55 Ethernet"
Vendor: pci 0x10de "nVidia Corporation"
Device: pci 0x0373 "MCP55 Ethernet"
SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
SubDevice: pci 0xcb84
Revision: 0xa2
Driver: "forcedeth"
Driver Modules: "forcedeth"
Device File: eth0
Memory Range: 0xefffa000-0xefffafff (rw,non-prefetchable)
I/O Ports: 0xec00-0xec07 (rw)
Memory Range: 0xefff9000-0xefff90ff (rw,non-prefetchable)
Memory Range: 0xefff8000-0xefff800f (rw,non-prefetchable)
IRQ: 216 (no events)
HW Address: 00:1a:92:cf:1c:53
Link detected: yes
Module Alias: "pci:v000010DEd00000373sv00001043sd0000CB84bc06sc80i00"
Driver Info #0:
Driver Status: forcedeth is active
Driver Activation Cmd: "modprobe forcedeth"
Driver Info #1:
Driver Status: isp1760 is active
Driver Activation Cmd: "modprobe isp1760"
Config Status: cfg=no, avail=yes, need=no, active=unknown
40: PCI 12.0: 0200 Ethernet controller
[Created at pci.318]
UDI: /org/freedesktop/Hal/devices/pci_10de_373_0
Unique ID: JNkJ._yp5q40TWoF
SysFS ID: /devices/pci0000:00/0000:00:12.0
SysFS BusID: 0000:00:12.0
Hardware Class: network
Model: "nVidia MCP55 Ethernet"
Vendor: pci 0x10de "nVidia Corporation"
Device: pci 0x0373 "MCP55 Ethernet"
SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
SubDevice: pci 0xcb84
Revision: 0xa2
Driver: "forcedeth"
Driver Modules: "forcedeth"
Device File: eth1
Memory Range: 0xefff7000-0xefff7fff (rw,non-prefetchable)
I/O Ports: 0xeb00-0xeb07 (rw)
Memory Range: 0xefff6000-0xefff60ff (rw,non-prefetchable)
Memory Range: 0xefff5000-0xefff500f (rw,non-prefetchable)
IRQ: 21 (2657 events)
HW Address: 00:1a:92:cf:24:e9
Link detected: yes
Module Alias: "pci:v000010DEd00000373sv00001043sd0000CB84bc06sc80i00"
Driver Info #0:
Driver Status: forcedeth is active
Driver Activation Cmd: "modprobe forcedeth"
Driver Info #1:
Driver Status: isp1760 is active
Driver Activation Cmd: "modprobe isp1760"
Config Status: cfg=no, avail=yes, need=no, active=unknown
-
Kokeile komentaa root-käyttäjänä
modprobe -r isp1760
ja
rcnetwork restart
-
Ei yhteyksiä.
Jälkimmäisen komennon jälkeen näkyviin tullut loki:
Shutting down network interfaces:
eth0 device: nVidia Corporation MCP55 Ethernet (rev a2) done
eth1 device: nVidia Corporation MCP55 Ethernet (rev a2)
No configuration found for eth1
Nevertheless the interface will be shut down. done
Shutting down service network . . . . . . . . . done
Hint: you may set mandatory devices in /etc/sysconfig/network/config
Setting up network interfaces:
eth0 device: nVidia Corporation MCP55 Ethernet (rev a2)
eth0 Starting DHCP4 client. . . . . . . .
eth0 DHCP4 continues in background waiting
eth1 device: nVidia Corporation MCP55 Ethernet (rev a2)
No configuration found for eth1 unused
Setting up service network . . . . . . . . . . done
-
Komenna root-käyttäjänä
yast2 lan
ja määritä verkkokortit uudestaan
-
Tehty. Valitettavasti tilanne ei muuttunut miksikään.
-
Ubuntussa jollain ollut samoja ongelmia. Kokeile jos sama korjaus toimisi
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/136836
su
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
rcnetwork restart
-
Nyt päästiin jo eteenpäin. Verkkoyhteys avautui. Viimeisen komennon jälkeen ilmaantui seuraavanlainen loki:
rcnetwork restart
Shutting down network interfaces:
eth0 device: nVidia Corporation MCP55 Ethernet (rev a2) done
eth1 device: nVidia Corporation MCP55 Ethernet (rev a2)
No configuration found for eth1
Nevertheless the interface will be shut down. done
Shutting down service network . . . . . . . . . done
Hint: you may set mandatory devices in /etc/sysconfig/network/config
Setting up network interfaces:
eth0 device: nVidia Corporation MCP55 Ethernet (rev a2)
eth0 Starting DHCP4 client.
eth0 IP address: 192.168.11.2/24 done
eth1 device: nVidia Corporation MCP55 Ethernet (rev a2)
No configuration found for eth1 unused
Setting up service network . . . . . . . . . . done
Valitettavasti vain koneen uudelleen käynnistäminen palautti yhteydettömän tilanteen. Samoilla komennoilla yhteys toki alkoi toimia uudelleen. Verkkoyhteyden saamiseksi on nyt siis jokaisen bootin jälkeen annettava samat käskyt. Juuri samoin näyttää käyneen monille Ubuntun käyttäjillekin viitaten antamaasi linkkiin ja siellä käytävään keskusteluun. En ymmärrä syvällisesti näitä asioita, mutta ilmeisesti epäselvää toistaiseksi on, onko kyseessä Linux kernelin vika vain mahdollisesti useita eri vikoja, joista yksi voisi olla käyttämäni emolevyn biosin bugi. Emo on ASUS P5N32-E SLI plus - sama kuin muutamalla muullakin tuossa stringissä. Kokeilin tässä välillä jo Mandrivaakin, jossa verkkoyhteys syntyy ilman mitään säätämistä. Mutta openSUSE miellyttäisi minua muuten enemmän. Onkohan niin, että on jäätävä odottamaan josko tulevissa julkaisuissa ongelma korjattaisiin?
-
kokeile seuraavaa komentoa.
su
echo "options forcedeth msi=0 msix=0" > /etc/modprobe.d/forcedeth
Tämän jälkeen aja alla oleva komento tai boottaa kone
su
/etc/init.d/boot.loadmodules restart
-
Bingo! Nyt toimii boottauksen jälkeenkin. Toivottavasti - ja luultavasti - tilanne pysyy tällaisena huomennakin ja siitä eteenpäin.
Suuret kiitokset kärsivällisestä ja asiantuntevasta avusta!
-
Kysymys harmielle:
Mistä löysit ko. ohjeet tai/ja jos osaisit selittää miksi näin tehdään?
Mulla on itsellä 11.0 ja 11.1 opensuse ja tuolla 11.1 tulee samaiset ongelmat kuin DrShrink:llä.
mutta tuolla 11.0 kaikki toimii kuin junan vessa...
Vertailin omia 11.1 ja 11.0 verkkoasetuksia yatsilla ja niissä oli eroa dhcp:ssä
eli 11.0 on vain dhcp/zero... mutta 11.1 dhcp4/dhcp6
-
Kysymys harmielle:
Mistä löysit ko. ohjeet tai/ja jos osaisit selittää miksi näin tehdään?
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/136836
Käytännössä tuo tarkoittaa, että tuolle verkkokortille ladattavalle kernelin moduulille annetaan nuo parametrit. Se, että miksi se toimii 11.0 voi johtua monestakin syystä. Varmaa vastausta en osaa sanoa joten en lähde arvailemaan.
googlaamalla saat varmasti tarkempia syitä miksi ton tarvii
http://www.google.fi/search?hl=fi&q=%22options+forcedeth+msi%3D0+msix%3D0%22&btnG=Google-haku&meta=&aq=f&oq=
-
Ok,
Mulla näköjään oli syynä verkon toimimattomuuteen /etc/resolv.conf -tiedosto.
Käytin tuossa kvpn yhteyttä, joka näköjään muokkaa tuota tiedostoa,mutta ei palauta asetuksia kun yhteys suljetaan.
Joten sieltä puuttui oletus nameserver oli vain tuon vpn yhteyden nameserver.
Nyt taas toimii nimipalvelut yms. (ainakin vähän aikaa)
Ihmeellistä oli että vaikka poistin ja muokkasin yatsilla verkkoasetuksia niin toi nameserver ei muuttunut.
:D