NAS Forum

Moin,

ich hab grad kuerzlich meinem NAS-1000 ein Debian GNU/Linux-Upgrade gegoennt und bin
doch ueber einige Ausgaben jetzt ein wenig ueberrascht:

# uname -a
Linux icybox01 2.6.10_dev-versatile926ejs #1 Tue Jan 30 15:01:53 CST 2007 armv4tl GNU/Linux

icybox01:/# mii-tool -v
eth0: 10 Mbit, half duplex, no link
product info: vendor 00:00:00, model 0 rev 0
basic mode: 10 Mbit, half duplex
basic status: no link
capabilities:
advertising:

Diese Ausgabe find ich gar nicht so schoen. Lediglich ein Treiber-Problem?

icybox01:/# ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI MII ]
Supported link modes: 100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised auto-negotiation: No
Speed: Unknown! (17220)
Duplex: Full
Port: Twisted Pair
PHYAD: 40
Transceiver: Unknown!
Auto-negotiation: on
Supports Wake-on: mag
Wake-on: d
Current message level: 0x000257b0 (153520)
Link detected: yes

Die Netzwerk-Performance ist wirklich im Keller, am Kabel sollte da eigentlich nicht liegen.
Hier mal ein Vergleich vom Notebook, wie es eigentlich aussehen sollte:

~# mii-tool -v
eth0: negotiated 100baseTx-FD flow-control, link ok
product info: vendor 00:00:20, model 32 rev 1
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control



Gruss Tom

Moin snoopy,

Citato da "snoopy"

Oh, seh grad, ethtool hast Du schon im Post.

Transceiver unknown... sieht tatsächlich nach nem treiberprob aus. :think:

tja, das war wirklich schon die Ausgabe nach folgenden Zeilen:

icybox01:~# mii-tool -A 100baseTX-FD eth0
restarting autonegotiation...

icybox01:~# mii-tool -F 100baseTX-FD eth0

icybox01:~# mii-tool -v
eth0: 10 Mbit, half duplex, no link
product info: vendor 00:00:00, model 0 rev 0
basic mode: 10 Mbit, half duplex
basic status: no link
capabilities:
advertising:

Da ich mir sowieso grad mal den Kernel genauer ansehe, kann ich mir das
dabei mal genauer durchschauen.
Aber als "bugreport" ja schon mal gut zu wissen, dass sich das debian nach der
"Standard-Installation aus dem Wiki" nun so verhaelt.


Gruss Tom

Citato

Evtl. mal das modules.conf aus der RS FW anschauen und die Werte für die eth0- Schnittstelle übernehmen.

Hast Du da mal ne Ausgabe von? Ich hab die alte FW hier grad nicht mehr.

Citato

Frage ist, ob es lohnt den Kernel "anzufassen". Schätze mal das ist ein Haufen Arbeit ... vom kompilieren mal abgesehen.

Naja, RS hat sich mit dem Kernel nicht wirlich Muehe gegeben finde ich.
Man koennte schon das ein oder andre noch ein wenig tunen.

Kompilieren dauert wirklich eine kleine Ewigkeit auf der Kiste und zudem bekommt die Box
dann auch massig Temperaturprobleme (denke ich), denn der Compiler stuerzte schon oefter
mal ab.


Gruss Tom

Citato

Viel Wärme erzeugen die Dioden in der Nähe der Powerbuchse. Die Rückseite der Leiterplatte lässt sich gut per Gappad mit dem Alugehäuse kühlen.
Ich habe da noch ein Stück Alublech dazwischengelegt um die Wärme zu verteilen.

Ein guter Tipp und ja auch schnell gemacht. Solch einfaches passives Kuehlen klingt gut!

Aber den naechsten Kernel wollte ich eh in nem toolchain/crosscompile auf dem Notebook
machen, denn auf der Box dauert das ewig.


Gruss Tom

Citato

Ne Ausgabe vom modules.conf hab ich grad nicht zur Hand, dazu muss ich an die Box.
Vllt. Hat jemand anderes die modules.conf grad parat?

Ich sehe grad, dass das gar nicht viel bringen wird, denn:

icybox01:~# lsmod
Module Size Used by
icybox01:~#

Bei mir werden also keine Module geladen, sondern die Sachen sind einkompiliert.


Gruss Tom

Citato da "snoopy"

Hmm. Das ist doof. Soweit ich mich entsinnen kann gibts aber typischerweise eine Rückfalloption. Nonet.c :

Ob und was das bringen könnte ... :think:

Hmmm, ich kann Dir an dieser Stelle nicht ganz folgen. Ich habe ja ein (Debian)Image eingespielt,
was einen Kernel beinhaltet. Davon gibt es (natuerlich) keine sourcen, waer ja zu einfach...
Ein nicht boese gemeintes Zitat hier an dieser Stelle aus dem README davon:
Due to a hdd crash I haven't got the modified sources anymore. When I have a little bit
of spare time, I will re-do this. [Felix Mellmann, 2007-11-21]

Das nonet koennte ich also fuer einen neuen Kernel nutzen, ok, aber den hab ich ja (noch) nicht.
Und wenn ich doch sowieso grad den neuen Kernel mache, waere es ja auch moeglich den Treiber
fuer LAN als Modul zu kompilieren und diesen dann ggf. dadurch mit Optionen zu beeinflussen.
Graue Theorie bisher.

Ich habe auch momentan ein kleines Verstaendnisproblem. Angenommen, ich hab jetzt einen neuen
Kernel - wohin damit? ;) Es gibt hier kein lilo/grub, kein MBR oder aktive/bootende Partition.
Soviel ich bisher verstanden habe, muss ich eine initrd erstellen und die als "Ramdisk" in den loader
packen, hier ist der Punkt, wo ich grad ein wenig ins Stocken gerate, wie das (mit fallback-Funktion)
funktioniert. Aber wird schon....


Gruss Tom