ich würde lügen, wenn ich sage, dass es keine probleme gibt. ein 1:1 abzug mit dd auf eine sicherungsplatte benutze ich schon seit längerem um ein system zu kopieren und es funktioniert einwandfrei. ich konfiguriere auf einem system und ziehe das dann immer nur per dd auf eine andere platte für einen neuen rechner. damit sind bootloader, system, programme, configs immer komplett auf dem neuen system. da ich identische hds verwende, ist dann die partitionierung auch gleich dabei. probleme wird es geben, wenn neue hardware nicht vom kernel oder den modulen unterstützt wird, das müsstest du dann nachinstallieren.

grundsätzlich ist es so, dass für sämtliche hardwareunterstützung der kernel zuständig ist (liegt in /boot , heißt meist vmlinuz oä). alles was der kernel nicht kennt, wird nicht unterstützt. die harwaretreiber sind entweder fest in den kernel einkompiliert oder können als module später hinzugeladen werden. im kernel sind die wichtigsten module eincompiliert um das system starten zu können (ide, scsi treiber etc) als module gibt es eine vielzahl (je nach distribution und adminerfahrung) die liegen unter /lib/modules/....
wenn der kernel nun gestartet ist müssen die module für die extra-hardware geladen werden. auch dazu gibt es verschiedene möglichkeiten. der kernel stößt nach seinem start eine reihe von initialisierungsscripten an, auf die der admin (root) zugriff hat. in diese kann man nun das laden von kernelmodulen fest vorgeben. das passiert meist in config dateien wie /etc/modules.conf oder /etc/sysconfig/... als nächstes kommen automatische loader ins spiel, wie zb hotplug, usb, pcmcia die zur laufzeit anhand der produkt-id des gerätes das entsprechende modul in den kernel laden, wenn es vorhanden ist und in den entsprechenden map-listen geführt wird. deshalb wird ein grosser teil der hardware beim start automatisch erkannt. es besteht ebenfalls die möglichkeit diese module per hand zu laden (modprobe, insmod) oder zu entladen (rmmod), was besonders beim testen sinnvoll ist. die konfiguration der hardware obliegt dann wieder dem admin. je nach distribution gibt es dann wieder entsprechende scripte die die einbindung der hardware übernehmen.
wenn du also zb eine netzwerkkarte in deinen rechner einbaust (zb mit einem realteck chip), dann wird diese durch das system erkannt und das entsprechende modul geladen. das bedeutet, dass der kernel ein device (gerätedatei zb /dev/eth0) erzeugt, über die man nun auf die hardware zugreifen kann. der netzwerkkontakt funktioniert dann noch lange nicht, denn der kernel selbst kann ja nicht wissen welche ip diese karte nun bekommen soll. das muss der admin festlegen und die karte konfigurieren (ifconfig). wie gesagt, in vielen distributionen geschieht diese konfiguration automatisch nach dem einbau der hardware, wenn bestimmte vorgaben gemacht wurden (zb im yast bei suse). dieses ist nichts anderes als ein graphisches frontend, das deine eingaben (ip, netmask, standardgateway etc) in die entsprechenden systemscripte einzutragen. das bedeutet, das man das auch von hand machen kann. das hat den vorteil, das man das system auch ohne grafische oberfläche konfigurieren kann.
du solltest dir deshalb stets im klaren sein, das die graphische oberfläche (kde, gnome, xfce....) kein immanenter bestandteil von linux ist, sondern nur eine laufende anwendung. diese gibt dem anwender aber eine einfache möglichkeit das system zu konfigurieren, indem es die scriptdaten graphisch aufbereitet, notwendig ist sie nicht.

diese ganzen startscripte sind in den verschiedenen distributionen mehr oder weniger komfortabel ausgebaut, sodass die hardware nach dem hochfahren bereits einsatzfähig ist. eventuelle konfigurationen die noch nötig sind können in konfigurationstools vorgenommen werden.

Zitat

Original von itsy
1. Beim Bootvorgang wird sämtliche Hardware neu erkannt, sofern es dem Kernel möglich ist.

jein, siehe unten

Zitat

2. Die Treiber zur erkannten Hardware bringt der Kernel selbst mit oder er läd diese aus den Modulen nach.

ja. sollte zu deiner hardware kein modul installiert sein, dann kann man diese modules ( falls es schon welche gibt, zb bei souceforge.org) später zum kernel compilieren oder wenn sie für den kernel schon compiliert sind, nachinstallieren.

Zitat

Was ist dann mit eingebundenen Treibern in /etc/modules.conf oder /etc/sysconfig/ für die es keine Hardware mehr gibt. Werden diese ignoriert oder gibt es Fehlermeldungen wie bei Windows?

die module erkennen selbst, ob eine entsprechende hardware installiert ist oder nicht. wird keine entsprechende hardware gefunden, so entladen sich die module im allgemeinen selbständig. fehlermeldungen kannst du dann in /var/log/messages oder in der ausgabe von dmesg lesen.

Zitat

Also alle Module, die der Kernel nicht mitbringt müssen über die Module nachgeladen werden. Jetzt verstehe ich nicht so ganz, ob dieses Nachladen nur statisch aus der /etc/modules.conf oder /etc/sysconfig/ geschieht, oder ob der Kernel, bei erkannter Hardware, für die er aber keinen Treiber mitbringt, selbst das richtige Modul "findet" sofern vorhanden.

die module in /etc/modules.conf ... etc werden statisch geladen, das ist richtig. für das automatische nachladen ist das hotplug-system (pci,usb,pcmcia) zuständig. jede hardware besitzt eine eindeutige id die es identifiziert. sie setzt sich aus mehreren zahlen zusammen, die hersteller, produkt und version angeben. diese id wird durch den kernel ausgelesen (siehe zb die ausgaben von lspci oder lsusb ). im hotplug-system werden nun mehrere listen (/etc/hotplug/****.handmap oder usermap oder distmap) geführt, in denen steht, welches modul zu welcher hardware-id passt. wird ein solcher eintrag gefunden, so läd das hotplug-system das zugehörige modul automatisch. fehlt dieser eintrag, so passiert nichts. das hat folgende konsequenz. wenn du hardware einbaust und sie wird nicht erkannt, dann kann das zwei ursachen haben
1. es existiert kein passendes modul auf deinem rechner
2. es gibt zwar ein passendes modul, aber zu deiner hardware existiert in den mapdateien kein eintrag. das kann vorkommen, da viele produkte zwar technisch gleich sind, aber die id unterschiedlich ist, weil sie einfach in china gekauft und umgelabelt werden. dann kannst du entweder eine entsprechende zeile in der usermap des hotplug-systems ergänzen oder du trägst das modul statisch in /etc/modules.conf ein.

Zitat

Dies hätte dann folgende Auswirkungen, wenn ich richtig verstanden habe:
Hardware, die nicht vom Kernel erkannt wird, muß ich manuell in /etc/modules.conf oder /etc/sysconfig/ konfigurieren, damit sie eingebunden wird.

siehe vorhergehende sätze.

Zitat

Für Hardware, die erkannt wird, muß ich nur das richtige Modul im Modulverzeichnis zur Verfügung stellen, der Rest wird automatisch erledigt.

und einen eintrag in der hotplug-usermap oder /etc/modules.conf erzeugen.

Zitat

Für die Imageproblematik würde dies bedeuten:
Wenn ich die Hardware wechsel und ich weiß, daß der Kernel die neue Hardware unterstützt, dann muß ich die Hardware ggf. nur neu konfigurieren, sofern dies nicht über eine alte Konfiguration in /etc bereits erledigt wird?!

ja genau!

gruss

bitte sehr.

gruss