Блог об openSUSE » Bugs http://sapfeer.ru Блог по созданию и настройке openSUSE безопасного хамелеона Sat, 22 Sep 2012 12:43:48 +0000 ru-RU hourly 1 http://wordpress.org/?v=3.4.2 Ошибка с драйвером для ATI-видеокарт http://sapfeer.ru/2009/12/20/547 http://sapfeer.ru/2009/12/20/547#comments Sun, 20 Dec 2009 17:14:49 +0000 Сергей http://sapfeer.ru/oshibka-s-drajverom-dlya-ati-videokard/ Ну вот вроде бы все - заработал репозиторий от ATI. И я, осчастливленный этой новостью, поспешил поставить себе драйвер. Поставил пакеты из ATI репозитория. Но, к сожалению, видимо это оказалось очередной злой шуткой разработчиков. Не понимаю, чем думают люди из novell выставляя продукты, без должным образом проведенного тестирования? Хочется задать вопрос, - "Сколько это еще будет продолжаться?". Я уже всерьез подумываю, чтобы вернутся к версии 11.1 .
А теперь об ошибках. Если после установки пакетов ati-fglrxG01-kmp и x11-video-fglrxG01, вы выполните команду:

modprobe fglrx

И увидите вот такие ошибки в dmesg:

fglrx: Unknown symbol find_task_by_vpid
fglrx: Unknown symbol pci_enable_msi

Поздравляю! Теперь вы тоже стали жертвой халатности ATI. Как написано на форумах opensuse -
проблема актуальна только на 32-bit ных системах. Более того, как оказалось, такая же проблема есть и в Ubuntu и в других дистрибутивах. Можно смело констатировать факт, что ATI спустя рукава относится к поддержке своих видеокарт в Linux. Жаль, что из-за таких вот в кавычках "лидирующих" производителей видео чипсетов тормозится развитие opensource. А всем нам - обладателям 32-битных систем и чертовых видеокарточек ATI остается лишь ждать, когда же ,наконец, выйдет нормальный драйвер, либо - пересаживаться обратно на openSUSE 11.1, что я и собираюсь сделать. Где мой старый комп с nvidia fx5200...

]]>
http://sapfeer.ru/2009/12/20/547/feed 3
Установка VMware Workstation 6.5 на SUSE Linux 11 x64 http://sapfeer.ru/2009/09/23/198 http://sapfeer.ru/2009/09/23/198#comments Wed, 23 Sep 2009 18:46:39 +0000 Сергей http://sapfeer.ru/?p=198 Работает в: openSUSE Linux 11.0 (SLED 11 / SLES 11)

Необходимые программы

  • - VMware Workstation 6.5_86_64
  • - kernel-source
  • - GCC
  • - GCC-C++
  • Проблема:
    В данный момент, если пользователь устанавливает триальную версию из пакета VMware-Workstation-6.5.0-xxxxxx.x86_64.rpm на SuSE 11 (SLED / SLES 11 x64), VMware, то установка проходит нормально, но запустить ни одну рабочую станцию VMware не удается.
    Если пользователь пытается запустить приложение через значок ярлыка, он появляется на панели задач, но спустя несколько секунд, закрывается без каких-либо окон или сообщений об ошибках.
    При запуске с терминала с помощью команды "vmware &" регистрируются следующие ошибки:

    @:~> vmware &
    [1] 25991
    @:~> Logging to /tmp/vmware-CAMPUSawj071000/setup-25996.log

    (vmware-modconfig:25996): Gtk-WARNING **: Unable to locate theme engine in module_path: "qtcurve",
    /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:72: error: unexpected identifier `colorize_scrollbar', expected character `}'
    modinfo: could not find module vmmon
    modinfo: could not find module vmnet
    modinfo: could not find module vmblock
    modinfo: could not find module vmci
    modinfo: could not find module vsock
    modinfo: could not find module vmmon
    modinfo: could not find module vmnet
    modinfo: could not find module vmblock
    modinfo: could not find module vmci
    modinfo: could not find module vsock
    /usr/bin/vmware: line 31: 25996 Segmentation fault "$BINDIR"/vmware-modconfig --appname="VMware Workstation" --icon="vmware-workstation"

    [1]+ Exit 1 vmware

    А в лог файле появляются следующие сообщения:

    Mar 13 08:44:59.426: app| Log for VMware Workstation pid=25996 version=6.5.1 build=build-126130 option=Release
    Mar 13 08:44:59.426: app| Host codepage=UTF-8 encoding=UTF-8
    Mar 13 08:44:59.426: app| Logging to /tmp/vmware-/setup-25996.log
    /tmp/vmware-
    /setup-25996.log lines 1-3/3 (END)

    Решение:

  • Установите СС3 и GCC-C++ пакеты
    Откройте yast2, перейдите в Управление программным обеспечением, выполните поиск пакетов ССЗ и GCC-C++ и отметьте их для установки. Нажмите на кнопку Установить. Проверьте что установлены нужные нам версии GCC и GCC-C++.
    rpm -qa gcc gcc-c++
    В терминале должно отобразится:

    gcc-4.3-62.198
    gcc-c++-4.3-62.198

  • Установка исходных кодов ядра
    Откройте yast2, перейдите в Управление программным обеспечением, наберите в поиске kernel,проверьте установку пакета Kernel Hearders 2.6.27.19.5-1-default и пакета kernel-source: The Linux Kernel source Installer: 2.6.27.19.5-1-default
  • После выполнения двух вышеописанных шагов, выполните команду:
    rpm -ivh Vmware-Workstation-6.5.0-118166.x86_64.rpm
  • Создайте папку /tmp/vmware, перейдите в директорию /usr/lib/vmware/modules/binary и переместить все файлы оттуда в /tmp/vmware
    mv /usr/lib/vmware /tmp/vmware
    Перейдите каталог /usr/bin/
    cd /usr/bin
  • Запустите:
    ./vmware
    Некоторые файлы будут установлены заново
    Некоторые файлы будут заново установлены, как можно увидеть в терминале и откроется окно вашей рабочей станции VMWare.
  • Теперь VMWare может быть запущено через меню.
  • Статья написана pprakash, я лишь осуществил перевод, может быть кому понадобится, не все же английский язык знают..:)

    ]]>
    http://sapfeer.ru/2009/09/23/198/feed 0
    Обновления openSUSE http://sapfeer.ru/2009/07/19/134 http://sapfeer.ru/2009/07/19/134#comments Sat, 18 Jul 2009 20:40:47 +0000 Сергей http://sapfeer.ru/obnovleniya-opensuse/ Привет, читатели, сегодня я напишу об отрицательной стороне дистрибутива openSUSE - о севисе обновлений. Разработчики openSUSE выпускают своевременно багфиксы и security-патчи, для своего дистрибутива, но кажется они забывают перед выпуском багфиксов их хотя бы элементарно протестировать. Уже второй раз подряд, после обновления через yast updater мои кеды летят к чертям, и если первый раз все обошлось лишь plasm'ой, то сейчас я пишу этот пост из-под полумертвых кедов, которые я сейчас пытаюсь реанимировать, восстанавливая их до версии 4.1. Видимо, разработчики тестируют свои апдейты только на KDE 4.1, совершенно не думая о 4.2 . Только этим я могу объяснить столь ужасные последствия обновлений. Даже к сожалению не могу привести скринов (догадываетесь думаю почему). Конечно я сам виноват, не сделал бэкап'ы. Но все же... Очень советую всем кто пользуется открытыми репозитариями от opensuse build serivice не ставить обновления от разработчиков. В оффициальной репе нет даже 2го амарока, что просто ужас, как мне кажется.
    Постараюсь порыть тему, как обезопасить себя от последствий таких патчей и как восстановить систему в прежнее состояние. Я уверен, перед применением патчей разработчики должны были предусмотреть процедуры создания бэкапов для отката. К сожалению, либо они просто не описаны, либо их действительно нет. И если 1-ое решаемо, то 2ое заставит меня отказаться от обновлений практически совсем(кроме тех, что не затрагивают X'ы и в частности кеды). Надеюсь через пару часов получить рабочий KDE 4.1. О результатах обязательно отпишусь. Закончить хотелось бы словами- Цените собранную вами систему!

    ]]>
    http://sapfeer.ru/2009/07/19/134/feed 0