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

RT2500 installation Fehlermeldung

Ordner anlegen und kopieren,sowas mache ich mit dem MC, das beste Werkzeug das ich kenne.Mit der Hardware bin ich davon ausgegangen das die unter Linux läuft, was auf tux angeboten wird. Das ich den Treiber kompilieren muß war mir klar aber nicht die weiteren Schwierigkeiten.
Dachte Kompilieren und in Yast einstellen fertig.
Werde das testen was Du da geschrieben hast und wenn nicht habe ich Pech.
Verliere auch langsam die Lust wenn man Wochenlang da sitzt und nichts passiert, nicht mal die einfachsten Dinge klappen ohne Fehlermeldung obwohl man auf Schreibweise, Verzeichnis und ä. acht gibt.
Muß noch ne Menge üben.
Eine letzte Bitte, gibts irgendwo eine Liste mit sämtlichen Befehlen die man so braucht?
 
A

Anonymous

Gast
MC, na also.. jepp Klasse Tool.

Das wirkliche Problem besteht allerdings vor allem darin, daß wir immer noch nicht genau wissen, was für eine Karte das ist.
Was mich halt verwundert, sie wird als "Unknown Device" angezeigt also als "unbekanntes Gerät", und das deutet -zwar nicht zwingend- auf fehlende Firmware hin.

Also tu uns bitte einen Gefallen und sage uns was für eine Karte das ist.
Genauer Typ, was auf der Schachtel steht wäre eine Möglichkeit (normalerweise ist das nix für Linux, aber lspci zeigt ja nur wenig an) oder was viel viel besser wäre.

Zeig sie uns doch ganz einfach, indem Du auf die passende Seite von Tuxhardware verlinkst, wo Du sie ja auch her hast.

OK?

Greetz,
RM
 
http://www.tuxhardware.de/category47_66/product429/product_info.html

und an diese Anweisung hielt ich mich bis zum 2.Schritt(make debug),
steht so da.
Das Bild habe ich vergrößert und darauf steht:c54Ri, genau wie bei mir.
Ergo, ich habe die selbe Karte,nehme ich an??
Die Karte habe ich nicht von tux habe aber beim Kauf darauf geachtet das es die selbe ist (c54Ri).Wie gesagt, mir wurde so oft gesagt,alles was da angeboten wird , läuft unter Linux.
 
A

Anonymous

Gast
..Gesetzt den Fall, es wäre die selbe Karte, dann

http://www.tuxhardware.de schrieb:
Technische Daten:
Schnittstelle: PCI
Chipsatz: Ralink RT2500 Update: Chipsatzwechsel auf rt61
Protokoll: 802.11b und 802.11g
Übertragungsrate: maximal 54 Mbit/s
Sicherheit: WEP-40, WEP-104, WPA Update: Jetzt auch WPA2

Braucht es den Treiber für rt61.

Den habe ich eben versucht auf einer 10.0 mit dem aktuellsten SuSE-Kernel zu kompilieren..

Code:
~/OperaDownloads/rt61-cvs-2006080816/Module> make
make[1]: Entering directory `/usr/src/linux-2.6.13-15.11-obj/i386/default'
make -C ../../../linux-2.6.13-15.11 O=../linux-2.6.13-15.11-obj/i386/default modules
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_main.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/mlme.o
/home/test/OperaDownloads/rt61-cvs-2006080816/Module/mlme.c: In function ‘STAMlmePeriodicExec’:
/home/test/OperaDownloads/rt61-cvs-2006080816/Module/mlme.c:752: warning: unused variable ‘RxSignal’
/home/test/OperaDownloads/rt61-cvs-2006080816/Module/mlme.c: In function ‘MlmeEnqueueForRecv’:
/home/test/OperaDownloads/rt61-cvs-2006080816/Module/mlme.c:3051: warning: format ‘%ld’ expects type ‘long int’, but argument 2 has type ‘size_t’
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/connect.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/sync.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/assoc.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/auth.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/auth_rsp.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_data.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_init.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/sanity.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_wep.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/wpa.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/md5.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_tkip.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rtmp_info.o
  CC [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/eeprom.o
  LD [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rt61.o
  Building modules, stage 2.
  MODPOST
  CC      /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rt61.mod.o
  LD [M]  /home/test/OperaDownloads/rt61-cvs-2006080816/Module/rt61.ko
make[1]: Leaving directory `/usr/src/linux-2.6.13-15.11-obj/i386/default'

und zwar erfolgreich!

OK, dann mal Butter bei die Fische:

Code:
rpm -qa | grep -r kernel

==> Ausgabe posten.

Woher hast Du den Treiber?

Ich hab diesen hier runtergeladen:

http://rt2x00.serialmonkey.com/rt61-cvs-daily.tar.gz

Er enthält auch die drei Firmware-Dateien.

Also müsste alles passen. Auch mit 'make debug' lief alles durch, irgendwas ist bei Dir faul, fehlende Kernelquellen vielleicht?

Greetz,

RM
 
Hier erst mal die Ausgabe von "make":
linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module # make
make[1]: Entering directory `/usr/src/linux-2.6.13-15-obj/i386/default'
make -C ../../../linux-2.6.13-15 O=../linux-2.6.13-15-obj/i386/default modules
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_main.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.o
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c: In function ?STAMlmePeriodicExec?:
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c:752: warning: unused variable ?RxSignal?
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c: In function ?MlmeEnqueueForRecv?:
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c:3051: warning: format ?%ld? expects type ?long int?, but argument 2 has type ?size_t?
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/connect.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/sync.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/assoc.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/auth.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/auth_rsp.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_data.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_init.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/sanity.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_wep.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/wpa.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/md5.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_tkip.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_info.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/eeprom.o
LD [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.o
Building modules, stage 2.
MODPOST
CC /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.mod.o
LD [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.ko
make[1]: Leaving directory `/usr/src/linux-2.6.13-15-obj/i386/default'

dann die Ausgabe von:

Rechus@linux:~> rpm -qa | grep -r kernel
kernel-default-2.6.13-15
kernel-update-tool-0.9-10
kernel-source-2.6.13-15
kernel-default-nongpl-2.6.13-15

mit "make debug" habe ich es nicht probiert mache ich noch, aber mir ist
der Unterschied zw. den Versionsnummern aufgefallen.
Hat das was zu bedeuten?


Meinen Treiber habe ich von: http://www.ralinktech.com/supp-1.htm
Diese Ausgaben habe ich aber mit dem Treiber Deiner Seite gemacht.
 
A

Anonymous

Gast
Rechus schrieb:
Hier erst mal die Ausgabe von "make":
linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module # make
make[1]: Entering directory `/usr/src/linux-2.6.13-15-obj/i386/default'
make -C ../../../linux-2.6.13-15 O=../linux-2.6.13-15-obj/i386/default modules
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_main.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.o
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c: In function ?STAMlmePeriodicExec?:
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c:752: warning: unused variable ?RxSignal?
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c: In function ?MlmeEnqueueForRecv?:
/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/mlme.c:3051: warning: format ?%ld? expects type ?long int?, but argument 2 has type ?size_t?
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/connect.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/sync.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/assoc.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/auth.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/auth_rsp.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_data.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_init.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/sanity.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_wep.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/wpa.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/md5.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_tkip.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rtmp_info.o
CC [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/eeprom.o
LD [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.o
Building modules, stage 2.
MODPOST
CC /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.mod.o
LD [M] /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.ko
make[1]: Leaving directory `/usr/src/linux-2.6.13-15-obj/i386/default'

Na also! Geht doch!

Jetzt noch ein mutiges

Code:
su

make install

und fertig ist die Laube!

dann die Ausgabe von:

Rechus@linux:~> rpm -qa | grep -r kernel
kernel-default-2.6.13-15
kernel-update-tool-0.9-10
kernel-source-2.6.13-15
kernel-default-nongpl-2.6.13-15

mit "make debug" habe ich es nicht probiert mache ich noch,

NIX DA! Finger stillhalten!

Das Modul ist fertig, Es hat alle geklappt, also Kommando

STILLGESTANDEN!

aber mir ist
der Unterschied zw. den Versionsnummern aufgefallen.
Hat das was zu bedeuten?

Ganz einfach, ich habe eine neuere Kernelversion, hast Du auch bald, aber jetzt erstmal zum Wesentlichen.

Meinen Treiber habe ich von: http://www.ralinktech.com/supp-1.htm
Diese Ausgaben habe ich aber mit dem Treiber Deiner Seite gemacht.

Dann vergiss den anderen, der Treiber ist kompiliert und einsatzbereit.

Die Karte muß nur noch konfiguriert werden.

Firmware kopieren und dann gehts weiter.

Was ergibt ein

Code:
su

modprobe rt61

lsmod | grep -r rt61

?

Welche Verschlüsselung soll eingesetzt werden?

Greetz,

RM
 
Verschlüsselung ist WPA-PSK
Firmware von wo nach wo hin kopieren
Karte konfigurieren mit Yast oder per Konsole mit iwconfig.
Mit "iwconfig" `no wireless extension` sagt der mir(bloß zur Info)
wirelesstools sind aber installiert.
Wenn das funzt gibts ne Tafel Schockolade.
 
jetzt gibts auch gleich immer Antworten, bin nämlich jetzt zu Hause, mußte mit zum Einkaufen
 
ein mutiges "make install" habe ich voller Selbstbewustsein ausgeführt,
es erfolgte folgende Ausgabe:
linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module # make install
echo "2.6 module install"
2.6 module install
make -C /lib/modules/2.6.13-15-default/build SUBDIRS=/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module modules_install
make[1]: Entering directory `/usr/src/linux-2.6.13-15-obj/i386/default'
make -C ../../../linux-2.6.13-15 O=../linux-2.6.13-15-obj/i386/default modules_install
INSTALL /home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module/rt61.ko
make[1]: Leaving directory `/usr/src/linux-2.6.13-15-obj/i386/default'
/sbin/depmod -a

ohne Fehlermeldung wow dann modprobe:

linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module # modprobe rt61
linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module #

NA dachte ich, da is ja nichts!?
So nun den Befehl"lsmod | grep -r rt61"
da kam das raus:

linux:/home/Rechus/Desktop/CVS/rt61-cvs-2006080903/Module # lsmod | grep -r rt61
rt61 240136 0

Wenn ich jetzt nur noch die Karte einrichten muß(mit Yast) und fertig bin, das wäre cool.
Ist das nur ein Wunschtraum oder Wirklichkeit?
Mit der Firmware da mußt Du mal genauer werden.
Nicht Augen verleiern oder "so blöd kann sich doch keiner anstellen"
mache sowas "großes" zum erstenmal.
Da sind ja Graka-Treiber ein Witz dagegen zu installieren.
Also bitte nicht mit mir aufgeben, wir sind schon soweit gekommen.
 
A

Anonymous

Gast
Ich bin schon SEHR genau geworden, wie die Firmware zu installieren ist.

Ich sags auch nicht zweimal.

Hier der Link.

http://www.linux-club.de/viewtopic.php?p=385392#385392

Greetz,

RM
 
A

Anonymous

Gast
..denn ab hier kann ich Dir nicht mehr so einfach weitehelfen, mangels passender Hardware. Das Einrichten von WPA-PSK so laut Angabe des Readme gehen, aber dazu wird man probieren müssen, denn leider ist das Ganze etwas "konfus" beschrieben.

Erstmal die Lage checken.

Code:
ls -ls /etc/Wireless/RT61STA

Die 3 .bin-Files sollten da nun drin sein.

Falls da noch keine Datei 'rt61sta.dat' liegt, dann diese bitte reinkopieren, sie sollte im selben Ordner liegen, wo Du auch die Firmware gefunden hast.

Anschließend soll diese laut README in das unix-Format umgewandelt werden.

Code:
su

(Passwort)

cd /etc/Wireless/RT61STA/

dos2unix rt61sta.dat

Danach geht die Fummelei los, da ich das noch nie mit dieser Karte gemacht habe.

Siehe auch:

http://root-forum.org/showthread.php?t=1036&highlight=Belkin

Da steht das auch noch bevor.

Greetz,

RM

P.S. Was ergibt nun ein 'lspci' als root ausgeführt?
 
Also die lspci-Ausgabe ergibt:

linux:/home/Rechus # lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:09.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
00:0c.0 Network controller: RaLink: Unknown device 0302
01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] (rev c1)

Bin wieder mit Win im Internet. Aber jetzt blinkt da mal schon was
Habe KWIFI geöffnet und hatte ne Verbindung b.z.w. hat fifi ein Netzwerk gefunden (soweit war ich noch nie). Kinternet habe ich danach gestartet
und bekam folgendes:

Die Verbindung zum lokalen und entfernten Server
wurde abgelehnt. Vermutlich läuft der smpppd nicht
oder Sie sind nicht in der Gruppe "dialout".
Überprüfem Sie auch die Server-Einstellungen
im Dialog "Verschiedene Einstellungen".

Was, zum Teufel, ist ein "smpppd"?? In der Gruppe "dialout"bin ich,
und in den Einstellungen stand sowieso alles auf automatisch.

Der Befehl"ls -ls /etc/Wireless/RT61STA" brachte folgendes:

linux:/home/Rechus # ls -ls /etc/Wireless/RT61STA
4 -rw-r--r-- 1 Rechus users 899 2006-05-25 20:23 /etc/Wireless/RT61STA

aber mit "cd /etc/Wireless/RT61STA/" sagt der mir es sei kein Verzeichnis obwohl die drei bin-Files und die dat-Datei da sind,oder lautet der Befehl
"cd /etc/Wireless/RT61STA/dos2unix rt61sta.dat"? das sehe ich jetzt erst.Teste ich gleich mal.

Wenn ich aber jetzt den WPA-PSK-Modus an der Fritz-Box abstelle und den Modus auf offen stelle, würde das dann funzen? Weil er ja ein Netz gefunden hat.

Die verlinkte Seite ist toll, werde mich aber erst darum kümmern wenn ich im Netz bin,das ist meine primäre Aufgabe!!
 
Ach noch was wichtiges!!
Als ich Susie runtergefahren habe, drücke ich immer die Esc.-Taste um irgendwelche Fehlermeldungen zu sehen.
Nachdem ich Deine letzten Anweisungne durchführte kam eine Fehlermeldung. Etwa so: Runlevel 5 Network failure , es war ziemlich schnell
 
ICH BIN DRIINN!!! Zum ersten mal in meinem Leben bin ich drin!!!!
Freude-spring-lach-wein-kopf auf tisch schlag-scheiße ich bin drin.
Ohne Verschlüsselung,darum kümmere ich mich später!
Erst mal drin! JUHU spring
Ein RIESEN-Dankeschön DANKE-DANKE!!!!!!
 
A

Anonymous

Gast
.. *Auf Euphorie-Bremse tret*

Wir sind noch nicht fertig.

Code:
cd /etc/Wireless/RT61STA/

ls -ls

8 -rw-r--r-- 1 root root 8192 2006-08-09 01:45 rt2561.bin
8 -rw-r--r-- 1 root root 8192 2006-08-09 01:45 rt2561s.bin
8 -rw-r--r-- 1 root root 8192 2006-08-09 01:45 rt2661.bin
4 -rw------- 1 root root  899 2006-08-09 01:47 rt61sta.dat

So sollte das aussehen. Linux ist "case-sensitive", im Gegensatz zu Windows spielt Groß-/Kleinschreibung SEHR WOHL ein Rolle.

Dann Datei umwandeln ins "binäre Unix-Format" (was immer das auch heissen soll, so stehts zumindest im README).

Code:
cd /etc/Wireless/RT61STA/

su

dos2unix rt61sta.dat

Und dann poste bitte den Inhalt dieser Datei. WPA-PSK ist mit dieser Karte wohl nicht so ganz trivial, allerdings wohl eher, weil es ein paar Möglichkeiten laut README gibt und man sich wohl leicht verzettelt.

Poste die Ausgabe von 'iwconfig' und 'ifconfig' als root aufgerufen. Außerdem bitte den Inhalt der Datei /etc/sysconfig/network/ifcfg-*und ab hier mussst Du suchen, was passt*.

Um Tippfehler zu vermeiden, nutze die "TAB-Completion" = Autovervollständigung.

Siehe hier:

http://www.bin-bash.de/komfort.php

http://www.bin-bash.de ===> Lesezeichen setzen, gehört in jedes Pinguinnest.
Ebenso wie ====> www.linuxfibel.de

Greetz,

RM
 
linux:/home/Rechus # cd /etc/Wireless/RT61STA/
bash: cd: /etc/Wireless/RT61STA/: Ist kein Verzeichnis

# This is a template for a network interface configuration file used with ifup.
# See 'man 8 ifup' for details.
# Additionally to the following variables you can set every variable from the
# interface independent configurations files (config, dhcp, wireless) to
# overwrite the global settings.

# STARTMODE tells ifup when a interface should be set up. Possible values are:
# - auto: start it as soon as the interface is available. Either when booting
# or when a device is plugged or initialized at runtime
# - manual: start it only when ifup is called manually
# - off: will not be started at all
# - onboot: alias for auto, deprecated, only for backward compliance
# - hotplug: alias for auto, only difference is that configurations with that
# startmode are not considered to be mandatory if list of mandatory
# devices is derived automatically.
STARTMODE=

# With BOOTPROTO you can choose in which mode the interface will be set up.
BOOTPROTO=

# If using a static configuration you have to set an IP address and a netmask
# or prefix length. The following examples are equivalent:
# 1) IPADDR=192.168.1.1
# NETMASK=255.255.255.0
# 2) IPADDR=192.168.1.1
# PREFIXLEN=24
# 3) IPADDR=192.168.1.1/24
IPADDR=
NETMASK=
PREFIXLEN=

# Set the broadcast address of this interface. If you leave it empty a default
# will be used. See DEFAULT_BROADCAST in /etc/sysconfig/network/config.
BROADCAST=

# If you'd like to set up a point to point connection you may specify the
# remote IP here.
REMOTE_IPADDR=

# Set a label for the interface. See 'multiple addresses' below.
LABEL=

# This options defines whether the script /etc/ppp/poll.tcpip is run after
# connecting to the internet via a dialup connection or not. The script
# itself calls various jobs like fetchmail, fetchnews and sendmail.
# Default to yes
RUN_POLL_TCPIP=

# Have a look at the iproute2 documentation.
SCOPE=

# Every other option from "ip address add" can be added here.
IP_OPTIONS=

# Set a specific Maximum Transmission Unit (MTU) for this interface.
MTU=

# Set a specific link level address (LLADDR), a.k.a. MAC address or hardware address,
# for this interface (if the driver supports it).
LLADDR=

# Every other option from "ip link set" can be added here.
# Example:
# LINK_OPTIONS="multicast off"
LINK_OPTIONS=

# Multiple addresses
# You can extend the variable name 'IPADDR' by any string you like (IPADDR_1,
# IPADDR_FOO, IPADDRxxx, ...) and use these variables for your IP addresses.
# If you need some additional parameters for these addresses, then just add
# the same extension to these variable names.
# IPADDR_AAA=1.2.3.4
# NETMASK_AAA=255.0.0.0
# BROADCAST_AAA=1.2.3.55
# IPADDR_BBB=10.10.2.3/16
# LABEL_BBB=BBB
# an so on ...
#
# You do not need to set a label for any address. But then you should not use
# ifconfig any longer; go and use ip. If you want to use ifconfig then omit the
# label for your main address and set a label for every additional address.

# Routing:
# If you need special routes for a configuration, then use a file named
# ifroute-<config> where <config> is the same string as in ifcfg-<config>.
# It has the same syntax like routes except one difference:
# If you omit the interface name (4th field) in the ifroute file it will be
# set to the current interface name when setting up the interface. You need to
# do this with hotpluggable devices, where you do not know which interface name
# they will get at the time when you plug them.
# See man 5 routes.


# Multiple DHCP clients:
#
# With two or more DHCP clients running, they would concurrently try to replace
# the default route or rewrite resolv.conf, rewrite ntp.conf etc. There are two
# ways of dealing with this conflict (and it is a conflict, because you can
# have only one default route even though routes are stackable, and there can
# only be one resolv.conf file):
#
# 1) allow both clients to do that stuff. This would work in many cases if
# only one of the interfaces is used at a time. However, it would lead to
# undefined behaviour.
#
# 2) allow only one of the DHCP clients to do that stuff. This implies
# that there would be a "primary" interface and a "secondary". This is the
# assumption the default configuration is based on. But since the system
# can't guess which interface is "more important" and should have the
# default route and resolver configuration associated with it, it simply
# chooses the first interface that is started with DHCP to be
# "authoritative". Which one that is can be influenced by adding
# DHCLIENT_PRIMARY_DEVICE=yes to one of the /etc/sysconfig/network/ifcfg-*
# files. This can even be added to more than one file, to achieve the
# behaviour described in 1). Thus, there is the flexibility to do it
# either way.
#
# Per default, only the DHCP client that is started first will be allowed to
# change the default route / resolver configuration etc. All other running
# clients will only configure the interface with an address, but not change
# "global" configuration.
#
# Thus, to specifically allow an interface's DHCP client to change "global"
# configuration, set the following variable to "yes":
DHCLIENT_PRIMARY_DEVICE=

# Even more finegrained control can be excerted by setting any of the variables
# from /etc/sysconfig/network/dhcp here:
DHCLIENT_DEBUG=
DHCLIENT_SET_HOSTNAME=
DHCLIENT_SET_DOMAINNAME=
DHCLIENT_KEEP_SEARCHLIST=
DHCLIENT_MODIFY_RESOLV_CONF=
DHCLIENT_SET_DEFAULT_ROUTE=
DHCLIENT_MODIFY_NTP_CONF=
DHCLIENT_MODIFY_NIS_CONF=
DHCLIENT_TIMEOUT=
DHCLIENT_REBOOT_TIMEOUT=
DHCLIENT_CLIENT_ID=
DHCLIENT_HOSTNAME_OPTION=
DHCLIENT_VENDOR_CLASS_ID=
DHCLIENT_LEASE_TIME=
DHCLIENT_ADDITIONAL_OPTIONS=



linux:/home/Rechus # iwconfig
lo no wireless extensions.

sit0 no wireless extensions.

ra0 RT61 Wireless ESSID:"Taube" Nickname:"linux"
Mode:Managed Frequency:2.437 GHz Access Point: 00:15:0C:57:FA:03
Bit Rate=54 Mb/s
RTS thr:eek:ff Fragment thr:eek:ff
Encryption key:eek:ff
Link Quality=85/100 Signal level:-54 dBm Noise level:-79 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0



linux:/home/Rechus # ifconfig
lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1281 errors:0 dropped:0 overruns:0 frame:0
TX packets:1281 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:46738 (45.6 Kb) TX bytes:46738 (45.6 Kb)

ra0 Protokoll:Ethernet Hardware Adresse 00:80:5A:38:BF:A4
inet Adresse:192.168.178.23 Bcast:192.168.178.255 Maske:255.255.255.0
inet6 Adresse: fe80::280:5aff:fe38:bfa4/64 Gültigkeitsbereich:Verbindung
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:127383 errors:0 dropped:0 overruns:0 frame:0
TX packets:35104 errors:0 dropped:0 overruns:0 carrier:0
collisions:40 Sendewarteschlangenlänge:1000
RX bytes:72645607 (69.2 Mb) TX bytes:4122004 (3.9 Mb)
Interrupt:11


Habe einfach das Netzwerk auf "Offen" eingestellt. Das kann nur eine Übergangslösung sein da meine Nachbarin so freundlich war, mir per WLAN,
Zugang zu gewähren.Aber warum da steht, es sei kein Verzeichnis keine Ahnug!
 
A

Anonymous

Gast
Weil es das Verzeichnis wohl nicht gibt.

Code:
ls -ls /etc/Wireless

Ausgabe posten.

Greetz,

RM
 
linux:/home/Rechus # ls -ls /etc/Wireless
insgesamt 11
0 drwxr-xr-x 3 root root 96 2006-08-09 17:16 .
7 drwxr-xr-x 77 root root 6832 2006-08-09 21:44 ..
4 -rw-r--r-- 1 Rechus users 899 2006-05-25 20:23 RT61STA
0 drwxr-xr-x 2 root root 176 2006-08-09 17:18 RT61STA
 
A

Anonymous

Gast
Na da wundert mich nix.

Das ist wohl ein Überbleibsel aus der guten, alten Zeit?

linux:/home/Rechus # ls -ls /etc/Wireless
insgesamt 11
0 drwxr-xr-x 3 root root 96 2006-08-09 17:16 .
7 drwxr-xr-x 77 root root 6832 2006-08-09 21:44 ..
4 -rw-r--r-- 1 Rechus users 899 2006-05-25 20:23 RT61STA
0 drwxr-xr-x 2 root root 176 2006-08-09 17:18 RT61STA

Wow, Du frickelst da schon seit Ende Mai dran rum?

Bitte lösche diese DATEI RT61SA und lasse das Verzeichnis (erkennbar am "d" für "Directory") RT61SA drin.

Wie man an den Rechten sieht, kannst Du das am Besten als User machen, denn der User 'Rechus' hat diese Datei auch erstellt.

4 -rw-r--r-- 1 Rechus users 899 2006-05-25 20:23 RT61STA

und zwar am 25. Mai 2006.

Weg damit.

Und dann zeigst Du mir bitte den Inhalt des Verzeichnisses RT61STA.

Und zusätzlich die Ausgabe von

Code:
ls -ls /etc/sysconfig/network/

Greetz,

RM
 
Oben