Saturday 31 May 2008

Проблемы с запуском графической части Ubuntu (gdm)

Проблема была в кратце такова, что при нормальной загрузке Ubuntu моментально подвисала, как только показывалось графическое окно login. В то же время, если сначала загрузиться в recovery mode, а потом запустить графическую оболочку (startx), то всё работало нормально.

Напрашивается вывод, что при recovery mode Ubuntu не загружает некоторые модули, которые возможно конфликтуют с gdm. Как это выяснить?

Прежде всего загружаемся в recovery mode и из-под roota выполняем команду sysvconfig Там весь список загружаемых модулей. Убираем на время gdm. Сохраняем, выходим. Теперь при нормальной загрузке, компьютер не будет виснуть и мы сможем посмотреть какие модули им загружены.

Теперь всё в той же root консоли набираем dmesg > /home/[ваш username]/failsafe.log что сохранит лог загрузки в файл.

Также устанавливаем хороший diff'ер apt-get install meld Теперь можем спокойно перезагрузиться в нормальном режиме.

Так как мы в самом начале отключили загрузку gdm, то после перезагрузки мы снова в консоли. Нужно залогиниться и выполнить аналогичную команду, чтоб записать лог загрузки. dmesg > /home/[ваш username]/normal.log

Осталось только сравнить эти два лога. Я использовал удобство gdm,- загрузился туда через recovery mode, сравнил через meld эти 2 файла (!! meld сравнивает посимвольно а не построчно, поэтому различия в начале строк, которые являются временем загрузки не сильно волновали !!). В файлах явно читались названия модулей подгружаемых при обычном старте и игнорируемых в recovery mode. У меня это были bluetooth и powernowd. Поэтому, снова запустив sysvconfig, отключил bluetooth, powernowd и powernowd.early, не забыл включить gdm и перезагрузился в нормальном режиме.

Теперь всё работает.

Friday 30 May 2008

Вопросы, которые можно задать при устройстве на работу

В скором времени собираюсь переходить на новое место работы. Посмотрим, что из этого выйдет. На новом месте обещают привязанность к Microsoft. Используют практически все их технологии: .Net, Silverlight итд. Клепать сайты на Rails я уже научился :). Идём дальше...

В связи с вышесказанным, предлагаю сабж. Мне ими воспользоваться не посчастливилось - наткнулся уже после проведения собеседования.

  1. Сколько новых версий программ вы выпустили за последний год?
    • слишком мало = scope creep: wtf мэнеджмент
    • слишком много = или "супербыстрые" или количество > качество
  2. Почему ушёл человек, работавший до вас на этой должности?
    • уходит от ответа = что-то скрывает
    • он "ушёл" = почему так неопределённо?
    • конкретный ответ = похоже, что всё ок
  3. Случались ли катастрофы и как они были решены (хотя бы последняя)
    • пахали 2 недели = недостаточное DR-планирование (Disaster Recovery) или код (или персонал) WTF
    • 2 часа на поиск и устранение = полёт нормальный
  4. Как часто (в год) устраиваются тренинги для персонала?
    • < 1 недели = хотят использовать тебя, но не инвестировать в тебя
  5. Сколько обычно приходится перерабатывать?
    • редко = хорошо продуман проект и время / стабильный код
    • каждый день = плохое планирование, wtf код/персонал/управление
  6. Зависит от деятельности: Размер суппорта/менеджеров по продаже по отношению к программерам?
    • 100:1 = много клиентов: стабильный код
    • 1:10 - очень новый, может код нестабилен
    • вероятно, новый проект (вполне нормально)
  7. Как устроен DR?
    • "Колян из дома чинит всё" = никакого DR: валить!
    • "параллельные сервера, dbs, итд" = кто-то всё продумал и на это были выделены деньги
  8. Можно заглянуть в серверную?
    • как птичье гнездо = АХТУНГ!
    • компы на холодильнике с вентиляторами = валить!
    • чистенько и прилично = хорошая поддержка сети

Monday 12 May 2008

Hobo for Rails 2

Пока я собирался попробовать это Хобо на вкус, они уже выпустили следущую версию. А пока времени на это нет вообще.