Autoyast, Dateisystem auf Software-Raid zu klein

[NetRat]

[Gelöst] Autoyast, Dateisystem auf Software-Raid zu klein

( Lösung weiter unten! )

Hallo liebe Community,

ich stehe vor einem merkwürdigen Problem; Eine - wirklich nur eine und nicht mehrere ( nicht reproduzierbar ) - unattended OpenSUSE 12.3 Installationen mit Software Raid hat zwar die Festplatten richtig Partitioniert,

# parted /dev/sda p | grep ext
 3      4491MB  1000GB  996GB   primary  ext4            boot, raid, type=fd
# parted /dev/sdb p | grep ext
 3      4491MB  1000GB  996GB   primary  ext4            boot, raid, type=fd

und auch das Raid scheint korrekt zusammengebaut zu sein,

# mdadm --detail /dev/md0 | grep /dev/sd
       0       8        3        0      active sync   /dev/sda3
       2       8       19        1      active sync   /dev/sdb3

jedoch ist die Array Size keine 200 GB groß...

# mdadm --detail /dev/md0 | grep "Size"
     Array Size : 190964608 (182.12 GiB 195.55 GB)
  Used Dev Size : 190964608 (182.12 GiB 195.55 GB)

Ich frage mich nun: Wie kann das sein und vor allem, wie kann ich das "korrigieren"?

Eine Neuinstallation würde ich mir liebend gern sparen.

Ich habe darüber nachgedacht, das Dateisystem zu resizen, will aber nicht alle Daten über die Klippe schubsen.

Hat Jemand schon mal ein ähnliches Verhalten beobachtet? Konnte es behoben werden und wenn ja, wie?

Danke für eure Zeit

EDIT
Hier noch Infos zum Dateisystem

dumpe2fs 1.42.6 (21-Sep-2012)
Filesystem volume name:   <none>
Last mounted on:          /root
Filesystem UUID:          1c82a18a-bd55-4ebb-8310-4680d959fb94
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              11935744
Block count:              47741152
Reserved block count:     2387057
Free blocks:              21013458
Free inodes:              11097209
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1012
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Jan 16 23:31:51 2014
Last mount time:          Thu Apr 24 11:38:41 2014
Last write time:          Thu Apr 24 11:38:41 2014
Mount count:              16
Maximum mount count:      -1
Last checked:             Thu Jan 16 23:31:51 2014
Check interval:           0 (<none>)
Lifetime writes:          808 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       2892424
Default directory hash:   half_md4
Directory Hash Seed:      ae0a5a42-1b9b-4942-bebb-25bc791cb52b
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x00203f34
Journal start:            25426

EDIT2
Resize hat nicht gewirkt:

# resize2fs /dev/md0
resize2fs 1.42.6 (21-Sep-2012)
The filesystem is already 47741152 blocks long.  Nothing to do!

EDIT3
Was gefunden, mal sehen ob es hilft. http://www.howtoforge.com/how-to-resize-raid-partitions-shrink-and-grow-software-raid

 

[NetRat]

Lösung!

Lösung gefunden! So einfach... das hätte ich nicht erwartet

( Ein Blick in die Mdadm Manpage hätte hier auch geholfen )

Zunächst die Größe des Arrays manipulieren:

# [B]mdadm --grow /dev/md0 --size=max[/B]
mdadm: component size of /dev/md0 has been set to 972375992K

Dann das Dateisystem resizen:

# [B]resize2fs /dev/md0[/B]
resize2fs 1.42.6 (21-Sep-2012)
Filesystem at /dev/md0 is mounted on /; on-line resizing required
old_desc_blocks = 12, new_desc_blocks = 58
The filesystem on /dev/md0 is now 243093998 blocks long.

- closed -