• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

openSUSE 11.0 Netzwerkkarte mag nicht mehr

Ich vermute, dass ich genau dieses Problem hier habe :wtf:

Leider konnte ich das mit verschiedenen Dummy-Aenderungen und auch mit
Code:
 rcnetwork restart
was 'normal' immer schoen hilft, nicht in den Griff bekommen.
Mit dem Script 'collectNWData' komme ich auch nicht so recht weiter. Da passiert folgendes:
Code:
root@linux-huo2:/home/wolfi> ./collectNWData.sh
collectNWData.sh V0.6c

--- Which type of your network connection should be tested?
--- (1) Wired connection
--- (2) Wireless connection (WLAN)
--- Please answer with 1-2:1

--- What's the type of networktopology?
--- (1) DSL modem <---> LinuxClient
--- (2) DSL HW router <---> LinuxClient
--- (3) DSL modem <---> LinuxRouter <---> LinuxClient
--- (4) DSL HW router <---> LinuxRouter <---> LinuxClient
--- Please answer with 1-4:2
--- Analyzing the collected data for common errors...
root@linux-huo2:/home/wolfi>
Das wars dann leider auch schon. Die erwaehnte Outputdatei habe ich nirgends gefunden :cry:

Waere froh um sachdienliche Hinweise :roll: Welche Infos sind wichtig :?:
Hier erstmal das, was im YaST ueber die Netzwerkkarte drin steht:
Code:
RTL8111/8168B PCI Express Gigabit Ethernet controller 
MAC : 00:e0:91:22:a9:01

Device Name: eth0
Started automatically at boot
IP address assigned using DHCP

LG + TIA ... Wolfi :)
 
Nicht dass ich das noch nie probiert haette :mrgreen:
:arrow: Nach gefuehlt 20 ergebnislosen Reboots ist das Netzwerk jetzt nach dem 21. Reboot wieder da ... Ursache allerdings unklar :wtf:

LG ... Wolfi :shock:
 
Grothesk schrieb:
Die Ausgabedatei liegt in dem Verzeichnis, aus dem heraus auch das skript gestartet wurde.
Sie war leider weder dort, noch wurde sie von der Dateisuchfunktion irgendwo gefunden :shock:
Ich habs gerade nochmal probiert, mit unveraendertem Resultat.

LG .... Wolfi :|
 
Dann machst du was falsch.


Code:
ls -l
insgesamt 56
-rwxr-xr-x 1 thomas users 52206 12. Jul 23:35 collectNWData.sh

Code:
./collectNWData.sh
Dudeldudeldudel...


Code:
ls -l
insgesamt 72
-rwxr-xr-x 1 thomas users 52206 12. Jul 23:35 collectNWData.sh
-rw-r--r-- 1 root   root  15272 13. Jul 11:22 collectNWData.txt     <<<<<<<< HUCH! Wo kommt die denn her?

Da isse doch!
 
Genau das habe ich gemacht (siehe erstes Posting), nur dass bei mir eben keine Outputdatei entsteht.

Code:
root@linux-huo2:/home/wolfi/download/software/NWdata> ls -l
total 52
-rwxr-xr-x 1 wolfi users 52206 2008-07-13 07:53 collectNWData.sh

dann kommt:

Code:
root@linux-huo2:/home/wolfi/download/software/NWdata> ./collectNWData.sh
collectNWData.sh V0.6c

--- Which type of your network connection should be tested?
--- (1) Wired connection
--- (2) Wireless connection (WLAN)
--- Please answer with 1-2:1

--- What's the type of networktopology?
--- (1) DSL modem <---> LinuxClient
--- (2) DSL HW router <---> LinuxClient
--- (3) DSL modem <---> LinuxRouter <---> LinuxClient
--- (4) DSL HW router <---> LinuxRouter <---> LinuxClient
--- Please answer with 1-4:2
--- Analyzing the collected data for common errors...
root@linux-huo2:/home/wolfi/download/software/NWdata>

und dann ...

Code:
root@linux-huo2:/home/wolfi/download/software/NWdata> ls -l
total 52
-rwxr-xr-x 1 wolfi users 52206 2008-07-13 07:53 collectNWData.sh
 
Du sollst ja auch nicht root sein, wenn du das skript aufrufst.
Ich vermute, die Datei ist irgendwo in /root gelandet.
 
Grothesk schrieb:
Du sollst ja auch nicht root sein, wenn du das skript aufrufst.
Das steht hier aber genau andersherum, und danach habe ich mich gerichtet :!: :shock:

http://www.linux-tips-and-tricks.de/index.php/collectNWData.sh/collectNWData-muss-als-root-ausgefuhrt-werden-/-collectNWData-has-to-be-executed-as-root.html
Grothesk schrieb:
Ich vermute, die Datei ist irgendwo in /root gelandet.
In /root/Desktop befindet sich die Datei aber leider auch nicht (irgendwo anders stand, man solle im Desktop Verzeichnis nachsehen).
Wenn ich es als User ausfuehre, werde ich nach dem root-Passwort gefragt, und wenn ich das eingegeben habe, passiert genau wieder dasselbe wie oben.

LG ... Wolfi :wink:
 
Jein. Da steht, dass das skript root-Rechte benötigt und das es nach dem root-PW fragen wird.
Das man das schon als root ausführen soll steht da nicht.
Wie dem auch sei, das muss sich framp dann mal näher anschauen. Hab ihm eine PN geschickt.
 

framp

Moderator
Teammitglied
Es scheint so als würde irgendwo das Script abgebrochen, denn es fehlt die Meldung, dass kein Fehler gefunden wurde und die Ausgabedatei hochzuladen ist. Ich habe eine Version 0.6d uploaded. Die läßt die Ergebnisdatei im Fehlerfall stehen. Bitte mal ausprobieren was da bei rauskommt.
 
Ich bekomme jetzt (Script Version 0.6d) nach Beantwortung der Fallunterscheidungsfragen am Anfang folgende interessante Rueckmeldung:

Code:
--- Analyzing the collected data for common errors...
./collectNWData.sh: line 136: $ELIZA_RESULT: ambiguous redirect

Das Script habe ich als User gestartet, wie beschrieben wurde dann zunaechst das root-Passwort abgefragt. Eine Outputdatei habe ich nach wie vor keine, also zumindest nicht im gleichen Verzeichnis in dem das Script selbst steht und auch nicht auf dem Desktop. Dateisuche habe ich jetzt nicht initiiert ;)

LG ... Wolfi :)
 
Grothesk schrieb:
Zu der Karte mal das probieren:
http://www.linuxforen.de/forums/showpost.php?p=1572463&postcount=10
Habe ich gerade geprueft, diese Option stand aber bereits auf Enable. Da musste ich nix mehr aendern.
Bin auch nach dem zweimaligen Reboot (erst von openSUSE auf XP, dann wieder zurueck) in openSUSE gleich wieder ueber LAN / Router /DSL reingekommen ins Indernetz.

LG ... Wolfi :)
 
Und wo liegt das Problem, wenn du in das Netz kommst?
Oder funktioniert das nach einem kaltstart direkt in die Suse nicht?
 
Grothesk schrieb:
Und wo liegt das Problem, wenn du in das Netz kommst?
Oder funktioniert das nach einem kaltstart direkt in die Suse nicht?
Ich weiss nicht, wo die Ursache des Problems liegt.
Es ist bisher einmal aufgetreten, nach x Reboots dann nicht mehr (siehe oben. Posting 09:01 Uhr), wieso weiss ich nicht, und ich kann somit nicht ausschliessen, dass es wieder auftritt, solange die Ursache nicht identifiziert (und behoben) ist.

Das andere Thema, auf das wir quasi nebenbei gekommen sind, ist, dass eventuell das Script NWdata Probleme mit openSUSE 11.0 oder mit meiner neuen Geraetschaft hat.
Beim letzten Versuch ist es ja in Zeile 136 ausgestiegen, siehe oben, Posting 17:52 Uhr.

LG ... Wolfi :wink:
 
framp schrieb:
Ziemlich merkwürdig :? Ich habe noch mal die V0.6d-2 hochgeladen. Kannst Du es damit noch mal probieren?
Hallo :wtf: :mrgreen:

Mit 0.6d-2 ist der Status wieder wie zuvor: Das Script beendet sich ohne eine Outputdatei zu erzeugen (Stand wie bei Posting von 10:31 Uhr mit der Version vor 0.6d. Es kommt die Zeile mit den 'common errors' und dann wars das. Also diesmal auch kein 'ambiguous').

LG ... Wolfi ;)

P.S.: Bevor ich allen eine gute Nacht wuensche noch kurz ein Link zur Info; Das hier ist der Laptop mit dem wir es hier zu tun haben: http://de.lge.com/products/model/detail/business_p300uabrag.jhtml
Vll hilft das weiter. Oder auch nicht :mrgreen:
 
Poste mal die Ausgabe von
Code:
which egrep awk sed ifconfig iwconfig iwlist iptables lspci grep perl arp route lsusb lsmod sort ping tail
(Als root) Vielleicht fehlt ja da das ein oder andere Programm.
 

framp

Moderator
Teammitglied
Grothesk schrieb:
Poste mal die Ausgabe von
Code:
which egrep awk sed ifconfig iwconfig iwlist iptables lspci grep perl arp route lsusb lsmod sort ping tail
(Als root) Vielleicht fehlt ja da das ein oder andere Programm.

Scheint irgendwie an SuSE 11 zu liegen. Ich bin mit wolfi_z in Kontakt um den Grund für die fehlende Ausgabe zu finden.
 
Hier noch die Ausgabe des o. g. 'langen which-Befehls':

Code:
root@linux-huo2:/home/wolfi> which egrep awk sed ifconfig iwconfig iwlist iptables lspci grep perl arp route lsusb lsmod sort ping tail
/bin/egrep
/bin/awk
/bin/sed
/sbin/ifconfig
/usr/sbin/iwconfig
/usr/sbin/iwlist
/usr/sbin/iptables
/sbin/lspci
/bin/grep
/usr/bin/perl
/sbin/arp
/sbin/route
/usr/sbin/lsusb
/bin/lsmod
/bin/sort
/bin/ping
/usr/bin/tail

Das lese ich so, dass keiner dieser gelisteten Befehle fehlt, sondern alle vorhanden sind.

LG ... Wolfi :)
 
Oben