Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

SUSE 8.0 - wie binde ich den Vmware HD-Controller ein?

Hilfe bei Problemen mit der Installation oder Benutzung des VMware GSX Server und VMware Server 1.

Moderatoren: Dayworker, irix

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

SUSE 8.0 - wie binde ich den Vmware HD-Controller ein?

Beitragvon sdino » 02.11.2007, 19:51

Hallo,

könnt ihr mir verraten, wo und wie ich den Vmware Festplattencontroller installiere?

Ich habe HW gewechselt und bin dabei ein Suse 8 (Kernel 2.4) System in Vmware Server zu virtualisieren. Vorher war ein 3Ware IDE Controller, jetzt ist ein LSI Logic Controller.
Das System bootet mir nicht mehr, mit dieser Meldung:

"kernel panic: VFS: Unable to mount root fs on 08:03"

und vorher steht:

"3ware Storage Controller device driver for Linux v.1.02.00.036."
"3w-xxxx: No cards found."

Ich kann lediglich von der Boot-CD durchbooten..

In der "/etc/sysconfig/kernel" Datei steht bei mir jetzt 1 Eintrag:
INITRD_MODULES="3w-xxxx reiserfs"

Müsste ich das mit:
INITRD_MODULES="sym53c8xx reiserfs"
ersetzen?

Danke für eure Hilfe!

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 05.11.2007, 17:20

Starte das System mal von der CD aus (Rettungssystem) und kuck was da für ein Treiber geladen wird. Den unter etc/sysconfig/kernel angeben und ein mkinitrd laufen lassen.
Bei lilo als Bootmanager schadet auch ein "lilo" nichts. Danach neu booten und es sollte gehen.

Gruß

Kevin

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 06.11.2007, 13:08

Hallo,

genau das habe ich versucht zu machen. Jedoch nach dem reboot wird immer noch der alte "3ware" controller geladen und nicht der neue "mptscsih".

Als ob die Konfiguration von mkinitrd nicht abgespeichert wird.
Kann das sein?

Wo könnte der Fehler liegen?

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 06.11.2007, 13:56

Du kannst auch eine Installation von CD starten, diese dann VOR dem formatieren abbrechen, das installierte System starten und dann nochmals die Änderungen machen und den mkinitrd ausführen.

Haste mal gekuckt welche initrd er da Updated? Er müsste eigentlich melden welche initrd er anfasst. Das muss auch die sein die in der etc/lilo.conf (bei lilo) bzw. /boot/grub/menu.lst (bei grub) steht.

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 06.11.2007, 14:22

Hallo Kevin,

beim ausführen von mkinitrd steht:

creating initrd "//boot/initrd" for kernel "//boot/vmlinuz" (2.14.18-4GB)

in der Datei "/etc/lilo.conf" stehen 4 Menüeinträge, u.a.

image = /boot/vmlinuz

label=linux
initrd = /boot/initrd
root = /dev/sda3

Stimmt das dann überein so? Wolltest Du das wissen?

Ich versteh den ganzen Vorgang nicht ... was da eigentlich gemacht wird.

Hab jetzt auch noch eine Anleitung gefunden:
http://www.vmware.com/support/esx2/doc/ ... c_vms.html , fast ganz unten bei: "Configuring the LSI Logic SCSI Adapter in a Linux Guest Operating System"
..

Bei dieser Anleitung stimmt bis auf Schritt 2 alles.

Schritt 2 besagt:

Code: Alles auswählen

Create a new initial RAM disk for the running kernel.
mkinitrd --preload mptbase
/boot/initrd-<kernelname>-lsi.img <kernelname>

Where <kernelname> is the version of the guest's kernel; such as 2.4.18-3.


"mkinitrd --preload" ist aber eine "unknown option" bei mir..

Das sind die möglichen Parameter bei mir:
[img=http://img225.imageshack.us/img225/2626/mkinitrddr8.th.gif]

nach dem reboot von HD erscheint dann dieser Fehler:
[img=http://img140.imageshack.us/img140/746/booterrorot2.th.gif]

Sagt Dir das was?

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 06.11.2007, 14:40

Was da gemacht wird? Normalerweise werden die Treiber ja entweder über den Kernel geladen (wenn Sie fest eincompiliert sind) oder als Modul nachgeladen.

Beim Booten kannst du aber der Kernel die Module aber nicht nachladen weil das Filesystem bzw. deren Treiber noch gar nicht zur verfügung stehen. Deshalb werden die in eine initrd (Inital Ramdisk) gepackt die der Kernel dann auch ohne Treiber für deine Hardware laden kann weil diese direkt im MBR liegt. Und den kannst du immer ohne irgendwelche Treiber lesen.

Also musst du jetzt zuerst mal rausfinden welche Treiber du brauchst (mpt-Base, so wies aussieht), ob der in deinem Kernel drin ist oder ob der als Modul vorliegt. Wenn nicht musst du im Kernel den Treiber MPT als Modul angeben, den Kernel und die Module neu kompilieren und dann das ganze wieder in etc/sysconfig/kernel eintragen und deine initrd neu bauen.

Gruß

Kevin

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 06.11.2007, 14:54

Hallo Kevin,

danke für die sehr ausführliche Erklärung :) Mensch, wenn das mal so einfach wo in einem Handbuch auch stehen würde ;)

das Modul gibt es bei mir, das habe ich überprüft.

Was bedeuten denn diese Einträge dann:

image = /boot/vmlinuz (wird das mit mkinitrd gemacht jetzt?)
label=linux (das ist klar)
initrd = /boot/initrd (und was ist das?)
root = /dev/sda3 (das ist auch klar)

Ich glaube, daß mein Fehler jetzt nur noch beim Aufrafen der Parameter von mkinitrd sind, bzw. das die lilo.conf falsch konfiguriert ist.

Siehst Du das aus meinen Angaben des letzten Postings und der Fehlermeldungen heraus? Schau doch mal auch bitte in den Link des letzten Postings rein..

Danke :)

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 06.11.2007, 15:09

Das sagt eigentlich Lilo nur welchen Kernel es zum booten nehmen soll und welche initrd geladen wird. Die initrd muss zum Kernel passen.

Das, was da "vmlinuz" heißt, ist dein eigentlicher Kernel, ein komprimierters Image von selbigem.
initrd ist eben die passende initrd dazu.

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 06.11.2007, 15:17

Noch was: Hast du noch ne SuSe8.0-CD? Wennja, leg die mal ein und starte in der Vm mal das Rettungssystem. Meld dich als root und und poste mal die ausgabe von "lsmod"

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 06.11.2007, 15:23

Kevin26 hat geschrieben:Noch was: Hast du noch ne SuSe8.0-CD? Wennja, leg die mal ein und starte in der Vm mal das Rettungssystem. Meld dich als root und und poste mal die ausgabe von "lsmod"


ja - die Bood CD von Suse 8.0 hab ich.. die 2 Module sind da bei lsmod angeführt:

mptscsih
mptbase

Bild

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 06.11.2007, 16:33

Ich hab hier nur nen 2.4.21, aber da ists im Kernel unter "Fusion MPT Host-Support". Kcuk mal obs da als Modul angegeben ist.

Wenns als Modul drin ist müsste es unter /lib/modules/"kernel-vesion"/kernel/drivers/message/fusion liegen. Da sollte ein mptbase und ein mptscsi liegen.

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 08.11.2007, 07:07

Hi Kevin,

ja -- die Module gibt es, schau mal hier:

http://forums.suselinuxsupport.de/index ... opic=62603

da hab ich weitergeschrieben auch.. Da siehst den aktuellen Stand der Dinge.
Vielleicht hast Du noch eine Idee?

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 08.11.2007, 08:04

Also,

nochmal langsam. Du hast jetzt ein Imgae deines SuSE 8.0 auf deinem VMWare-Server liegen. Du legst ne CD in Laufwerk und startest das Rettungssystem.

Das Rettungssystem kommt hoch, es ist aber keine Platte gemountet. Also mountest du zuerst mal /dev/sda? (keine Ahnung wie deine Partitionen aussehen) in das Rettungssystem nach /mnt z.B.

Dann gehst du nach /"Pfad wohin du das LW gemounted hast"/etc/sysconfig und schreibst in den Kernel noch deine KErnelmodule dazu.

Und dann kommt der mk_initrd. Der alte mk_initrd hat die initrd immer nur für den laufenden Kernel geschrieben. Also muss man ihm jetzt sagen das er das nicht für den momentan laufenden Kernel (2.4.18) sondern für einen anderen machen soll.

also: Man muss dem mk_initrd das Root_dir (das / der Platte) und das Boot-dir (das bootdir der Platte) und den Namen des Kernelimages angeben.

also (ich geh jetzt mal davon aus das du die Platte nach /mnt gemountet hast und das Kernelimage 2.4.22 heißt):

mk_initrd -d /mnt -b /mnt/boot -k vmlinuz-2.4.22


Danach sollte er melden das er die zwei Module in die initrd gepackt hat.

Dann nach nem Reboot sollte es tun.

Aber gib wirklich nochmal nen Status: Hast du schon ein Imgae des 8.0 auf dem VM-Host?
Wenn ja, wie hast du es erstellt?
Wie ist die Platte des Guests partitioniert? (wenns genauso partitioniert ist wie die physische VM reicht der Inhalt von /etc/fstab)
Poste mal die /boot/grub/menu.lst oder die /etc/lilo.conf


Gruß
Kevin

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 08.11.2007, 08:44

Hallo Kevin26,

meine boot partition ist /dev/sda3

mein lilo.conf ist diese:

And to make it complete this is my /etc/lilo.conf:

disk = /dev/sda
bios = 0x80
boot = /dev/sda
change-rules
reset
read-only
menu-scheme = Wg:kw:Wg:Wg
lba32
prompt
timeout = 80
message = /boot/message

image = /boot/ddweb
label = ddweb
root = /dev/sda3

image = /boot/vmlinuz
label = linux
root = /dev/sda3
initrd = /boot/initrd

image = /boot/vmlinuz.suse
label = failsafe
root = /dev/sda3
initrd = /boot/initrd.suse
append = "ide=nodma apm=off acpi=off"
optional

image = /boot/memtest.bin
label = memtest86

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 08.11.2007, 08:50

>nochmal langsam. Du hast jetzt ein Imgae deines SuSE 8.0 auf deinem VMWare-Server liegen. Du legst ne CD in Laufwerk und startest das Rettungssystem.

Ja -- das ist richtig.

>mk_initrd -d /mnt -b /mnt/boot -k vmlinuz-2.4.22

Das werde ich jetzt ausprobieren.


>Aber gib wirklich nochmal nen Status: Hast du schon ein Imgae des 8.0 auf dem VM-Host?
Ja, hab ich.

>Wenn ja, wie hast du es erstellt?

Harddisk aus dem alten SRV gezogen, ein Image gemacht mit Acronis.
Und das Image mit Acronis dann in eine VM reingespielt.

>Wie ist die Platte des Guests partitioniert? (wenns genauso partitioniert ist wie die physische VM reicht der Inhalt von /etc/fstab)

Ja total identisch. da es eine 1:1 Festplattenkopie ist:

dndweb10:/ # cat /etc/fstab
/dev/sda3 / reiserfs defaults 1 2
/dev/sda1 /boot ext2 defaults 1 2
/dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0
devpts /dev/pts devpts defaults 0 0
proc /proc proc defaults 0 0
usbdevfs /proc/bus/usb usbdevfs noauto 0 0
/dev/sda2 swap swap pri=42 0 0

Das neue guest-system in Vmware bootet mir auch korrekt durch, jedoch nur, wenn ich die Suse 8.0 Boot-CD dazu verwende, dann "Installation" + dann "System von HD /sda3 starten" anwähle.

Wenn ich mit der RecoveryCD im Recovery Mode boote habe ich auch ein Problem:
siehe hier: http://forums.suselinuxsupport.de/index ... opic=62604

Member
Beiträge: 20
Registriert: 16.01.2007, 16:52

Beitragvon sdino » 08.11.2007, 08:59

Kevin26 hat geschrieben:mk_initrd -d /mnt -b /mnt/boot -k vmlinuz-2.4.22


das gibt bei mir folgende Fehlermeldung:
you have to specify -k and -i or none

Wenn ich dann den parameter "-k vmlinuz-2.4.22" einfach weglasse, dann erhalte ich diese fehlermeldung:

no kernel image "vmlinuz"
ko kernel image "vmlinuz.suse"

ein "ls /boot" gibt auch nichts zurück... das Verzeichnis ist leer.

Member
Beiträge: 115
Registriert: 04.07.2005, 11:16

Beitragvon Kevin26 » 08.11.2007, 11:03

Dann gibt noch -i "name der Initrd" an.


Zurück zu „VMserver 1 und GSX“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste