Установка на 512 Мегабайт
alexanderyt 19 октября, 2010 - 18:39
Организовывая сабж, заметил что GCC и Perl сожрали ~%40 от занимаемого места.
Собственно, есть ли красивый способ избавиться от GCC, оставив необходимые либы для системы, ну и про Perl в принципе тот же вопрос.
»
- Для комментирования войдите или зарегистрируйтесь
Не сочтите за рекламу, но вот
Не сочтите за рекламу, но вот здесь http://mrcat.ru/chroot-install я описывал способ, как избавится от "мусора" в системе. Там же как раз в конечном итоге от gcc остались только библиотеки. Ну как бы вот пример:
С перлом конечно немного сложнее. Можно попытаться его зачистить тем же способом. Сейчас попробую это сделать.
Ничего себе. Я попытался как
Ничего себе. Я попытался как то на 1Gb установить, так ядро откомпилировать даже не смог. Типа места не хватило.
Моя мечта:
#emerge комьютер с генту
На 1Гб без проблем встает.
На 1Гб без проблем встает. Правда ядро на другом компе собирал, ну да фиг с ним
Я тоже об этом подумывал.
Я тоже об этом подумывал. Даже больше, когда то давно видел HowTo типа LiveCD copy to HDD, но что-то не могу найти. И потом на антресолях сервачок потихоньку пересобирает мир.
Моя мечта:
#emerge комьютер с генту
Собирать систему прямо не
Собирать систему прямо на флешке - гиблое дело. И медленно и флешка убивается.
Места не хватило, т.к. папка с ядром после сборки весит от 600Мб до 1Г, а то что нужно для загрузки системы - несколько метров.
Попробовал добавить перлу
Попробовал добавить перлу флаг build - размер устанавливаемых файлов сократился с 51Mb до 4.2Mb. Пока что еще не пробовал в работе.
запихивал на Transdent PATA
запихивал на Transdent PATA 512 систему с почтовиком и опачем, помнится даже место оставлось мегов 150.
как бу FEATURE="nodoc noman noinfo" уже немного помогают
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
gentoo-wiki://tiny+gentoo
gentoo-wiki://tiny+gentoo
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Уже давно не пашет по причине
Уже давно не пашет по причине старого stage3 с uclibc.
Много чего можно выбросить.
Много чего можно выбросить. Исходники, понятное дело, заголовочные файлы, средства сборки (не только gcc, а еще и всякие бизоны c флексами, автомейки, автоконфиги и кучу пакетов по сборке документации). Систему портежей и файлы пакетного менеджера из var и прочий мусор. Из глибц локалей повыкидывать. Понятно, что это будет уже не генто. В разовом исполнении это можно сделать руками. Ежели предполагается дальнейшая работа по поддержке, лучше прописать соответствующие скрипты, либо воспользоваться готовым фреймворком, например dev-util/catalyst. Последний решает кучу вопросов по скорости пересборки (за счет ccache и использования бинарных пакетов), закидывания в образ всяких там переменных, настройки конфигов и автозапуска, читска каталогов ну и много чего еще.
catalyst начинает удивлять.
catalyst начинает удивлять. Очень хорошо избавляет от рутинной работы. Но пока не могу понять следующее: сделал я каталистом нужный stage, развернул их там где надо, затем со временем мне надо развернутым системам раскидывать обновления в виде бинарников. Можно ли их получить, используя каталист или придется по старинке собирать в chroot ?
Спасибо за массу полезный
Спасибо за массу полезный инфы.