|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 30 Jan 2003 06:35:04
To : Artem Chuprina
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Jan 29 16:19 03, Artem Chuprina wrote to Zahar Kiselev:
AC> Глянул на то, что делает инсталлятор. Инсталлятор делает 79 мегабайт.
AC> Сходу.
Причем тот, который network install - делает больше.
Отсюда вывод - надо ставить на большой диск, убивать ненужное, и копировать на
маленький диск. Кстати - как ни странно - систему можно скопировать просто при
помощи mc, запущенного от рута, и кнопки F5 - о чем мало кто знает. Причем оно и
/dev правильно копирует. Более того, раньше mc при копировании сбрасывал suid
бит с тех файлов где он стоял, и его потом приходилось возвращать руками туда
где он нужен. А mc из нового Дебиана этот бит сохраняет, что я с удивлением
обнаружил когда полез проверять те файлы, на которых он нужен.
Конечно, каталог /proc не надо пытаться копировать, его достаточно просто
создать пустым на новом месте.
Если система копируется на такой же раздел нового диска, то потом достаточно
только настроить загрузчик. Вот в этом месте кстати lilo не удобен, за что его и
не люблю. Для grub достаточно просто отредактировать конфиг (еще когда новый
диск стоит вторым, сразу после копировани), потом загрузить grub(не систему!) c
дискетки и сказать ему чтобы он прописался в mbr. А чтобы поставить lilo - надо
загрузить систему, что может быть проблемой, если под рукой не оказалось дискеты
с ядром более-менее подходящей версии и конфигурации чтобы скормить ему в
качествее корневого раздела то, что создано на диске. Потому что если рут на
дискетке, то придется править пути в конфиге lilo на диске чтобы
команда lilo сработала. А потом после того, как система загрузится уже с винча -
править их обратно чтобы в будущем не забыть. Вобщем - как видишь - всю эту
технологию с lilo даже описывать долго, хотя я все это умею делать даже не
заглядывая в ман. С грубом жить намного проще и удобнее.
AC> Знаешь, у меня переезд, требующий переконфигурации lilo, происходит
AC> раз в полгода при восьми линуксовых машинках под присмотром.
У меня лично - и того реже. Однако так как среди моих знакомых только я один
имею доступ к толстому каналу - то к остальным линуксы попадают обычно
размножаясь почкованием. Просто копирую свою более-менее настроенную систему на
чей-нибудь винч и запускаю, а дальше уже человек продолжает настраивать под себя
не с нуля, а с того места где остановился я. Те, кто не разбирается в тонкостях
установки линукса и не имеет доступа к фидо - весьма довольны возможностью
получить линукс в готовом виде. Потом я им пакеты подбрасываю вытащенные из
интернета. Так и живем.
Просто те, кто уже не первый год сидит на толстых каналах - не представляют себе
какое огромное количество народа имеет в качестве единственного средства связи с
миром модем и такую телефонную линию, что по ней и сто клобайтов скачать -
подвиг. Вне Москвы это встречается _очень_ часто.
ZK>>>> команды - apt-get remove часто оставляет некоторые файлы, особенно
ZK>>>> любит оставлять конфиги, но их подчищает dpkg --purge.
AC>>> Либо сразу dpkg --purge, либо apt-get remove 'имя_пакета*' .
ZK>> А вот нет - как раз после apt-get remove я и заметил оставшийся от
ZK>> пакета конфиг. Убивать не стал, сказал dpkg --purge, конфиг исчез:)
AC> Обрати внимание на звездочку в конце. Потом man apt-get до
AC> просветления.
Спасибо, указанный ман перечитаю.
Кстати dpkg --purge любит сказать что-нибудь типа "каталог <...> не пустой и я
его убивать не буду". Обычно это бывает, если в каталоге есть еще один каталог.
Файлы из них он убъет, а каталоги - приходится убивать руками.
Хорошо хоть пишет имена этих каталогов на экран.
AC>>> заведи себе deborphan - позволяет потом подчистить пакеты, которые
AC>>> тянулись по зависимостям и сами по себе не нужны, особенно
AC>>> библиотечные.
ZK>> Знаю, пользуюсь.
ZK>> Интересно было бы узнать - какие еще бывают средства проверки
ZK>> целостности "пакетной конфигурации"?
AC> debsums, видимо. Или что ты понимаешь под средствами проверки
AC> целостности?
Hу например перед тем, как пытаться апгрейдить какой-нибудь пакет -
рекомендуется проверить - все ли составляющие его файлы лежат на тех местах, где
их ожидает увидеть пакетный менеджер. Мало ли что куда в процессе экспериментов
переложил, а тут зазвонил мобильник(он это всегда в неподходящий момент делает:)
и вернуть обратно забыл... Если перед апгрейдом это не проверить - потом по
диску будут валяться "бесхозные" файлы - хорошо если сам помнишь от чего они, а
если нет? Все-таки дебиан - система большая, и я еще не дошел до состояния
"знать каждый файл в лицо", как я знаю их в слаквари, стоящей у меня на
"автопилотных" машинах. Вот там у меня действительно ничего лишнего нет.
Кстати говоря - когда я разбирался со слакварью, нашел удобное средство -
называется binstat. Проверяет зависимости между бинарниками и библиотеками - что
лишнее и чего не хватает. Конечно, к выводу этого средства надо относиться с
умом, оно не всегда отлавливает библиотеки, динамически загружаемые самими
программами(пример - libnss*) и может посчитать их "лишними", но в общем
помогает навести порядок.
Так вот я напустил это на Дебиан - был приятно удивлен после слаквари, где
несоответствий оно нашло заметно больше.
ZK>>>> А смотреть список доступного очень удобно при помощи aptitude
AC>>> Я посмотрел как-то на aptitude - и плюнул. apt-cache search много
AC>>> толковее.
ZK>> Это когда знаешь _что_ искать. А вот краткие аннотации к доступным в
ZK>> дистрибутиве пакетам удобно читать как раз в aptitude. Узнаешь много
ZK>> нового и интересного.
AC> apt-cache search . ?
Тоже можно, но оно выдает слишком короткие однострочные пояснения.
А aptitude на каждый пакет чуть ли не по абзацу текста пишет.
Очень похоже на привычный фидошный file_id.diz и поэтому удобно.
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> комплекте.
В моем случае это решение не годится, так как четвертые Иксы у меня поселились
по причине их умения работать с тремя видеокартами в одной машине. Третьи Иксы
этого не умели.
Причем что приятно - в отличие от многомониторных конфигураций на двухтысячных
виндах - тут каждый экран "самостоятелен" - то есть где мышка - с тем и
работаешь, там окна открываются и туда происходит вывод программ. А в виндах
программы все время пытаются открывать окна не на том мониторе, да еще и
перемещать их между мониторами, А то еще и разместить окно так, что оно
оказывается "пополам" между двумя экранами, что изрядно достает.
В Иксах этих глюков нет - у них несколько мониторов - это как несколько
виртуальных консолей, которые видишь одновременно, но которые полностью
независимы. Мне даже удавалось разные WM на разных экранах запустить (ion и
fvwm95).
ZK>>>> запустить - для xterm хватит. Да и xterm попробовал на втором
ZK>>>> маленьком мониторе - мало похож он на текстовый режим - и шрифт не
ZK>>>> такой,
AC>>> Шрифты разные бывают. Обычно да, не такие, но по насыщенности и
AC>>> читабельности похожие.
Hу совсем непохоже. Опять вылезла эта мода на "тонкие" шрифты.
ZK>> Тот, что стоит по умолчанию - "тонкий". Подбирать надо. Я как-то в
ZK>> прошлом году рассчитал параметры шрифта, исходя из видимого углового
ZK>> размера символов и размера картинки на мониторе. Осталось найти
ZK>> нужный.
AC> "Толстые", сколь я помню, из стандартных и переводов их на русский,
AC> только 10x20. Hу или bold использовать.
Растровых шрифтов для всяких разных терминалов(и принтеров:-) у меня в коллекции
довольно много. Включая экзотику типа знакогенераторов для газоразрядных
индикаторных панелей:-)
Просто надо будет как-нибудь заняться и перебрать всю эту огромную кучу.
ZK>> Я и на TFT мониторе не хочу смотреть на яркий фон. Hекомфортно все
ZK>> равно, хотя на нем оно выглядит и несколько лучше, чем на ЭЛТ.
AC> А ты яркость укрути.
Это само собой. Только я еще не поленюсь и черный (или темно-серый) фон сделать.
Моим глазам так удобнее.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.1
* Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
