Dotaz: Nejde připojit ext4 oddíl pokud má 1024 bajtové bloky

[em]

Ahoj, na 1,5 TB disku mám LVM a v něm jeden LV přes celý disk (- cca 30 GB). Logický oddíl jsem formátoval jako ext4 s block size 1024 a inode ratio 4096. Jenže takové fs nejde připojit (mout píše, že je moc velký a dmesg "EXT4-fs (dm-2): filesystem too large to mount safely on this system"). Pokud použiju 2048 bajtové bloky, tak je to v pořádku. Kde dělám chybu?

Odpovědi

[T-T]

A nejsou náhodou 1024B bloky moc krátké k alokaci 30GB?
PS: Nepočítal jsem to.

[em]

Já ale formátuju ten oddíl, který má velikost 1,5TB - (minus) 30GB. Těch -30 jsem myslel že tolik místa je na LVM ještě volné pro vytvoření dalšího oddílu. Každopádně naformátovat to jde, připojit ne.

[T-T]

To co jsem napsal je asi blbost.
Skus toto:

tune2fs -O ^huge_file /dev/whatever

[em]

Vyzkouším až se mi to zase přeformátuje tj. za pár hodin. Proč by mělo pomoci vypnout huge_file? Na 2048 blocích funguje.

[Jack]

Prosimte, co na tom formatujes tak dlouho?!

[em]

Podle celkového vytížení systému trvá strašně dlouho zápis tabulky inodů (177599).

[semtex]

To je nějaká divočina ne? Já mám RAID5 pole 3x 500GB = 1TB, no a když vytvářím XFS, tak to trvá řádově sekundy... Sice to není ext4, ale tohle je nějaký divný...

[em]

Tohle už je starší stroj, soft raid 1 a ten fs má cca 360 000 000 inodů.

[michich]

Jaká je verze kernelu a CPU architektura?

[em]

x86 32bit, CentOSí kernel 2.6.32-220.4.2.el6.i686

[michich]

Tak to je asi bug, který byl v upstreamu opraven tímto patchem. Jako workaround můžeš použít 64bitový systém.

[em]

Jestli je to tak, tak mám smůlu no, nicméně v 2.6.32 funkce generic_check_addressable vůbec není, takže ten bug se tam asi táhnul někde v kódu hodně dlouho.

Jako workaround můžeš použít 64bitový systém.

A nový 64bitový stroj

[michich]

V 2.6.32 je ta samá chyba přímo v ext4_fill_super(). generic_check_addressable() byla vyfaktorována až později.

[em]

Tak i bez zapnutí huge_file to nejde a pořád píše "mount: Soubor je příliš velký".