← All posts tagged Fedora

AlexVK

Обновился до Fedora 16 (точнее. до Russian Fedora Remix 16, но это Fedora и есть).
Пытаюсь освоится.
Пока что от "фирменных" драйверов nvidia пришлось отказаться ибо есть глюки при их установке (не ставятся без бубна и танцев, хотя в Fedora 14 — 15 установка была не в пример проще). По-видимому это связано с миграцией на systemD, а также grub2.
Другой момент — что-то странное с курсором в консоли (при запуске в графическом режиме терминала). Как бы "перекрывает" больше чем надо символов. Это трудно объяснить, и сложно показать. В общем, поведение изменено и это доставляет некоторые неудобства.
"Вечная бетта" — похоже что заслуженно.
Интересует уже вопрос — на чтобы такое съехать более вменяемое "передового края", т.е. более-менее новым софтом и неплохо приготовленным KDE.
(K)Ubuntu меня совершенно не привлекает, а "вечная бетта" Fedora теряет свою привлекательность в моих глазах.
Я хочу некий баланс стабильности и новизны и интересно есть ли такое? :)
Пока что рассматриваю в качестве альтернативы OpenSuse.

AlexVK

И в linux есть "эпидемии" :)
Поставил на ноут fedora. Работает неплохо, не жалуюсь. Пробовал также Kubuntu, но Fedora мне нравится больше. Впрочем я отвлёкся.

Случилось так что сначала ноут, потом комп "поразила" странная "эпидемия". Проявлялось это так: при перезагрузке система напрочь отказывалась грузится. Сначала загрузка шла нормально затем "встала" и всё, хотя отзывы на клавиатуру идут. Можно и текст на экране печатать. Такое ощущение что зашёл в текстовый редактор из которого нельзя не выйти.

В логах ничего необычного не находилось (dmesg, xorg.log). Хотя была странность: автоматически обновились проприетарные драйвера Nvidia (yum.log). При перезагрузке компа (на следующий день) систему на нём ждала абсолютон та же участь. И точно также в логах обновление драйверов nvidia.

Вылечилось это перустановкой драйверов экрана. Что это было? Что-то недоставилось? Я так и не понял. Но теперь автообновление отключил, на всякий случай.

AlexVK

Проблема с разрешением экрана, проявившаяся после обновления с F13 до F14 оказалась не проблемой дистрибутива, как таковой. Проявлялась она так: настройка в xorg.conf не работала. После перезагрузки разрешение выставлялось автоматически. Что было мне не удобно — приходилось выставлять руками. Попытки задать режим в xorg.conf результата особого не дали.
Выставить разрешение я пробовал через SubSection "Display", через явное указание режима — "Modes". Как выясняется, это с новыми драйверами nvidia и не работает. Возможно это проблема XOrg-а, я не выяснял. Что интересно, всё стало нормально после выставления Option "metamodes" и далее нужный мне режим. После этого всё стало нормально.
Данная опция выставлялась в утилите конфигурирования nvidia, которая поставляется с драйвером. Что и наводит на мысль что именно в драйверах nvidia источник проблем: сменилась опция и об этом нет ни слова в документации. Попытки выставить опции "по-старинке" (как уже указал) результата не дали, нагуглить подобные проблемы мне также не удалось. Так что метод проб и ошибок всё ещё в силе.

AlexVK

Новость с opennet opennet.ru дала повод задуматься. Если сейчас в совете Fedora признают, что некоторый софт включать в состав репозитария слишком рискованно не додумаются ли они об отказе, например, торрент-клиентов (RIAA, MPAA и иже с ними бдят). Nmap (можно же провести атаку), ssh ( это вообще бекдор практически) ...
Т.е. как в анекдоте: "тогда и за изнасилование тоже!... Аппарат то имеется."
В общем, моя думать. Т.к. используем на работе (совместно, правда, с centOS-ом) особо от Fedora никуда не денешься — знать всё таки надо то, что используешь. Да и переходить особо не хочется — и без того есть с чем разбираться.

AlexVK

Обновился нормально с F13 до F14 (RFRemix). Дрова подхватились сами (nvidia), ничего не пришлось донастраивать. Машина — обычный комп с магазина на 2х ядерном интеловском процессоре, с сетевой 802.11g , достаточно простой картой nvidia и материнкой ASUS.
Но выставленное разрешение после перезагрузки слетает, утилита nvidia-settings не помогла ( с сохранением конфига). Пока это не поборол.
Были заминки с софтом — но при наличии места в /var (для скачивания пакетов) разруливается вполне самостоятельно запущенным yum-updatesd. Последний настроен на автоматическое обновление с разрешением установки и удаления зависимостей.
Важно несколько простых шагов после обновления с диска (носителя) :
1) резервные копии;
2) очистить кеш yum;
3) пересоздать кеш метаданных с репозитария;
4) убедится что на /var достаточно свободного места ибо скачивание пакетов идёт в /var/cache/yum;
5) убедится что достаточно места в /usr (сначала идёт установка, затем только подчистка)
В принципе — всё.

P.S. У меня /var и /usr, а также /tmp расположены на раздельных разделах. На /etc "натравлен" git (через etckeeper).