Hali,

Vannak pár raid tömböm, melyek közül kettő (az "újonnan" létrehozott,
1.2-esek) a rendszer indulásakor nem éled fel, csak külön kérésre:
mdadm --assemble --auto=yes /dev/md2 /dev/sd[bd]2 --run
mdadm --assemble --auto=yes /dev/md13 /dev/sd[bd]3 --run
Innentől kezdve minden oké, de persze jobb szeretném, ha kézzel nem
kéne semmit sem "mahinálni"...

A "dmesg | grep md" ezt írja:
...
[ 1493.198332] md: md2 stopped.
[ 1493.200345] md: bind<sdb2>
[ 1493.200750] md: bind<sdd2>
[ 1493.205410] raid1: raid set md2 active with 2 out of 2 mirrors
[ 1493.205476] md2: detected capacity change from 0 to 8586131456
[ 1493.206277]  md2: unknown partition table
<és nagyon hasonlót az md13-ra>

root@debian:/# mdadm --detail /dev/md2
/dev/md2:
        Version : 1.2
  Creation Time : Wed Jun 27 15:01:23 2012
     Raid Level : raid1
     Array Size : 8384894 (8.00 GiB 8.59 GB)
  Used Dev Size : 8384894 (8.00 GiB 8.59 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Wed Sep 19 08:22:41 2012
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : 'debian':2
           UUID : c3f507b4:3be13a9a:348e39e3:1423b3aa
         Events : 296

    Number   Major   Minor   RaidDevice State
       3       8       50        0      active sync   /dev/sdd2
       1       8       18        1      active sync   /dev/sdb2

Ebből én csak azt látom,hogy minden rendben.

root@debian:/# tune2fs -l /dev/md2
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          ed98d681-9af6-43d8-8c93-5bf4f8ce35fd
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index
filetype sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              524288
Block count:              2096223
Reserved block count:     104811
Free blocks:              1854613
Free inodes:              494331
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      511
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Fri Jul 13 10:24:18 2012
Last mount time:          Tue Sep 11 07:43:32 2012
Last write time:          Tue Sep 11 16:13:05 2012
Mount count:              17
Maximum mount count:      37
Last checked:             Fri Jul 13 10:24:18 2012
Check interval:           15552000 (6 months)
Next check after:         Wed Jan  9 09:24:18 2013
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
Default directory hash:   half_md4
Directory Hash Seed:      38e50cc9-92bc-484d-a574-606b37e42c4b
Journal backup:           inode blocks

Itt már látok némi inkoherenciát, mert a
"blokk_darab*blokk_méret/1024, azaz 2096223*4096/1024" képlet a
"8384892" értéket adja, ami nem egyenlő a fentebb látható "8384894"
tömb-mérettel, de ettől még a tömbre azért tán' csak rá kellene férnie
egy 2 Kb-tal kisebb fájlrendszernek... vagy nem?

Egy másik, teljesen jól működő tömböt is megnéztem (igaz, az 0.90-es),
ott a különbség jóval nagyobb: 55278 Kb

Szóval tudna valaki segíteni, hogy a tömböm induláskor simán életre keljen...?

Köszönettel,
kjt
_________________________________________________
linux lista      -      linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

válasz