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!

Problem mit fdisk nach Umschreiben von IDE VMDK

P2V, V2V

Moderatoren: Dayworker, irix

Guru
Beiträge: 2082
Registriert: 21.10.2006, 08:24

Problem mit fdisk nach Umschreiben von IDE VMDK

Beitragvon bla!zilla » 18.01.2009, 22:53

Hallo. Ich habe mein IDE VMDK, nach diesem KB Eintrag, von IDE auf SCSI konvertriert. Hat wunderbar geklappt, Gast bootet. Was mir aufgefallen ist:

Code: Alles auswählen

Disk /dev/sda: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          12       96358+  83  Linux
Partition 1 has different physical/logical endings:
     phys=(191, 3, 63) logical=(11, 254, 63)
Partition 1 does not end on cylinder boundary.
/dev/sda2              13         460     3598560   83  Linux
Partition 2 has different physical/logical beginnings (non-Linux?):
     phys=(191, 4, 1) logical=(12, 0, 1)
Partition 2 has different physical/logical endings:
     phys=(1023, 15, 63) logical=(459, 254, 63)
Partition 2 does not end on cylinder boundary.
/dev/sda3             461         522      498015   82  Linux swap / Solaris
Partition 3 has different physical/logical beginnings (non-Linux?):
     phys=(1023, 15, 63) logical=(460, 0, 1)
Partition 3 has different physical/logical endings:
     phys=(1023, 15, 63) logical=(521, 254, 63)
Partition 3 does not end on cylinder boundary.


Gibt es eine Möglichkeit das zu beheben??

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 18.01.2009, 22:57

Sieht aus als ob du verkehrt gerundet haettest - poste mal vorher und nachher.

WIESO hast du denn eine 254 x 63 geometry ? Nimm 255 x 63

Guru
Beiträge: 2082
Registriert: 21.10.2006, 08:24

Beitragvon bla!zilla » 19.01.2009, 08:29

Hallo. Warum runden? Was sollte ich denn da runden? Im KB Eintrag stand auch nichts davon. Die Geometrie stimmt, 255x63. Steht auch so im Descriptor File.

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 19.01.2009, 14:37

Ich verwende selber immer mein eigenes tool ide-scsi.cmd - dabei wird in fast allen faellen gerundet ... aber machs wie du willst ...

Guru
Beiträge: 2082
Registriert: 21.10.2006, 08:24

Beitragvon bla!zilla » 19.01.2009, 17:56

Bist du so nett und erklärst mal kurz wie dein Tool rundet? Wäre sehr nett. Danke.

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 19.01.2009, 18:09

Poste mal die alte vmdk

Guru
Beiträge: 2082
Registriert: 21.10.2006, 08:24

Beitragvon bla!zilla » 19.01.2009, 19:58

Hallo. Hier die alte VMDK nach der Umwandlung mittels vmware-vdiskmanager -t 1

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=234a1e41
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "vdisk0-s001.vmdk"
RW 4192256 SPARSE "vdisk0-s002.vmdk"
RW 4096 SPARSE "vdisk0-s003.vmdk"

# The Disk Data Base
#DDB

ddb.virtualHWVersion = "4"
ddb.toolsVersion = "6534"
ddb.geometry.cylinders = "8322"
ddb.geometry.heads = "16"
ddb.geometry.sectors = "63"
ddb.adapterType = "ide"


Wenn ich nun die Extent-Werte nehmen und es laut KB Eintrag mache, dann komme ich auf 8388608. Wenn ich mit diesem Wert eine SCSI Disk erstelle, kommen diese Werte bei raus:

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=e3e12d44
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "scsi-vdisk0-s001.vmdk"
RW 4192256 SPARSE "scsi-vdisk0-s002.vmdk"
RW 4096 SPARSE "scsi-vdisk0-s003.vmdk"

# The Disk Data Base
#DDB

ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "522"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"


Dazu zum Vergleich der entsprechende Eintrag aus dem aktuellen, umgewandelten VMDK, welches die Probleme macht.

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=a64b1e84
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "vdisk0-s001.vmdk"
RW 4192256 SPARSE "vdisk0-s002.vmdk"
RW 4096 SPARSE "vdisk0-s003.vmdk"

# The Disk Data Base
#DDB

ddb.adapterType = "lsilogic"
ddb.geometry.sectors = "63"
ddb.geometry.heads = "255"
ddb.geometry.cylinders = "522"
ddb.toolsVersion = "6534"
ddb.virtualHWVersion = "4"


Ich hatte das auch mit einem anderen VMDK gemacht, das macht keine Probleme.

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 19.01.2009, 20:09

Ich rechne immer die Sektoren zusammen - ergibt 8388608.

Das teile ich durch 16065 und runde das Ergebnis ab = 522

Hmm - das hast du ja auch.
Probier mal mit 521

Guru
Beiträge: 2082
Registriert: 21.10.2006, 08:24

Beitragvon bla!zilla » 19.01.2009, 20:35

Ging nicht. Ich habe das Problem nun anders gelöst:

- neues VMDK per vmware-vdiskmanager angelegt (gleiche Werte wie das alte)
- Clonezilla in der VM gebootet
- altes, defektes Filesystem auf neue Platte geklont

Fehler behoben.

Code: Alles auswählen

srv-lev-01:/home/patrick# fdisk -l /dev/sda

Disk /dev/sda: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          12       96358+  83  Linux
/dev/sda2              13         460     3598560   83  Linux
/dev/sda3             461         522      498015   82  Linux swap / Solaris


Was immer das auch war... die Werte sind identisch in den VMDK Files. Na ja, vielen herzlichen Dank für deine Hilfe. :)


Zurück zu „Converter“

Wer ist online?

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