Probleme mit meiner neuen SATA

[darkiop]

Nachdem der Umzug auf die SATA Systemplatte gelungen ist ( Thread im Planet3DNow Forum ) habe ich die alte Systemplatte (ehemals hda) aus dem System entfernt.

Nach dieser Aktion kann ich aber nicht mehr von der SATA booten, sobald der Liloscreen erscheinen sollte, füllt sich der halbe Bilderschirm mit lauter "9er". Wenn ich von der Debian CD mit "rescue root=/dev/sda7" booten möchte bekomme ich einen Kernel Panic (war irgend etwas mit VFS...).

Sobald ich die allte Festplatte wieder an den IDE1 anschließe, erscheint der Liloscreen wieder und das System bootet ganz normal.


Hat jemand eine Erklärung dafür?

[KBDCALLS]

Hast du den Lilo auf der sata Platte installiert? Eine neue initrd dürfte auch fällig sein. oder sogar ein ganz neuer Kernel selbstkompiliert.

[darkiop]

Ich habe den Lilo auf der SATA installiert. Davon gehe ich aus - hab in der lilo.conf alle einträge auf die neue SATA angepasst (z.b. root=/dev/sda, ..).
Danach hab ich dann per "lilo -C /newhdd/root/etc/lilo.conf" den MBR geschrieben. Weitere Details siehe Thread im P3DNow Forum.

Mit initrd hab ich mich noch nie befasst, alles lief bisher ohne. Der Kernel ist ein selbst zusammen gebauter
Was bewirkt die initrd eigentlich? Und wie kann ich eine erstellen?

[KBDCALLS]

initrd ist eine Initial ramdisk In ihr werden die Module geladen die zum Booten des Rechners benötigt werden. Da Debian alles was möglich als Modul kompilert, müssen halt die Module wie die für IDE, SCSI und auch die Dateisystemtreiber in der Randisk geladen werden. Damit der Kernel auf die Festpaltten zugreifen kann.

Ich kann einmal während der Kompillierung des Kernels dem make-kpkg die Option --initrd mitgeben. Dann werde ich bei der Installation des Kernels gefragt ob ich eine Initrd installieren wil. Ich kann aber die Installtion so abändern das ohne zu fragen immer eine intrd erstellt wird. Und nachträglich kann ich sie mit mkinitrd erstellen.

[darkiop]

Ich baue meinen Kernel (2.6.x) immer mit "make && make modules_install". Also nicht mit der Debian Variante.

Kann ich jetzt einfach nachträglich eine erstellen und die dann in der lilo.conf einbinden?

[KBDCALLS]

Klar mit

Code: Alles auswählen

mkinitrd -o /boot/initrd.img kernelversion. 

Die Kernelversion brauchst du warscheinlich garnicht angeben. Da mkinitrd die Module immer in /lib/modules sucht. Nur bei der Debianmethode muß sie angegeben werden, da Debian die Module die zu einem Kernel gehören in ein eigenes Verzeichnis packt. Ich kann ja verschiedene Kernel die mit make-kpkg gebaut wurden nebeneinander installieren.

[darkiop]

Code: Alles auswählen

<--( root@redhawk:/home/darkiop )--$ mkinitrd -o /boot/initrd-2.6.8-exp2.img
/usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed
FATAL: Module sata_via not found.
FATAL: Module sg not found.
FATAL: Module sd_mod not found.

Ich habe SATA fest in den Kernel gebaut ... muss ich es als Modul installieren?


Edit:
Wie erstelle ich einen initrd beim bauen des Kernels? Wie gesagt, ich baue ihn per "make && make modules_install".
Weil wenn ich jetzt nachträglich die SATA als Modul einbaue wird das System nicht gebootet weil, die Module nicht geladen werden (Kernel Panic, ...).

[KBDCALLS]

Ich habe SATA fest in den Kernel gebaut ... muss ich es als Modul installieren?


Edit:
Wie erstelle ich einen initrd beim bauen des Kernels? Wie gesagt, ich baue ihn per "make && make modules_install".
Weil wenn ich jetzt nachträglich die SATA als Modul einbaue wird das System nicht gebootet weil, die Module nicht geladen werden (Kernel Panic, ...).

Eine initrd wird nicht beim kompilieren des Kernel erstellt sondern während der Installation des selben.

Code: Alles auswählen

make-kpkg --initrd kernel-image

Hiermit baue ich ein Debian-Paket. Und wenn ich das jetzt installiere wird die initrd erstellt.

Welchen Kernel benutzt du denn einen aus der 2.4.xx Serie oder aus 2.6.xx Serie?

Und um einen Kernel ohne IInitrd zu benutzen. Muß alles in den Kernel um das System zu booten. Im Falle von sata

libata und sata _via das scsisubsystem. scsi_mod sd_mod und der Dateisystemtreiber. Wie ext3 beispielsweise. Oder wenn du anderes Dateisystem benutzt natürlich ein anderer.

[darkiop]

Problem gelöst:

Folgender Eintrag in der lilo.conf war nötig:

Code: Alles auswählen

disk=/dev/hda
inaccessible

[KBDCALLS]

Problem gelöst:

Folgender Eintrag in der lilo.conf war nötig:

Code: Alles auswählen

disk=/dev/hda
inaccessible

Und als was erscheint jetzt die Platte ?

[darkiop]

So wie gewollt, als sdaX

Code: Alles auswählen

/dev/sda7              19G  2,4G   16G  14% /
/dev/sda8              19G  198M   18G   2% /home
/dev/sda6              28G  2,4G   26G   9% /mnt/fat_data