[SOLVED] Установка Gentoo из рабочей системы
earl1k 28 октября, 2011 - 20:12
Есть установленная система
earl@aqua ~ $ uname -a Linux aqua 3.0.6-gentoo #2 SMP Wed Oct 19 17:34:14 MSK 2011 x86_64 Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz GenuineIntel GNU/Linux
Хочу из неё установить еще одну Gentoo на другой раздел. Скачал stage3, распаковал - всё в порядке. Дальше ставлю портежи
earl@aqua ~ $ sudo wget http://distfiles.gentoo.org/snapshots/portage-latest.tar.bz2 ... earl@aqua ~ $ sudo tar xjf porage-latest.tar.bz2
При распаковки выдаются ошибки такого вида http://paste.pocoo.org/show/499623/
»
- Для комментирования войдите или зарегистрируйтесь
tar: portage/skel.ChangeLog:
tar: portage/skel.ChangeLog: Функция open завершилась с ошибкой: На устройстве кончилось местоdf -h и df -i в студию
df -hФайловая система
df -h
Файловая система Разм Исп Дост Исп% смонтирована на rootfs 9,9G 358M 9,0G 4% / udev 10M 284K 9,8M 3% /dev /dev/mapper/vg-root 9,9G 358M 9,0G 4% / rc-svcdir 1,0M 80K 944K 8% /lib64/rc/init.d shm 2,9G 140K 2,9G 1% /dev/shm /dev/mapper/vg-home 9,9G 3,5G 5,9G 38% /home /dev/mapper/vg-usr 20G 5,7G 14G 30% /usr /dev/mapper/vg-var 20G 316M 19G 2% /var /dev/mapper/vg-tmp 1008M 34M 924M 4% /tmp /dev/mapper/vg-rescue 2,0G 1,2G 784M 60% /mnt/gentoodf -i
Файловая система Iнодов IИспол IСвоб IИсп% смонтирована на rootfs 655360 3430 651930 1% / udev 754404 862 753542 1% /dev /dev/mapper/vg-root 655360 3430 651930 1% / rc-svcdir 754404 73 754331 1% /lib64/rc/init.d shm 754404 4 754400 1% /dev/shm /dev/mapper/vg-home 655360 2663 652697 1% /home /dev/mapper/vg-usr 1310720 285695 1025025 22% /usr /dev/mapper/vg-var 1310720 18268 1292452 2% /var /dev/mapper/vg-tmp 65536 35 65501 1% /tmp /dev/mapper/vg-rescue 131072 131072 0 100% /mnt/gentooДальше понял. Спасибо за наводку. Смотрел по df -h, но там немного по другому вывод осуществляется. Вот это я прокололся :)
На будущее не пользуйтесь
На будущее не пользуйтесь ext[234] =)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Можно при создании файловой
Можно при создании файловой системы указать число inodes, если конечно вам не тяжело будет указать одну дополнительную опцию, т.к. по умолчанию число создаваемых inodes зависит от размера файловой системы, поэтому если файловая система не большая то и inodes будет не много.
Надо сначала подумать перед тем, как что-то делаешь.
Проще использовать фс которые
Проще использовать фс которые не имеют такого костыля как фиксированное число inodes. Например reiserfs,xfs,jfs,btrfs и другие. В принципе этот костыль только в ext[234] присутствует.
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Везде есть свои особенности,
Везде есть свои особенности, которые требуют знаний и умений, если вы не хотите что-то изучать то у вас везде будут проблемы. Сами по себе extX файловые системы достаточно быстры и стабильны.
Reiserfs - уже достаточно стара.
jfs - медленнее, чем ext4
xfs - медленнее, чем ext4
btrfs - нет устоявшейся архитектуры данной фс и части утилит для обслуживания данной фс.
kostik87 написал(а): Везде
Про фс вообще мега аргумент что стара. Зато работает и не defective by design. И опять же. Медленнее чем ext4 в чем? В синтетических тестах? xfs очень быстрая при многопоточной записи например и сильно обходит ext4. А если еще вспомнить времена проверки ext[234] то вообще ужос. Сколько у тебя будет на ext4 проверяться раздел размером в 2T например?
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
kostik87 написал(а): Можно
Это не так просто. Конечно моно перед созданием ФС задать inode больше, но они тоже как не странно занимают место. Указав слишком много можно просто потерять место за зря.
Вот мой раздел
Вот мой раздел /usr:
Как видно на разделе /usr, размером 7.9G (8G) , создано 524288 из них 134628 использовано при размере занятого пространства 3.9G, из них примерно 3.7G - данные (округлено в меньшую сторону), 128 Mb - выделено под inodes (все). Расчёт размера inodes приведён выше, Inode count ( 524288 ) - число inodes помножено на Inode size - размер каждого inode (256 байт)
Так что inode занимает не так много места, даже если я увеличу в два раза число блоков inodes это займёт всего 256 мегабайт. Я надеюсь у вас жёсткий диск не 8 Gb размером и вы можете себе позволить выделить 256 Мб. ?
Для /usr/portage и /usr/src у меня выделены отдельные логические (LVM) тома.
kostik87 написал(а): Я
у меня стоит ФС с которой я не задумываюсь перед созданием раздела о таких занятных вещах:
таааак, терабайтный винт, угу. чтоже я там буду хранить? фильмы наверно, тогда инод хватит... Хм, а если музыки надо закинуть, или вдруг какойнить гигантский SCM реп придётся закачивать... ммм... пожалуй надо выделиги пол гига-гиг на иноды. Хм, а хватит? Блин, да и жалко както, а вдруг только фильмы...
Число Inodes при создании фс
Ну если вам из 1000 Гб жалко пол гигабайта, то у вас видимо комплекс жадности, пол гигбайта - это всего лишь 0,05 процента от объёма диска.
Число Inodes при создании фс зависит от размера этой фс, чем больше фс - тем больше Inodes будет создано, если вы создаёте файловую систему размером в несколько гигабайт то число Inodes может не хватить даже для хранения дерева portage.
Если фс у вас 1 Тб - то inodes хватит.
Я вам описал ваши файловые систмы:
reiserf - старая и медленная
xfs - медленнее чем ext4
btrfs - нет пока стабильной архитектуры файловой системы и утилит для работы с файловой системой.
К тому как я вам уже сказал в просто не хотите выполнить несколько дополнительных действий при создании файловой системы, а попросту ленитесь, но это уже ваш выбор, вашими высказываниями вы только и подтверждаете что технически не компетентны и не хотите эту не компетентность убирать.
Но это ваш выбор, меня ext4 полностью устраивает, лишняя минута, потраченная на подбор Inodes и указание соответствующей опции при создании файловой системы даёт в последствии большую производительность, при дисковых операциях, т.к. это всё же ext4, а не reiserfs или xfs.
Файловые системы с
Файловые системы с захардкоденым количеством инодов дефективны по дизайну.
Еще раз говорю. Пруфы на каких операциях и каких сетапах xfs/reiserfs/jfs медленнее чем ext4? Как там время проверки фс на ext4? Все так же терабайт будет часов 6-7 fsck проверять? или оно все же спустилось до вменяемого предела?
ЗЫ вообще xfs быстрее на больших файлах, reiserfs на мелких и большом количестве файлов в директории. jfs (которая на самом деле jfs2 потому что jfs1 на линуксе никогда не было, а была только на AIX) быстрая и надежная ;)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Отлично, аргументация
Отлично, аргументация сводится к «дурак ты, и уши у тебя холодные». Дальше разговор бессмысленно продолжать. Если оно нужно, то просьба приправить своё личное, оценочное, мнение какиминибудь фактами, тогда можно продолжить разговор.