Hi, heut morgen hab ich folgendes Problem getriggert: kiste:~ # fdisk -l ... Disk /dev/sdb: 255 heads, 63 sectors, 148753 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 173545 1394000181 83 Linux soweit so gut kiste:~ # mke2fs /dev/sdb1 mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 442695680 inodes, 885370957 blocks 1318874 blocks (0.15%) reserved for the super user First data block=0 27020 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544 immer noch ganz gut, nach einiger Zeit kommt dann sowas hier: Warning: could not write 8 blocks in inode table starting at 360349983: Invalid argument Warning: could not write 8 blocks in inode table starting at 360349991: Invalid argument Warning: could not write 8 blocks in inode table starting at 360349999: Invalid argument Das write inode Tables läuft bis ca. 109xx von den 27020 sauber durch. Der Kern ist ein 2.4.20 vanilla, die Distri ne 7.2. Die Meldungen fangen etwas eher an als ich es hier herein kopiert hab und halten bis zum Ende an. Wenn man das entstandene Filesystem mounted ist es 3,2T gross, es wär zu schön. ;-) Kennt das wer? brauchts da neue filesystem utils oder muss man bei fs dieser Grösse noch irgendwas Anderes beachten? Theor. Möglich wär auch ein Problem in diesem externen Raid, daher auch diese Anfrage. btw: die gleiche Hard-/Software ging bis 7xxGB problemlos. MfG. Falk