Hallo,
eine zweite Methode wäre noch, du kopierst einfach die Dateien.
Du musst zwar ein paar Dinge beachten, denn Ordner wie /proc o.ä. Virtuelle Dateisysteme solltest du nicht kopieren, da ihr Inhalt vom Kernel befüllt wird.
Allerdings sollte dieser Weg von dir nur eingeschlagen werden, wenn du dich einigermaßen mit Linux auskennst und die Kommandozeile und die Linux-Shell Commandos für dich kein Neuland sind. Und das ganze passiert natürlich auf eigene Gefahr, und die ist umso kleiner, je erfahrener du bist. Es hängt also von dir ab, ob du dir das zutraust.
Kannst ja einfach mal weiterlesen, solltest ja selbst sehen, ob dich das abschreckt
Es ist nämlich nicht so schwer, wie es sich vielleicht anhören mag.
Also:
-
Erstmal unmountest du alle Sachen die sich nicht auf der SCSI-Festplatte befinden, also z.B. DVD/CDROM usw. Was gemountet ist, kannst du über den Befehl mount abfragen. Manche Dinge kannst du nicht unmounten (z.B. /proc in vielen Fällen). Wenn du etwas nicht unounten kannst, dann notiere dir dieses Verzeichnis.
-
Dann erstellst du das Verzeichnis /neueplatte und mountest dort die Root-Partition deiner neuen IDE-Platte hin. Du kannst auch gerne mehrere Partitionen auf der IDE-Festplatte haben, wenn du z.B. das /usr Verzeichnis auf der neuen Platte in einer eigenen Partition haben willst, dann mountest du dies Partition eben nach /neueplatte/usr.
Dadurch legst du praktisch eine neue Linux-Verzeichnisstruktur in /neueplatte an.
-
Jetzt legst du noch alle Verzeichnisse in /neueplatte an, die du in /etc/fstab definiert hast. Angenommen du hast /mnt/cdrom da drin stehen, dann legst du also /neueplatte/mnt/cdrom an. Analog für alle (ohne Ausnahme) anderen Einträge in /etc/fstab
-
Dann kopierst du einfach sämtliche Verzeichnisse die du bei
„ls -al /“ angezeigt bekommst, auf die andere Platte.
Um z.B. das /usr Verzeichnis auf die neue Platte zu kopieren, machst du cp -vax /usr /mnt/neueplatte/. Dieser Befehl kopiert die Dateien und behält alle Dateiinformationen wie Besitzer/Gruppe/Rechte bei, die die Dateien haben.
Dies führst du analog für alle Verzeichnisse in / durch, mit Ausnahme der, die du dir am Anfang notiert hast (also z.B. nicht Proc) und natürlich kopierst du auch nicht /neueplatte 
-
Gut, jetzt hast du die Daten auf der anderen Festplatte. Ein „ls /neueplatte“ sollte dir jetzt genau dasselbe anzeigen wie ein „ls /“ mit Ausnahme dass es das Verzeichnis /neueplatte/neueplatte nicht geben sollte *g*
-
Was jetzt noch nicht stimmt, sind die Mountpoints in /neueplatte/etc/fstab
Hier musst du die Devices an deine IDE Festplatte anpassen. Wenn z.B. eine Partition deiner SCSI-Platte /dev/sda1 war, passt du den Eintrag so an, dass er der entsprechenden Partition auf deiner IDE-Festplatte entspricht, also z.B. /dev/hda1 oder so. Am Schluss sollte die /neueplatte/etc/fstab genauso sein, dass er alle Einträge von der neuen IDE-Platte mounten kann.
-
Fast geschafft, fehlt nur noch der Boot-Manager. Zu Empfehlen wäre, wenn du einfach einen zweiten Eintrag in den Boot-Manager einträgst, der von der IDE-Festplatte bootet. Solltest du nämlich nicht von der IDE-Festplatte booten können, kannst du eben immer noch von der SCSI-Festplatte booten. Du hast also praktisch dein System im Moment doppelt auf dem Rechner. Wie du das einträgst, hängt vom Boot-Manager ab, aber ein Blick in dessen man-page sollte das normalerweise verraten. Bei manchen Distris (SuSE) kann man die Einträge auch über ein grafisches Tool wie YaST konfigurieren.
-
Wichtig: Du solltest am Ende nichts an der bestehenden Konfiguration auf deiner SCSI-Platte verändert haben. Denn falls du wider Erwarten nicht von IDE-Platte booten kannst, dann hast du immer noch dein altes System auf der SCSI-Platte. Es kann also nichts wirklich schiefgehen.
-
Jetzt Neustart. Wenn alles ordnungsgemäß gemacht wurde, solltest du beim Booten jetzt den Eintrag für die IDE-Platte auswählen können und er sollte davon booten. Falls dies klappt, überzeuge dich, ob noch alles funktioniert (ob du noch alles mounten kannst, ob die Rechte stimmen, ob alles so gemountet ist, wie es sein soll).
Ist dies alles der Fall, kannst du dein System auf der SCSI-Platte löschen, wenn du den Platz frei haben willst.
mfg
deconstruct
P.S: Ich übernehme keine Haftung für irgendeinen Datenverlust
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]