Neuinstallation nach Motherboard und CPU wechsel?

Nein. Der Kernel könnte aber erneuert werden um neuere Hardware nutzen zu können (S-ATA-Chips etc.). Das kann aber noch mit dem alten Mainboard getan werden.

cu
Markus

Ich würde sogar sagen: Sollte vor dem Umbau erneuert werden.
Nach einem plötzlichen Netzteil- und MB-Tod hatte ich nämlich das Problem, dass der Chipsatz des neuen MB noch nicht vom letzten installierten Kernel unterstützt wurde (war aber auch ziemlich alt...noch eine etch-basierende Installation zu besten lenny-Zeiten). Zum Glück funktionierte magischerweise ein Uralt-Kernel soweit, dass ich einen annähernd aktuellen Kernel nachinstallieren konnte (aus den Backports). Danach tat's.

Ein Kernel-Upgrade vor dem Basteln kann also Ärger vermeiden.

Grüße,
Carsten

Ein wichtige Falle gibts beim Boardtausch: unter den den udev-Rules in /etc/udev/rules.d gibt es einige, die beim Erkennen einer Hardware generiert persistent gespeichert werden. Ändert sich z.B. der Netzwerkchip, ist das erste Interface auf dem neuen Board plötzlich eth1 statt eth0. Das gleiche Spiel droht mit dem DVD-Laufwerk, woraufhin ein default-konfiguriertes DVD-Plugin erst mal streikt. Hier hilft es eventuell, mal manuell auszumisten.

Grüße,
Holger

Hi dippes,

ein paar weitere Infos wären schon net(t).

lspci | grep Ethernet

lsmod

cat /etc/udev/rules.d/70-persistent-net-generator.rules

Im Idealfall muss unter /etc/udev/rules.d/70-persistent-net-generator.rules nur der NAME="eth1" in NAME="eth0" geändert werden, so wie Holger angemerkt hat. Die alte Zeile mit NAME="eth0" auskommentieren

Ein Vergleich von lsmod unter der Live-CD mit dem wiederhergestellten System könnte noch aufschlussreich sein. Meine Vermutung wäre, dass das Kernel-Modul nicht gestartet wird, weil es anders als bei der Live-CD in der Blacklist steht (siehe /etc/modprobe.d/blacklist.conf).

Nur damit ich das richtig verstehe:

1. Es funktoniert die neue NIC (Onboard?) nicht?
2. Wenn die alte NIC (PCI-Erweiterungskarte) eingebaut wird funktioniert alles?
3. Die Ausgabe von lsmod stammt vom Rechner wenn nur die neue NIC eingebaut ist?
4. Bei der syslog war auch nur die neue NIC installiert?

Wenn 1-4 mit ja beantwortet werden nochmal die Frage

5. Wurde die /etc/udev/rules.d/70-persistent-net-generator.rules schon angepasst?

Wenn 5 mit nein beantwortet /etc/udev/rules.d/70-persistent-net-generator.rules anpassen, den laut syslog wird eth0 auf eth3 geändert.

NIC = NetworkInterfaceCard

Hi dippes,

wie sieht den nun die /etc/udev/rules.d/70-persistent-net-generator.rules aus?
Ich habe so das Gefühl Du liest die Beiträge nur flüchtig oder drücke ich mich unklar aus?.

Laut syslog wird die Karte erkannt und der Treiber geladen.

Zitat

Apr 11 18:08:59 VDR kernel: [ 1.483112] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Apr 11 18:08:59 VDR kernel: [ 1.483139] r8169 0000:0b:04.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Apr 11 18:08:59 VDR kernel: [ 1.483177] r8169 0000:0b:04.0: no PCI Express capability
Apr 11 18:08:59 VDR kernel: [ 1.484439] eth0: RTL8110s at 0xf8272000, 00:30:05:d1:06:92, XID 04000000 IRQ 19

aber dann in eth3 umbenannt

Zitat

Apr 11 18:09:00 VDR kernel: [ 8.926009] udev: renamed network interface eth0 to eth3

Also /etc/udev/rules.d/70-persistent-net-generator.rules posten dann helfe ich weiter

P.S:

Zitat

lsmod kann ich leider nicht kopieren da ich nicht mitmputty arbeiten kann da keine netzwerkverbindung mit der onboard ethernet möglich ist. daher nur ein syslog

Wenn man an die syslog kommt geht es im Zweifel mit lsmod so:

lsmod > lsmod.txt

und dann die Textdatei posten.

Hallo,
ich lösche immer die /etc/udev/rules.d/70-persistent-net.rules
Sie wird beim nächsten booten neu erzeugt Danach hat das Netztwerk bisher immer funktioniert.

Zitat

Hallo, ich lösche immer die /etc/udev/rules.d/70-persistent-net.rules Sie wird beim nächsten booten neu erzeugt Danach hat das Netztwerk bisher immer funktioniert.

Es kann sein, dass es dann immer noch nicht läuft. Die neue NIC hat eth3 und evtl. muss die auf eth1 oder eth2 gestellt werden. Mit eth0 kann es dann auch Probleme geben

Hi,

Zitat

Original von dippes

hallo erst mal danke für deine hilfe... hier die von dir benötigte datei

hoffentlich kannst du damit was anfangen.

gruß

dippes

Alles anzeigen

hast Du kontrolliert, ob die hier angegebe MAC-Adresse mit der Deiner Netzwerkkarte übereinstimmt (ATTR{address}=="00:11:09:26:07:0a")?
Die im Kommentar angegebene VIA Rhine II wäre es jedenfalls nicht, da Du ja 'ne r8169 von Realtek hast.

Edit:

lt. Deinem Beitrag von hier ist es sogar Deine alte MAC-Adresse .

Grüße joker

Hi,

auf den PCI-Karten sind normalerweise Aufkleber drauf, auf den Mainboards eigentlich auch.

Was passiert denn, wenn Du die Datei nach /root/ verschiebst. Wird dann eine neue erstellt?

Grüße joker

Hi dippes

Ich vermute aber es gibt unter /etc/udev/rules.d/ noch weiter Dateien mit der Endung .rules, denn laut syslog wird die Karte von eth0 auf eth3 umbenannt.
Von allein sollte das nicht passieren.

Könntest Du mal schauen was

ls -l /etc/udev/rules.d/*net*.rules

ergibt und die Dateien posten, falls es noch andere gibt.

Möglicherweise heißt die Datei aber auch völlig anders, sollte von der Syntax aber wie 70-persistent-net-generator.rules aufgebaut sein.

ls -l /etc/udev/rules.d/*

Und die MAC-Adresse der Karte habe ich mal rot markiert

Zitat

...
Apr 11 18:08:59 VDR kernel: [ 1.483112] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Apr 11 18:08:59 VDR kernel: [ 1.483139] r8169 0000:0b:04.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Apr 11 18:08:59 VDR kernel: [ 1.483177] r8169 0000:0b:04.0: no PCI Express capability
Apr 11 18:08:59 VDR kernel: [ 1.484439] eth0: RTL8110s at 0xf8272000, 00:30:05:d1:06:92, XID 04000000 IRQ 19
...
Apr 11 18:09:00 VDR kernel: [ 8.926009] udev: renamed network interface eth0 to eth3
...

Alles anzeigen

MfG TheOe

Zitat

Original von dippes
muß der vdr neu aufgesetzt werden wenn man auf ein anderes motherboard und cpu wechselt?

Wenn es ein Kernel ist, der alle Treiber noch dabei hat, sollte es keine Probleme geben.

Ich habe letztes Wochenende bei meinem VDR ein neues Board mit CPU verbaut. Und der Rechner lief ohne größere Probleme hoch. Das einzige was war, war die Aliaszuweisung der Netzwerkkarte. Aber das lies sich durch Anpassung der Udev-Rulesdatei korrigieren.