rainmaker 29.11.2010 14:59
Есть вопрос! — [Решено] Место на ext4 разделе
Купил новый жёсткий, решил перенести /home на отдельный раздел.Перенёс по вот этому гайду.
А в результате вот...
desu@rainmaker:~$ mount
/dev/sdb2 on / type ext4 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdb4 on /mnt/hard type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sdb3 on /mnt/win7 type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sda3 on /home type ext4 (rw,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
Дистр Debian sid./dev/sdb2 on / type ext4 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdb4 on /mnt/hard type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sdb3 on /mnt/win7 type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sda3 on /home type ext4 (rw,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
Вообще уже решил по-другому всё это дело переразметить, естественно, с форматированием. Но интересно, что же это такое с разделом.
Похожие
Поделиться
derfenix 29.11.2010 15:19 #
+ 0 -
Эм.. а в чём проблема-то? не совс^W^W совсем не ясно.
ViX
Разница в занимаемом месте. ~20гб весит папка home а раздел /home занят на ~60гб. У меня кстати тоже самое, но разница в 20 гб всего, а не в 40.
И 20гб как раз 5% от моего раздела, да. Как то не подумал даже. 40 Гбайт "звучит" объёмнее чем 5% :)
10 лет назад (да и даже 5 лет назад, наверное) от фразы "40Гб под журнал фс" - инфаркт бы хватил любого айтишника :) А ещё через 10 - 40Тб будет размер флэшек :) а 5% всегда будет пятью процентами...
goblinyara
а вы про журнал ФС что-нить слышали? вот это он как раз и есть
Self-Perfection
Сдаётся мне, что это нифига не журнал на 40 гектар, а зарезервированное для процессов рута место, чтобы они могли писать на диск даже когда для всех остальных место на нём типа кончилось. Посмотрите вывод
При современных размерах дисков и 1го процента резерва должно хватать за глаза. Отрегулировать так
tune2fs -l /dev/sdb2|grep -i reservedПри современных размерах дисков и 1го процента резерва должно хватать за глаза. Отрегулировать так
tune2fs -m 1 /dev/sdb2
По дефолту (по крайней мере сколько я видел) под журнал, во всех виденных мною установщиках, всегда отводится 5% под журнал. По расчётам как раз столько и получается примерно. Конечно, там наверное ещё и в резерве для рута немного.
Так господа, вы тут так дружно в комментариях несли ересь про размер журнала, что я даже засомневался в собственных знаниях, а зря (там про ext3, но в ext4 по этому вопросу всё то же самое). Зато разобрался в новом для себя про размеры журналов. Насколько я понял, журнал в стандартной конфигурации - фактически обычный файл. Узнаем его inode:
А теперь узнаем размер:
Это будет в байтах. У меня размер журнала на всех ext4 разделах оказался 128MiB, т.е. не зависящим от размера ФС. Это и логично: журнал должен зависеть не от количества места, а от количества транзакций, информацию о которых он должен хранить, а это не так уж много - только те, которые находятся в обработке.
inode=$(tune2fs -l /dev/sdb2|awk '/Journal inode/{print $3}')А теперь узнаем размер:
debugfs -R "stat <$inode>" /dev/sdb2|grep -m1 Size:Это будет в байтах. У меня размер журнала на всех ext4 разделах оказался 128MiB, т.е. не зависящим от размера ФС. Это и логично: журнал должен зависеть не от количества места, а от количества транзакций, информацию о которых он должен хранить, а это не так уж много - только те, которые находятся в обработке.
Уточняю себя.
- Проще и сразу в человекочитаемых единицах измерения размер журнала можно узнать командой
dumpe2fs /dev/sdb2 | grep -m1 'Journal size' - Вспомнил про свой LiveUSB со SLAX'ом, на котором изменения, сделанный в процессе работы, сохраняются в ext4 файлуху размером 192MiB. Проверил размер журнала на ней - оказалось 4MiB. Вообще man mke2fs говорит нам, что журнал может иметь размер от 1024 до 102400 блоков, что при стандартном размере блоков в 4k составляет 4-400MiB.
