kein Netzwerk mehr - Finde fehler nicht

Bin vor 2 Monaten mit dd von einer Harddisk auf eine SSD umgezogen (ca. 1-2 Jahre alte und v.a. funktionierende Installation). Ich denke, dass dann das Netzwerk meines ctvdr7 noch ging - kann es aber nicht genau sagen. VDR läuft auf jeden Fall seit dem stabil!

Bisher versucht:
- ifconfig meldet, nur lo, kein eth0 oeder eth1, somit kein Netzwerk.

- /etc/init.d/networking restart bringt eine Fehlermeldung "siocsifflags - Cannot assign requested adress failed to bring up eth0"

- die interfaces ist die gleiche, wie seit Jahren, statisch. Kann sie hier schlecht posten, da ich moemtan ja keinen netzwerkzugriff habe. Sie stimmt aber. Lief immer! Habe es mit eth0 und eth1 probiert, aber keine Änderung

- lspci erkennt die onboard Netzwerkarte: "Realnetworks semiconductor"

- Kernelversion ist 2.6.28 - etobi

- upgrades oder dist-upgrades wurden nicht gemacht.

- ping auf Router liefert kein Ergebnis

Was kann ich noch tun? Wie kann ich zum Beispiel rausfinden ob eth0 oder eth1 das passende device ist?
Danke für alle Hilfe

Also, war nicht so einfach, da ich den VDR erst aus dem Schrank rausholen musste, um an die USB-Buchse zu kommen. Sonst habe ich ja keine Möglichkeit, an die Daten zu kommen.

hwinfo gibts nicht als Befehl auf ctvdr und ich kann ihn nat. nicht installieren.

Interfaces (die stimmt seit Jahren )

Zitat

### etherconf DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT.
auto lo eth0

iface lo inet loopback

iface eth0 inet static
address 192.168.178.3
netmask 255.255.255.0
network 192.168.178.0
broadcast 192.168.178.255
gateway 192.168.178.1

### END OF DEBCONF AREA. PLACE YOUR EDITS BELOW; THEY WILL BE PRESERVED

Alles anzeigen

lsmod

Zitat

Module Size Used by
ipv6 221376 10
nfsd 185776 17
auth_rpcgss 29828 1 nfsd
exportfs 3712 1 nfsd
nfs 208564 0
lockd 56056 2 nfsd,nfs
nfs_acl 2816 2 nfsd,nfs
sunrpc 157792 13 nfsd,auth_rpcgss,nfs,lockd,nfs_acl
loop 12428 0
tuner_simple 11664 1
tuner_types 14080 1 tuner_simple
wm8775 5292 0
cx25840 22704 0
tuner 22212 0
psmouse 40852 0
serio_raw 4740 0
snd_pcsp 8100 0
evdev 8068 0
stv0299 8712 3
ves1x93 5508 0
ivtv 119316 0
compat_ioctl32 1280 1 ivtv
i2c_i801 8080 0
i2c_algo_bit 5252 1 ivtv
cx2341x 10372 1 ivtv
v4l2_common 11136 5 wm8775,cx25840,tuner,ivtv,cx2341x
budget_ci 15620 2
tveeprom 10884 1 ivtv
dvb_ttpci 83788 19
saa7146_vv 39040 1 dvb_ttpci
ir_common 43524 1 budget_ci
budget 13188 2
budget_core 8836 2 budget_ci,budget
saa7146 15752 5 budget_ci,dvb_ttpci,saa7146_vv,budget,budget_core
videobuf_dma_sg 10884 1 saa7146_vv
videobuf_core 16516 2 saa7146_vv,videobuf_dma_sg
dvb_core 72040 5 stv0299,budget_ci,dvb_ttpci,budget,budget_core
videodev 28800 3 tuner,ivtv,saa7146_vv
v4l1_compat 11396 2 saa7146_vv,videodev
ttpci_eeprom 2176 2 dvb_ttpci,budget_core
i2c_core 20880 16 tuner_simple,wm8775,cx25840,tuner,stv0299,ves1x93,ivtv,i2c_i801,i2c_algo_bit,v4l2_common,budget_ci,tveeprom,dvb_ttpci,budget,budget_core,ttpci_eeprom
iTCO_wdt 9760 0
button 6032 0
snd_hda_intel 362360 0
snd_pcm_oss 31776 0
snd_mixer_oss 12160 1 snd_pcm_oss
snd_pcm 61192 3 snd_pcsp,snd_hda_intel,snd_pcm_oss
snd_timer 17540 1 snd_pcm
snd 45108 6 snd_pcsp,snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 5956 1 snd
snd_page_alloc 8072 2 snd_hda_intel,snd_pcm
intel_agp 22716 0
agpgart 30128 1 intel_agp
ext3 103304 3
jbd 35732 1 ext3
mbcache 6784 1 ext3
sd_mod 27924 6
crc_t10dif 1920 1 sd_mod
ata_generic 4612 0
ata_piix 19460 4
libata 149344 2 ata_generic,ata_piix
scsi_mod 136464 2 sd_mod,libata
ide_pci_generic 3588 0
ide_core 94748 1 ide_pci_generic
r8169 27780 0
mii 4864 1 r8169
ehci_hcd 30348 0
uhci_hcd 19216 0
usbcore 121536 3 ehci_hcd,uhci_hcd
thermal 15260 0
processor 35376 2 thermal
fan 4356 0
thermal_sys 10528 3 thermal,processor,fan

Alles anzeigen

so wie ich das sehe, wird das Modul nicht geladen. Aber warum auf einmal? Und wie muss es korrekt heißen? Der Chip müsste der Realtek 8111D chip sein (nicht 100% sicher)

Ich hatte übrigens zwischenzeitlich mal die Grafikkarte aus und wieder eingebaut. Kann das udev durcheinandergebracht haben? Würde es was bringen im Bio noch nicht benötigtes abzuschalten, um die IRQ anders zu verteilen?

Das Löschen der udev-rules brachte leider keinen Fortschritt.

Habe noch etwas probiert:
Wenn ich eth1 als Device angebe, kommt beim Start (/etc/init.d/networking start) die fehlermeldung dass das Device nicht gefunden wird.
Gebe ich eth0 an, so kommt "siocsifflags - Cannot assign requested adress failed to bring up eth0"
Ich denke, dass ist der Ansatzpunkt - er kann die Adresse nicht verwenden/ Zuordnen???
Habe daraufhin noch mal das ganze mit der ursprünglichen dhcp Einstellung versucht, das brachte auch nichts. Ich prüfe jetzt mal den Router.

Das Gigabyte-Bios verbindet sich übrigens (smartlan)... sie sieht es zumindest aus... aber darauf gebe ich wenig

So, Router gecheckt. Sieht alles aus wie immer. Ist nichts gesperrt oder blockiert.
habe auch dort im Grunde nichts geändert in den letzten 12 Monaten...

ratlos...

Danke erstmal für die vielen Vorschläge.

dmesg | grep eth

Zitat

[ 1.210101] eth0: RTL8168c/8111c at 0xf881c000, 79:78:78:78:78:78, XID 3c4000c0 IRQ 284
[ 3.667195] Driver 'sd' needs updating - please use bus_type methods

maro1969
Wie lade ich den anderen Treiber? Vermutlich dürfte das auch nichts ändern, da es ja mit genau dieser Konfiguration lief.

Zitat

...solltest Du vielleicht in Betracht ziehen, dass die Netzwerkschnittstelle das zeitliche gesegnet hat.

Ja, der Gedanke kam mir ehrlich gesagt auch schon... Ist sowas den möglich, innerhalb eines Jahres?
Ich miene, klar, alles ist möglich, aber wie oft passiert sowas bei Onboardnetzwerkschnittstellen?