Дневник Нуба
Дневник Нуба
Просто мини-блог человека, который решил изучить чуждую для него среду компьютерного обитания и при этом его посетило желание запротоколировать то, что он делает. Этакий лог-файл загрузки юзера в операционную систему с расчетом на общий доступ. Может это никому не надо, может кого-то позабавит, а может кому и полезно будет...
Пишу эти строки примерно на седьмой день погружения, когда стало понятно, что интерес есть и в ближайшие недели мне будет чем заняться по вечерам кроме рейдов в Он-Лайне.
По прошествии недели пытаюсь вспомнить с чего собственно началось погружение.
Жил себе без "Свободной ОС" столько лет и еще столько же прожил бы (благо и ларьков и торрентов с копиями продукции Мелкомягких на любой вкус цвет и запах достаточно). Но к данному моменту накопилось раздражение как на Великую Компанию, создавшую шедевр под коденэйм Vista, так и на себя. На себя за то, что на компьютере более террабайта пространства жестких дисков забитых почти до отказа и всё это пространство находится в полном бардаке и я уже пятый месяц раза три в неделю сижу перед компьютером с мыслью "надо с этим что-то делать" но собственно ничего не делаю, вспоминая как год назад убил почти 30 вечеров на структурирование и раскладывание по полочкам всей массы музыки, кино, фотографий, документов, программ и т.д. а через полгода понял что можно всё начинать сначала. Операционная система тут ни при чём с одной стороны, но бардак с документами начинается всегда при переустановке ОС, а я её делаю довольно часто. Конечно Windows-XP SP2 это вам не Chicago какя-нибудь. Система вполне надежна кто-бы что не говорил, и переустанавливать ежемесячно совсем не обязательно, работать будет. Но при этом это всё-таки однопользовательская ОС и доступ к машине ещё 3 человек из моего семейства, среди которых 2 молодых балбеса, норовящих поставить на компьютер всё, что лежит в интернете или на полках магазинов с дисками, вносят свои коррективы. И через месяц - полтора машина превращается в этакую помойку, которую проще пристрелить чем вылечить. Были эксперименты под лозунгом "каждому балбесу свою ОС", но в один прекрасный день при очередной переустановке рухнувшей у младшего операционки, то ли я что-то сотворил с Acronis, то ли он глюкнул, только все 4 системы напрочь отказались работать и никакими силами восстановить работоспособность своей ОС и ОС жены (а она на компьютере тоже не балду пинает) не увенчались успехом. Больше с мультибутом я не эксперементировал... Теперь немного о Висте. Подарили мне лицензию на Ultimate-64. Ну как было её не поставить? Первые пару часов радовался красивым окошкам, эффектам Аэро и так далее. Потом радость куда-то ушла. По факту Виста оказалась менее удобной, чем XP. Вечера 2 потратил на то, что пытался настроить её примерно как XP по интерфейсам. Не удалось. Жена вообще закатила скандал и потребовала вернуть XP. А кроме всего прочего копьютер с 8Гб оперативки, видеокартой ATI 4870x2, немного устаревшим но достаточно сильным процессором Core 2 8200 разогнанным до 3,2Ггц ведет себя как черепаха перед смертью. Прочитал кучу статей в интернете с рецептами тюнинга. По сути все рецепты свелись к нескольким операциям - отключить напрочь все красивости интерфейса, отключить индексацию, службу восстановления системы и службу создания версий документов и программ. Особой разницы сделав всё это я не почувствовал. Вобщем зрело желание вернуться на XP, несмотря на потраченные деньги за 4Гб оперативки, купленной специально для Vista Ultimate.
Так вот, неделю назад на каком-то сайте увидел упоминание продукта VirtualBox с описанием, какая это замечательная штука. Пошел по ссылке, скачал, поставил. Скормил ему iso с Win XP SP2 и минут через 20 радовался как ребёнок что оно у меня заработало :-). Причём сильно быстрее, чем Виста под которой это было запущено.
И вот тут я вспомнил про Linux. Года 3-4 назад я пытался ставить Linux. Если память не изменяет, это была какая-то версия ALT-Linux. Всё это было жутко медленно, жутко криво и сдохло дня через 4 после то-ли зависания и ресета, то ли после того как свет мигнул, сейчас уже не помню. Но я решил что это было давно и уже не правда и пошел в интернет на серфинг. Часа через 3 просмотрев кучу форумов и сайтов посвященных различным сборкам, я остановился на Runtu 3.0
Если кто не в курсе, это подогнанная для русскоязычного населения версия Ubuntu, а Ubuntu насколько я понял за 3 часа серфинга - один из самых популярных "юзер-френдли" дистрибутивов Linux.
За ночь это чудо скачалось и вечером я приступил к установке в VirtualBox этой системы. Установщик задал нескотлько простеньких вопросов, сходил в интернет, что-то скачал (не долго, минут 15) и поставил систему. Каково же было моё удивление, когда после перезагрузки у меня всё заработало. На десктопе было чисто, красиво, удобно. Всё было по русски, включая названия файлов скормленных виртуальной машине через шаред-папку. Поигравшись около часа с новообретенной ОС, понял что хочу её поставить "на железо". Сказано - сделано. Ещё через час с небольшим я загрузился в Runtu уже не в виртуальной машине а "живьём". Минут через 15 после этого я понял что всё-таки не всё гладко. Не включались спецэффекты рабочего стола. Придя к правильному умозаключению, что мой Radeon работает не в полную силу, я полез на форумы...
Ещё через полтора часа у меня рухнули "Иксы". После часа серфинга и экспериментов с попытками править /etc/X11/xorg.conf (это конфигурационный файл системы X Windows) я понял что дело не в бобине и Иксы мне не поднять. Пойдя по пути наименьшего сопротивления я тупо переустановил систему заново и крепко задумался. Задумался о том, что работать в системе, которая может легко умереть от неосторожного действия и которою поднять я не в состоянии ибо ничего в ней не смыслю, невозможно. И второе. То что у меня десктоп выглядит немного по другому и по другому называются почтовый клиент и текстовый процессор, по сути ничего не меняет. И что изучение этой операционки надо начинать не со сравнивания того, где какая кнопочка находится в редакторе Open Office, а с того, чего там внутри, в этом Linuxe. Собственно чем Linux меня заинтересовал - это возможностью настройки системы под себя, под своё железо, реальной многопользовательностью (словечко ещё то, но суть выражает), возможностью "починки" системы практически в любых ситуациях и по слухам мощными средствами всяких "цепочных" команд и скриптов оболочки. Ну и естественно философией "Unix-way". Вобщем я понял, что Runtu это конечно забавная штука, но толку от неё для меня как с козла молока. Разбираться с системой "сверху вниз" на мой взгляд очень сложно и не понятно с чего начинать. Но ОС меня заинтересовала и Runtu показала, что от Линукса можно добиться "человеческого русского лица", вот только что с этим лицом делать в случае чего, непонятно. Правда и в Runtu нашлась ложка дёгтя - в консоли не работают русские буквы. Сплошные кракозябры. С этим я уже разбираться не стал так как решил идти не так как советуют на большинстве форумов - "поставьте юзер-френдли дистрибутив и потом разбирайтесь", а строго наоборот. И я снова пополз в интернет "пойти не знаю куда и найти не знаю что". Часа через два серфинга я понял что мне нужен или CRUX или Gentoo. Ещё через час я остановился на Gentoo. Этот выбор был сделан по двум причинам. Первая - в портах у него всё таки сильно по больше ПО чем у конкурента, и второе - у Gentoo очень хорошо дело поставлено с документацией, в том числе и на великом могучем, что не маловажно для человека, который английским на уровне "моя твоя мочь понимать мало мало" владеет, но специфической терминологи не знает абсолютно. И так начались мои мучения с Gentoo.
Пролистав первые страницы Gentoo-Handbook, постаил на закачку install-x86-minimal-2008.0.iso, stage3-i686-2008.0.tar.bz2 и portage-latest.tar.bz2 и ушел спать. На следующий вечер запустив Ubuntu первое что я сделал, это поставил под него Virtual Box. Установился он элементарно, двумя кликами мышки на скачанном пакете. После этого я переделал загрузочный ISO добавив в него файлы с портажами и Stage 3.
Скормил всё это дело VirtualBox загрузился с диска...
Идея разбираться с Gentoo в VirtualBox - это очень хорошая идея. Во первых всё в Gentoo делается очень долго, даже на серьёзной машине. На машине попроще тем более. Кроме этого под рукой очень желательно иметь браузер для поиска информации в интернете. Да и Handbook в консоли читать не очень удобно. Итак установка. если всё делать строго по Handbook и на этапе настройки и сборки ядра делать это не в ручную а с помощью genkernel то всё замечательно и всё работает. Особенно если понять после ребута и отказа старта системы что что-то не то с загрузчиком, поползать в интернете с полчасика и дописать в /etc/fstab две строчки, которые в Handbook не упоминаются, а именно
proc /proc proc defaults 0 0
none /tmp tmpfs defaults 0 0
Одно предложение в тексте... Или 2 часа возни в реале. Я по глупости когда "не пошло" просто повторил процедуру заново (наследие MS сказывается). Вобщем часа через 4 после начала возни с Gentoo я получил наконец командную строку уже в "своей системе". Почему про эти 2 строки редакторы Handbook не упомянули, не знаю. Наверное что-бы жизнь мёдом не казалась. Пока я всё это проделывал, научился пользоваться командами find, more, less и их комбинациями через "|", получил начальное представление о том чего в Gentoo где и как лежит, обнаружил классную штуку с автодополнением команд и путей к файлам по клавише "TAB", получил по морде от хваленого Vim (может потом осознание удобства придет, а пока пользуюсь nano. Не шедевр, но по крайней мере я в нем могу хоть файл поправить и записать).
Итак, получив загруженную систему обнаружил что нет интернета. Сетевая карта причем видна, адрес по DHCP честно получает, но пинговать что либо система отказывается. Ага, сказал я, это мы сейчас быстренько исправим и набрал net-setup eth0 следуя мудрой книжке Handbook. "А не пошел бы ты..." сказала Gentoo, нету у меня никакого net-setup. я три раза сверился с синтаксисом и несколько раз зачем-то повторил команду. Результат не изменился. Значит надо установить его из портажа, пришла в голову умная мысль. Так как в "своей" Gentoo сеть отсутствовала, перегрузился с install-CD и совершенно не сомневаясь в результате дал команду emerge net-setup. А зря не сомневался. Никакого net-setup emerge в портах не нашла. Значит надо идти другим путем сказал я себе и полез в Handbook в раздел ручной настройки сети. В принципе всё что там описывается я делал еще при установке системы. Но проверить не помешает. Проверив всяческие resolv.conf, host, net и прочие конфигурационные файлы, исправив свои буковки в названиях своего хоста и т.д ровно на то, что написано в Handbook (бред конечно, но что-бы совесть была чиста), перегрузившись несколько раз (это я теперь умный - уже 3 дня с тех пор прошло, и знаю что вместо перезагрузки можно было просто '/etc/init.d/net.eth0 stop' и '/etc/init.d/net.eth0 start' делать, тогда не знал ещё) я пошел в интернет искать где скрывается net-setup который был моей надеждой на получение рабочего соединения. И вот в недрах сайта Gentoo я откопал упоминание вскользь, что net-setup входит в пакет "livecd-tools". Опять риторический вопрос к редакторам Handbook - ну почему не потратить ещё немножко байтиков и не написать что надо поставить эти самы тулзы перед использованием net-setup? Перегрузившись с CD в очередной раз и в очередной раз проделав операцию перехода в chroot я дал команду emerge livecd-tools. И о чудо номер один, пакет нашелся и поставился! Я перегрузился в "свою" Gentoo, и с чувством уходящей надежды сказал 'net-setup eth0' програмка задала 2-3 вопроса и сказав "усё готово, шеф" отрубилась. С сомнением набрал ping -c 3 google.com и сразу даже не очень поверил в накатившее счастье - пинг пошел. По хорошему надо бы разобраться где и что этот самый net-setup нарисовал, но что-то меня от настройки сети пока подташнивает, отложил на пару-тройки дней этот разбор полётов. Это всё было позавчера.
Вчера я решил что genkernel тоже не мой путь и пошел настраивать ядро ручками. Совет таким же нубам, как я, которые захотят проделать то же самое. Во первых после того, как проставите все галочки в menuconfig сохраните его в альтернативном файле на будущее (последний пункт в меню). Во вторых копируйте полученное ядро в /boot не вместо того, которое там лежит, а рядом, обозвав по другому, а в grub.conf добавьте второй блок для созданного вами ядра, просто напишите ещё 4 строки с title, root, kernel с соответствующими параметрами. Тогда сможете грузиться со "старого" ядра в случае если не сможете стартовать с новым. Я правда не знаю насколько это корректно и нет ли при таком раскладе каких либо конфликтов с подгружаемыми модулями, но у меня работало по крайней мере.
Пока собственно в игре "собери своё ядро" после вчерашнего вечера я сижу на первом уровне "собери что угодно, но что-бы работало". Много времени потеряно на осознание необходимости написанного выше о сохранении конфига в альтернативном файле и того, что новое ядро можно класть рядом с тем, которое сделано с помощью genkernel.
Продолжение возможно следует...
- Для комментирования войдите или зарегистрируйтесь
Продолжайте. Мы ностальгируем.
Боже, такая ностальгия! Думаю, немалое количество людей, избравших Linux/Gnu как основную ОС, прошло именно такой путь. Порог "вхождения" в Linux гораздо выше, чем в других популярных OC. Главное, предолеть барьер нежелания решать возникшие проблемы (такое качество пригодится в любых аспектах жизни). И тогда Linux расцветет и щедро расплатится за потраченое время. Лично я, только после полутора лет использования Gentoo (это первый и единственный дистрибутив, что я использовал) осознал, что мой windows-подход тут совершенно не уместен. Отчасти, пересмотреть подход к стилю работы в Linux меня подтолкнула статья А. Федорчука: Введение в POSIX'ивизм
P.S. Пожалуйста, не забрасывайте "дневник юного линуксоида". Любопытно, как будут меняться акценты по мере изучения Linux. Да и пишите вы увлекательно.
Удачи.
Снимаю шляпу перед человеком,
Снимаю шляпу перед человеком, осилившим такой длинный пост. Не бывает длинных текстов без критики :-), поэтому:
1. Как это ни звучит странно, но Windows XP - многопользовательская ОС, и разделение прав тоже поддерживает.
2. Работаю с 64-битной Vista на уже устаревающем компьютере Pentium 4 HT 3,066 ГГц, 2 ГиБ RAM, и тормозов не наблюдаю. Конечно, я это настраивал, но что, настраивать уже никто не умеет? Может быть, автор понаставил всякого софта да забыл почистить из автозапуска всё то, что этот софт туда засунул?
3. Внимание, русская документация в Gentoo местами устарела и неактуальна.
4. /proc и /tmp подключаются не из /etc/fstab, а автоматически. Ничего специально настраивать не надо. Подозреваю влияние пункта 3.
5. Про net-setup: см. пункт 3.
6. Насчёт ядер в /boot: можно держать одну запись в grub.conf. Просто, если что-то валится, то в GRUB на этой записи жмём e, редактируем строку запуска и нажимаем b.
3 > За что человек и
3 > За что человек и обрадовался Генту - в частности за наличие русской документации
6 > Специально про запас держу ядро в котором уверен, но имя которого за множество обновлений могу и подзабыть, так что отдельной строчкой - не помешает ))
-= Concordia victoriam gignit =-
супер :-)
О да :-) люблю читать рассказы "о том, как я познакомился с линукс" :-) эх... где моя unix-молодость :-)
да ... понастальгировал....
да ... понастальгировал.... спасибо
Удобней перед сборкой ядра
mount /boot
make && make modules_install && make install
Где последний make install сам скопирует новвое ядров vmlinuz в /boot перенесет старое в /boot/vmlinuz.old
и там же сложит новые и старые конфиги.
и grub.conf править каждый раз не придется если вы там всегда будете ссылаться на vmlinuz
genkernel --menuconfig
genkernel --menuconfig all
помоему самый удобный способ
А вот когда я в первый раз
А вот когда я в первый раз ставил генту у меня вроде бы как не собрался genkernel и пришлось компилить свое ведро. Причем повезло, с первого раза вышло и оно загрузилось, а вот со второго раза не вышло - забыл включить unix сокеты. :)
P.S. Позор мне: три года уж на генте сижу, а про автодополнение по tab только сейчас узнал.
P.P.S. Gentoo - мой первый дистр, до нее ничего не щупал и почти не видел, а перешел от скуки и ради обретения опыта и повышения чсв
автодополнение
Это - фишка bash и других шеллов, а не самого генту :) Т.е. в других Юниксах это тоже есть :))
)))))
Ъ. это оно. у меня точно такая же ситуация - надоела винда, поставил убунту, посмотрел пару часов на нее - не нравится - пошел гуглить. озарение - GENTOO!!!лучший способ познать линукс для вендузятнега:). все траблы и препоны - один в один - сеть, загрузка генкернелевого ядра - не пойдет - надо самому собрать - изучаем несколько дней хелпы к конфигу ядра которых нет на русском -свое ядро собралось - не грузится - пересборки, фстабы, мтабы, грубы - поднял! локали - ИКСЫ - это отдельная песня.
в итоге вендузятнег (в лице меня) - поднял систему до рабочих иксов примерно через недели три - месяц, ковыряясь с ней по ночам, ибо днем работа.правда все делалось "наживую" без виртуальных машин, в голой консоли. было это примерно в декабре-январе. юзаю. щастлив)). а пару дней назад систему угробил, похерив какие то зависимости при сборке чего-то там из нестабильной ветки. щас подымается потихоньку)).
зато согласитесь - это наибыстрейший путь познания linux. сразу с корней. просветляет просто невероятно)).
целиком с полностью
целиком с полностью поддерживаю. думаецца около 50% из нас выбрало Gentoo не столько из-за оптимизаций, сколько из-за логичности и простоты в изучении системы вдоль и поперек.
Хех, выбирал именно из-за
Хех, выбирал именно из-за оптимизаций, поскольку уже неоднократно ставил софт компилируя его, а не из пакетов - генту избавляет от такого количества обезьяньей работы.. ))
-= Concordia victoriam gignit =-
и то и другое - плюсы системы
и то и другое - плюсы системы )) а тут они они еще и одновременно - лучше точно не найти
".. и ностальгия"
А я ставил дженту используя модемный интернет .. :) Всё качалось вдумчиво и неторопливо, примерно так же неторопливо собиралось (на довольно сносном, по тем временам, компе).
Зато был и светлый момент во всей этой трагической истории - так как заняться всё равно было нечем, я очень внимательно читал английский хэндбук, три или четыре раза от корки до корки. Может быть благодаря этому установка не вызвала никаких вопросов и не создала никаких проблем :)
Красавчик.
Я в линукс пришел из виндовса 98(XP уже было но я его не любил). Сначала поставил слак, но живу в общаге и у меня был сосед с генту и меня всегда бесило то что у него в gentoo все пашет а у меня в слаке ничего. Тогда сел инсталить генту... К счастью моему консоль была уже родной, был сервер универский со сконфигурированным муттом и linksс считался лучшим бровсером(для читания хендбука). Неделю жил в ливсиди (слак удалил чтоб не кусило) пока не запустился со своего ядра. И с каждым днем все больше влюблялся в эту систему.
Помни о том, что хендбук устарел и лучше гуглить или спрашивать здесь.
И пеши исчо. Действительно приятно читается.
-
эх, если не считать сервера, то десктоп я начал использовать со Slackware, но мне хотелось большего (смотрел уже на самосборный линукс LFS) и наткнулся на Gentoo вот так я нашёл "свой" Linux.
ну мне кажется в слака всё таки больше ручной работы, если компилять из исходников, а не ставить пакетами т.к. надо отслеживать изменения системы вручную чтобы ничего не сломать..
ЗЫ: а по теме как то всё гладо у автора идёт, так быстро перескочить с убунты на генту ... может ни такой он и "нуб"?
________________________
"We Will Win"Э
1. Ну так нубом он был в первый день. А сейчас уже сколько времени прошло. Хэндбук читал.
про слак
Сегодня я это понимаю. И признаю, что в генту намного больше ебилдов, а в слаке надо было ручками крутить и вертеть и сырцы качать. Но тогда я этого не понимал. А сейчас я с генту уже врядли слезу.
Отлично! Свои "мытарства"
Отлично! Свои "мытарства" вспомнил. :) Даже на душе потеплело! Так держать! Надеюсь всё ж что "Продолжение следует..."
Дам несколько советов: 1) для
Дам несколько советов:
1) для твоей системы лучше использовать amd64 stage, так в Gentoo называют архитектуру x86_64, работает не хуже x86_32
2) на множестве машин мне ещё ни разу не понадобилася net-setup, где-то ты ошибку допустил
3) backup всего и чаще! rsync в помощь
Дневник Нуба. Часть 2
Сначала вне дневника, инетрактив.
По поводу многопользовательности Виндов. Да, согласен конечно, Винды - многопользовательская система. Но её надо заставить быть таковой. Сделать кучу настроек и т.д. То есть её структурирует и заставляет быть строгой юзер. А если юзер безалаберный, он этого делать не будет -))) В Юниксе же как мне кажется картина обратная - ОС строга изначално и изначально призывает юзеров к порядку -)))
На тему "не такой уж нуб". Нуб понятие относительное. С компьютерами "дружу" много лет, в студенчестве как и положено даже чего-то там писал на фортране и турбо-паскале -)) Был в нодой в фидо, энтузиастом OS/2, пока та не померла из за совершенно наплевательского к ней отношения родителя, о Винде за много лет много чего прочитал, могу собрать комп, могу разобрать комп -))) Соображаю что между Core 2 Duo и Dual Core разница поболе чем между последним P-3 и первым P-4... Но вот Линукс вижу второй раз в жизни, первый как и писал несколько лет назад дня 4 баловался, второй раз теперь уже чуть больше недели назад увидел...
Продолжение:
Итак пробуем русифицировать Gentoo. Нашел кучу инструкций, все разные. Пробую вот по этой: http://ru.gentoo-wiki.com/wiki/%D0%9F%D0%BE%D0%BB%D0%BD%D0%B0%D1%8F_%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0_%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1%8F%D0%B7%D1%8B%D0%BA%D0%B0
Как то она мне внушила уважение :-)
Проверяем метод. Для начала установка шрифтов в систему:
emerge terminus-font intlfonts freefonts cronyx-fonts corefonts kbd
смотрим, есть ли у нас уже русская локаль:
locale -a | grep ru
Проверил, пусто. Идем дальше. Создаем локаль:
localedef --no-archive -c -i ru_RU -f UTF-8 ru_RU.utf8
Далее правлю /etc/locale.gen:
en_US ISO-8859-1
en_US.UTF-8 UTF-8
ru_RU.KOI8-R KOI8-R
ru_RU.UTF-8 UTF-8
ru_RU.CP1251 CP1251
и пересобираю glibc:
emerge -av glibc
Операция идет долго, минут 10 может даже больше, точно не засекал.
По дороге просила о merge какого то пакета. Сказал "Да" на всякий случай.
Далее настройка переменных окружения.
Файл /etc/env.d/02locale :
LC_ALL=""
LANG="ru_RU.UTF-8"
Цитата: Однако предпочтительней это делать в файлах пользователя, например ~/.bash_profile
Но я засунул в /etc/env.d/02locale Будем после разбираться, всё равно это "пробная система" на Виртуалке.
Чтобы это изменение вступило в силу немедленно, выполните:
env-update && source /etc/profile
сделано.
============== Из инструкции ========
"Нужно также изменить несколько файлов запуска системы. Все эти файлы входят в пакет sys-apps/baselayout, последние версии которого содержат ряд изменений упрощающих настройку и наиболее удобны для использования. Лучше всего обновить пакет до версии 1.11.9 или выше, но если у вас нет возможности этого сделать, то ниже приведены варианты и для старых версий.
В процессе настройки файлов вам будет неоходимо выбрать вариант русской раскладки клавиатуры. Для каждой раскладки клавиатуры определена кодировка и ее необходимо указать с помощью опции DUMPKEYS_CHARSET, тогда система будет автоматически конвертировать кодировку раскладки в кодировку вашей локали(в данном случае UTF-8).
При использовании раскладки ru-utf (пока нет в стандартной поставке) строку DUMPKEYS_CHARSET закомментировать.
Консольные шрифты посмотрите в каталоге /usr/share/consolefonts/
Файл: /etc/rc.conf :
UNICODE="yes"
Файл: /etc/conf.d/consolefont :
CONSOLEFONT="cyr-sun16"
На заметку: Если не нравится стандартный шрифт, можно заменить его на ter-k14n
Файл: /etc/conf.d/keymaps
KEYMAP="-u ru5"
SET_WINDOWKEYS="yes" # Опционально
DUMPKEYS_CHARSET="koi8-r"
Проверка локали
Заключительным аккордом дожен стать перезапуск сервисов keymaps и consolefont.
/etc/init.d/keymaps restart
/etc/init.d/consolefont restart
В случае ругани насчет неизвестного шрифта
emerge terminus-font
Теперь у вас должна быть локаль ru_RU.UTF-8
========================================================================
Так, на "ru5" keymaps restart заругалась. Поставил ru4, рестарт, всё нормально. consolefont норма. (terminus поставил заранее)
А вот дальше начались странности. в инструкции сказано что после всего этого команда locale должна показать вот это:
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
А у меня там везде "POSIX" нарисован. Но при этом русские буквы заработали в консоли!!!! Переключение по "Caps Lock" Еле нашел. Непривычно но может и правильно. По логике вещей за это отвечает та самая keymap "-u ru4". Надо будет попробовать ru2,3,1... А пока непонятно во первых, почему у меня locale не то показывает, а во вторых чем это интеремсно грозит? Русские буквы то заработали... Перезагрузка системы не помогла :-) locale даёт всё те же "POSIX" в каждой строчке вместо "ru_RU.UTF-8". Ну оставляю так, посмотрем чем обернется...
Вычитал где-то "по дороге", что есть для консоли что-то вроде нортона для Lynux - mc. Пока возился с локалью в соседней консоли дал команду "emerge mc" для пробы. Как ни странно оно не ругнолось а поставило именно этот менеджер. Работает. Теперь в задумчивости, использовать его или нет... Использование отвлечет от консоли, а я к ней уже привыкать начинаю и всякие головоломные /etc/../../../ и т.д. набираю достаточно быстро и почти без запинок, особенно с "Табом". И пути помаленьку запоминаются где что лежит. А буду пользоваться этим mc ничего не запомню... Принял решение, пусть поваляется, использовать не буду. Будем считать его инструментом для гуру, который и так всё знает. А нубу противопоказано.
Так вернемся к кирилизации. В инструкции дальше про KDE всякие. Оставим на будущее.
Интересно, можно будет как то потом все эти настройки на "живое железо" из виртуальной машин перетащить? Надеюсь да. Будет одной из задач в освоении...
Так. Пора вернуться к настройкам ядра и попытаться всё таки собрать что-то работающее. На форуме откопал хорошую ссылочку - http://wiki.kryukov.biz/wiki/%D0%9F%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D1%8B_%D1%8F%D0%B4%D1%80%D0%B0_Linux
Будет подспорье...
Далее опять полтора часа возился с ядром... Когда понял, что делал не так, очень захотелось посмотреть в зеркало и сказать "ну ты брат и дерево". Вобщем долго у меня ничего работающего не получалось и я после очередного рестарта после пересборки и созерцания до боли уже знакомого и родного "Kernel Panic" с маниакальным упорством запускал "make menuconfig" и пробовал всяческие варианты настроек ATA, SCSI и SATA устройств и файловых систем, меняя там то наличие то отсутствие экстендет атрибутов. А дело оказалось как обычно не в бобине. Я как умная Маша сохранял конфиг в альтернативном файле. Его же и загружал после очередной пересборки и входе в menuconfig, правил настройки, сохранял в альтернативном файле, выходил из программы и собирал ядро, полагая что в .config это всё сохранилось.... Не тут-то было!!!! При таком раскладе нифига там не сохраняется! Понял я это когда для очистки совести перед входом в конфигуратор пристрелил старый конфиг а после выхода make мне удивленно сообщил что никаких конфигов он в глаза не видит и не саблоговолит ли уважаемый Сэр для него что-нибудь подготовить на конфиг похожее... Вобщем после "cp 22.cfg .config" (именно столько было попыток собрать рабочее ядро :-) ) и make && make modules_install; cp arch/x86/boot/bzImage /boot/mycore всё у меня заработало :-) Вобщем я как полный идиот 22 раза собирал ядро по ОДНОМУ и ТОМУ-ЖЕ КОНФИГУ... Мдя, смешно... Так и вспоминается из анекдота "Чего тут думать, прыгать надо..."
Вобщем с пересборкой ядра более-менее разобрался. Нет худа без добра, за 22 попытки прочитал практически все хелпы к пунктам, назначение которых было не совсем понятно. Не то что-бы сейчас прямо таки всё понятно, но накидать конфиг ядра, правильный в моём понимании могу более менее осознанно.
Если вдруг сии опусы будут читать не только гуру с желанием "поностальгировать", на этапе настройки конфига ядра нубам рекомендую нагуглить "Ядерная физика для домохозяек версия 2" и "Ядерный синтез или ядерный распад". Способствует знаете-ли. Особенно второе.
Заниматься оптимизацией ядра, поставив операционку под виртуальную машину есть шизофрения, с настройками я более менее разобрался, посему вопрос "ядерного синтеза" задвигаем в ящик до установки системы на реальное железо. Что дальше? Буду ставить "Иксы" сказал я себе и тоскливо вспомнил о рухнувших Иксах в убунту и кучу топиков в форумах о том что у народа не работает в них всё и вся. Но азарт уже захватил и хочется перевести систему на реальное железо... Интересно, а если в виртуальной машине потом "затарить" / полностью, потом развернуть на реальном железе, система заработает? Ну с учетом возможной процедуры по пересборке ядра загрузившись с livecd? Было бы здорово, а то жалко и работу терять и трафик, он у меня и лимитный и медленный (512kbit). Если да, то надо будет только продумать разбивку диска и какие директории куда потом садить. /etc/fstab для меня уже раз плюнуть в этом разрезе :-) Для Home насколько я понимаю, оптимально будет XFS, для boot - ext2, а вот надо ли делить на куски остальное и какие файловые системы там использовать - ext3 или riserfs пока не очень понятно. И Обьемы не ясны. С хардами проблем нет, высчитывать 3 надо гига или 10 на тот или иной раздел слава богу не надо, но всё таки хочется совсем уж лишнее пространство не давать. Надо разобраться с максимальными размерами разделов, больше которых точно не надо. Со свапом тоже не понятно. Везде советуют двойной обьём оперативки. У меня 8Гб, (как сделать, чтобы гента её всю видела мне уже семечки после 22 "пересборок" ядра), неужто 16Гб под свап делать? В убунту системный монитор кажет что занято менее 2Гб, а свап пустой... Это при том что джинту в виртуальной машине крутится... Ладно, пока отложим. Серфинг своё дело сделает. Хотя в этом вопросе подозреваю не найду двух совпадающих мнений...
Итак Иксы. Шлёпаем на http://www.gentoo.org/doc/ru/xorg-config.xml и выполняем всё, чего умные дядьки советуют:
"Перед тем, как установить Xorg, в файле /etc/make.conf вам понадобится настроить две очень важные переменные.
(для поддержки мыши и клавиатуры)
INPUT_DEVICES="keyboard mouse"
(для видеокарт nVidia)
VIDEO_CARDS="nvidia"
(ИЛИ для видеокарт ATI Radeon)
VIDEO_CARDS="fglrx" "
я поставил "vesa" в VIDEO_CARDS - системка то в виртуале. Надо кстати выяснить вопрос, можно ли там 2 видеокарты определить, весу как пожарный вариант и на живом железе неплохо бы держать судя по проблемам с проприетарными дровами на видеокарты. Словечко то какое придумали... Не проще ли писать "Закрытые"?
Вобщем у меня получилось:
INPUT_DEVICES="keyboard mouse"
VIDEO_CARDS="vesa"
Далее вчера ночью дал команду
# emerge xorg-x11
Не знаю сколько оно там качалось и ставилось, но сегодня после работы мне сказали что всё окей.
Далее по инструкции:
# env-update
# source /etc/profile
Далее по инструкции пустил
# Xorg -configure
Оно мне радостно сообщило что "failed" Ну собственно я особо и не надеялся на дружеские обьятия Иксов.
Запускаю xorgconfig и отвечаю на тысячу и один вопрос. На половину вопросов ответов не знаю, но по моему это не шибко важно. Мышку сказал авто, клавиатуру 104 клавиши, переключение клавиатуры по капсу, монитор стандартный 1280x1024, видеокарта vesa. Обозвал монитор и карту соответственно MyMonitor и MyVideo. На сколько я понимаю это тоже по барабану. Итак /etc/X11/xorg.conf у меня создался.
Собственно вроде всё. Даю команду "startx"... Ну а кто обещал что будет легко? Естественно ничего не работает... Читаю xorg.conf, много думаю.... Вспоминая 22 попытки сборки ядра по одному и тому же сценарию отказываюсь от варианта "Чего тут думать, прыгать надо", в смысле не пытаюсь менять всякие буковки в xorg.cfg и пытаться запускать Иксы, так как по моему нубскому мнению, с моим конфигом запуститься они должны. Еще раз запускаю startx и читаю чего оно пишет после вылета. Слава богу, тут более понятная картина чем при "Panic Kernel" - вполне осмысленные сообщения о невозможности загрузки модулей kbd,mouse и vesa. Первое что делаю для "поглядать чего выйдет" комментирую строчку 'Driver = "kbd"'. Запускаю Иксы. Те радостно мне рапортуют, что надо быть полным придурком, что-бы закомментировать эту строку, так как драйвер для устройства "keqboard" по их скромному мнению быть обязан.
На всякий случай пинаю Джинту на предмет "emerge kbd" В ответ читаю вполне переводимый джинтовский фольклёр о том что такого пакета у неё под прилавком не спрятано. Вспоминаю, что в хендбуке чего-то про поиск было, даю man emerge и нахожу что есть аргументик --search
emerge --search kbd. Система даёт кучу вариантов, но вроде как с Иксами никак не связанных.
Повторяю тоже самое для "mouse". Джинто в числе прочего мне радостно сообщает что сие чудесное сочетание буковок я могу найти в пакете (или порте? как правильно сказать?) "x11-drivers/xf86-input-mouse". Кстати в этом же списке по "emerge --search mouse" желающие могут обнаружить пакет "app-editors/mousepad" Надо будет посмотреть по словарю, как по английски "Тапочки для тараканов", может тоже есть? Интересно чего этот пакетик ковриковский делает? Но к делу. Мышку мы подходящую нашли, с ковриком пока обождём, а вот "kbd" то нету. Иду от обратного даю emerge --search xf86-input- вполне справедливо полагая, что клавиатура это тоже "инпут". В списке ничего похожего на "kbd" нету, зато есть xf86-input-keyboard. Вот это и попробую. С "vesa" проблем не возникло, единственный пакет в поиске - xf86-video-vesa
Ставлю всё это хозяйство
emerge xf86-input-mouse
emerge xf86-input-keyboard
emerge xf86-video-vesa
Никогда не думал что драйвер для клавиатуры такой большой -))) Ставился очень долго. После того как всё закачано, собрано, скомпилировано, слинковано (и что ещё там оно делает?) даю startx и наконец с радостью вижу мерзейшего вида графичкский десктоп с 2 открытыми терминалами и какой-то пародией на часы в правом верхнем углу. Ура!!! Иксы стоят!!!
Что дальше? Конечно оконный менеджер. На KDE губу пока не катаю, судя по всему это отдельная пестня, поэтому вспоминаю про упоминавшийся неоднократно на форумах fluxebox. Вот с него и начну....
Продолжение возможно следует....
>>По поводу
>>По поводу многопользовательности Виндов. Да, согласен конечно, Винды - многопользовательская система. Но её надо заставить быть таковой.
Ашиппка. На настольных вендах вы не сможете организовать одновременно две независимые полноценные сессии. Многопользовательскими являются только серверные линейки. Начиная кажись с виндовс 2000 терминал сервер. На икспи терминал ставился отдельно. Преподнесено сие было весьа помпезно. Еще бы. Не прошло и восьми лет как мелкософт асилил то, чем юникс обладал изначально. В нете существуют несколько хакфаков, позволяющих сделать из икспи сервер терминалов. Не вполне чистых с точки зрения лицензии и не рекомендованных к употреблению фирмой изготовителем.
На мой взгляд, виста даже одной сессии нормально не умеет :)
Цитата: Интересно, а если в
Перетащить - без проблем. Надеюсь об этом будет отдельное повествование. ;-)
При переносе почти все пакеты сохранят актуальность - к ним достаточно будет обновить ядро.
Трафик же экономится методом копирования содержимого ../distfiles/*
ИМХО, 512K для жизни Gentoo достаточно, а вот лимитированность неприятна по своей сути.
mc - не для гуру и очень полезны.
Для исследования пакетов есть eix (пакет app-portage/eix), equery (app-portage/gentoolkit)
Большую пользу (в том числе и с работой emerge) приносит app-shells/bash-completion. + необходима установка USE=bash-completion. + не забыть включить нужное командой eselect - о чем билд предупреждает.
При его использовании дополнение начинает работать не только с путями.
.
ну вот,как и прогнозировал - траблы с локалью будут...))))) вроде и все верно выставляешь а не получается )
на вики статьи уже поустаревшие - я обычно беру их как основной гайд, и потом если что то не получается - ищу по теме треды в этом форуме - люди уже сталкивались с твоей проблемой,как правило.
затем, переключение по капсу штука неудобная на самом деле, раскладка ru5 это неофициальная - ее там нет(как раз таки для ctrl+shift).по идее, свитч можно переопределить для любой раскладки- в форуме даже вроде есть треды по теме. да и потом - эта раскладка будет влиять только на чистую консоль - в терминале в иксах будет такая как пропишешь в xorg.conf. я юзаю ctrl+shift - имхо, наиудобнейший свитч.
дальше - о свопе. 16 гигов тебе конечно он не нужен. я вообще сомневаюсь что он тебе понадобится. у меня при 2 гигах оперативы еще ни разу не видел чтобы своп использовался, к тому же у меня он всего гиг, и чаще всего отключен. своп тебе можно будет сделать в любой момент - полагаю даже 2 гига будет достаточно, для какого-нить hibernate, или suspend.
насчет архитектуры - наверное лучше 64bit - меня остановило то, что использование оперативки увеличивается примерно в раза два. тебе это не грозит - так что стоит подумать.
и еще - мне не понятна ситуация с виртуалбоксом если честно - чрут ведь это гораздо удобнее виртуалбокса, при этом ты как бы в двух разных системах. не знаю для чего люди занимаются такими извращениями, до меня не доходит. другое дело - когда нужна мастдай, тогда конечно. но никак не для обкатки установки линуха))
по поводу mc - фтопку его! использование только консоли ускоряет процесс привыкания к ней, и способствует лучшему усвоению linux;) у меня даже в иксах нет никакого файлового менеджера - terminal only, самое trueЪ))!
ну и последнее... fluxbox - наше все!
Цитата:Ядерный синтез или
Это оно? Правильно называется "Пересборка ядра: ядерный распад или термоядерный синтез?"
Странно что драйвера клавиатуры и мыши не собрались после указания INPUT_DEVICES... Тем не менее вы молодец, разобрались!
спасибки за советы
1) Ну вроде везде пишут что amd64 нестабильна, софта к ней сильно меньше и т.д. а реального прироста производительности фактически нет, кроме как из-за того, что память всю увидит. Но насколько я понял мазохиствуя с пересборками ядра я это могу и на stage 686 сделать...
2) Ну это понятно -))) Вопрос только где -)))
3) пасибо, почитаю что за зверь - rsync
1. ну в gentoo она мало
1. ну в gentoo она мало отличается от x86, софт в ней ровно тотже, а местами стабилизируется быстрее чем в x86, компиляция сильно быстрее, а "на вид" тупняки процессора в linux и так сложновато увидеть, память видит всю как та так и эта...
Реально ли перетащить систему из вирт-машины?
Если в виртуальной машине запаковать всю файловую систему скажем в tar.gz а потом распаковать её на железе, оно заработает?
Вполне. Только не забудь в
Вполне. Только не забудь в ядре включить что надо для твоего реального железа. Типа sata-контроллер, видео, звук и т.д.
И не забыть опцию -p при
И не забыть опцию -p при распаковке
Цитата:Ну вроде везде пишут
Как уже говорил evadim, сейчас amd64 полностью пригодна, надёжна и полноценна, та информация устарела года на два :)
я подозреваю, что не был установлен net-misc/dhcpcd
:)
Давно неправда. Даешь 64бит в массы. Мое мнение после переезда 64 бита быстрее,стабильнее и меньше глюков.
если не берет с DHCP, то если покурить 2 минуты /etc/conf.d/net (.example) то вполне ее можно самому настроить.
rsync это то что скачивает тебе каталог /usr/portage когда делаешь emerge --sync короче самый быстрый способ на копирование каталога с кучей файлов. (опций -avz --numeric-uids хватает без читания мана)
Про диски... свопа тебе 1ГБ с горкой хватит, если не будешь в suspend2disc играться.
На / от 6 до 10 ГБ
/boot тока если собираешься оставлять убунту, так нафиг он нужен.
Про локаль...
Если не берет /etc/env.d/02locale пиши тоже самое в ~/.bash_profile или в ~/.bashrc при следуюшем лог ине смотри пашет ли. Если не запашет, то забей. всеравно потом все будет зависеть от кодировки терминала в иксах (ну почти все).
Про перенос системы: скопируй /etc и /usr/portage/distfiles (первое конфиги второе то что качаешь при инсталяяции чего-либо) в минимум два места :). Если скопируешь, все так как есть, то проблем быть не должно. Всякого рода кернель-паники если будут, то только из-за отсутствия дров диска или ФС в ядре.
Про VIDEO_CARDS="fglrx vesa", то так и пиши
Про INPUТ_DEVICES="mouse keyboard" допиши evdev в будущем пригодится.
Кстати еще можно попробовать
Кстати еще можно попробовать accept_keywords="~x86" (~amd64 по вкусу) сделать. Для нового железа это даст дополнительные возможности, например, march=native в компиляторе.
Что касается стабильности, то по сравнению со стабильной веткой, глюков конечно чуть побольше, бывает что-нить да отвалится, но часто бывает, что наоборот некоторые косяки стабильной ветки лечатся. Бывает некоторые вещи без бубна не собираются, зато плюшек немало прикольных можно отыскать (=
Не-не-не. Пусть сначала
Не-не-не. Пусть сначала поживёт на стабильной, потом начнёт размаскировывать нужное, а уж когда поймёт, в чём соль, пусть сам решает.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
полностью согласен, на ~arch
полностью согласен, на ~arch неприятности появляются с завидной частотой...
сам предпочитаю держать стабильной систему, но некоторые пакеты приходится ставить из ~arch
Дневник Нуба. 3 Часть Марлезонского балета
Тяпница, 13-e.
После ответов на форуме gentoo.ru на тему стабильности AMD64 системы, решил перейти на неё. Причём уже на железо. В виртуальной машине вроде как достаточно Потренировался.
Первая задача. Поставить систему и получить консоль с сетью. Снимаю со скандалом в благородном семействе с машины один из жестких дисков с архивами рабочих сессий жены (надо будет воткну), ставлю новенький хард, дождавшийся наконец установки. Тоже со скандалом ибо опять таки предназначался жене (она фотограф, ей сколько гигов не давай - всё мало). Пообещал, что попозже махнусь с ней на хард по меньше, когда она готова будет (этот здоровый, полтора террабайта. Мне такой и не особо нужен то). Загружаюсь с minimal_install_AMD64, через минуту понимаю что умные дядьки опять меня немного обманули - на положенном месте на диске хэндбука не обнаружилось. Иду в соседнюю консоль, links htpp://gentoo.org Не фонтан конечно, но главное работает и читать можно -) Кое как добираюсь там до хэндбука. А он нужен, так как наизусть чего и как всё не помню. Процедура подготовки системы проходит сильно быстрее и осмысленнее, чем до того. Застреваю на разделах жеского. Сначала ищу свой хард и долго проверяю что это "тот самый". Не дай бог чего пристрелить... после этого "читаю пейджер, много думаю". В результате получил вот такой список разделов:
1) /boot 100M ext2
2) / 20Gb reiserfs
3) пустое место 20gb (на будущее на всякий случай в начале диска)
4) /home 500Gb xfs
Будем считать что норма. Далее быстренько дохожу до конфигурации ядра. Помня свои мучения с ядром, иду промежуточным путём - с initrd но своими правками. ставлю genkernel (emerge genkernel ). Сразу вспоминаю про мучения с сетью, отсутствие net-setup на диске (на всякий случай проверяю что и на этом нет), ставлю emerge livecd-tools. После установки читаю чего он написал. А написал то интересненько - что тулзы эти самые предназначены исключительно для работы на live-cd и ставить их в нормальную систему не есть гуд. И рекомендация снести их нафиг сразу. Несколько расстроился, но решил что удалю пакет когда сеть будет рабочей уже на моей системе. Так же сразу ставлю пакетик dhcpcd. Всякие кроны и журналирование оставляю на потом, крон мне не нужен, пока по крайней мере, как пользоваться этой самой системой журналирования я понятия не имею, так что не стал тратить время и трафик пока.
Так же ставлю grub emerge grub. Далее ядро. Идя промежуточным путём даю genkernel --menuconfig all, помечаю в ядре то что считаю нужным воткнуть прямо в ядро, отбрасываю тонны ненужных всяческих вещей и выхожу из конфига. Через довольно продолжительное время получаю чего положено в /boot, прогоняю net-setup eth0 чтоб не возиться, правлю /etc/fstab и /boot/grub/grub.cfg и ухожу на ребут в уверенности что всё окей.
Ага, щас!!! Биос рапортует error OS load. С минуту тупо смотрю на монитор, потом доходит - Груба то я не инсталлировал, только скачал -))) . Гружусь с Установочного, делаю всё что положено, перегружаюсь и нормально вхожу в консоль. С Сетью. На живом железе. И оно работает. Ура товарищи! Первую часть нашей революции мы сделали!!!. Время почти 5 утра (хорошо что суббота сегодня, выспался -), говорю машинке emerge Xorg-x11 и иду спать с чувством выполненного долга...
Суббота 14.03.2009
Иксы скачались. Помня свои проблемы с запуском Иксов из за отсутствия модулей клавиатуры мыши и видео, а так же проблемы с Радеоном, выдёргиваю Радеон из компьютера и ставлю старенькую 9600GT, в надежде что с Nvidia проблем будет меньше. Качаю нужные модули emerge xf86-input-mouse xf86-input-keyboard xf86-video-vesa drivers-vidia
Все ставятся, на последний ругается. Пока оставляю на потом. Xorg -configure проходит без ошибок (с vesa естественно, nvidia то не встали драйвера). Даю startx и убеждаюсь что Иксы в нормальном запуске. Отлично!!!! Теперь надо разобраться с Nvidia. Даю опять emerge nvidia-drivers. И пытаюсь осмыслить ругачки. А они вот такие:
The nvidiafb driver conflicts with the NVIDIA driver, please
reconfigure your kernel and *disable* nvidiafb support, then
try installing the NVIDIA kernel module again.
*** Failed nvidiafb sanity check. Bailing out! ***
Ну вот, опять ядро пересобирать, а я то наоборот там повключал всё что можно в
поддержку Nvidia и Radeon!!! Что поделать, надо собирать. Решаю что обойдусь теперь
без genkernel. Резервный вход у меня если что есть, загрузка машины с "ручного" ядра
почти в 2 раза быстрее да и собирается ядро командой make && make modules_install в
несколько раз быстрее, чем genkernel, не знаю . Как положено иду в /usr/src/linux и
даю "make menuconfig" , отрубаю всё про поддержку Frame Bufer по Nvidia и Radeon но
оставляю для vesa. Выхожу из конфигуратора, собираю ядро (make && make
modules_install) и закидываю ядро в boot. Соответственно добавляю второй блок в
/boot/grub/grub.cfg:
title Gentoo Linux 2.6.27-r8 MyCore1
root (hd0,0)
kernel /boot/mycore1 root=/dev/sdc3
Тут, кстати, хочу вернуться чуть назад и коротенько рассказать про минут 40 мучений
которые были раньше, "по дороге" Я там выше написал, что после первой генерации ядра
и усё заработало. На самом деле это не так, я просто решил тот этап пропустить. А
сейчас подумал может кто ещё на эти грабли наступит... Вобщем когда я сначала
конфигурировал блок в grub.cfg на тему созданного genkernel ядра, он у меня
выглядел так:
title Gentoo Linux 2.6.27-r8 Genkernel
root (hd2,0)
kernel /boot/kernel-genkernel-x86_64-2.6.27-gentoo-r8 root=/dev/ram0 real_root=/dev/sdc3
initrd /boot/initramfs-genkernel-x86_64-2.6.27-gentoo-r8
Диск у меня определялся liveCD именно как /sdc. Соответственно и в настройке Груба я
указал root(hd2,0) и real_root=/dev/sdc3 (/sdc1 - boot, а /sdc2 я оставил пустым на
всякий пожарный). Так вот нифига система не грузилась!!! Мучился я долго, пока не
сообразил заменить root(hd2,0) на root(hd0,0). Судя по всему дело в следующем.
Гружусь я в Джинту через загрузочное меню Биоса, выбирая там соответствующий хард
(по уmолчанию грузится Vista с другого диска, чтобы жене проще было), и вот чего то
такое странное происходит что на этапе работы Груба тот его считает первым, а вот
когда идет загрузка ОС, он уже считается третьим... Как то так вобщем. Но чего как и
почему в реалиях, не совсем понимаю...
Вобщем добавляю соответствующий блок, перегружаюсь... Уря, всё ок. Предпринимаю
очередную попытку поставить дрова Nvidia:
emerge nvidia-drivers
Долго долго всё это хозяйство грузится и компилируется, но наконец завершается с
"океями". Даю снова Xorg -configure и с разочарованием наблюдаю мнгновенный вылет
Иксов... Причем странно как-то. Мало того, что никаких сообщений на консоль не
выводится, но консоль при этом полностью очищается! И что-бы увидеть приглашение
надо по "Enteru" тяпнуть. Далее неинтерсно совсем. Куча попыток чего-то править в
xorg.cfg, ни к каким результам не приведших... Промучившись часа полтора решил пока
плюнуть и заняться когда уже будет графическая среда, браузер и возможность общения
с народом. Надо будет попробовать Радеон поставить, может он под Джинту как раз без
проблем сядет, да и мучаться уже стоит с основной картой а не с запаской...
Итак, что мне надо на данном этапе? Хоть какойнибудь оконный менеджер, браузер
(файрфокс) ну и возможность чегонить писать на великом и могучем. Возвращаюсь к
брошенному в виртуальной машине - установке fluxbox. Ещё при попытке поставить его
на виртуальной машине, он ругался на то, чтобы я пересобрал какую-то библиотеку
(чейчас уже не помню какую) с USE флагом "X". Сегодня, подумав маленько, ещё на
этапе установке системы я добавил этот флаг в USE в /etc/make.conf, поэтому сейчас
установка прошла нормально, без ругани. Так же без проблем (только очень долго)
поставился Рыжик (emerge mozilla-firefox-bin). "-bin" ставил в надежде что будет
сильно бымтрее, потому как "без бина" emerge сказала что пакет весит 52 метра, а
этот 16. Но по моему загрузил он все 100, подтянув ещё с десяток...
Запустил "голых Иксов", из терминала вызвал Рыжика и пошел искать инфо о том. как
стартовать fluxbox. Минут 15-20 потерял как обычно из за своей невнимательности.
Воткнул строку "exec startfluxbox" не в ~/.xinitrc как надо было, а в ~/.initrc
после чего удивлялся почему не пашет, ползал по интернету, искал дополнительную
информацию -))) Но в один прекрасный миг на меня снишло озарение и Флюкс успешно
стартанул -))) Причем в меню сразу был Рыжик, хотя я никуда ничего не прописывал, а
везде вроде написано, что он тупой как дровина и ему всё надо в конфигах разненьких
рассказывать. Ну появился и слава богу. Настройку Флюкса отложим на потом, пора
переходить к следующему этапу.
Русификация консоли и Иксов.
Русификацию консоли сделал так же как писал выше. Причем получил в итоге тот же глюк
что и на виртуальной машине - русские буквы в консоле были, а команда locale упорно
писала ="POSIX" в каждой строке. Плюнул опять я на это дело - русский есть и ладно.
Пошел русифицировать Иксы. Прочитал что собственно Иксы то русифицировать не надо,
UTF-8 они и так прекрасно понимают, но на всякий случай проделал то, что советовали
по этому поводу (надо было раньше читать, кучу времени бы сэкономил), а именно
добавил в /etc/make.conf в USE флаг "ubicode" и дал команду на обновление системы:
emerge --update --deep --newuse world
Не быстрая прямо скажем операция -(((
Далее. поправил /etc/X11/xorg.conf в соответствии с указаниями партии и
правительства (то есть Интернета и уважаемого All. Кто такой All я не знаю, но по
слухам мужик серьезный. Правда в своё время я узнал что Слава КПСС это не имя с
фамилией...) Вот что у меня получилось:
Section "InputDevice"
Identifier "Keyboard1"
Driver "kbd"
# Option "Xleds" "1 2 3"
# Option "LeftAlt" "Meta"
# Option "RightAlt" "ModeShift"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
Option "XkbLayout" "us,ru"
Option "XkbVariant" ",winkeys"
Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
EndSection
Section "Files"
# RgbPath "/usr/share/X11/rgb"
FontPath "/usr/share/fonts/cyrillic/"
FontPath "/usr/share/fonts/misc/"
FontPath "/usr/share/fonts/Type1/"
FontPath "/usr/share/fonts/100dpi/"
FontPath "/usr/share/fonts/75dpi/"
Больше собственно ничего не менял. Перезапускаем Иксы, входим в терминал, печатаем,
английский норма. Переключаемся на русский. Переключение произошло -
лампочка скроллука загорелась. Попытка печатать... Ничего. Ноль!!! Ни русских, ни
английских ни даже кракозябров каких нибудь!!!! Курсор стоит на месте и на нажатие
кнопочков с буковками вообеще не реагирует!!! Назад на английский переключаемся
нормально, печатаем, всё норма. а русский никак...
Дальнейшие 3 часа описывать не буду. Ничего интересного в них кроме попыток
применения всяческих рецептов, которые не привели ни к каким результатам не было.
Единственное что думаю стоит написать, хотя оно на конечный результат вроде не
повлияло, но если этого не сделать, видимо возможны ошибки с русификацией Иксов где
то ещё. Так вот в файле /usr/share/X11/locale/locale.alias прописал
ru ru_RU.UTF-8
ru_RU ru_RU.UTF-8
ru_RU.utf8 ru_RU.UTF-8
ru_RU.iso88595 ru_RU.ISO8859-5
ru_RU.ISO-8859-5 ru_RU.ISO8859-5
ru_RU.koi8r ru_RU.KOI8-R
ru_RU.cp1251 ru_RU.CP1251
ru_RU.microsoftcp1251 ru_RU.CP1251
ru_RU.microsoft-cp1251 ru_RU.CP1251
ru_RU.MICROSOFT-CP1251 ru_RU.CP1251
Вместо того что там было на тему "ru" (а были там сплошные ISO8859-5 везде)
Так вот в один прекрасный момент, после чего уже теперь и не важно как будет ясно
дальше, у меня появилась возможность писать русскими буквами!! И... и исчезла минут
через 10 после перезапуска Иксов и чего-то ещё. Недолго я радовался!!! Но я
восстановил в памяти примерную цепочку действий и попытался более менее повторить.
потом опять перегрузился, опять пропали русские, но чего и как я нащупал. Уря!!!
Правда это не правильно и надо бы это решить, но как я понятия не имею. Буду
надеяться на помощь общества после публикации этой части.
Итак что я имею на данный момент. После логина в систему в консоли русские буквы
есть. Но в Иксах их нету (вообще ничего не печатаетсяпри переключении) а команда
"locale" в каждой строчке даёт ="POSIX". Но если дать команды
#env-update
#source /etc/profile
То locale показывает то что положено -
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
И в Иксах работают русские буквы. Попытка найти где-нибудь в конфигурационных
файлах, где это самое "POSIX" прячется с помощью вумной недавно выученной команды
find / -exec grep -H POSIX {} \;
Ни к каким осмысленным результатам не привела. Ежели кто подскажет направление, куда
копать, буду весьма признателен. За сим и откланиваюсь на сегодня -))) Но результат
вроде неплохой - Джинту стоит на железе, я в Иксах и пишу по русски этот текст в
ставшем уже родным, но от этого не ставшим удобным редакторе nano...
Продолжение возможно следует...
К чему
Не совсем понимаю, для чего спешка. Мысль "доделаю потом" хороша, но не логична ибо при копиляции и установке софта многие переменные берутся из конфигов созданных на ранних этапах. Кроме юза "unicode" есть еще один хороший юз "nls". Полагаю, Вы уже поняли, что Gentoo требует ВДУМЧИВОГО подхода на всех этапах. Оставив на что-то "на потом", Вы рискуете потерять еще больше времени и чем дальше - тем больше.
По существу:
Сделайте нормальную русификацию консоли. На Вики есть статья.
1. localegen ?
2. /etc/conf.d/consolefont ?
3. /etc/conf.d/keymap ?
4. /etc/env.d/02locale ?
5. /etc/rc.conf | grep unicode ?
Из редакторов могу посоветовать emacs. Непростой редактор, но настраиваемость и возможности неограниченные. Вплоть до файлового менеджера внутри редактора. Впрочем на вкус и цвет...
P.S. Смотрите на use-флаги убережетесь от многого лишнего в системе и сэкономите вагон времени.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
К чему
По поводу спешки.Нужен был выход на возможность поиска информации в интернете и желательно на русском.. Вот сейчас получил можно уже и не спешить, разбираться по маленьку....
1. localegen ?
А это что за зверь и где лежит?
2. /etc/conf.d/consolefont ?
CONSOLEFONT="cyr-sun16"
3. /etc/conf.d/keymap ?
Такого файла не существует. Есть keymaps там же. Вот он:
KEYMAP="-u ru1"
SET_WINDOWKEYS="yes"
EXTENDED_KEYMAPS=""
DUMPKEYS_CHARSET="koi8-r"
4. /etc/env.d/02locale ?
LC_ALL=""
LANG="ru_RU.UTF-8"
5. /etc/rc.conf | grep unicode ?
UNICODE="yes"
Флаг "nls" поставил сразу, ещё до сборки ядра. А вообще может кто посоветует готовый набор флагов? Задача машины - Десктоп в чистом виде. И попозже когда более менее разберусь, Апач и Мускуль (для экспериментов) В смысле среды обитания в графике буду эксперементировать с лёгкими оконниками типа Fluxebox и параллельно хочу поставить KDE, На сколько я начитался про KDE vs Gnomе, KDE для меня видимо более предпочтительный вариант. Так же будет стоять VirtualBox и попробую Wine когда дойдёт... Машина 8200 Core 2, ОЗУ - 8Гб, Видео- Радеон. Раскладка в системе UTF-8. Но надо чтобы cp1251 тоже система понимала...
Вот под это дело какой будет оптимальный набор флагов?
Приблизительно так
Это можно было сделать и на более раннем этапе, если бы правильно локализовали консоль.
По существу: К сожалению на Вики того документа не нашел. Видимо утрачен после падения Вики. Скажу вкратце.
Это генерация нужных локалей:
В файле /etc/locale.gen необходимо указать перечень локалей, которые нужны в системе. В моем файле:
en_US ISO-8859-1
en_US.UTF-8 UTF-8
ru_RU.UTF-8 UTF-8
ru_RU.KOI8-R
ru_RU.CP1251 CP1251
ru_RU ISO-8859-5
Далее запускается:
#locale-gen
Добавьте CONSOLETRASLATION="koi8-r_to_uni"
Это моя опечатка. Здесь нормально. Правда я использую ru4.
Здесь нормально.
Все путем.
Теперь
#env-update
#source /etc/profile
Проверить локаль
#locale
Если все нормально, самое время перекомпилить всё, что имеет флаг "nls". :-)
Бесполезное занятие искать оптимальный набор флагов у ДРУГИХ. Это можете определить только Вы, руководствуясь не только железом, но и софтом который планируете устанавливать.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Что странно, в тестовой ветке
Что странно, в тестовой ветке настройка локализации чутка отличается, но всё работает без особых телодвижений.
тоже без бубна, переключение ведется по alt+shift
и опять никакого бубна и минимум параметров
ещё есть фича (правда в baselayout2), называется rc_parallel="YES", она позволяет грузить демоны параллельно, что на многоядерной системе позволяет загружаться куда быстрее.
По поводу нвидии, иксы настраивать нада при помощи nvidia-xconfig (идет вместе с дровами). Настраивает на ура
Да
Да... Я тоже на тестовой и у меня тоже всё несколько иначе. Даже переменные в нижнем регистре. Я ориентировался на файлы вопрошающего и в общих чертах (на память) ответил. Будем надеяться, что ничего не забыл :-) .
P.S. Конечно забыл! Перекомпиливать надо начиная с glibc
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Цитата: 1. localegen ? А это
это зверь самый первый - с него то и надо было начинать в локализации. причем glibc пересобирали совершенно напрасно, ибо, как я уже говорил статьи на вики не первой свежести, а в той же статье говорится что утилита locale-gen доступна только начиная с какой то версии glibc, в то время как та glibc которая ставится из нынешнего stage3 уже содержит locale-gen. поэтому, чтобы сделать локаль достаточно было прописать в файле /etc/locale.gen:
и сказать env-update&&source /etc/profile&& locale-gen, о чем собственно и говорится в хендбуке. после этого прописать то что нужно в 02locale и прочее по графику. команда locale после этого должна выдавать то что нужно - стоит русская локаль. ах да, в файле /etc/conf.d/consolefont надо определять переменную
CONSOLETRANSLATION="koi8-r_to_uni" - возможно из-за этого у вас нет русского ввода в терминале.
также, рекомендуется включить в ядре все нужные кодировки - у меня например русский ввод в консоли заработал как положено только после этого.
вот вот. скорее всего, в /etc/conf.d/consolefont надо определять переменную
CONSOLETRANSLATION="koi8-r_to_uni"
а вот это не надо баловаться)) у каждого этот набор свой, просто нужно перед установкой какой либо софтины запускать emerge -pv [your package] и смотреть какие флаги предлагаются. если назначение каких то флагов непонятно из названия - всегда можно спросить что они значат euse -I|-i [your use]. и по мере надобности добавлять нужное в make.conf. причем добавлять нужно весьма аккуратно, ибо если туда напихать флагов, emerge при сборке какой нить незатейливой софтины может кучу ненужных пакетов вытянуть посмотрев на ваши юзы в make.conf. если уж при сборке какого то пакета нужен какой то флаг, то лучше добавить его локально для этого пакета, или даже прямо в командной строке при сборке задать USE=[your uses] emerge -pv [your package] посмотреть, добавить, убрать -так до полного удовлетворения, а потом уже без -pv - на сборку)).
теперь о ругани иксов по поводу видеокарточек - для них есть различные значения переменной VIDEO_CARDS, в зависимости от модели карточки. так например для радеона есть flgrx, radeon, radeonhd и что-то еще вроде. для интела тоже несколько. у меня например после сборки иксов с VIDEO_CARDS="flgrx", иксы не поднялись, а вот выставил VIDEO_CARDS="radeon" - все заработало.
незнаю что на счет емакса, но я кроме нано пока ничего не юзаю, имхо, лучший для новичка редактор. пытался как-то юзать vim - для меня это обернулось плачевно - он побил конфиг какой-то после правки( - понаставил непечатных символов, и конфиг превратился в мешанину, со всеми вытекающими. надо сначала раскурить хорошенько маны его, чтобы юзать с удобствами, а для новичка и без манов вима проблем хватает на этапе установки системы.
localegen
По поводу localegen.
В вопросе было без точки и тире... потому растерялчи, мало ли еще что есть -)))
locale.gen:
en_US.UTF-8 UTF-8
ru_RU.UTF-8 UTF-8
ru_RU.CP1251 CP1251
ru_RU.KOI8-R KOI8-R
после этого поставил флаг "unicode" в make.conf и дал emerge --newuse word (или что-то в этом духе. Сейчас уже не помню, но нашел в документации на сайте gentoo.org по поводу перехода на юникод). Проблема сейчас с русскими одна осталось. Всё работает, всё везде нормально, даже заголовки окон в fluebox по русски, хотя тут на форуме проскакивало что у народа крокозябры....
Но работает ТОЛЬКО ПОСЛЕ ТОГО, как после логина дать env-update && source /etc/profile
Если этого не сделать, русских нет. И команда locale во всех строчках пишет ="POSIX".
Если сделать, то всё окей и locale дает то что положено. Вопрос почему оно не подхватывается сразу? При загрузке системы или при логине на крайний случай....
Я немного...
Я немного подстраховался против бездумного копипаста. :-) Звиняйте...
Скорее всего этого будет недостаточно. Перекомпиляция сделана с новой локалью?
После перезагрузки системы или после выхода из сеанса? Если после выхода из сеанса, то все верно.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
.
даже и не знаю почему так. сдается мне что вы изначально неправильно сделали локаль, и поэтому сейчас такой трабл. что-то где-то перебивает нормальные настройки. вспоминайте где вы чего лишнего понаписали для локализации, в сегодняшнем "большом" посте упоминалось что прописывалось что-то совсем не то и не там где надо.))
по поводу русского во флуксе, в панельках, заголовках - у меня как-то был такой косяк - кракозябры, пересобрал флукс с флагом truetype, установил какие то шрифты - и стало нормально.
Цитата: Но работает ТОЛЬКО
/etc/init.d/bootmisc start (по идее должен быть при старте)
rc-update add bootmisc boot (если нету, то так добавить)
Он за тебя делает env-update - именно он меняет переменные в locale.
source /etc/profile делается при логине(должен).
такое ощущение, что вы не
такое ощущение, что вы не очень внимательно читаете руководство или оно у вас слишком старое, есть хороший проект "Сборник статей о Gentoo Linux" http://code.google.com/p/gentoo-doc/ там можно найти все, что необходимо, в том числе и начинающим пользователям, если вы делаете все строго в соответствии с руководством, то необходимость в лишних телодвижениях полностью отпадает (лично я разбирался только с настройкой ядра), особой разницы между установкой Gnome, KDE и прочих на мой взгляд нет, я бы вам посоветовал поставить KDE-4, он сейчас уже вполне узабельный, впрочем это дело вкуса :)
Не совсем норма.
Во-первых, на современных жестких дисках отсутствует такое понятие как «начало» или «конец» диска. Поэтому, сие неважно.
Во-вторых, рекомендую в самом начале, пока вы не «свили гнездо» :) в новой ОС, сделать немного иначе:
Обьясните по русски, что дает
Обьясните по русски, что дает lvm на домашнем компе, кроме вероятности слететь к чертовой матери?
Почитайте описание lvm и вам
Почитайте описание lvm и вам откроется истина.
Строго говоря, вероятность потерять свои данные есть всегда, особенно, если они уникальны и лежат на одном диске. :)
Да читал я фишку про единую
Да читал я фишку про единую файловую систему на несколько разделов. Просто всеравно не слишком понимаю, нахрена это дома? Понимаю там ещё Солярку с zfs.
Вы считаете, что изменение
Вы считаете, что изменение размера раздела — бесполезная фишка дома? Ну так не делайте себе. Вас же не заставляют.
Дык вродь и без этого размеры
Дык вродь и без этого размеры разделов можно менять :) Правда не везде
Продолжение Банкета
Такс, значит продолжение. Давно не писал, дела, заботы, работы, жены, дети -)))
Когда у меня более менее заработала система, правда без драйверов видеокарты, я решил начитавшись форума решил ставить КДЕ. Очередная глупость с моей стороны, но однако давшая множество положительных результатов. Итак я решил ставить КДЕ-4. Почитал об установке на форуме, изучил faq на офф-сайте, скачал список куйвордсов, положил куды положено и дал команду "тащить и прикручивать" Тащило оно долго, чего-то по дороге прикручивало а потом на одном прекрасном пакете сказала ерор и встала. Не важно что это было, не важно почему встало. Важно что я был весьма далёк от понимания чего в таких случаях делать. Заодно у меня в Иксах отказала клавиатура с мышкой (ну это то я починил, мы нонче грамотные и про всякие сервер-флаги в xorg.conf начитанные), пропал Амарок, перестал работать Аудаки, на попытку запуска каждой второй программы Гента посылала меня в пешеходную экскурсию с эротическим уклоном, причем в совершенно извращенной форме - на какой-то Dbas, который знать не знал нумера чего-то там и потому программе стартовать не разрешал. Мне как то стало неуютно. Я понял что потерял контроль над ситуацией. Попытка снести всё, что я поставил так же не привела к успеху. Emerge работать отказалась и при любой попытке чего либо сделать злобно ругалась на файл окружения. Сейчас уже не помню где лежит, но вобщем его генерирует env-update. А у меня он стал нулевой длины. Его удаление и команда env-update его восстанавливала, но попытка запуска emerge снова его уничтожала. Можно было конечно попытаться долго "куря маны" (неизвестно какие и неизвестно на тему чего) или вопя на форуме "памажите люди добрыя" чего-то восстановить, но это получалось опять "сверху вниз". Я просто залез туда, куда лазить пока не надо было. И я решил переустановить систему. Во первых что-бы прежде чем ставить чего то шлобальное, получше разобраться с системой портежей, во вторых для закрепления материала так сказать.
Попытка первая. Примонтировав свеженький раздел, я скопировал туда Stage - архив, развернул, а вместо разворачивания архива latest-portage просто полностью скопировал папку /usr/portage. Так же скопировал конфигурационные файлы, причем долго вспоминал где чего лежит, перечитывал свой же дненвник, благо вся нужная инфа тут есть (собственно для этого и пишу. Развлечение народонаселение форума, да простят меня форумчане, задача всё таки вторичная, хотя и стараюсь придать повествованию более менее не шибко "сухую" форму). Так же скопировал /usr/src в соответствующее место. сделал всю подготовительную работу, перешел в chroot, далее emerge --sync и emerge --oneshot portdge. Сгенерил ядро с модулями (насчет ядра не уверен надо ли было, а вот модули то точно), прописал в Груб что положено, рестартанул. Вроде как всё хорошо и замечательно, но при попытке общения с emerge во первых та злобно ругалась на Manifest (насколько я понял это индуксныу файлы), во вторых на попытку что-либо установить говорила что всё замаскировано по самое немогу. Вобщем не срослось в итоге, я рушил подумать и начать заново. В данном случае восстанавливать работоспособность было сильно дольше, чем опять переставить, во вторых у меня вроде как мысли появились, из за чего произошел сбой...
Попытка вторая. Так как были у меня дурные подозрения на то, что я могу оказаться неправ по поводу причин сбоя (сии подозрения в дальнейшем с блеском подтвердились, что восстановило моё самоуважение, постепенно приближающееся к плинтусу и грозящее там не останавливаться), я решил частично заскриптовать процесс подготовки новой системы к установке, включая прописывание чего надо в конфиги вместе с локалями, мэйками и т.д. Заодно я решил дедать эту скриптовку как шаблон для установки системы с лайф-сиди, глядишь или самому пригодится или кому-нибудь когда-нибудь, если я эти скрипты до ума доведу рано или поздно. Получилось 2 скрипта. До chroota и после. В дневник положу, а на формуе выложу только кусочек, как пример чего я собственно делал -))) (я так понимаю что вряд ли эти простынки нубские на форуме кому нужны )
#!/bin/bash
# if you install from install-cd, you must before create directory "new"
# in ISO install-cd and put to directory all files from archive
# If you install gentoo from old linux, make ~/instnewsystem with files from archive before
# start this script.
# In this directory you must put next files:
# 1) stage3-*.tar.bz2 (as example "stage3-amd64-2008.0.tar.bz2" )
# 2) portage-latest.tar.bz2
# 3) newsystem1, newsystem2
# WARNING !!!! This script for x86_amd64 system and russian utf8 locale.
# If your have different arch or locale, correct some string
# WARNING !!! if you install from install-cd, uncomment next string
# mkdir ~/instnewsystem
cd ~/instnewsystem
# WARNING !!! if you install from install-cd, uncomment next string
#cp /mnt/cdrom/new/* .
# WARNING if you install from install-cd, comment next string
mkdir /mnt/gentoo
echo 'Mount partition'
# WARNING!!!!
#in next string correct /dev/sdb3 to your future root partition (/dev/hda2 as example)
mount /dev/sdb3 /mnt/gentoo
echo 'Clear partition'
rm -r /mnt/gentoo/*
echo 'Copy install files'
# WARNING !!! for different arch you must have other file (stage3-x86-2008.0.tar.bz2 as example)
cp stage3-amd64-2008.0.tar.bz2 /mnt/gentoo/
cp portage-latest.tar.bz2 /mnt/gentoo/
cd /mnt/gentoo
tar xvjpf stage3-amd64-2008.0.tar.bz2
tar xvjf /mnt/gentoo/portage-latest.tar.bz2 -C /mnt/gentoo/usr
# if you install from install-cd, comment next string.
# it need only you have gentoo distfiles diretory in old system
echo 'copy distfiles'
cp -r -a /usr/portage/distfiles /mnt/gentoo/usr/portage
echo 'copy src kernel'
# if you install from install-cd, comment next string.
# it need only if you have source for kernel.
cp -r -a /usr/src/ /mnt/gentoo/usr
# next some string create file /etc/make.conf
echo '# Please consult /etc/make.conf.example for a more detailed example.' > /mnt/gentoo/etc/make.conf
echo '# -march=nocona ONLY for 64 bit intel (Core2, Quad) for AMD-64 -march=amd64' >> /mnt/gentoo/etc/make.conf
echo '# for othe system see handbook' >> /mnt/gentoo/etc/make.conf
echo 'CFLAGS="-march=nocona -O2 -pipe"' >> /mnt/gentoo/etc/make.conf
echo 'CXXFLAGS="-O2 -pipe"' >> /mnt/gentoo/etc/make.conf
echo 'MALEOPTS="-j4"' >> /mnt/gentoo/etc/make.conf
echo '' >> /mnt/gentoo/etc/make.conf
echo '# WARNING: Changing your CHOST is not something that should be done lightly.' >> /mnt/gentoo/etc/make.conf
echo '# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.' >> /mnt/gentoo/etc/make.conf
echo 'CHOST="x86_64-pc-linux-gnu"' >> /mnt/gentoo/etc/make.conf
echo '' >> /mnt/gentoo/etc/make.conf
echo '# These are the USE flags that were used in addition to what is provided by the' >> /mnt/gentoo/etc/make.conf
echo '# profile used for building. ' >> /mnt/gentoo/etc/make.conf
echo 'USE="mmx sse sse2 kde qt4 dvd alsa cdr qt4 X nls unicode"' >> /mnt/gentoo/etc/make.conf
Ну и далее в том же духе. Сейчас очень рад, что проделал всю эту работу, так как вторая попытка так-же не увенчалась успехом, а кроме всего прочего, пока рисовал скриптики в глове более цельно уложилось где чего и как надо делать при начальном конфигурировании системы. Вобщем не буду рассказывать чего я поменял в процессе второй попытки, смысла нету так как тоже ничего хорошего не вышло, ругачки и проблемы были теми же.
Попытка третья. Собственно я не стал копировать дерево портежей, взял последний снапшот а скопировал только сорц ядра и директорию /usr/portage/distfiles, запустил свои 2 скрипта последовательно и усё встало как по маслу. Засчет потраченного ранее времени на скриптовку собственно времени на установку системы я потратил 10 минут (в смысле ставилось то оно долго, только я телевизор валялся смотрел в это время). По скриптам. Конечно можно было просто собрать все нужные конфиг-файлы предварительно в одну папку и просто их копировать, а не загонять всё эхами, времени на подготовку ущло бы сильно меньше, но так получилось значительно нагляднее.
Итак система у меня встала, далее встали Иксы без проблем и после очередного "курения манов" на тему видеокарточек, нескольких пересборок ядра, о чудо, у меня заработала моя GForce 9600. На днях надо будет попробовать сменить "запаску" на основную карту и чем черт не шутит, может быть мне и Радеон удастся завести, а то сыновья плачут что игрушки тормозят -))).
Далее собственно начинаю более вдумчиво разбираться с системой портежей и USE флагами. Лишних телодвижений стараюсь не делать. Настроил более менее Fluxbox, поменял терминал со штатного на urxvt, поставил feh (простенький просмотрщик графики, к тому же помогающий в настройке флюкса в смысле фонов десктопа), поставил Gvim, в котором сейчас всё это и пишу. Он в отличии от убогого nano хоть на редактор похож, только я в нем боюсь кнопки нажимать пока, он даже на нажатие стрелочек как то не шибко стандартно реагирует -))) Но разобраться с одним из 2 самых известных и популярных редакторов никсов хочется. Эх, не бросить мне курить, по этому виму столько всего читать надо... Еще бы запоминалось всё что читаешь -(((.
По использованию USE флагов наконец что-то начинает доходить. Особенно наглядно было увидеть вывод emerge -pv mpg123 c разными наборами USE, когда он обещал притащить из интернета то 3 мегабайта, то 30, а то 498Мб... Теперь надо разобраться что и как делать для установки больших метапакетов и как кроме фулл бэкапа системы можно подстраховаться, откатиться в случае чего и т.д. Для начала надо разобраться с Иксами. Насколько я понял народ уже давно сидит на версии 1.5.x, а по умолчанию ставится 1.3.3, который у меня и стоит, остальное всё замаскировано. Вопрос первй и тут я сам точно не разберусь, это вопрос к Оллу, ежели кто до сюда дочитать смог - Стоит ли переходить, чем новая версия лучше и чем я рискую. Вопрос второй - как корректно провести операцию демаскирования для установки 1.5 версии, которая потянет за собой кучу такого же маскированного софта и как в случае чего корректно откатиться. По второму вопросу к сожалению ответа услышать не надеюсь кроме отправки по ман-страницам, а там вобщем нифига не понятно. Сухо описаны отдельные команды, причем на неродном языке и могут быть разные трактовки перевода каждого второго предложения... Нагуглить тоже ничего толкового не удалось, типа подробного разбора полётов по установке и откату каскадного пакета маскированных программ... А жалко, очень такой документ новичку бы пригодился. "Папки" видимо не совсем понимают, что "курение манов" даже проведенное с максимально возможной добросовестностью далеко не всегда дает положительный результат. Чо-бы их "вкуривать", надо проникнуться, а что-бы проникнуться нужны хорошие статьи а не "man emerge". Как пример - я где то вычитал что командами find и grep можно найти файл с нужной подстрокой, маны и на то и на другое прочитал несколько раз, но вот понимание что работать будет связка find / -exec grep -H "string" {} \; пришло только после того, как я нашел это где-то на форуме. И вот когда нашел, не мог понять почему я сам не дотумкался хотя этот самый ман читал, и читал внимательно.... А тут тем более - задачки то по глобальнее... Вобщем призыв к гуру - написать подобный документ по портажам с разжевыванием что как и почему... Понимаю, что это не один час времени потратить, так вы кучей, каждый по абзацу -))) Вон и Вики есть, позволяет коллективное творчество -))) Я же вот для вас в том числе пишу, развлекаю немножко -))))
За сим Шехерезада заканчивает на сегодня дозволенные речи -)
Продолжение как обычно, возможно следует -)))
По использованию USE флагов
посмотреть на флаги установленные в вашей системе можно с помощью emerge --info, флаги USE определяются:
1. вашим профилем (для десктопа default/linux/x86/2008.0/desktop), /etc/make.profile - ссылка на ваш текущий профиль, проверить или поменять профиль можно с помощью eselect profile
2. значением переменной USE в файле /etc/make.conf
3. содержанием файла(ов) /etc/portage/package.use
все, что вам нужно уже не раз описано разжевано и даже собрано в одном месте проект "Сборник статей о Gentoo Linux"
http://code.google.com/p/gentoo-doc/
О разжеванном
1,2) Да это вроде понятно. По USE непонятно что чего за собой тянет и чем чревато. Но это наверное и описать то невозможно. Сделать хелп подробный по каждому флагу нереально - никто не возьмётся. Хотя, имхо, вместо того что-бы тратить время и в сотый раз переписывать другими словами то, что есть в хэндбуке, лучше пойти на Вики и написать подробно об одном флаге USE...
http://code.google.com/p/gentoo-doc/ - Сори, но я там ничего не нашел из того, что мне надо по теме.
Повторюсь, нужны мне 2 разжеванных примера:
1) установки обычного пакета, тянущего за сосбой пачку зависимых и корректного удаления с каскадом с обьяснением чего как и почему
2) То же самое но для замаскированного случая. Желательно на конкретных примерах.
В идеале какой нибудь сложный случай, например установка тех же 2 КДЕ.
Но это собственно я выше и написал что вряд ли я получу чего-то подобное, кроме посылов по гуглям или манам. А ни гугля ни тем более маны этого не дают (ну или я гуглих плохо). В ссылке, данной вами так же ничего подобного нету. Таким образом, вместо того, что-бы прочитать хорошую подробную статью и понять что к чему а затем уже "догоняться" манами в плане подробностей, буду убивать тонны времени на "банановую работу" - в смысле "прыгаем и пробуем понять что получилось".
Это ни в коем случае не наезд на кого бы то ни было. Прошу этот пост понять правильно. Но общая тенденция документации по Линуксу на мой взгляд выглядит следующим образом:
1) Разжеваные и положеные в ротик элементарные вещи, продублированные тысячи раз.
2) Сухие протоколы команд как рецепты на конкретный случай либо вообще без обьяснений либо с обьяснениями, которые видимо будут понятны только тем, кому обьяснения собственно не нужны скорее всего.
3) Информация по веткам форумов. Наверное есть так или иначе всё что можно, но сложнообнаруживаемыми кусочками, которые к тому же крайне сложно свести вместе.
4) Посыл "иди читай маны"
Причем данный форум, на мой взгляд, выгодно отличается в плане 4-го пункта от множества других, где "послать по манам" - каждое второе сообщение.
Таким образом не хватает документации "среднего звена" с подробными разборами и обьяснениями каких-либо не элементарных вещей.
Теперь немножко лирики. О Линукс сообществе опять же глазами человека, впервые с ним столкнувшегося. Общее впечатление очень странное и его можно выразить примерно так "Выбросьте Винды, поставьте Линукс, мы будем Вам рады и поможем чем сможем, а после этого идите нафиг читать маны и отстаньте со своими дебильными вопросами, в манах всё есть" Еще раз подчеркиваю это ни к кому конкретно не относится, это общее ощущение по прочтению многих страниц многих форумов, относящихся к Линуксу. И на данном форуме эта тенденция выражена меньше, чем на многих других, но тем не менее она так же есть. Я не жалуюсь собственно, как наверное вы можете заметить по моим заметкам я честно сижу и пытаюсь разбираться с офф-документацией и думаю рано или поздно потихоньку разберусь. И о том что ответ на свой вопрос скорее всего не получу, написал сразу, выше. Я то разберусь (наверное). Но вот тысячи людей уйдут. И не только те, которые "А де тут у вас копка "Нажми и будет всё клёво"?", c этими всё понятно, но и те кто просто не смогут самостоятельно "вкурить" офф-документацию или от раздражения, что на каждый второй вопрос получаю стандартно-доброжелательный ответ - "иди читать маны нуб". Ещё раз хочу подчеркнуть, что по манам ой как не просто что-либо понять, по крайней мере пока ты так сказать "не в теме". И большие хорошие подробные статьи нужны. И нужно их много. А с ними дефицит. По крайней мере с русскоязычными. Понятно что взяться им особо неоткуда в необходимом обьеме - никто никому денег то не платит, но просто имхо, гуру должны понимать, что посыл читать маны не всегда есть лучший совет. Вот что в частности тут http://code.google.com/p/gentoo-doc/ можно найти по портажам, чего нет в Хэндбуке? На мой взгляд ничего. А нужна статья страниц на надцать с подробными обьяснениями механизмов, примерами и т.д. Такой статьи нет? Ладно, будем "делать эксприменты". Но зачем приводить эту ссылку? Ну нету и нету, разберемся... Или я чего то пропустил и не нашел на этом сайте? Ну так дайте ссылку на конкретную статью. Но дав эту ссылку вы заставили меня минут 20 рыться там в тщетной надежде "а вдруг" -)). Человек, задающий вопрос, как правило хочет получить или конкретный ответ или никакого, если этот ответ никто не знает -))) Ещё раз, это не обвинение кого бы то ни было в чем бы то ни было и не требование дать мне ту саму кнопку "сделать всё клёво". Но вдруг этот пост поможет кому-нибудь кого-нибудь не отпугнуть? -))))
.
С немного другим ТЗ пытаюсь убедить команду gentoo.ru в том, что таки надо.
Присоединяйся :)
(они отвечают посылом на wiki, с чем лично я не вполне согласен.
Твоя формулировка не учитывает качества формулировки (и/или постановки задачи).
А ведь давно известно, что для правильной формулировки вопроса необходимо знать бОльшую часть ответа.
:wq
--
Live free or die
статьи
А тут получается проблема "заколдованного круга" То есть когда я буду знать бОльшую часть ответа, ответ мне как раз и нужен будет в виде пары сухих строчек с отсылом скажем к конкретному ману или просто пара приведенных команд. Речь идет так сказать о "научно популярной литературе", которая не дает конкретный ответ на конкретный вопрос, а подробно описывает нечто общее. Вот коли уже за портажи зацепились, на их примере. Вот я кучу всего уже пересмотрел и перечитал. И гуглил и man emerge man portage, а нифига не понимаю. И что-то конкретное спросить пока не могу, так как бОльшую часть ответа не знаю. Всё что даёт Гугл - это хэндбук в разных вариантах. А вот подробно чего как и почему - нигде ничего. Как увязываются ACCEPT_KEYWORDS (или как то так, сейчас не помню по памяти, вобщем то что make.conf прописывается) с package.mask и package.unmask и при чем тут тогда package.keywords да ещё сверху (или снизу ?) /portage/pack/use и так далее и тому подобное никак не пойму. Картины общей нет, так же как и обьяснения этой картины. Ну и так далее и в таком духе. И сейчас нахожусь в состоянии, когда по 50-му кругу перечитывать ман уже бессмысленно - за 49 раз не понял, с 50 уже не пойму. Остается только экспериментировать и пытаться понять что вышло по результатам. А это тоже сложно, так как неизвестно чего и как должно или может проявиться. А Вики нужна, очень, только вот кто туда писать будет? Это же время, силы, желание да ещё собственно необходимо умение чётко грамотно и доходчиво изложить материал. Изложить по ТЗ, которое тоже надо сделать собственно. И что-бы всё это сошлось разом в 2-3 десятках человек (а имхо это минимум который нужен для развития Вики) - это уже ненаучная фантастика ане научно-популярная литература -))) А материалов надо много. Что касается первоочередности, то я не зря к портажам прицепился. Портажи это то что в первую очередь является уникальной особенностью Джинту. Если скажем по настройке сборки ядра можно абстрагироваться от конкретного дистрибутива и как следствие этого материалов на эту тему очень много, то вот уникальные для данного дистрибутива особенности надо расписывать в первую очередь, а самое главное для Джинту, имху конечно, система портажей. А она подробно не расписана на русском языке нигде... Вот господа гуру, сходите на Вики и напишите по 2 абзаца, уже будет сильно больше чем ничего, даже без всякого ТЗ -))) Один начнет описывать package.mask - как и когда применяется, второй package.keywords и т.д. Пусть оно даже сумбурно будет и не очень стройно, но уже что-то будет -)))) Или вот конкретный пример установку маскированного каскада и откат назад с попыткой обьяснить что и как вгоняется скажем в package.keywords и почему не в package.unmask... Вот вам ТЗ на статью от нуба -))))
-
может я что то не так понимаю, но в хэндбуке это описано
________________________
"We Will Win"Sith
Ну вот подтверждение того, о чём я писал только что -))) Вот к чему этот пост? Я уже писал что это Я ЧЕГО-ТО НЕ ПОНИМАЮ и хэндбук перечитывал сто раз. И не понимаю. Так к чему вы это написали? Что бы показать что я дерево? Так я разве оспариваю? -))) Чем этот или подобный пост может помочь мне или кому бы то ни было? Да там написано что ACCEPT_KEYWORDS может открыть тестовую ветку, а package.keword уточняет чего-то. Чего он уточняет? При чем тут mask, unmask? и так далее и тому подобное. Ещё раз акцентирую внимание, я собственно не прошу ответить на мой вопрос хотя бы потому, что я его сформулировать не могу грамотно. Я просто излагаю своё мнение по 2 пунктам, а именно
1) Что посты подобные вашему очень вредны, так как во первых не несут абсолютно никакой полезной нагрузки, во вторых для многих очень обидны, люди разные. Вы хотите показать что вы всё понимаете что написано в хэндбуке и дополнительная информация вам не нужна? Очень рад за Вас -))) Но мне это как-то не очень поможет.
2) Что в Линукс сообществе очень скудно представлен сегмент документирования "среднего звена" мэн-страницы являются справочником команд и опций, но никак не руководством пользователя. И разобраться во многих вопросах читая мэн-страницы, как минимум для меня, не реально. А наверное я всё таки не один такой.
1. ACCEPT_KEYWORDS, вписанный
1. ACCEPT_KEYWORDS, вписанный в /etc/make.conf, включает вписанные в нём keyword'ы для всех пакетов, а /etc/portage/package.keywords устанавливает их индивидуально для каждого пакета. Второй способ настоятельно рекомендуется.
2. /etc/portage/package.mask используется, когда установка самой последней версии пакета нежелательна по каким-то причинам. Тогда в этом файле указывается версия пакета, начиная с которой его надо игнорировать.
3. /etc/portage/package.unmask используется, чтобы разрешить установку пакетов, замаскированных в профиле (что обычно означает, что эта версия пакета вообще не будет работать в данной конфигурации и что нечего его пытаться ставить). Используется редко.
4. /etc/portage/package.use имеет то же назначение, что и USE в /etc/make.conf, но здесь USE-флаги задаются индивидуально для какого-то пакета, а не для всей системы. Приоритет выше глобального USE.
++
точняк, не единственный. у меня точно такая же ситуация на данный момент, практически идентичная можно сказать. именно трудности все как описываете - именно такой инфы не хватает.
что ж до статей от гуру - думается что когда становятся гуру, пропадает желание/время/хз_что_еще писать толковые статьи. лучшие статьи кажется пишут как раз развивающиеся линуксоиды - именно середнячки, ИМХО. их статьи наверное понятнее всего для таких же начинающих. но большая часть их развивается именно опытным путем кажется, как в одном из постов было написано,в духе
маны-логи-гугл-логи_гугл-сухое_решение+ман+метод_тыка-готово.
постепенно, с опытом, приходит четкое понимание/знание общей картины. не зря ведь крылатое выражение "стучать в бубен" так популярно - более менее точно описывает систему обучения - то есть какими то снаружи/сверху непонятными действиями, иногда лежащими за пределами нормальной логики, добиться нужного результата. ничего другого не остается(.
вот как то так.
о лирике
1. для того, чтобы вас не посылали читать маны задавайте очень конкретные вопросы, на которые можно ответить несколькими предложениями, согласитесь глупо постить руководство в ответ, проще указать где оно лежит, она входит в состав пакета gentoolkit
2. значение конкретного флага USE можно узнать с помощью утилиты euse -i
3. все USE флаги знать не обязательно, за вас уже сделали значительную часть работы создав готовые профили, в частности вам нужен desktop, основные флаги которые могут понадобиться вам там уже есть, ваша задача лишь добавить то, что вам нужно, но зацикливаться на этом в данный момент не стоит, это всегда можно исправить обновив мир
4. в качестве готового решения могу предложить то, что я использую сам, если вам это интересно могу сбросить с личку (пользуюсь KDE-4.2.1 - лично мне нравится)
По поводу документации, то
По поводу документации, то согласен, но тут подходить надо иначе:
- хочу пакет ТТТ
- в гугле gentoo ТТТ howto
- читаю, инсталю не пашет
- читаю логи, то что говорит, выбираю на мой взгляд самое важное
- google gentoo ТТТТ самая важная линейка из логов
- если не получается, тоже самое только без слова gentoo
Как ни странно в большинстве случаев пашет.. После 5 так заинсталенных пакетов маскировка, удаление, ребилды и т.п. абсолютно без проблем.
Теперь в помощь тебе (если еще не знаешь) про portage/clean - глазами ищешь секцию --depclean и есть.. знаешь как удалить ненужные пакеты/KEYWORDS
инсталя пакет тянущий зависимости, просто их инсталишь. Потом удаляешь тот самый пакет(только его) и делаешь:
man portage
Про то как замасковат и отмасковать:
man portage
Про то какой USE что делает, то очень скупо, но
cat /usr/portage/profiles/use.* | grep твойфлаг
По поводу отсылания в гугли, то часто сам делаю... Просто очень часто чтобы помочь кому-то не отсылая в гугли надо самому найти в гуглях, то почему бы ему самому туда не залезть?
!
O_O а может вообще не помогать человеку, коли самому требуется в гугль залезть? А помощь типа man google великааа...
Посылка неверна
Отвечающий скорее всего отличается как минимум представлением о вопросе и предметной области.
Следовательно у него заметно иные запросы.
Ну и результат соответствующий.
:wq
--
Live free or die
.
Ну так и пусть показывает тогда свое представление о вопросе, а не в гугл тыкает. Ткнуть может любой. Тут, как говорится, не знаешь что сказать - лучше промолчи.
Гугля
Абсолютно согласен. Как пример, я сейчас могу пойти по куче Линукс форумов и понаписать в куче веток по любым поводам - "Иди погугли" и "Кури маны". Наверное после этого я стану гуру... "Гурость" будет прямо пропорциональна количеству набитых мною подобных великолепно информативных сообщений -)).
Вы всё ж не совсем правы...
Вы всё ж не совсем правы... Anarchist выше правильно заметил.
Если я даю человеку ссылку на гугл, я зачастую бегло смотрю статьи по 1-м ссылкам, убедившись, что "это вроде оно". Лучше я зачастую всё равно не объясню... Если же человеку разобраться не получится, он задаст ещё вопросы. Так, методом последовательных приближений, глядишь и дойдём до сути (ещё и сам разберусь/закреплю материал)... В принципе, тоже вполне справедливо и для остальных источников информации.
snikolas тоже правильно говорит. Проще отвечать на конкретные/хорошо сформулированные вопросы. А иногда и единственно возможно... Именно по этому иногда приходится отсылать в man, чтоб получить более конкретный вопрос!
хочу пакет ТТТ
Речь идет о том, что работать то оно наверное будет (ну свой случай с попыткой установки КДЕ-4 и фактическим обрушением системы это отдельная песня), но я же не просто хочу тупо как бибизянка скопировать рецепт установки пакета и радоваться что он заработал, мне то хочется понять, почему делается то-то и то-то. То есть мне нужна "стратегическая" информация в первую очередь, а не "тактическая". А вот тут и напряги. И маны с гуглей пока не помогают. Да наверное проделав сотню раз подобные операции из "тактической" инфы у меня "стратегическая" сама сложится, но было бы здорово всё таки иметь перед собой хотя бы один хороший подробный материал по работе с портажами. По тому же --depclean. Везде пишут что это вообще то чревато всякими разными каками --)) и кроме всего прочего не работает с мета-пакетами (если я ничего не путаю) А как тогда откатывать мета-пакеты, тот-же KDEbase например...
1. "стратегическая"
1. "стратегическая" информация - это и есть те самые маны :)
2. пакеты в системе условно можно разделить на три типа:
- определяемые профилем системы - удалять не рекомендуется
- установленные пользователем (их список лежит в /var/lib/portage/world) - удаляются emerge -C пакет
- пакеты устанавливаемые по зависимостям - вот для удаления этих пакетов у используется emerge --depclean
3. ничего страшного при использовании --depclean произойти не может, просто после его использования рекомендуют проверять world с помощью revdep-rebuild (проверяет зависимости)
4. мета пакеты удаляются так-же как обычные пакеты, emerge -C kde-meta; emerge --depclean
revdep-rebuild надо запускать
revdep-rebuild надо запускать перед --depclean, а не после. Да и сам --depclean об этом говорит.
* As a safety measure,
* As a safety measure, depclean will not remove any packages
* unless *all* required dependencies have been resolved. As a
* consequence, it is often necessary to run `emerge --update
* --newuse --deep @system @world` prior to depclean.
он предупреждает, что если нарушены зависимости то он ничего удалять не будет и предлагает в этом случае их восстановить
Всё равно revdep-rebuild
Всё равно revdep-rebuild делается перед emerge --depclean.
Привожу пример, как я обновляю систему (и как рекомендую другим):
После шагов, отмеченных звёздочкой, просматриваются сообщения, выведенные во время установки, и предпринимаются соответствующие действия (например,
etc-update).По-моему, полное обновление
По-моему, полное обновление мира убивает необходимость в glsa-check напрочь, разве нет?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Оно не обязательно втягивает
Оно не обязательно втягивает build-зависимости, среди которых может оказаться и уязвимая версия (один раз на самом деле так было с sys-apps/ed)
Текстовый редактори отнесён к
Текстовый редактори отнесён к категории
sys-apps.И куда мир катится... :(
:wq
--
Live free or die
добавь к emerge
добавь к emerge --with-bdeps=y
Зачем? Мне не нужно обновлять
Зачем? Мне не нужно обновлять build-зависимости, если не обновляется зависящий от них пакет или если в них нет уязвимостей.
http://gentoo-portage.com/USE
http://gentoo-portage.com/USE посмотри описание юзов... првда на языке вероятного противника:)
и каждому срок назначен в храме икон...
Вы определённо молодец! ;-) Я
Вы определённо молодец! ;-)
Я "на всякий случай" архивирую /etc и исполузую FEATURES="buildpkg" чтобы если что можно было быстренько откатиться/восстановить пакет
emerge -k =foo-x.y.На счёт xorg-server-1.5 толком не скажу, сам только перешёл. Особой разницы не заметил. Но если хотите kde-4.2.1 поставить его придётся - он им нужен. Могу порекомендовать перейти на evdev. По крайней мере у меня на старой схеме (keyboard,mouse в xorg.conf) клава работала как-то странно... Здесь в FAQ кратенькая иструкция есть - сам по ней делал.
Для размаскировки использую autounmask. В общем он меня устраивает. Ещё здесь видел unmask, написаный, ЕМНИП developer`ом. Давно хочу его попробывать, но всё руки не доходят :(.
Для того, чтоб быстро убирать маскировку пакетов, рекомендую использовать не файлы /etc/portage/package.{keywords,mask,unmask}, а одноимённые папки, и уже в них создавать файлы с намекающими именами. Нужно вернуться назад, переместил соответствующий файл в /tmp и пересобрал, что в нём перечислено...
респект заголовок треда уже
респект
заголовок треда уже не актуален. Подозреваю что к следующей пятнице вы тут выложете свои первые ebuildы ;)
:) Придется вас разочаровать
:) Придется вас разочаровать - не выложу ;)
Заголовок темы актуален... Человек задал вопросы. Я постарался ответить.
;)
по portage инфы достаточно, просто она разбросана - ее бы в кучу собрать. вот например тут на форуме есть неплохой тред http://www.gentoo.ru/node/193. на самом gentoo.org/doc/ тоже есть инфа обязательная к раскуриванию. ну и если что то не получается - первым делом стоит заюзать поиск по этому форуму. может быть такое что тут не найдется ничего - можно пойти и пошукать сабж на большом forum.gentoo.org -около 4.5 млн постов - шутка ли), там уже большинство могущих возникнуть проблем обсосаны по 150 раз.
зы. правда поиск там хреновенький, лучше гуглить по нему.
по portage инфы достаточно
Да, информации вроде много. Но как вы правильно заметили свести её не удаётся. По крайней мере в голове -))) Тред привиденный уже читал неоднократно так же как множество других, но общая картина пока не складывается к сожалению -))) Коли думать не получается, будем прыгать -)))) Глядишь и мысли придут -))
Ещё о портажах.
Попробую подробно описать чего мне неясно на тему портажей. Будем считать это "пространно сформулированным вопросом" -))))
Итак что мы имеем в системе портажей, как я это понимаю.
1) верхний уровень настройки - /etc/make.globals Это то что лежит на самом "верху", не зависит от архитектуры и профиля, определяется системой, менять что-либо бессмысленно так как всё что там есть буде заново восстановлено при обновлении системы. Ну тут вроде всё ясно.
2) /etc/profile Насколько я понимаю это всего лишь настройка среды Шелл для вашего профиля - промт там по умолчанию и т.д. и к портажам вроде как особого отношения не имеет...
3) На ваш профиль указывает символическая ссылка /etc/make.profile. Идум туда видим там 2 папки - Desktop и Devloper. в них по одному файлу "parent". В Этом parent путь к какому то ../../../../../target/desktop Вобщем не понятно что это такое, хотя сцдя по хэндбуку там в числе прочего должен лежать файл make.defaults, аналогичный /etc/make.globals и перекрывающий его с учетом вашей архитектуры. Даем поиск make.defaults. Обнаруживается их несколько штук. Мой искомый скорее всего в /udr/portage/profiles/default/linux Но причем здесь обещанная мне привязка к архитектуре? Ведь рядом с этим файлом как и лежат каталоги типа amd64, ia64 и т.д. Да и в самом файлике почти пусто. Так кто и где нас обманывает или где я туплю? Из Хэндбука: "Настройка Portage выполняется c помощью файлов make.defaults вашего профиля и всех родительских профилей." То есть это типа и есть "родительский" профиль. А "мой родной" 64-битный положить забыли. Неужели не надо ничего никому архитектурно-специфичное? Тогда зачем вообще делить профоли по архитектурам, если там никаких настроек нету? Лежат пустые папки... Вобщем загадка. Опять же из Хэндбука:
"В профиле содержатся сведения для Portage, специфичные для архитектуры, такие как список пакетов, принадлежащих соответствующей системе, список неработоспособных (или замаскированных) пакетов, и т.д. Ну и где списки пакетов, принадлежащих моей "соответствующей системе"? в папке то пусто!!! Откель тогда Portage берет этот самый список? Вобщем с профилем полное непонимание где что и почему лежит.
4) Далее. Из Хэндбука:
=====================================================================
Если вам необходимо изменить поведение Portage относительно установки программного обеспечения, вам потребуется отредактировать файлы, находящиеся в /etc/portage. Мы настоятельно рекомендуем вам пользоваться файлами из /etc/portage, всеми силами отговариваем от настройки поведения Portage через переменные среды!
Внутри /etc/portage вы можете создать следующие файлы:
* package.mask, в котором перечислены пакеты, которые Portage никогда не следует устанавливать
* package.unmask, со списком пакетов, для которых вы хотите иметь возможность установки, даже если разработчики Gentoo отговаривают вас от этого
* package.keywords, где перечислены пакеты, которые должны быть доступны для установки, несмотря на то, что они не подходят для вашей системы или архитектуры (пока)
* package.use, где перечислены значения USE-флагов, которые необходимо указывать для конкретных пакетов, а не для всей системы
=======================================================================
Проверяем. Берем портаж app-misc/alexandria
emerge -pv alexandria говорит что готова поставить app-misc/alexandria-0.5.1
Замечательно. Но я например хочу поставить app-misc/alexandria-0.6.1 Такой ebild в папке есть и в нем можно увидеть что он помечен как ~amd64. То есть тестовая ветка для моей системы. Судя по Хэндбуку мне надо лишь добавить пакет в package.unmask
Прописываю туда app-misc/alexandria-0.6.1 и даю опять команду emerge -pv alexandria. И вижу что ничего не изменилось. Предлагается всё тот же alexandria-0.5.1
Где сила, брат? в данном случае package.unmask не работает.
Но далее в Хэндбуке мы видим следующий абзац:
==========================================================================
Расположение package.unmask
Разработчики Gentoo не поддерживают использование этого места расположения. Пожалуйста, используйте их на свой страх и риск. Просьбы о помощи, связанные с использованием package.unmask и/или package.mask, останутся без ответа. Вы предупреждены.
Если использование пакета было заблокировано разработчиками Gentoo, но вы желаете его использовать несмотря на причины блокировки, указанные в файле package.mask (по умолчанию он находится в /usr/portage/profiles), добавьте для него точно такую же строку в файл /etc/portage/package.unmask (или в файл в этом каталоге, если это каталог).
Например, если =net-mail/hotwayd-0.8 заблокирован, то разблокировать его можно, прописав в package.unmask точно такую же строчку:
============================================================================
Так оно работает или нет? Если работает, то в каких случаях, когда этим надо пользоваться, а когда нет? Если никогда и оно не работает на самом деле, зачем об этом писать? Вобщем куча вопросов на которые по этому поводу я ответить не в состоянии.
Так. пробуем проделать то же самое используя /etc/portage/package.keywords совместно с make.conf Прописываю в make.conf ACCEPT_KEYWORDS="~amd64",
в /etc/portage/package.keywords пишу
app-misc/alexandria-0.6.1 ~amd64
emerge говорит что неправильный атом. Но в Хэндбуке формат строки дан такой. Пробую поставить как и в unmask "=" перед строчкой. Во, всё получилось и emerge это дело скушала, дав ошибку на тему замаскированного зависимого пакета. Вот если бы не было в Хэндбуке ни строчки про package.mask и package.unmask было бы вроде как всё понятно с маскированными пакетами. Тем более вычитал про некий autounmask который видимо автоматом прописывает в keywords строки разрешения зависимостей. Но вот как быть с mask-unmask непонятно. Как это соотносится с системой make.conf-keywords? когда и в каких случаях что применять? никакие гугли и маны мне в ответе на этот вопрос так и не помогли.. Вобщем запутался совсем -(((
Ещё по связке keywords-make.conf а Если я скажем захочу полн6остью перейти на тестовую ветку, на что мне autounmask натравливать? -))) То есть я тупо хочу чтобы emerge для всего и вся ставила последнюю версию? Понятно что вопрос чисто гипотетический, но интересно -))))
Далее по откатам. Тут мне тоже непонятно что и как. Например я ставлю пакет "А" из тестовой ветки. Он тянет за собой пакет "Б". Затем я ставлю пакет "С", которому тоже нужен пакет "Б", который у меня уже стоит. Далее я удаляю "с очисткой" пакет "А". Что станет с пакетом "Б" и соответственно с пакетом "С".? Причем это ведь простейший случай. А логически рассуждая возможны такие закрутки зависимостей, что мама дорогая. Насколько эффективно будет работать механизм? Насколько я понимаю, перед любыми телодвижениями надо делать бэкап системы. Возникает следующий вопрос, что в этот бэкап засовывать - может не надо весь "/" а только например /usr и /etc ? И заодно на тему "затаривания" бэкапа - с каким ключами надо tar делать? Извлечение, насколько понимаю, с ключом -p. А Создание? Сразу говорю, ман по тару я тоже читал, но что то не врубаюсь. Особенно смущают всякие ключики на тему симлинков....
Ну и последнее. Тут вообще даже вопрос то сформулировать не в состоянии потому что вообще не понял что к чему. Как правильно создать и использовать оверлеии? Но это вопрос я так понимаю совсем риторический, так как опять таки требует хорошенькой статьи, которой видимо нету, а не абзаца с ответом -)))
1. Я же уже писал, что
1. Я же уже писал, что русский хэндбук устарел.
echo "app-misc/alexandria" >> /etc/portage/package.keywords2. Нет, не надо autounmask натравливать. Надо в ACCEPT_KEYWORDS в /etc/make.conf дописать "~amd64".
непонятно...
1) Из английской версии:
-------------------------------------
You can ask Portage to allow the testing branch for particular packages but use the stable branch for the rest of the system. To achieve this, add the package category and name you want to use the testing branch of in /etc/portage/package.keywords. You can also create a directory (with the same name) and list the package in the files under that directory. For instance, to use the testing branch for gnumeric:
Code Listing 2.1: /etc/portage/package.keywords setting for gnumeric, full line
app-office/gnumeric ~x86
--------------------------------------
Абсолютно то-же самое. И оно не рабоет. Надо добавлять "=" впереди.
2) Тогда я не правильно понял механизм. Я понял что если в /etc/make.conf
прописать
ACCEPT_KEYWORDS="~amd64"
Это разрешает системе использовать package.keywords. Не более того. А так получается что это независимые вещи? То есть если я в кейвордс прописываю некий пакет, он демаскируется независимо от ACCEPT_KEYWORDS="~amd64" в /etc/make.conf?
Сейчас попробовал. Вроде так и есть. Но тогда следующая непонятка. Почему при включенном
ACCEPT_KEYWORDS="~amd64"
emerge -pv alexandria
система ругается на замаскированные файлы, хотя по ACCEPT_KEYWORDS="~amd64" она просто должна была взять то что надо и не аозмущаться, ведь ветка же открыта...
gdsfz
Неправда. Не нужно.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Невнимательно читаете. В
Невнимательно читаете.
В файле /etc/portage/package.keywords версия пакета НЕ УКАЗЫВАЕТСЯ
И никаких "=" в помине нет. Прежде чем пенять на систему, надо разобраться.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
А вот у меня указывается
А вот у меня указывается :)
И Более того, размаскируются как раз пакеты указанных версий :)
Действительно: