приветствуются любые замечания, предложения, дополнения и т.п.. тема заезжена, ни на какую оригинальность сей опус не претендует, но, может кто найдёт сей метод более удобным, поскольку он предполагает довольно быстрый и удобный способ модификации конфига.
какие могут быть причины для подобного шага? их всего три:
1) использование новых функций, отсутствующих в текущем ядре дистрибутива;
2) оптимизация под текущую конфигурацию "железа";
3) если установлено специфичное оборудование или возникает конфликт аппаратного обеспечения со стандартным ядром
вторая причина довольно неоднозначна, ибо эффект от модернизации самого железа, который достигается за, не побоюсь этого слова, копейки, в разы перекроет любую оптимизацию программного обеспечения. но она же подразумевает сборку ядра без лишних компонентов/модулей, что оправдано для ряда специализированного оборудования. всё остальное - не серьёзно. можно заниматься этиим ради удовлетворения собственного любопытства, можно экспериментировать с флагами опримизации, можно... можно даже встать на уши, разогнаться и впечататься в ближайшую стену - гулять так с музыкой... третью причину ранее смело выносили на первое место, да времена ужо не те.
нюанс... при дороговизне трафика сборка из исходников полностью себя оправдывает. тратить деньги за десяток килобайт на сжатый diff файл или тянуть десяток мегабайт кем-то скомпиленного готового ядра? это справедливо для любых "крупных" пакетов, будь то OpenOffice, kernel, E17 :).
ещё один спорный момент: монолит или модульное? на ваше усмотрение, господа присяжные заседатели. с точки зрения "ламера ушастого" - монолит ноне не нужен.
что нам понадобится из "инструментария":
Meld
( пользователи SuSE имеют в "загашнике" JMeld )
и конфиг ядра дистрибутива, работающего в данный момент (стоит ли напомнить, что желательно иметь одинаковую major версию ядра - например 2.6.*?). предположим, что конфиг вкомпилен в ядро и его можно "достать" командой:
zcat /proc/config.gz
что мы и делаем в качестве нашего первого шага:
zcat /proc/config.gz > /home/USER/config_current
распаковываем исходники нового ядра и выполняем:
make menuconfig
затем выбираем опцию: "Load an Alternate Configuration File" -> /home/USER/config_current
тем самым загружая текущую конфигурацию ядра. после сразу же делаем:
"Save an Alternate Configuration File" -> /home/USER/config_new
всё, что нам осталось сделать, это пройтись meld-ом по этим двум файлам (config_current и config_new) и сформировать наш будущий конфиг с учётом всех новых опций, загрузив его уже известным "Load an Alternate Configuration File". если есть сомнения в параметрах новых опций - ставим "=m", видим явно лишнюю опцию - комментируем, ставя в начало строки "#". желаете описание каждой опции в параметрах конфигурации ядра - читайте документацию. основное правило: в ядро - только необходимый минимум, всё, что только можно, - вынести в модули. именно при таком подходе можно получить выигрыш во времени как при старте системы (подгружая только необходимое), так и по использованию памяти самим ядром.
N.B. товарищ, помни: "автоматом" подгрузить модуль можно, но выгрузить - только "вручную" (как вариант - использовать скрипты-"обвязки").
дальнейшие команды по сборке и установке нового ядра (make dep && make clean успели устареть):
make
make modules
sudo make modules_install
sudo make install
необязательные (но иногда крайне полезные) команды, выполняемые после установки (но до перезагрузки). если внимательно смотреть на вывод предыдущих 2-х команд, то в них нужды особой нет (так как именно они и выполняются в процессе), хотя...:
sudo depmod -a
(sudo depmod -aq)
смотрим на вывод команды и проверяем, какие модули будут активированы при загрузке того или иного установленного в системе ядра и собственно проверяем корректность .map файла нового ядра. эта каманда позволит сравнить загружаемые модули вашего старого/(старых) и только что установленного нового кернела. излишне пожалуй говорить, что практически все проблемы разряда "сабрал новае видро а ано нигрузиццо..." могут/должны быть устранены на этой стадии.
в зависимости от системы можно (естественно при желании) пересобрать Initial RAM Disk командами "mkinitrd" или "mkinitcpio" (обратите внимание на /etc/mkinitcpio.conf !!! отсутствие необходимых опций в нём может привести к провалу при загрузке нового кернела) - читайте справку по опциям. приведу для примера свой /etc/mkinitcpio.conf:
MODULES="pata_via sata_via reiserfs"
BINARIES=""
FILES=""
HOOKS="base udev autodetect pata scsi sata usbinput keymap filesystems"
сие означает, что на чипсете VIA имею IDE и SATA винты, плюс пользую reiserfs. основная же нагрузка падает на HOOKS. для понимания оных - читайте доки и комментарии в самом /etc/mkinitcpio.conf (мне хватило комментариев).
на закуску - несколько интересных статей в продолжение темы:
Ядерная физика для домохозяйки
ещё одна абсолютно чумовая статейка с использованием временных "рэперов" и живым примером перехода от 2.4 до 2.6:
Установка ядра linux-2.6.1 (вместо 2.4.x)
намеренно не затронут вопрос модификации загрузчика (внесения нового ядра в список оного) - ибо пошло и неинтересно.
среда, 31 октября 2007 г.
четверг, 25 октября 2007 г.
Kernel 2.6.23
начитавшись страшилок и пару раз обжёгшись "иду на второй круг"... и сразу же "по полной программе" - ибо к чёрту полумеры:
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_HZ_1000=y
CONFIG_HZ=1000
(это значит, что переходим на новый диспетчер управления ресурсами и сажаем "под капот" сразу 1000 лошадей :)). запущены: сборка kernel26 2.6.23.1-4, сборка E17-го, OOo, mpd, mplayer, xmms, ffmpeg потрошит авишку, плюс до кучи демонов и служб. имеем (может не совсем удачно, но общий смысл предельно ясен):
top - 21:54:24 up 1:25, 0 users, load average: 3.06, 2.68, 2.39
Tasks: 120 total, 7 running, 117 sleeping, 0 stopped, 0 zombie
Cpu(s): 73.4%us, 25.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.7%hi, 0.3%si, 0.0%st
Mem: 1035436k total, 984068k used, 51368k free, 73564k buffers
Swap: 2104472k total, 4k used, 2104468k free, 620396k cached
тормозов и заиканий нет.
из приятного - CONNLIMIT таки внесли в исходники (теперь можно не извращаться с глобальным ограничением количества соединений с одного IP-а). на запись правда примонтировать партицию Mac OS X не рискнул (бэкап староват для такого развлечения).
вердикт: must have! что по-русски значит - все на kernel.org за исходниками!
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_HZ_1000=y
CONFIG_HZ=1000
(это значит, что переходим на новый диспетчер управления ресурсами и сажаем "под капот" сразу 1000 лошадей :)). запущены: сборка kernel26 2.6.23.1-4, сборка E17-го, OOo, mpd, mplayer, xmms, ffmpeg потрошит авишку, плюс до кучи демонов и служб. имеем (может не совсем удачно, но общий смысл предельно ясен):
top - 21:54:24 up 1:25, 0 users, load average: 3.06, 2.68, 2.39
Tasks: 120 total, 7 running, 117 sleeping, 0 stopped, 0 zombie
Cpu(s): 73.4%us, 25.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.7%hi, 0.3%si, 0.0%st
Mem: 1035436k total, 984068k used, 51368k free, 73564k buffers
Swap: 2104472k total, 4k used, 2104468k free, 620396k cached
тормозов и заиканий нет.
из приятного - CONNLIMIT таки внесли в исходники (теперь можно не извращаться с глобальным ограничением количества соединений с одного IP-а). на запись правда примонтировать партицию Mac OS X не рискнул (бэкап староват для такого развлечения).
вердикт: must have! что по-русски значит - все на kernel.org за исходниками!
Заметки (перенесено с rootshell.be)
Поскольку любимый мной rootshell.be закрыли/перенесли с потерей учётной записи - потихоньку буду выкладывать здесь наиболее интересный материал...
Пару слов об этом замечательном WM-е. Основные грабли - русификация (что характерно). Разберём на примере темы "winter". На самом деле это довольно интимное занятие и оно различается от темы к теме для e16. Моя версия - 0.16.8.7-0.00 из cvs. Как я его собирал - скриптик дан вверху странички, пользуйтесь. Для этой темы надо в 'путь_к_установленному_Вами_e16/share/e16/themes/winter/ttfonts' положить допустим шрифт verdana.ttf и verdanab.ttf (любые шрифты поддерживающие Вашу locale. Dejavu тоже подойдёт (даже лучше будет), но под рукой нету) в дополнение к уже присутствующим (надеюсь) Vera.ttf и VeraBd.ttf и выполнить (от рута)
mkfontscale && mkfontdir
стоя в 'путь_к_установленному_Вами_e16/share/e16/themes/winter/ttfonts'
Затем идём в ~/.e16/cached/cfg и открываем файлик
.*.share.e16.themes.winter.fonts.cfg.preparsed
вместо * у Вас будет что-то написано ессно. Это делается для проверки, дабы избежать внесения изменений в
'путь_к_установленному_Вами_e16/share/e16/themes/winter/fonts.cfg'
и избежать операции "purge cache all". Приводим этот файлик (это - аналог нашего fonts.cfg) вот в такой вид:
1001 1
21 999
font-default "verdanab/7"
font-border "verdanab/7"
font-coords "verdanab/7"
font-dialog "verdana/7"
font-dialog-hilite "verdana/8"
font-epplet "verdana/6"
font-epplet-small "verdana/6"
font-epplet-medium "verdana/8"
font-epplet-large "verdana/10"
font-focus "verdanab/7"
font-iconbox "verdanab/7"
font-init "verdanab/8"
font-menu "verdana/7"
font-pager "verdanab/7"
font-tooltip "verdanab/7"
1000
Всё. Restart. Если заголовки окон в норме - рихтуйте
'путь_к_установленному_Вами_e16/share/e16/themes/winter/fonts.cfg'
и purge cashe all
Самое важное здесь - ставить именно те шрифты, которые поддерживают Вашу locale. Для темы же 'aqua' всё немного по-другому (определение шрифтов разнесено по нескольким конфигурационным файлам), посему - ищите да обрящете...
Тут есть ещё такой "ньюанс" - вполне возможно/вероятно, что для версии 0.16.8.1 данный способ не подойдёт. Посему - upgrade пожалуйста...
После длительного перерыва решил продолжить, ибо тема E16 не раскрыта совершенно. Полагаю, что это - лучший WM на сегодня, да и на ближайшее обозримое будущее тоже. Количество тем офрмления для него просто огромно (с версии E 16.8.10 темы требуют доработки):
http://themes.freshmeat.net/browse/60/
Вот что установлено у меня в ~/.e16/themes и на скриншоте - самая верхняя, 23OZ, с которой пришлось чуток повозиться путём рихтовки всех конфигурационных файлов, содержащих инструкции по использованию отсутствующего у меня шрифта/семейства шрифтов "helvetica". Кроме того на скриншоте "gkrellm" с темой "23ozglass" и индикатором писем из темы "CoplandOS". В отличие от "стандартной" темы "winter" в "23OZ" (как и в большинстве старых тем) внимания требуют практически все конфигурационные файлы, ибо стандарта по созданию тем как такового нет до сих пор. Кроме того добавил теме своё собственное звуковое оформление. Для этого достаточно разобраться с файлом ~/.e16/themes/23OZ/sound.cfg (если тема установлена в ~/.e16/themes).
Но основное внимание стоит уделить файлу "~/.e16/bindings.cfg". Он имеет 3 секции:
Aclass BUTTONBINDINGS normal
Aclass DESKBINDINGS normal
Aclass KEYBINDINGS global
соответственно первая в ответе за отклик окон на различные комбинации "щёлканья" мышкой (и опционально - с клавиатурой), вторая - за "кликанье" мышкой (опять же +- клавиатура) на рабочем столе и последняя даёт волю в выборе "горячих" клавиш. Ограничений - практически никаких. Есть утилита для установки некоторых функций "горячих" клавиш в gui - "e16keyedit". Изменения попадут в секцию "Aclass KEYBINDINGS global". Желающие "огласить весь список" могут набрать в консоли:
eesh help full
и очень рекомендуется к прочтению следующий документ:
README
Если мы к примеру добавим в конец файла "~/.e16/bindings.cfg" следующую строку:
KeyDown - F1 menus show windowlist
то по нажатию кнопки "F1" вылетит окно со списком всех запущенных приложений. Понятно, что для "подгонки" приложений под выбранную/созданную тему придётся всё равно "ковырять" настройки gtk/qt, но это уже совсем другая "песня". Ещё пожалуй стоит упомянуть утилиту "e16menuedit2", которая для E-0.16.8 и выше позволяет "визуально" редактировать списки меню с перечнем доступных приложений. Если есть желание расположить на рабочем столе "иконки" для запуска документов или приложений - смотрите в сторону программы idesk. Enlightenment был и остаётся самым красивым и функциональным WM в истории *nix.
ENLIGHTENMENT (E16)
Пару слов об этом замечательном WM-е. Основные грабли - русификация (что характерно). Разберём на примере темы "winter". На самом деле это довольно интимное занятие и оно различается от темы к теме для e16. Моя версия - 0.16.8.7-0.00 из cvs. Как я его собирал - скриптик дан вверху странички, пользуйтесь. Для этой темы надо в 'путь_к_установленному_Вами_e16/share/e16/themes/winter/ttfonts' положить допустим шрифт verdana.ttf и verdanab.ttf (любые шрифты поддерживающие Вашу locale. Dejavu тоже подойдёт (даже лучше будет), но под рукой нету) в дополнение к уже присутствующим (надеюсь) Vera.ttf и VeraBd.ttf и выполнить (от рута)
mkfontscale && mkfontdir
стоя в 'путь_к_установленному_Вами_e16/share/e16/themes/winter/ttfonts'
Затем идём в ~/.e16/cached/cfg и открываем файлик
.*.share.e16.themes.winter.fonts.cfg.preparsed
вместо * у Вас будет что-то написано ессно. Это делается для проверки, дабы избежать внесения изменений в
'путь_к_установленному_Вами_e16/share/e16/themes/winter/fonts.cfg'
и избежать операции "purge cache all". Приводим этот файлик (это - аналог нашего fonts.cfg) вот в такой вид:
1001 1
21 999
font-default "verdanab/7"
font-border "verdanab/7"
font-coords "verdanab/7"
font-dialog "verdana/7"
font-dialog-hilite "verdana/8"
font-epplet "verdana/6"
font-epplet-small "verdana/6"
font-epplet-medium "verdana/8"
font-epplet-large "verdana/10"
font-focus "verdanab/7"
font-iconbox "verdanab/7"
font-init "verdanab/8"
font-menu "verdana/7"
font-pager "verdanab/7"
font-tooltip "verdanab/7"
1000
Всё. Restart. Если заголовки окон в норме - рихтуйте
'путь_к_установленному_Вами_e16/share/e16/themes/winter/fonts.cfg'
и purge cashe all
Самое важное здесь - ставить именно те шрифты, которые поддерживают Вашу locale. Для темы же 'aqua' всё немного по-другому (определение шрифтов разнесено по нескольким конфигурационным файлам), посему - ищите да обрящете...
Тут есть ещё такой "ньюанс" - вполне возможно/вероятно, что для версии 0.16.8.1 данный способ не подойдёт. Посему - upgrade пожалуйста...
Доводим до ума E16...
После длительного перерыва решил продолжить, ибо тема E16 не раскрыта совершенно. Полагаю, что это - лучший WM на сегодня, да и на ближайшее обозримое будущее тоже. Количество тем офрмления для него просто огромно (с версии E 16.8.10 темы требуют доработки):
http://themes.freshmeat.net/browse/60/
Вот что установлено у меня в ~/.e16/themes и на скриншоте - самая верхняя, 23OZ, с которой пришлось чуток повозиться путём рихтовки всех конфигурационных файлов, содержащих инструкции по использованию отсутствующего у меня шрифта/семейства шрифтов "helvetica". Кроме того на скриншоте "gkrellm" с темой "23ozglass" и индикатором писем из темы "CoplandOS". В отличие от "стандартной" темы "winter" в "23OZ" (как и в большинстве старых тем) внимания требуют практически все конфигурационные файлы, ибо стандарта по созданию тем как такового нет до сих пор. Кроме того добавил теме своё собственное звуковое оформление. Для этого достаточно разобраться с файлом ~/.e16/themes/23OZ/sound.cfg (если тема установлена в ~/.e16/themes).
Но основное внимание стоит уделить файлу "~/.e16/bindings.cfg". Он имеет 3 секции:
Aclass BUTTONBINDINGS normal
Aclass DESKBINDINGS normal
Aclass KEYBINDINGS global
соответственно первая в ответе за отклик окон на различные комбинации "щёлканья" мышкой (и опционально - с клавиатурой), вторая - за "кликанье" мышкой (опять же +- клавиатура) на рабочем столе и последняя даёт волю в выборе "горячих" клавиш. Ограничений - практически никаких. Есть утилита для установки некоторых функций "горячих" клавиш в gui - "e16keyedit". Изменения попадут в секцию "Aclass KEYBINDINGS global". Желающие "огласить весь список" могут набрать в консоли:
eesh help full
и очень рекомендуется к прочтению следующий документ:
README
Если мы к примеру добавим в конец файла "~/.e16/bindings.cfg" следующую строку:
KeyDown - F1 menus show windowlist
то по нажатию кнопки "F1" вылетит окно со списком всех запущенных приложений. Понятно, что для "подгонки" приложений под выбранную/созданную тему придётся всё равно "ковырять" настройки gtk/qt, но это уже совсем другая "песня". Ещё пожалуй стоит упомянуть утилиту "e16menuedit2", которая для E-0.16.8 и выше позволяет "визуально" редактировать списки меню с перечнем доступных приложений. Если есть желание расположить на рабочем столе "иконки" для запуска документов или приложений - смотрите в сторону программы idesk. Enlightenment был и остаётся самым красивым и функциональным WM в истории *nix.
вторник, 16 октября 2007 г.
E17 - приятные мелочи (multimedia)
долго думал, писать аль не стоит... судить Вам, Господа. встречайте: Rage - будущий мультимедиа-центр для пользователей E17-го:
это именно мультимедиа - просмотр картинок, DVD, фильмов, броадкаста ТВ по сети с пультом remote control плюс прослушивание аудио-коллекции. но это - в будущем. а на сей момент работает всё, кроме аудио и просмотра картинок - что ну ни капельки не расстраивает, поскольку есть eclair, exhibit, ephoto, entice... для DVD можно устанавливать параметры просмотра в меню:
есть опция Rip (DVD), как её активировать - догадайтесь сами (да, я нонче вредный). найденные на винчестере фильмы отображаются в меню весьма достойно - с двойным предпросмотром в миниатюрных окошках - сценки с самого начала фильма и из "серединки":
это чертовски удобно при наличии огромных коллекций на "винте" (хех, или на подмонтированных фтп серверах с обилием этого добра):
одним словом - зело удобная классная софтина, дающая пользователю с умением кастомизировать гуи E17-го придумать к ней полностью свой интерфейс (окромя всего прочего). как всё это настроить? - читайте в README файле из каталога с исходниками.
удачи!
это именно мультимедиа - просмотр картинок, DVD, фильмов, броадкаста ТВ по сети с пультом remote control плюс прослушивание аудио-коллекции. но это - в будущем. а на сей момент работает всё, кроме аудио и просмотра картинок - что ну ни капельки не расстраивает, поскольку есть eclair, exhibit, ephoto, entice... для DVD можно устанавливать параметры просмотра в меню:
есть опция Rip (DVD), как её активировать - догадайтесь сами (да, я нонче вредный). найденные на винчестере фильмы отображаются в меню весьма достойно - с двойным предпросмотром в миниатюрных окошках - сценки с самого начала фильма и из "серединки":
это чертовски удобно при наличии огромных коллекций на "винте" (хех, или на подмонтированных фтп серверах с обилием этого добра):
одним словом - зело удобная классная софтина, дающая пользователю с умением кастомизировать гуи E17-го придумать к ней полностью свой интерфейс (окромя всего прочего). как всё это настроить? - читайте в README файле из каталога с исходниками.
удачи!
суббота, 13 октября 2007 г.
SuSE + Enlightenment = угробил целый день
http://download.opensuse.org/repositories/home:/dmitry_serpokryl:/Enlightenment-cvs-core-metapackage/
вот так и никак иначе. да будет свет! сегодня scheduler для x86-64 просто взял отпуск, посему смело можно ставить src.rpm, подключится к интернету и набрать волшебную команду:
> rpmbuild -bb ./enlightenment-cvs-core.spec
оно само вытянет исходники из cvs и скомпилит rpm-ку в /usr/src/packages/RPMS/ваша_архитектура/
(это камешек в огород противников rpm дистрибутивов: коли не умеете "готовить" - так не надо и позориться! а то так и прёт изо всех щелей: "в rpm-based нельзя из исходников компилить"...STFU + RTFM!). такой вот "ответ турецкому султану" получился.
огромную помощь в сём благом начинании оказал альбом "Пепел" (коллекционное издание) группы "Чёрный Обелиск".
P.S. вот так всегда... паришься целый день, а резюме - на 2 строчки + скомпиленные пакеты для SLE_10, OpenSuSE-Factory, OpenSuSE-10.2 и OpenSuSE-10.3... эх....
вот так и никак иначе. да будет свет! сегодня scheduler для x86-64 просто взял отпуск, посему смело можно ставить src.rpm, подключится к интернету и набрать волшебную команду:
> rpmbuild -bb ./enlightenment-cvs-core.spec
оно само вытянет исходники из cvs и скомпилит rpm-ку в /usr/src/packages/RPMS/ваша_архитектура/
(это камешек в огород противников rpm дистрибутивов: коли не умеете "готовить" - так не надо и позориться! а то так и прёт изо всех щелей: "в rpm-based нельзя из исходников компилить"...STFU + RTFM!). такой вот "ответ турецкому султану" получился.
огромную помощь в сём благом начинании оказал альбом "Пепел" (коллекционное издание) группы "Чёрный Обелиск".
P.S. вот так всегда... паришься целый день, а резюме - на 2 строчки + скомпиленные пакеты для SLE_10, OpenSuSE-Factory, OpenSuSE-10.2 и OpenSuSE-10.3... эх....
пятница, 12 октября 2007 г.
OpenSuSE 10.3 fonts for LCD - шрифты...
я всё понимаю... чесслово... но глаза мои не выдержали того ужаса, что идёт по умолчанию в дистрибутиве OpenSuSE-10.3. такого безобразия не было даже в SuSE-8.2!
забирайте (пока не прибили каталог заодно с моим логином :)) :
http://ftp5.gwdg.de/pub/linux/suse/opensuse/repositories/home:/dmitry_serpokryl/openSUSE_10.3/
чего есть:
всё (BI, SWITCH, Apple glyphs...)
чего нет:
* проверки GX/AAT и OpenType таблиц при "открытии" шрифта (бо лишнее)
* патчей "memcpy-fix" и "bitmap", поскольку совершенно некритично. было бы надо - давно засадили бы в исходный код...
пользуйте...
для x86-64 берите srpm и ручками пересобирайте сами, бо что-то там в шайтан-xen-машине не заладилось с билдом (ошибка либо на пустом месте, либо... соберите себе gcc-release дабы не было этих "либо").
там же скоро появится "igmpproxy" и, очень постараюсь, cvs Enlightenment DR-17, а то на версию 016.999.037 без слёз смотреть невозможно.
забирайте (пока не прибили каталог заодно с моим логином :)) :
http://ftp5.gwdg.de/pub/linux/suse/opensuse/repositories/home:/dmitry_serpokryl/openSUSE_10.3/
чего есть:
всё (BI, SWITCH, Apple glyphs...)
чего нет:
* проверки GX/AAT и OpenType таблиц при "открытии" шрифта (бо лишнее)
* патчей "memcpy-fix" и "bitmap", поскольку совершенно некритично. было бы надо - давно засадили бы в исходный код...
пользуйте...
для x86-64 берите srpm и ручками пересобирайте сами, бо что-то там в шайтан-xen-машине не заладилось с билдом (ошибка либо на пустом месте, либо... соберите себе gcc-release дабы не было этих "либо").
там же скоро появится "igmpproxy" и, очень постараюсь, cvs Enlightenment DR-17, а то на версию 016.999.037 без слёз смотреть невозможно.
среда, 10 октября 2007 г.
15 человек на сундук мертвеца! (или песнь о зарытых сокровищах)
лучше будет сказать 17 человек, бо "о бедном гусаре замолвите слово", не во грех сие, но во благо...
недалече как сегодня поставил многоточие после трудов своих над темой E17-го. это стало восхитительным упражнением! оказалось, что по большому счёту создание любого гуи в 17-ом очень похоже на написание программы (синтаксис практически сишный, есть объекты, их описание, источники событий/сигналов, генерация событий/сигналов и их обработка, плюс многое другое из арсенала высокоуровнего языка программирования). EFL программа в идеале не должна содержать элементов визуального интерфейса - это отдано на откуп "темерам"/дизайнерам. всё как у взрослых, причём после такого творчества находиться в прочих WM-ах как-то стало непросто. не могу назвать результат шедевром, хотя на http://www0.get-e.org/ не попал сугубо по соображениям лицензионной чистоты - авторы скачанных мной из интернета изображений не потрудились ответить на запросы о получении разрешения на подобную некоммерческую инициативу. другими словами - слегонца подташнивает (кроме как от E16-го, поскольку первая любовь коррозии не поддаётся, да и темы у 16-го шикарнейшие). пользовался gimp-ом и elicit, чей 20-ти кратный зум любого пикселя экрана с последующим определением палитры оказался незаменимым для подобного рода упражнений. в общеобразовательных целях ознакомился с inkscape - для работы с цветом шрифтов в 17-ом сей тул может пригодиться. откуда столько сложностей? дык... судьба, барин! супротив не попрёшь!
первым делом - пока все остальные ВМ-ы/(гхм... разработчики оных) занимаются неизвестно чем - в 17-ом всё тотально завязано на модель RGBA (и не путайте здесь композит/bling/xcompmgr - оне тут совершенно ни при чём). это значит, что альфа канал является цветообразующим для любого элемента, от шрифтов и до... последнего пикселя. вот кстати про одну из самых любимых тем "крутых перцев" - да-да-да! про шрифты! - и поговорим... очень хотелось в качестве названия этой заметки воспользоваться словом "сасать" и восклицательным знаком - постеснялся... судите сами: для отображения шрифта в любом месте интерфейса может использоваться три значения цвета (естественно каждый из трёх - в RGBA) - это цвет собственно шрифта, цвет его "тени"/shadow и цвет его "окантовки"/outline. плюс к этому - вагон и маленькая тележка эффектов отрисовки начертания. оные эффекты применимы к любому элементу интерфейса (шрифт - не более чем один из них). у меня от открывшихся возможностей чуть "крыша" на поехала - ограничился правда минимальным использованием в своей теме, "вешками чуток тропку разметил" так сказать...
во вторых - обилие "управляющих элементов" (сиречь конструкций для манипулирования свойствами объектов интерфейса) и список сей ещё далёк от завершения. как следствие можно привести появление анимации для любых объектов, что безусловно добавляет "перчику" в котелок, где уже варятся остальные WM-ы (хе-хе).
и "на закуску", несмотря на то, что продолжать можно вечно (пока не кончатся батарейки) - тотальная модульность. есть canvas - сиречь evas, всё прочее можно смело рассматривать как "включения", что может дать вот такой интересный эффект:
заметили шарик в левом верхнем углу изображений? это - управление альфа каналом, поскольку Evas принял видеофильмы как очередные элементы/объекты управления. для иллюстрации этого подхода к изображениям можно посмотреть на Entice - очень неординарную программу-гляделку:
в создании темы мне очень здорово помогли советами следующие товарищи в алфавитном порядке (разработчики этого WM-а отмечены в начале большой буквой "E"):
boneyfrog (создатель темы "blue_eyed")
E devilhorns (Christopher Michael)
E Rasterman (Carsten Haitzler)
E Ravenlock (Eric Schuele)
E mekius (к стыду своему запамятовал ФИО)
E morlenxus (Brian Miculcy)
E Viktor Kojouharov
нижайший им поклон, хотя... в общем в отместку придётся написать труд "Create E17 Theme From Scratch", после ревизии коего можно будет перевести на русский (вот думаю, стоит ли?) и выложить на том же get-e. комплексного материала в этой области пока нет. всё довольно разрозненно и успело значительно устареть.
P.S. в качестве музыкального сопровождения при создании темы использовался плеер Emphasis, загруженный альбомами SRV и славной группы "Чёрный Обелиск" (земля пухом Стиви и Толику).
P.P.S. насчёт жалоб об отсутствии систрея - читаем здесь:
http://www.freedesktop.org/wiki/Standards_2fsystemtray_2dspec
и здесь (ищем по слову "systray" заметку от Thursday, 2 February 2006):
http://www.rasterman.com/index.php?page=News
в двух словах: нет стандарта - нет и систрея! так-то! пройдите товарищи!
недалече как сегодня поставил многоточие после трудов своих над темой E17-го. это стало восхитительным упражнением! оказалось, что по большому счёту создание любого гуи в 17-ом очень похоже на написание программы (синтаксис практически сишный, есть объекты, их описание, источники событий/сигналов, генерация событий/сигналов и их обработка, плюс многое другое из арсенала высокоуровнего языка программирования). EFL программа в идеале не должна содержать элементов визуального интерфейса - это отдано на откуп "темерам"/дизайнерам. всё как у взрослых, причём после такого творчества находиться в прочих WM-ах как-то стало непросто. не могу назвать результат шедевром, хотя на http://www0.get-e.org/ не попал сугубо по соображениям лицензионной чистоты - авторы скачанных мной из интернета изображений не потрудились ответить на запросы о получении разрешения на подобную некоммерческую инициативу. другими словами - слегонца подташнивает (кроме как от E16-го, поскольку первая любовь коррозии не поддаётся, да и темы у 16-го шикарнейшие). пользовался gimp-ом и elicit, чей 20-ти кратный зум любого пикселя экрана с последующим определением палитры оказался незаменимым для подобного рода упражнений. в общеобразовательных целях ознакомился с inkscape - для работы с цветом шрифтов в 17-ом сей тул может пригодиться. откуда столько сложностей? дык... судьба, барин! супротив не попрёшь!
первым делом - пока все остальные ВМ-ы/(гхм... разработчики оных) занимаются неизвестно чем - в 17-ом всё тотально завязано на модель RGBA (и не путайте здесь композит/bling/xcompmgr - оне тут совершенно ни при чём). это значит, что альфа канал является цветообразующим для любого элемента, от шрифтов и до... последнего пикселя. вот кстати про одну из самых любимых тем "крутых перцев" - да-да-да! про шрифты! - и поговорим... очень хотелось в качестве названия этой заметки воспользоваться словом "сасать" и восклицательным знаком - постеснялся... судите сами: для отображения шрифта в любом месте интерфейса может использоваться три значения цвета (естественно каждый из трёх - в RGBA) - это цвет собственно шрифта, цвет его "тени"/shadow и цвет его "окантовки"/outline. плюс к этому - вагон и маленькая тележка эффектов отрисовки начертания. оные эффекты применимы к любому элементу интерфейса (шрифт - не более чем один из них). у меня от открывшихся возможностей чуть "крыша" на поехала - ограничился правда минимальным использованием в своей теме, "вешками чуток тропку разметил" так сказать...
во вторых - обилие "управляющих элементов" (сиречь конструкций для манипулирования свойствами объектов интерфейса) и список сей ещё далёк от завершения. как следствие можно привести появление анимации для любых объектов, что безусловно добавляет "перчику" в котелок, где уже варятся остальные WM-ы (хе-хе).
и "на закуску", несмотря на то, что продолжать можно вечно (пока не кончатся батарейки) - тотальная модульность. есть canvas - сиречь evas, всё прочее можно смело рассматривать как "включения", что может дать вот такой интересный эффект:
заметили шарик в левом верхнем углу изображений? это - управление альфа каналом, поскольку Evas принял видеофильмы как очередные элементы/объекты управления. для иллюстрации этого подхода к изображениям можно посмотреть на Entice - очень неординарную программу-гляделку:
в создании темы мне очень здорово помогли советами следующие товарищи в алфавитном порядке (разработчики этого WM-а отмечены в начале большой буквой "E"):
boneyfrog (создатель темы "blue_eyed")
E devilhorns (Christopher Michael)
E Rasterman (Carsten Haitzler)
E Ravenlock (Eric Schuele)
E mekius (к стыду своему запамятовал ФИО)
E morlenxus (Brian Miculcy)
E Viktor Kojouharov
нижайший им поклон, хотя... в общем в отместку придётся написать труд "Create E17 Theme From Scratch", после ревизии коего можно будет перевести на русский (вот думаю, стоит ли?) и выложить на том же get-e. комплексного материала в этой области пока нет. всё довольно разрозненно и успело значительно устареть.
P.S. в качестве музыкального сопровождения при создании темы использовался плеер Emphasis, загруженный альбомами SRV и славной группы "Чёрный Обелиск" (земля пухом Стиви и Толику).
P.P.S. насчёт жалоб об отсутствии систрея - читаем здесь:
http://www.freedesktop.org/wiki/Standards_2fsystemtray_2dspec
и здесь (ищем по слову "systray" заметку от Thursday, 2 February 2006):
http://www.rasterman.com/index.php?page=News
в двух словах: нет стандарта - нет и систрея! так-то! пройдите товарищи!
********************************************************************
(всё ещё нужен систрей? ок. поищите trayer или stalonetray)
********************************************************************
********************************************************************
пятница, 5 октября 2007 г.
OpenSuSE 10.3 - апгрейд, Господа!
настал благоприятный момент поставить на стол бутылку зелёного стекла, потушить свет, зажечь свечи... хм... долой слюни и сантименты!
Господа и Дамы - проходите прямо!
Бэлла, киса, не скучай!
Сегодня Лонжерон гуляет,
Себе на стол SuSE вставляет!
Маэстро! Сёма! Дай ему на чай!
скоро будет как 10 лет моего поверхностного знакомства с этим замечательным дистрибутивом. он всегда был (и надеюсь останется) лучшим линукс дистрибутивом как для домашнего пользователя, так и для корпоративного сектора. если вы где-то слышите негативные отзывы в его адрес - перед вами очередной экземпляр рода людского не умеющий и/или не желающий (скорее и то и другое) учиться. от суперкомпьютеров (где продукты семейства SuSE доминируют) и до десктопов пользователей - таков спектр его применения. а начиналось всё так:
А было это летом, в восемнадцатый год,
Убили Мишку в Питере с нагана.
На сходке порешили отомстить за него
Ребята загорелые с лимана...
и форкнули в конце 1993-го года Slackware, оставаясь совместимой с ней на уровне пакетов вплоть до версии 4.? (запамятовал).
до сего момента ваш покорный слуга аки набожная монашка осуществлял переход с версии на версию в классическом "миссионерском" стиле:
0. затаривался пивищем (проверено: особенно на критичных серверех без этого никак...)
1. бэкап /etc, /var, /srv
2. /home с незапамятных времён на отдельном винте - тут всё под контролем
3. качал исошки, нарезал и ставил систему, как девственницу перед алтарём
4. восстанавливал конфиги (meld - великая штуковина)
5. усердно молился перед рестартом
но времена нонче иные, о нравственности и душевных ценностях заикаться и не вздумай, бабло тотально изгнало понятие зла из жизни обывателей, да и общение с Archlinux-ом совратило с пути истинного...
итак, борзо наплевав на официальные рекомендации, приступаем к делу!
0. бежим в ларёк за пивом! возвращаемся. в качестве "small handy tool"-а воспользуемся YAST-ом. в отличие от того же smart-а (который идеален при повседневной рутине по апгрейду/удалению/установке новых пакетов) YAST ставит пакет сразу же после его скачивания из сети, сие очень критично при глобальном обновлении системы. smart же сперва качает, а потом ставит, что приводит к курьёзным последствиям в процессе "глобальной индустриализации". рассмотрим типичную ситуацию: в новом релизе изменились версии пакетов db и rpm (rpm зависит от db). YAST качает, "чаго попросють" и "не отходя от кассы" производит окончательный расчёт (используя конструкт наподобие rpm -i --force --nodeps пакет.rpm). что делает smart: качает пакеты в кэш, устанавливает очередь обновления (сперва db, потом rpm, потом может в очередь загнать что-то ещё), а вот как он это ставит - ведает только Аллах, ибо дело закончится тем, что на вашей машине будет установлена новая версия db (плюс новые версии пакетов из очереди до db), стёрт rpm, а smart остановится, вопя в дурнину, что rpm (старый, который ещё висит в памяти как запущенный процесс) отказывается работать со свежим db. как только вы прекратите этот вой smart сразу же потеряет "ниточку" к старому процессу rpm (что приведёт к его удалению из памяти) и вы - счастливый обладатель того, что раньше было известно как здоровая рабочая система. наличие установочного диска плюс chroot конечно же спасут отца русской демократии, да только осадочек в душе уже не вытравить. может это пиздарное поведение и исправили ноне, но своё решение проапгрейдиться с 10.1 до 10.2 smart-ом назвать удачным язык до сих пор не поворачивается (особенно вспоминая обороты русской речи, на которые мой язык таки повернулся при виде подобного)...
нюанс: перед выполнением дальнейших процедур запустим консольку с поддержкой табов (urxvt вполне подойдёт али там gnome-terminal). когда всё обновится в памяти останутся только запущенные процессы, а перед перезагрузкой надобно пару-тройку телодвижений совершить, так что на всякий случай (дабы не лезть в консольный режим Ctl+Alt+F[1-6])...
1. сугубо из уважения к Даме кинем на топчан матрас и поменяем постельное бельё на свежевыстиранное:
2. заполним записную книжку многочисленными адресами нашей новой подруги:
галочку с "Sinchronize Changes with ZENworks" снимать не стоит (сервис запущен, не так ли?), но вот набраться терпения после внесения всех "адресов" и соответствующего подтверждения придётся преизрядно. что оно там делает так долго - загадка сия велика есть, но, учитывая, что писано сие на mono - подобное поведение неудивительно (Превед Иказе, что характерно). я не программист, но как пользователь стараюсь изо всех сил избегать продуктов, базирующихся на mono (сравните например распиаренный во все дыры beagle (и такой же дырявый) с трудягой tracker-ом - результат вам скажет всё сам). характеристика самого Иказы как человека, неспособного довести до конца ни одно дело, и его личные высказывания, включая сам подход к реализации mono, побуждают отказываться от пользования подобными продуктами (по возможности)...
N.B. CD-ROM (DVD-ROM) приводы в качестве источника/репозитория должны быть отключены напрочь!
3. после чего откроем блокнотик на вкладочке Online Update вот в таком ракурсе, нажмём на клавишу "+" и не отпустим её до тех пор, пока не пометим весь список:
4. при этом уже установленные пакеты с более новыми номерами версий, чем в репах 10.3 (выделены красным) останутся незатронутыми - исправляем сие недоразумение (почему? - из-за конфликта библиотек):
5. нажимаем на кнопочку "Check" внизу и продираемся сквозь дебри к солнцу, безжалостно рубя всех шашкой под корень:
6. но в лесу всегда останутся партизаны, требующие наличия под рукой снайперской винтовки:
проводим отстрел, нажав на "Cancel" и вырезая ручками...
7. продолжаем зачистку до получения одобрения со стороны Рейхсканцелярии:
8. отправляем состав в путь со станции "Жмеринка" и расписываем "пульку со скачками":
9. о том, что пора в перезагрузку, догадаться право труда не составит:
главное тут - не поторопиться и дождаться завершения обновления пакетов (иначе печень может не выдержать последующей нагрузки),
после нажатия на "Close" стоит проявить вежливость и подождать какое-то время. вежливость говорят ещё никому не помешала. впрочем - "есть у нас ещё дома дела", коими и займёмся до рестарта с Божьей помощью...
перво-наперво сделаем копию /etc/fstab и подрихтуем сам файл, поскольку переход на libata подразумевает определение IDE дисков как скази. например всё, что ранее обзывалось как /dev/hda станет ноне /dev/sda, /dev/hdb -> /dev/sdb и т.д.. можно конечно заранее поменять точки монтирования по меткам или юидам, но по-старинке как-то привычнее. если у нас есть cd-rom/cd-rw (dvd-rom/dvd-rw), то он станет /dev/sr0 соответственно. проверим для очистки совести /etc/X11/xorg.conf (он не должен измениться), перекрестимся и перегружаемся. как? помним запущенную консольку перед всем этим безобразием? вот в ней и рисуем от рута reboot -n.
наивная чукотская девушка! libata... переход... ну да по порядку. после рестарта grub отказался грузить обновлённую систему (что-то ему в нумерации не понравилось). не вопрос! входим в командный режим и рисуем (корень - на /dev/sda5 - не удивляйтесь первой записи):
root (hd2,4)
kernel /boot/vmlinuz-2.6.22.5-31-default
initrd /boot/initrd-2.6.22.5-31-default
boot
опаньки! мир не видел более наглого требования провести вручную процедуру проверки файловой системы (fsck)! уже чуя подвох малюю:
hwinfo | grep \/dev\/
эч! а разметка-то осталась старой! ладненько, 1:0 SuSE открывает счёт (наслушался понимаш крикунов, а правила-то udev-а старые остались!!!). благо есть бэкап:
cp /etc/fstab.old /etc/fstab
reboot -n
после перезагрузки счёт стал 2:0 - ибо всё заработало без малейших усилий. залез в обновлённый YAST и быстренько переписал grub на старое место (в /dev/sda5 ибо в MBR стоит grub Archlinux-а, настроенный грузить всё моё немаленькое хозяйство). так не бывает - думал, глядя на работающий lm_sensors (он без пинков у меня не пахал никогда). зад чуял приближение беды... угу, наши прежние настройки сессий канули в лету (beagle запустился без моего разрешения), кое какие пакеты в пылу страсти тож были возложены на жертвенный алтарь (мой недосмотр, но причина-то - неумение автоматом разрулить зависимости) посему 2:1 и ощущение, что кто-то подкрался незаметно, всё усиливается. а что это у нас с сетью? правильно! "дети прыгали до потолка - папа в козыря попал!" сети нет. вообще нет. исправляем сие досадное недоразумение:
1. default route ушёл погулять - возвращаем!
2. отныне привязка в таблице роутинга к device-id "за отмазу не канает" - жёстко указываем сетевой интерфейс:
без правильно прописанного роутинга у вас есть риск не дождаться результата от replacedefaultroute при pptp (впн) соединении.
3. по старой доброй традиции SuSEfirewall похерил прежние настройки, загнав все интерфейсы в "No zone assigned", тем самым заблокировав весь траффик - правим:
тестировать "Network Manager" у меня нет ни сил ни желания уже не первый год - Kinternet прекрасно справляется со своими функциями. будем считать, что счёт в противостоянии Машина-Хьюман как минимум сравнялся.
настройки наших новых репозиториев (странно... репозиторий, но депозитарий - при одинаковой смысловой нагрузке...) сохранились (что удивительно), только все они в статусе "выключено". включаем в YAST -> Software Repositories и по большому счёту - всё! остальное - рутина (доустановка "потерянных" пакетов, дрова на видео и т.п).
пожелаем же всем остальным и дальше тянуть с интернета установочные диски! мне же в качестве rescue system хватает этого добра, выкачанного для предыдущих версий...
наслаждаемся... (выбор софта - просто супер...)
Господа и Дамы - проходите прямо!
Бэлла, киса, не скучай!
Сегодня Лонжерон гуляет,
Себе на стол SuSE вставляет!
Маэстро! Сёма! Дай ему на чай!
скоро будет как 10 лет моего поверхностного знакомства с этим замечательным дистрибутивом. он всегда был (и надеюсь останется) лучшим линукс дистрибутивом как для домашнего пользователя, так и для корпоративного сектора. если вы где-то слышите негативные отзывы в его адрес - перед вами очередной экземпляр рода людского не умеющий и/или не желающий (скорее и то и другое) учиться. от суперкомпьютеров (где продукты семейства SuSE доминируют) и до десктопов пользователей - таков спектр его применения. а начиналось всё так:
А было это летом, в восемнадцатый год,
Убили Мишку в Питере с нагана.
На сходке порешили отомстить за него
Ребята загорелые с лимана...
и форкнули в конце 1993-го года Slackware, оставаясь совместимой с ней на уровне пакетов вплоть до версии 4.? (запамятовал).
до сего момента ваш покорный слуга аки набожная монашка осуществлял переход с версии на версию в классическом "миссионерском" стиле:
0. затаривался пивищем (проверено: особенно на критичных серверех без этого никак...)
1. бэкап /etc, /var, /srv
2. /home с незапамятных времён на отдельном винте - тут всё под контролем
3. качал исошки, нарезал и ставил систему, как девственницу перед алтарём
4. восстанавливал конфиги (meld - великая штуковина)
5. усердно молился перед рестартом
но времена нонче иные, о нравственности и душевных ценностях заикаться и не вздумай, бабло тотально изгнало понятие зла из жизни обывателей, да и общение с Archlinux-ом совратило с пути истинного...
итак, борзо наплевав на официальные рекомендации, приступаем к делу!
0. бежим в ларёк за пивом! возвращаемся. в качестве "small handy tool"-а воспользуемся YAST-ом. в отличие от того же smart-а (который идеален при повседневной рутине по апгрейду/удалению/установке новых пакетов) YAST ставит пакет сразу же после его скачивания из сети, сие очень критично при глобальном обновлении системы. smart же сперва качает, а потом ставит, что приводит к курьёзным последствиям в процессе "глобальной индустриализации". рассмотрим типичную ситуацию: в новом релизе изменились версии пакетов db и rpm (rpm зависит от db). YAST качает, "чаго попросють" и "не отходя от кассы" производит окончательный расчёт (используя конструкт наподобие rpm -i --force --nodeps пакет.rpm). что делает smart: качает пакеты в кэш, устанавливает очередь обновления (сперва db, потом rpm, потом может в очередь загнать что-то ещё), а вот как он это ставит - ведает только Аллах, ибо дело закончится тем, что на вашей машине будет установлена новая версия db (плюс новые версии пакетов из очереди до db), стёрт rpm, а smart остановится, вопя в дурнину, что rpm (старый, который ещё висит в памяти как запущенный процесс) отказывается работать со свежим db. как только вы прекратите этот вой smart сразу же потеряет "ниточку" к старому процессу rpm (что приведёт к его удалению из памяти) и вы - счастливый обладатель того, что раньше было известно как здоровая рабочая система. наличие установочного диска плюс chroot конечно же спасут отца русской демократии, да только осадочек в душе уже не вытравить. может это пиздарное поведение и исправили ноне, но своё решение проапгрейдиться с 10.1 до 10.2 smart-ом назвать удачным язык до сих пор не поворачивается (особенно вспоминая обороты русской речи, на которые мой язык таки повернулся при виде подобного)...
нюанс: перед выполнением дальнейших процедур запустим консольку с поддержкой табов (urxvt вполне подойдёт али там gnome-terminal). когда всё обновится в памяти останутся только запущенные процессы, а перед перезагрузкой надобно пару-тройку телодвижений совершить, так что на всякий случай (дабы не лезть в консольный режим Ctl+Alt+F[1-6])...
1. сугубо из уважения к Даме кинем на топчан матрас и поменяем постельное бельё на свежевыстиранное:
2. заполним записную книжку многочисленными адресами нашей новой подруги:
галочку с "Sinchronize Changes with ZENworks" снимать не стоит (сервис запущен, не так ли?), но вот набраться терпения после внесения всех "адресов" и соответствующего подтверждения придётся преизрядно. что оно там делает так долго - загадка сия велика есть, но, учитывая, что писано сие на mono - подобное поведение неудивительно (Превед Иказе, что характерно). я не программист, но как пользователь стараюсь изо всех сил избегать продуктов, базирующихся на mono (сравните например распиаренный во все дыры beagle (и такой же дырявый) с трудягой tracker-ом - результат вам скажет всё сам). характеристика самого Иказы как человека, неспособного довести до конца ни одно дело, и его личные высказывания, включая сам подход к реализации mono, побуждают отказываться от пользования подобными продуктами (по возможности)...
N.B. CD-ROM (DVD-ROM) приводы в качестве источника/репозитория должны быть отключены напрочь!
3. после чего откроем блокнотик на вкладочке Online Update вот в таком ракурсе, нажмём на клавишу "+" и не отпустим её до тех пор, пока не пометим весь список:
4. при этом уже установленные пакеты с более новыми номерами версий, чем в репах 10.3 (выделены красным) останутся незатронутыми - исправляем сие недоразумение (почему? - из-за конфликта библиотек):
5. нажимаем на кнопочку "Check" внизу и продираемся сквозь дебри к солнцу, безжалостно рубя всех шашкой под корень:
6. но в лесу всегда останутся партизаны, требующие наличия под рукой снайперской винтовки:
проводим отстрел, нажав на "Cancel" и вырезая ручками...
7. продолжаем зачистку до получения одобрения со стороны Рейхсканцелярии:
8. отправляем состав в путь со станции "Жмеринка" и расписываем "пульку со скачками":
9. о том, что пора в перезагрузку, догадаться право труда не составит:
главное тут - не поторопиться и дождаться завершения обновления пакетов (иначе печень может не выдержать последующей нагрузки),
после нажатия на "Close" стоит проявить вежливость и подождать какое-то время. вежливость говорят ещё никому не помешала. впрочем - "есть у нас ещё дома дела", коими и займёмся до рестарта с Божьей помощью...
перво-наперво сделаем копию /etc/fstab и подрихтуем сам файл, поскольку переход на libata подразумевает определение IDE дисков как скази. например всё, что ранее обзывалось как /dev/hda станет ноне /dev/sda, /dev/hdb -> /dev/sdb и т.д.. можно конечно заранее поменять точки монтирования по меткам или юидам, но по-старинке как-то привычнее. если у нас есть cd-rom/cd-rw (dvd-rom/dvd-rw), то он станет /dev/sr0 соответственно. проверим для очистки совести /etc/X11/xorg.conf (он не должен измениться), перекрестимся и перегружаемся. как? помним запущенную консольку перед всем этим безобразием? вот в ней и рисуем от рута reboot -n.
наивная чукотская девушка! libata... переход... ну да по порядку. после рестарта grub отказался грузить обновлённую систему (что-то ему в нумерации не понравилось). не вопрос! входим в командный режим и рисуем (корень - на /dev/sda5 - не удивляйтесь первой записи):
root (hd2,4)
kernel /boot/vmlinuz-2.6.22.5-31-default
initrd /boot/initrd-2.6.22.5-31-default
boot
опаньки! мир не видел более наглого требования провести вручную процедуру проверки файловой системы (fsck)! уже чуя подвох малюю:
hwinfo | grep \/dev\/
эч! а разметка-то осталась старой! ладненько, 1:0 SuSE открывает счёт (наслушался понимаш крикунов, а правила-то udev-а старые остались!!!). благо есть бэкап:
cp /etc/fstab.old /etc/fstab
reboot -n
после перезагрузки счёт стал 2:0 - ибо всё заработало без малейших усилий. залез в обновлённый YAST и быстренько переписал grub на старое место (в /dev/sda5 ибо в MBR стоит grub Archlinux-а, настроенный грузить всё моё немаленькое хозяйство). так не бывает - думал, глядя на работающий lm_sensors (он без пинков у меня не пахал никогда). зад чуял приближение беды... угу, наши прежние настройки сессий канули в лету (beagle запустился без моего разрешения), кое какие пакеты в пылу страсти тож были возложены на жертвенный алтарь (мой недосмотр, но причина-то - неумение автоматом разрулить зависимости) посему 2:1 и ощущение, что кто-то подкрался незаметно, всё усиливается. а что это у нас с сетью? правильно! "дети прыгали до потолка - папа в козыря попал!" сети нет. вообще нет. исправляем сие досадное недоразумение:
1. default route ушёл погулять - возвращаем!
2. отныне привязка в таблице роутинга к device-id "за отмазу не канает" - жёстко указываем сетевой интерфейс:
без правильно прописанного роутинга у вас есть риск не дождаться результата от replacedefaultroute при pptp (впн) соединении.
3. по старой доброй традиции SuSEfirewall похерил прежние настройки, загнав все интерфейсы в "No zone assigned", тем самым заблокировав весь траффик - правим:
тестировать "Network Manager" у меня нет ни сил ни желания уже не первый год - Kinternet прекрасно справляется со своими функциями. будем считать, что счёт в противостоянии Машина-Хьюман как минимум сравнялся.
настройки наших новых репозиториев (странно... репозиторий, но депозитарий - при одинаковой смысловой нагрузке...) сохранились (что удивительно), только все они в статусе "выключено". включаем в YAST -> Software Repositories и по большому счёту - всё! остальное - рутина (доустановка "потерянных" пакетов, дрова на видео и т.п).
пожелаем же всем остальным и дальше тянуть с интернета установочные диски! мне же в качестве rescue system хватает этого добра, выкачанного для предыдущих версий...
наслаждаемся... (выбор софта - просто супер...)
Подписаться на:
Сообщения (Atom)
