mount von einigermassen grossem Filesystem
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
Hi, Falk Sauer schrieb:
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
so schaut das inzwischen aus: kiste:~ # mke2fs /dev/sdb1 mke2fs 1.33 (21-Apr-2003) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 174260224 inodes, 348500045 blocks 17425002 blocks (5.00%) reserved for the super user First data block=0 10636 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 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 31 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. was mich zuerst einigermassen irritiert hatte ist das in der manpage von meiner uralten mke2fs version eine völlig outdatete url drin stand wo auch keine nachfolgeversion lag. :-( die mom. korrekte url ist http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.33.tar.gz?use_mirro... Das nächste Problem lauert aber schon: kiste:~ # mount -V mount: mount-2.11b kiste:~ # mount -t ext2 /dev/sdb1 /home3 mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?) lt. Kernel Changes ist /nur/ eine 2.10b der util-linux nötig - und ja es _ist_ eine primäre partition, so langsam wirds wirklich unschön. MfG. Falk
Hallo, * Falk Sauer textete am 28.05.03: Da dein erstes Problem ja schon weg ist, kill ich die Zeilen mal.
kiste:~ # mke2fs /dev/sdb1 mke2fs 1.33 (21-Apr-2003) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 174260224 inodes, 348500045 blocks 17425002 blocks (5.00%) reserved for the super user First data block=0 10636 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
Writing inode tables: done Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 31 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override.
Also sieht bis jetzt alles gut aus.
Das nächste Problem lauert aber schon:
kiste:~ # mount -V mount: mount-2.11b kiste:~ # mount -t ext2 /dev/sdb1 /home3 mount: wrong fs type, bad option, bad superblock on /dev/sdb1, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?)
lt. Kernel Changes ist /nur/ eine 2.10b der util-linux nötig - und ja es _ist_ eine primäre partition, so langsam wirds wirklich unschön.
Was kommt denn bei folgenden Eingaben raus? cat /proc/mounts cat /etc/fstab Falls die Partition nicht gemountet ist, setz mal ein e2fsck -f drauf an, was dann passiert. cu flo -- Genau! Denn es passiert ja was. Die Menschen werden etwas Wachgerüttelt und der "Sinn" für die Problematik des Weltunterganges wird geschärft. Nur sollte man nicht mit dieser "Spannung" darauf warten. Wenn die Welt untergeht, dann geht sie eben unter. [WoKo in dau]
Hi Flo, Florian Gross schrieb:
Was kommt denn bei folgenden Eingaben raus?
cat /proc/mounts cat /etc/fstab
passt alles
Falls die Partition nicht gemountet ist, setz mal ein e2fsck -f drauf an, was dann passiert.
das filesystem ist korrupt Gruss Falk
Hallo, * Falk Sauer textete am 02.06.03:
Florian Gross schrieb:
Was kommt denn bei folgenden Eingaben raus?
cat /proc/mounts cat /etc/fstab
passt alles
Das ist schonmal gut
Falls die Partition nicht gemountet ist, setz mal ein e2fsck -f drauf an, was dann passiert.
das filesystem ist korrupt
Reparieren (lassen). Dürfte wohl das Einzige sein, das wirklich hilft. cu flo --
Du bist wirklich ein ahnungloser OE Benutzer. Ich wollte schon fast Volltrottel sagen. WoKo ist unvergleichbar, also unterlasse deine Versuche. [Rainer Behrendt und Jakob Krieger in dag°]
Hallo, On Wed, 28 May 2003, Falk Sauer wrote:
Falk Sauer schrieb: kiste:~ # mke2fs /dev/sdb1 mke2fs 1.33 (21-Apr-2003)
Ah, gut, du hast mke2fs aktualisiert.
Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 174260224 inodes, 348500045 blocks
Hm. Knapp 1330 GB? Bei ner SuSE 7.2?
kiste:~ # mount -V mount: mount-2.11b
Die ist aber auch schon gealtert! Selbst ich habe hier auf meiner (ex-) SuSE 6.2 mount-2.11u...
kiste:~ # mount -t ext2 /dev/sdb1 /home3 mount: wrong fs type, bad option, bad superblock on /dev/sdb1, [..] lt. Kernel Changes ist /nur/ eine 2.10b der util-linux nötig - und ja es _ist_ eine primäre partition, so langsam wirds wirklich unschön.
Welche Kernelversion? Bei 1.3 TB waere ich doch sehr skeptisch, dass ein aelterer Kernel und entsprechend alte Tools damit klarkommen. An deiner Stelle wuerde ich mal einen aktuellen Kernel (>= 2.4.16) und dementsprechende aktuelle Tools einsetzen. Philipp weiss da aber sicher mehr, wenn du mehr Infos zum Kernel rausrueckst ;) -dnh -- Anything that happens, happens. --- Anything that, in happening, causes something else to happen, causes something else to happen. --- Anything that, in happening, causes itself to happen again, happens again. --- It doesn't necessarily do it in chronological order, though. --- Douglas Adams
Hi David, war ein paar Tage offline David Haller schrieb:
Hallo,
On Wed, 28 May 2003, Falk Sauer wrote:
Falk Sauer schrieb: kiste:~ # mke2fs /dev/sdb1 mke2fs 1.33 (21-Apr-2003)
Ah, gut, du hast mke2fs aktualisiert.
was bleibt einem anderes übrig? ;-)
Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 174260224 inodes, 348500045 blocks
Hm. Knapp 1330 GB? Bei ner SuSE 7.2?
ich hab da software drauf die ich nur fertig kompiliert kriege, mit einer glibc von einer 8.2 brauch ich das gar nicht erst versuchen ...
kiste:~ # mount -V mount: mount-2.11b
Die ist aber auch schon gealtert! Selbst ich habe hier auf meiner (ex-) SuSE 6.2 mount-2.11u...
ok, ich schau mal was es da noch nettes gibt, aber der e2fsck schmeisst den gleichen defekten superblock raus wie mount, daher denke ich mal das es mit der ganzen distri etwas schwierig werden könnte, zumal e2fsck ja aus dem gleichen paket stammt wie mke2fs.
kiste:~ # mount -t ext2 /dev/sdb1 /home3 mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
[..]
lt. Kernel Changes ist /nur/ eine 2.10b der util-linux nötig - und ja es _ist_ eine primäre partition, so langsam wirds wirklich unschön.
Welche Kernelversion?
2.4.20
Bei 1.3 TB waere ich doch sehr skeptisch, dass ein aelterer Kernel und entsprechend alte Tools damit klarkommen.
ich bin mir nicht mal 100% sicher ob aktuelle damit wirklich klar kommen, man hat sowas halt nicht einfach so zum Testen.
An deiner Stelle wuerde ich mal einen aktuellen Kernel (>= 2.4.16) und dementsprechende aktuelle Tools einsetzen.
Kernel ist, wie ich schon im ersten posting schrieb 2.4.20, bei den Tools hab ich mich auf changes im kernel verlassen ...
Philipp weiss da aber sicher mehr, wenn du mehr Infos zum Kernel rausrueckst ;)
ich hab mir damit beholfen das ich ein reiserfs auf dieser Partition fahre, aber die Performance ist halt nicht der hit (in Summe fast ein Drittel langsamer als ext2, filegrössen gut durchmischt aber eben auch einige wirklich grosse files dabei), die Kiste bewegt jede Nacht so um die 300GB und da kommt es auf jeden Prozentpunkt Schreibgeschwindigkeit an, mit ext2 hab ich da einfach die besten Erfahrungen, und eine Kiste die traumhafte uptimes erzeugt darf auch ein bis 2 mal im Jahr nen Tag oder 2 fscken. ;-) Ich werd mal über ein Prozessor/Board upgrade und damit einhergehend über ein Upgrade der soft nachdenken, dann darfs auch mal ne neue distri sein, die mir dann einen nennenswerten Teil der Prozessorpower im journal des Filesystems verheizt. MfG. Falk
participants (3)
-
David Haller -
Falk Sauer -
Florian Gross