und 
Das ist jetzt die Frage; hast Du nur das Gehäuse gewechselt, also die ganzen PC-Innereien samt Motherboard in ein neues Gehäuse gesteckt? Oder hattest Du im neuen Gehäuse schon ein anderes Mainboard und hast nur die Platten rübergenommen? Ich glaube nicht, daß Du einen einmal kompilierten Kernel so einfach auf einem anderen Mainboard laufen lassen kannst.reox hat geschrieben:Ich hab gestern meinen Server umgebaut, also nur die Platten in einen anderen Rechner.
Klar hat er das, also die HDD mit System in einen anderen Rechner.katzenfan hat geschrieben:Das ist jetzt die Frage; hast Du nur das Gehäuse gewechselt, also die ganzen PC-Innereien samt Motherboard in ein neues Gehäuse gesteckt?
Unabhängig von dem möglichen Speicherproblem hast Du hier ja zwei verschiedene Boards -> Dell Board -> ASUS Board -> mit möglicherweise unterschiedlichen Spezifikationen; es bleibt daher bei meinem Vorschlag, den Kernel für's neue Board neu aufzusetzen.reox hat geschrieben:Der Alte war ein P3 mit Dell Board, der neue ein P2 mit Asus Board.
Code: Alles auswählen
update-initramfs -u -k allSicherlich mag der Kernel das tun, hatte es bei mir aber bereits erlebt, daß der Kernel nicht so richtig möchte, wenn die Bausteine zum Chipsatz nur als Modul bereitstehen, die wollte er fest integriert haben. Und das selbst beim neuen 2.6.25.rendegast hat geschrieben:Der Standardkernel sollte die chipsatztreiber für beide Boards bereitstellen.
Das kann man so einfach nicht stehen lassen. Woher sollen denn die Debian-Leute, die beispielsweise linux-image-2.6.18-2-686.deb zusammengebaut haben, wissen, welches Board und welchen Chipsatz ausgerechnet reox verbaut hat? Du hast Recht, wenn reox' auf seinem alten Rechner einen selbstkompilierten Kernel verwendet hat, dann muss er natürlich einen neuen bauen und an seine neue Hardware anpassen. Bei den Standard-Debian-Kernel ist das aber nicht notwendig. Evtl. kann reox noch ein paar Fehlermeldungen beim Booten beheben, weil über irgendwelche Daemons (z.B. udevd) oder /etc/modules noch einige Kernelmodule geladen werden sollen, für die die Hardware nun fehlt, aber grundsätzlich würde auch bei einer Neuinstallation genau der gleiche Debian-Kernel installiert werden.In seinem Kernel, solange er diesen nicht verändert, sind die Bausteine zum alten Board festintegriert und die zum neuen möglicherweise nur als Module präsent; deshalb war's meine Empfehlung, den Kernel auf dem neuen Board neu zu stricken.
Natürlich wissen sie das nicht, aber dennoch gehe ich mal davon aus, daß der Kernel bei jedem System generell neu gebaut wird. Debian bietet mit seinem eigenen Kernel doch nur eine Standardeinstellung, wo die Mehrzahl aller Optionen als Modul ausgewählt ist.DynaBlaster hat geschrieben:Woher sollen denn die Debian-Leute, die beispielsweise linux-image-2.6.18-2-686.deb zusammengebaut haben, wissen, welches Board und welchen Chipsatz ausgerechnet reox verbaut hat?In seinem Kernel, solange er diesen nicht verändert, sind die Bausteine zum alten Board festintegriert und die zum neuen möglicherweise nur als Module präsent; deshalb war's meine Empfehlung, den Kernel auf dem neuen Board neu zu stricken.
Das bezweifle ich einfach mal.Bei den Standard-Debian-Kernel ist das aber nicht notwendig.
Das ist schon klar, wenn es der gleiche Kernel in Bezug auf seinem Namen ist; trotzdem halte ich es nicht für wahrscheinlich, daß in der Kerneleinstellungsdatei /boot/config-(Kernelname) die Optionen für das Board A schon als festintegriert ausgewählt sind, weil eben die Kernelentwickler nicht wissen können, welche Optionen Board A verwendet. Wenn nun dieser Kernel installiert wird, baut er sich auf diesem System mit Board A doch erst zum eigentlichen Kernel zusammen? Und wenn nun dieser auf Board A gebaute Kernel einfach so auf Board B zum Einsatz kommt? Nee, glaube nicht, daß das gut geht.aber grundsätzlich würde auch bei einer Neuinstallation genau der gleiche Debian-Kernel installiert werden.
Der 'kernel 2.6.22-3-vserver-686' ist wohl der aus testing.katzenfan hat geschrieben:In seinem Kernel, solange er diesen nicht verändert,
Das tut er nicht, bleibt wie er ist. Das "anpassen" macht die Hardware-erkennung des Kernels und udev, dies kann man mit Regeln Beeinflussen.katzenfan hat geschrieben:Wenn ich einen Kernel installiere, richtet der sich dennoch auf dem zu installierenden System ein, es passt sich dem also an.
[...]
Natürlich kann ich auch künftig jederzeit den Debian-Kernel verwenden, wenn ich ihn in Bezug auf ein neues Board auch neu installiere; weil er sich dann auf dieses neue Board bezogen neu zusammensetzt.
Und wieso bin ich bei mir mit einem Standardkernel schon mal gescheitert? Seitdem baue ich mir meine Kernel alle selber. Habe es nämlich schon gehabt, daß etwas beim Standardkernel als Modul existent war, (deswegen reite ich auf den Chipsätzen herum), er diese aber nicht als Modul sondern als festintegrierte Variante haben wollte und folglich nicht gestartet ist. Ok, nicht bei Debian sondern bei PCLinuxOS.cirrussc hat geschrieben:Das tut er nicht, bleibt wie er ist. Das "anpassen" macht die Hardware-erkennung des Kernels und udev, dies kann man mit Regeln Beeinflussen.katzenfan hat geschrieben:Wenn ich einen Kernel installiere, richtet der sich dennoch auf dem zu installierenden System ein, es passt sich dem also an.***
Er hat doch den P3-Boliden gegen eine Variante mit zwei P2-CPU's ausgetauchst. Boards mit zwei Slots/Sockeln sind sicher immer noch teurer als 10€.rendegast hat geschrieben:P3-Boards bekommst Du für 10Euro