From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: vova1971 Date: Tue, 21 Aug 2007 20:30:56 +0400 To: "ALT Linux Community" From: =?koi8-r?B?98zBxMnNydIg59XTxdc=?= Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 References: <46C9E4C9.1020308@gmail.com> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.23 (Linux) Subject: Re: [Comm] =?koi8-r?b?79vJwsvJIGxpbG8gKMkgzsXNzs/HzyDPIERlc2t0b3Ag?= =?koi8-r?b?NCBSQyk/?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Community List-Id: ALT Linux Community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2007 16:31:15 -0000 Archived-At: List-Archive: List-Post: >>> [..] >>> "Восстанавливал" MBR fdisk из загрузочной DOS-дискеты, из загрузочного >>> диска WinXP (recovery console), раз 7 или 8 переустанавливал Desktop >>> 4.0 >>> RC - все равно L 99 99 99 .. >>> Что делать с загрузчиком? Вопрос общего плана, поэтому пишу сюда. >>> [..] >> Етот вопрос я уже задавал немного в другом стиле, но суть та же. >> Для того чтобы восстановить загрузчик делаете так: >> После загрузки с rescue-двд выполнить >> mount /dev/hdXX /mnt >> mount --bind /dev /mnt/dev >> mount --bind /proc /mnt/proc >> lilo -r /mnt >> Должно заработать > Спасибо. Завтра попробую. В общем, я понял примерно в чем проблема.. Естественно, вышеописанные методы мне не помогли.. То есть правильный способ оживления загрузочной записи с помощью спасательного диска работает, ясное дело, но не решил проблемы "девяток" при старте ОС. не помогло и выставление LBA (и всего остального) в биосе вручную.. Я решил поточнее вспомнить все, что я делал. Оказалось, что после второго раза у меня система установилась и загрузилась, однако я перед этим, в самом конце установки, не дождался пока привод перестанет работать, и мне показалось, что это нехорошо, и нужно переустановить, во время второй инсталляции я обратил внимание, что у меня свап на активном разделе hda2, мне показалось это сомнительным, и я при помощи встроенного в инсталляциию механизма управления разделами диска удалил его и создал на том же месте свап, но не первичный hda2, а обычный, hda8. И вот ПОСЛЕ ЭТОГО у меня все пошло наперекосяк. Изучал и бэкап загрузочной записи (boot.003), и map.. Пробегало в некоторых, что неверная таблица разделов и т.д. и т.п. Немудрено - на диске когда-то был win2k, затем создавались партиции при помощи partition magic, потом там вносил изменения инсталлятор 3.0 со своим менеджером разделов.. Короче нужно было все сносить и пересоздавать разделы заново. Я этого делать не стал - жаль /home (13 гб), поэтому на развалах работы был найден другой винт, после чего все, естественно установилось.. после подцеплю раздел /home другого винта и сделаю бэкап на новый жесткий диск.. Вина ли это менеджера разделов жесткого диска в инсталляторе 4.0 - не знаю.. И еще.. сегодня я, мучаясь со старым винтом, вновь поставил 3.0.4 по-быстрому, думал, что может он как-то выправит ситуацию с разделами.. И по ходу установки заметил, что в 3.0.4 лучше реализован механизм получения имени компьютера через dhcp - подхватилось сразу.. В инсталляторе 4.0 этого не произошло.. P.S. Ситуация с dpi в разных программах в среде KDE - полный мрак.. Включив run level 3 в inittab, и подправив /etc/X11/xinit/xserverrc на предмет dpi (-dpi 96), чтобы программы разного "происхождения" получали одинаковое значение dpi, получаем совершенно отвязную картину - xdpyinfo вместо resolution 96x96 кажет мне 74х80, выставленные в gtk/qt/kde одинаковые размеры шрифтов не кажутся одинаковыми в КДЕ и, скажеи Firefox.. Ладно, думаю, огнелис - птица вольная, на всех положила и живет своими законами. Сделал about:config, нашел там параметр layer.css.dpi (кажись так) и сделал ему 96. Шрифт хоть и перестал быть гигантским, но все равно, шрифт интерфейса браузера больше аналогично выставленного в КДЕ... :-( Все вышеописанное в постскриптуме делалось неоднократно в среде оконных менеджеров Icewm и Window Maker, там при аналогичных настройках для dpi и шрифтов все железно одинаково и смотрится и отображается в выводе xdpyinfo, четко 96х96.. КДЕ же, видимо, постепенно в процессе своего развития берет много на себя, в том числе и "заботу" о dpi.. Воистину, наверное никогда и никто не сможет заставить эти два DE (КДЕ и Гном) централизованно принимать и понимать единые параметры экранной системы.. P.P.S. Про разрешение экрана я вообще молчу - хоть тресни, но если в КДЕ утилита выставила одно разрешение, пусть хоть аршинными буквами прописано в xorg.conf ручками 1280x1024, будет все равно 1024х768, выбранное при инсталляции на всякий случай. Только Control Center влияет на ситуацию.. Ручки - нет.. Что-то все это странное.. я, правда довольно давно не использовал КДЕ, может эти казусы было уже давно.. Не знаю.. -- С уважением, Владимир Гусев