[linux-softraid] disk geometry gecrashte hd copieeren

[GiLuX]

ik heb een linux soft raid mirror met 2 x 60Gb schijven waarvan een schijf brak blijkt te zijn.
heb inmiddels een nieuwe 80GB schijf gehaald omdat ik geen 60GB meer kon krijgen.
nu wil ik dus precies dezelfde indeling op deze nieuwe schijf maken zodat ik em kan raidhotadd'en
echter, ik krijg niet voor elkaar om dezelfde partitie grotes te creeeren met fdisk.

ben hier nu al zo'n 2 dagen mee bezig...

oude disk indeling:
--------------------
Disk /dev/hdc: 255 heads, 63 sectors, 7299 cylinders
Units = cylinders of 16065 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 6 48163+ fd Linux raid autodetect
/dev/hdc2 7 136 1044225 fd Linux raid autodetect
/dev/hdc3 137 7299 57536797+ fd Linux raid autodetect

-------------------
Expert command (m for help): p
Disk /dev/hdc: 255 heads, 63 sectors, 7299 cylinders
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 80 1 1 0 254 63 5 63 96327 fd
2 00 0 1 6 254 63 135 96390 2088450 fd
3 00 0 1 136 254 63 1023 2184840115073595 fd
4 00 0 0 0 0 0 0 0 0 00
--------------------

als voorbeeld neem ik even hdc1 (md0) die /boot is van 50MB groot

# df /dev/md0
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/md0 46537 27619 16515 63% /boot

dus nu maak ik op nieuwe hd een partitie aan met size:
+50M

dan krijg ik het volgende:
--------
Disk /dev/hdb: 80.0 GB, 80026361856 bytes
16 heads, 63 sectors/track, 155061 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

Device Boot Start End Blocks Id System
/dev/hdb1 1 98 49360+ 83 Linux
--------
Expert command (m for help): p
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 00 1 1 0 15 63 97 63 98721 83
----

# df /dev/hdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hdb1 47800 4140 41192 10% /tmp/hdb1


zoals je dus kan zien zit er een klein verschil tussen (46537 != 47800) ... maar waarom en hoe krijg ik dit toch hetzelfde?
het maakt overigens niet uit of je als size gebruikt: +50000K

[Seth4Chaos]

Ik denk dat je dan beter die nieuwe schijf net iets groter kan/moet maken, ik kan me nog iets herrinneren dat softraid dan automatisch de kleinste omvang gebruikt en de resterende blockies negeert.

Volgens mij is hij ook onmogelijk om een exact gelijke groote te krijgen met een schijf van 16 heads en een andere van 255 heads...

[_JGC_]

Gewoon steeds iets groter nemen, 8MB erbij is geen probleem. Uiteindelijk hou je nog 20GB ruimte over, maak je daar een extra swap partitie van of weet ik veel wat voor onbelangrijke rotzooi die je daar op gaat slaan.

Linux vindt het niet erg om verschillende diskgroottes te hebben, zolang de grootte van de disks maar evengroot of groter dan het array zelf is.