Rechner geklont Udev Probleme

Tinitus · Veteran Joined: 20 Sep 2004 Posts: 1754

Hallo,

nachdem ich meine Installation geklont habe kommt udev nicht mehr ganz klar.
Wie resette ich die udev Einstellungen?

1. Problem: die Netzwerkkarte im 2. Rechner ist jetzt eth1.
2. Problem: Shutdown und Standby gehen auch nicht.

Helmering · n00b Joined: 13 Dec 2011 Posts: 69 Location: Italy

Tinitus · Veteran Joined: 20 Sep 2004 Posts: 1754

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4688 Location: Germany

Hm, ungewöhnlich..
net.eth1 wird für gewöhnlich nur dann angelegt wenn es schon ein net.eth0 Interface gibt.
Wie schau denn die neu angelegte 70-persistent-net.rules jetzt aus?

Hattest du die alte 70-persistent-net.rules wirklich gelöscht, oder nur umbenannt?
Sprich, wurde wirklich eine neue erstellt, oder ist die alte (wenn auch mit anderen Namen) noch vorhanden?

mrsteven · Veteran Joined: 04 Jul 2003 Posts: 1939

@Josef.95: Nein, das ist schon plausibel, schließlich muss ein Netzwerkinterface ja nicht unbedingt immer vorhanden sein. Ein Beispiel wäre z.B. ein USB-Netzwerkadapter. Die zuvor genannte Datei sorgt dafür, dass ein Netzwerkgerät - unabhängig vom Zeitpunkt der Erkennung - immer den gleichen Bezeichner bekommt, vorausgesetzt die Hardware-Adresse ändert sich nicht. Beim Umkopieren des Systems ist nun diese Datei mitgekommen, allerdings steckt im neuen Rechner ja auch eine andere Karte, die nun die nächste freie Nummer bekommt, in diesem Fall eth1.

Für optische Laufwerke gibt es einen ähnlichen Mechanismus, der dafür sorgen soll, dass z.B. USB-Laufwerke immer die gleichen Device-Nodes erhalten. Allerdings ändern sich hin und wieder die internen Bezeichner des Kernels (genauer gesagt: die Pfade im sysfs), sodass nach einem Kernel-Update unter Umständen das CD-Laufwerk plötzlich unter /dev/cdrom1 ereichbar ist. Die schuldige Datei ist hier /etc/udev/rules.d/70-persistent-cd.rules.

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4688 Location: Germany

@mrsteven: Ja goldrichtig, und schön erklärt.
Was ich mit ungewöhnlich meinte, war das es wie von Helmering vorgeschlagen nach den löschen aller alten persistent Rules, und reboot dennoch nur ein eth1 gibt.
Wenn wirklich alle persistent Rules gelöscht wurden (und keine weiteren für eth0 vorhanden sind), dann sollte nach dem reboot das erste neu angelegte Netzwerk-Interface mit eth0 beginnen - es wird ja von Null fortlaufend hochgezählt.
Sprich, ein eth1 kann es dann eigentlich nur geben, wenn es auch schon ein eth0 gibt.

Klaus Meier · Advocate Joined: 18 Apr 2005 Posts: 2908 Location: Bozen

Wie sieht es denn bei dir in /etc/init.d aus? net.eth0, net.eth1 usw. sind ja alles Links auf net.lo. Da solltest du es auch anpassen.

Tinitus · Veteran Joined: 20 Sep 2004 Posts: 1754

Hallo,

sorry für die späte Rückmeldung.
Danke für die vielen Tipps!

Hatte die Regeln komplett gelöscht.
Beim nächsten Neustart steht aber wieder alles so drin....wie gehabt. Vielleicht werden die Regeln beim Shutdown überschrieben mit den aktuellen Werten?

Was aber viel mehr nervt ist das Shutdown Problem...

Edit: nachdem ich mal ohne Netzwerk gestartet habe...udev Regel gelöscht...habe ich wieder eth0.

Bleibt also noch mein Shutdown Problem

Randy Andy · Posted: Mon Oct 08, 2012 12:05 pm Post subject:

Tinitus · Veteran Joined: 20 Sep 2004 Posts: 1754

mrsteven · Veteran Joined: 04 Jul 2003 Posts: 1939

Ich weiß gerade nicht, wie der Rechner ausgeschaltet wird, wenn ACPI und APM in den Kernel eingebaut wurden. Die Frage ist, ob APM oder ACPI in diesem Fall dafür verwendet wird. Mein Notebook z.B. lässt sich über APM (z.B. in GRUB) auch nicht ausschalten. Kannst du mal prüfen, ob APM in deinem Kernel deaktiviert ist?

Randy Andy · Posted: Mon Oct 08, 2012 3:39 pm Post subject:

Ähem mrsteven,

ich glaub das heisst nicht APM sondern nur PM.

Tinitus,

bei mir auf einem x86_64 Intel Quad-Core läuft (nee, stoppt) es mit diesen Einstellungen von kernel 3.6.0 problemlos, auch wenn zwei davon als deprecated gelten:

Tinitus · Veteran Joined: 20 Sep 2004 Posts: 1754

Hallo,

das Lustige dabei ist halt, daß es auf dem einen Rechner perfekt läuft. Und auf dem anderen Rechner nicht. Der einzige Unterschied bei den Rechnern ist das Mainboard....

mrsteven · Veteran Joined: 04 Jul 2003 Posts: 1939

Randy Andy · Posted: Tue Oct 09, 2012 5:26 am Post subject:

Ok Steven,

da hab ich mich wohl etwas unpräzise ausgedrückt, ich hätte besser noch "in der kernel.config" an meine Aussage anfügen sollen.
Aber du hast das ja nun gut recherchiert und verlinkt und somit klar gestellt was gemeint ist.

@ Tinitus.

Könntest ja vorher auch mal, falls vorhanden, von der neuesten SystemRescueCD und dort vom aktuellsten kernel booten.
Sollte damit auch kein shutdown möglich sein, so wäre das eine weitere Bestätigung für einen Bug, bevor du den Report aufmachst.

Wenn's aber damit geht, so könntest du dir dort auch die ACPI settings abgucken.

So oder so, viel Erfolg dabei.
_________________
If you want to see a Distro done right, compile it yourself!