|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 30 Jan 2003 15:58:27
To : Zahar Kiselev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Здравствуй, Zahar Kiselev.
AC>> Глянул на то, что делает инсталлятор. Инсталлятор делает 79 мегабайт.
AC>> Сходу.
ZK> Причем тот, который network install - делает больше.
А ты уже удавил скачанные с сети дебки? Оно в конце инсталляции предлагает.
ZK> Отсюда вывод - надо ставить на большой диск, убивать ненужное, и
ZK> копировать на маленький диск.
В ситуации, когда 100 мег считается большим диском - да, конечно. И то я
скорее ставил бы 2.2 (у него сразу после инсталлятора чуть ли не 25 мег было)
и апгрейдил бы.
ZK> Кстати - как ни странно - систему можно
ZK> скопировать просто при помощи mc, запущенного от рута, и кнопки F5 - о чем
ZK> мало кто знает. Причем оно и /dev правильно копирует. Более того, раньше
ZK> mc при копировании сбрасывал suid бит с тех файлов где он стоял, и его
ZK> потом приходилось возвращать руками туда где он нужен. А mc из нового
ZK> Дебиана этот бит сохраняет, что я с удивлением обнаружил когда полез
ZK> проверять те файлы, на которых он нужен.
А если mc не ставить, это сэкономит еще пять мег. А cp -a никто не отменял.
ZK> Конечно, каталог /proc не надо
ZK> пытаться копировать, его достаточно просто создать пустым на новом месте.
Hу, там еще пара фишек, типа не копировать в себя сам target...
ZK> Если система копируется на такой же раздел нового диска, то потом
ZK> достаточно только настроить загрузчик. Вот в этом месте кстати lilo не
ZK> удобен, за что его и не люблю. Для grub достаточно просто отредактировать
ZK> конфиг (еще когда новый диск стоит вторым, сразу после копировани), потом
ZK> загрузить grub(не систему!) c дискетки и сказать ему чтобы он прописался в
ZK> mbr. А чтобы поставить lilo - надо загрузить систему, что может быть
ZK> проблемой, если под рукой не оказалось дискеты с ядром более-менее
ZK> подходящей версии и конфигурации чтобы скормить ему в качествее корневого
ZK> раздела то, что создано на диске. Потому что если рут на дискетке, то
ZK> придется править пути в конфиге lilo на диске чтобы команда lilo
ZK> сработала. А потом после того, как система загрузится уже с винча -
ZK> править их обратно чтобы в будущем не забыть. Вобщем - как видишь - всю
ZK> эту технологию с lilo даже описывать долго, хотя я все это умею делать
ZK> даже не заглядывая в ман. С грубом жить намного проще и удобнее.
А если в ман позаглядывать, то выясняется, что дискетка не нужна.
AC>>>> заведи себе deborphan - позволяет потом подчистить пакеты, которые
AC>>>> тянулись по зависимостям и сами по себе не нужны, особенно
AC>>>> библиотечные.
ZK>>> Знаю, пользуюсь.
ZK>>> Интересно было бы узнать - какие еще бывают средства проверки
ZK>>> целостности "пакетной конфигурации"?
AC>> debsums, видимо. Или что ты понимаешь под средствами проверки
AC>> целостности?
ZK> Hу например перед тем, как пытаться апгрейдить какой-нибудь пакет -
ZK> рекомендуется проверить - все ли составляющие его файлы лежат на тех местах,
ZK> где их ожидает увидеть пакетный менеджер. Мало ли что куда в процессе
ZK> экспериментов переложил, а тут зазвонил мобильник(он это всегда в
ZK> неподходящий момент делает:) и вернуть обратно забыл...
А на кой ты так делал?
ZK>>>>> А смотреть список доступного очень удобно при помощи aptitude
AC>>>> Я посмотрел как-то на aptitude - и плюнул. apt-cache search много
AC>>>> толковее.
ZK>>> Это когда знаешь _что_ искать. А вот краткие аннотации к доступным в
ZK>>> дистрибутиве пакетам удобно читать как раз в aptitude. Узнаешь много
ZK>>> нового и интересного.
AC>> apt-cache search . ?
ZK> Тоже можно, но оно выдает слишком короткие однострочные пояснения.
ZK> А aptitude на каждый пакет чуть ли не по абзацу текста пишет.
Когда у тебя пакетов много, то по абзацу на каждый - это чересчур. Если строка
дает представление о том, что это тебе может понадобиться - apt-cache show
этот_пакет в соседнем окне, и с тобой тот же самый абзац плюс информация о
зависимостях и размере установленного пакета.
ZK>>>>> - эту видеокарточку(S3) четвертые иксы не понимают, драйвер vesa на
ZK>>>>> любое указание видеорежима говорить no matching modes.
AC>>>> Указание драйвера s3 в XF86Config-4 не помогает?
ZK>>> Hет, она хотя и S3, но номер чипа не тот. Я знаю о том, что драйвер
ZK>>> s3 не все чипы понимает, так что не удивился когда карточка не
ZK>>> заработала.
AC>> Меня уже тормознули. Это в собранных мной ради патча к xterm XFree
AC>> 4.2. Hа штатном woody придется брать сервер от третьих иксов, он есть в
AC>> комплекте.
ZK> В моем случае это решение не годится, так как четвертые Иксы у меня
ZK> поселились по причине их умения работать с тремя видеокартами в одной
ZK> машине.
Так возьми пакет с 4.2. С ним есть одна засада - он пересобран из unstable, и
не годится для апгрейда с 2.2 (родной предусматривает обработку перемещения
конфигов с расклада в 2.2, а этот - нет)
--
Artem Chuprina
Communiware.net
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
