Список известных проблем в Mandriva Linux 2008 Spring
Материал из Mandriva Russian Community Wiki
Введение
Эта страница содержит список известных проблем в Mandriva Linux 2008 Spring (2008.1). Это означает, что она содержит информацию об известных проблемах в Mandriva Linux 2008 Spring, а также о том, где эти ошибки находятся, как их исправить или обойти. Также рекомендуется просмотреть заметки о релизе, в которых содержится более подробная информация о Mandriva Linux 2008 Spring.
Разрешенные проблемы
Эта часть содержит проблемы, исправленные в обновлениях.
Запуск апплета управления разрешением экрана KDE останавливает систему
См. также 
ошибка #40005 и update advisory MDVA-2008:076. Несколько пользователей сообщили, что при запуске апплета управления разрешением экрана в Центре Управления KDE (или при запуске krandr любым другим способом) происходит остановка системы. В некоторых случаях вернуть систему к жизни удавалось через перезапуск X-сервера комбинацией ctrl-alt-backspace, в других случаях это не действовало. Обновлённый пакет krandr, krandr-0.5.2.1-13.1mdv2008.1, решает эту проблему. Используйте MandrivaUpdate для получения обновления.
В KDE нет звука при миграции с предыдущих версий Mandriva
При обновлении Mandriva с предыдущих версий (2008, 2007.1 и т.д.) из-за перехода на PulseAudio возможны проблемы со звуком, сопровождающиеся практически полной загрузкой процессора процессом artsd. Для исправления выполните команду: rm -f .kde/share/config/kcmartsrc
После этого звук должен воспроизводиться нормально.
Тестирование кандидатов для обновления
Когда обнаруживается ошибка в Mandriva Linux 2008 Spring, сборщик пакета может собрать обновление и выгрузить его в специальный репозиторий /main/testing, который предназначен для тестирования потенциальных исправлений. Обновлённый пакет могут тестировать все пользователи, столкнувшиеся с подобной проблемой, а также разработчики Mandriva. Если будет обнаружено, что исправление действительно устраняет заявленную ошибку и не создает новых ошибок, пакет с исправлением считается официальным обновлением. Такой пакет доступен всем пользователям через службу MandrivaUpdate.
Если вы столкнулись с ошибкой, для которой уже есть кандидат в пакеты-обновления, и вы готовы помочь с его тестированием, вы можете подключить репозиторий /main/testing в качестве источника пакетов. Для получения информации о том, как это сделать, перейдите по ссылке Установка и удаление программ в Mandriva Linux.
Также имеется репозиторий /contrib/testing, выполняющий те же функции для репозитория /contrib (однако мы не гарантируем, что ошибки в пакетах из /contrib будут исправлены, так как сборщики этих пакетов решают сами, делать обновление или нет). Подключение этого репозитория описано на той же странице.
Установка обновлений
Обновления для пакетов из репозиториев /main, /non-free и /contrib могут быть установлены через службу MandrivaUpdate. Её можно запустить из Центра управления Mandriva. На вкладке Software Management нажмите "Update your system". До тех пор, пока вы не отключите эту службу, иконка в системном лотке будет оповещать о наличии доступных неустановленных обновлений.
Ошибки при установке
Обновление с предыдущей версии не удается, появляется сообщение Undefined subroutine &MDK::Common::System::uniq called
См. также ошибка #39925. Несколько пользователей сообщили о серьёзной ошибке при выполнении обновления с предыдущей версии Mandriva Linux с использованием установщика Mandriva Linux 2008 Spring Free или Powerpack. Процесс завершался неудачей с сообщением:
Undefined subroutine &MDK::Common::System::uniq called
При повторе появлялась та же ошибка.
Решить эту проблему можно следующим способом. К моменту появления сообщения об ошибке обновление уже практически полностью завершено. Не устанавливается лишь обновлённое ядро и часть пакетов KDE (если вы используете KDE).
При этом существует штатная возможность загрузиться в обновлённую систему с ядром от необновлённой версии. Если у вас автоматически запускается графическая среда, нажмите Ctrl+Alt+F1 и вы окажетесь в консоли с предложением авторизироваться. Войдите в систему как root.
Теперь вам необходимо установить новое ядро. Возможно, что у вас в системе работает особое ядро, например kernel-desktop, kernel-laptop, kernel-desktop586, или kernel-server. Чтобы узнать версию вашего ядра, выполните команду:
uname -r
А теперь переустановите ядро.
urpmi --replacepkgs kernel-desktop-2.6.24.4-1mnb-1-1mnb1
Вместо kernel-desktop укажите то ядро, которое используете вы.
Если вы используете KDE, вам потребуется обновить конфигурационный пакет для KDE. Если вы используете Mandriva Linux 2008 Spring Free, выполните следующую команду:
urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 free-kde-config-2008.1-27mdv2008.1
Если вы используете Mandriva Linux 2008 Spring Powerpack, то команда должна быть такой:
urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 powerpack-kde-config-2008.1-27mdv2008.1
Теперь перезапустите систему.
Проблема с загрузкой системы после установки на программный RAID
См. также ошибка #39878. Несколько пользователей сообщили нам, что после установки Mandriva Linux 2008 Spring на программый RAID, настроенный через установщик с /boot на RAID массиве, система не загружается. Это возможно в том случае, если установщик ставит загрузчик grub, тогда когда надо использовать lilo. Самый простой путь решить проблему - просто выполнить установку заново и выбрать lilo вместо grub на этапе установки загрузчика. Вы также можете загрузить установленную систему в режиме восстановления (Rescue mode) и вручную выбрать вместо grub lilo.
Попробуйте переустановить загрузчик, используя пункт rescue из 2008.0 DVD прямо из меню. Это обеспечит правильное сопоставление дисков и позволит загрузиться с программного RAID 0. Проверено только в x86_64. Если RAID устройство не будет обнаружено, вы увидите сообщения об ошибках после завершения.
Если у вас проблемы с использованием 2008.0 media, обновите 2008.1 до 2008.0 (при этом будет установлен загрузчик и старое ядро). В этом случае загрузка будет возможна с ядром 2.6.22 и набором программ 2008.1. Если вы обновите ядро до 2.6.24.4, всё нужно будет повторить.
Загрузка не удается с сообщением "Could not find filesystem /dev/root" после перехода с предыдущих версий
Проблему можно решить созданием initrd. Загрузитесь в режим восстановления, с помощью меню смонтируйте ваши разделы в /mnt и переходите в консоль.
mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys chroot /mnt mkinitrd -f --with=libata --with=ata_generic /boot/initrd-2.6.24.4-desktop-3mnb.img 2.6.24.4-desktop-3mnb
Убедитесь, что указываете верный файл initrd и версию ядра, поскольку ядро вашей системы, скорее всего, отличается от ядра, используемого в режиме восстановления.
Ядро
One распознает только 880MB RAM
Ядро системы Mandriva Linux 2008 Spring One, kernel-desktop586, было разработано с целью обеспечить поддержку максимальному количеству аппаратных систем. Если вы установите One на компьютер с объёмом оперативной памяти более 880MB, остальная часть памяти использоваться не будет.
Если у вас только 1GB оперативной памяти, вы не выиграете от смены ядра. Поддержка памяти объёмом более 880MB несколько замедляет ядро. Преимущества, которые вы получите при использовании оставшихся 120MB RAM, компенсируются падением скорости ядра, поддерживающего объём памяти более 880MB.
Если у вас более 1GB RAM, то имеет смысл переключиться на ядро kernel-desktop. К сожалению, эта операция может оказаться довольно сложной, если используются внешние драйверы, например проприетарные драйверы NVIDIA или ATI. Вот практически полный список драверов, зависящих от ядра:
- nvidia71xx: от Riva TNT до GeForce 2 (не 2MX)
- nvidia96xx: GeForce 2MX, GeForce 3 и GeForce 4
- nvidia-current: более поздние карты NVIDIA (GeForce FX и новее)
- fglrx: все карты ATI от Radeon 9500 до X1950
- fglrx-hd2000: карты ATI Radeon HD2xxx
- madwifi: беспроводные чипсеты Atheros
- vboxvfs
- vboxadd
- unicorn
- hsfmodem
- hcfpcimodem
- slmodem
- virtualbox
Чтобы переключиться с kernel-desktop586 на kernel-desktop, используйте следующий порядок действий. Сначала подключите официальные репозитории, следуя этой инструкции. Установите пакет kernel-desktop-latest. Теперь установите все необходимые пакеты по схеме (драйвер)-kernel-desktop-latest, где (драйвер) - название драйвера из приведённого списка, если таковые были установлены на старом ядре. Например, если в вашем компьютере имеется видеокарта GeForce 6600, вам необходимо установить пакеты kernel-desktop-latest и nvidia-current-kernel-desktop-latest. Если в вашей системе установлена видеокарта Radeon X850 и беспроводной чипсет Atheros, то установите kernel-desktop-latest, fglrx-kernel-desktop-latest и madwifi-kernel-desktop-latest.
Вы можете посмотреть список установленных пакетов командой:
rpm -qa | grep kernel-desktop586-latest
Если вы не знаете, какой драйвер необходим, вы можете просто установить их все. Если вы не знаете, как устанавливать пакеты, прочитайте эту страницу.
После установки всех необходимых пакетов перезапустите систему. Новое ядро должно стать ядром по-умолчанию и вы заметите, что оно обнаружило всю имеющуюся память.
Аппаратное обеспечение
Проблемы с беспроводными сетевыми картами Intel 3945ABG и 4965AGN
См. также ошибка #38645. Несколько пользователей сообщили о различных проблемах с беспроводными сетевыми картами Intel 3945ABG и 4965AGN в Mandriva Linux 2008 Spring. По-умолчанию используются драйверы iwl3945 и iwl4965, соответственно. Однако существуют и альтернативные драйверы. Также можно попробовать изменить некоторые настройки.
Если вы можете подключиться, но не получаете IP-адрес, либо подключение очень медленное с большим количеством потерь, попробуйте добавить следующую строку в /etc/modprobe.conf (см. здесь, чтобы узнать, как изменять конфигурационные файлы):
options iwl3945 disable_hw_scan=1
Если у вас 4965AGN, измените iwl3945 на iwl4965.
Если появляется сообщение, что сетевой интерфейс не был найден, попробуйте несколько раз выключить и включить ваш беспроводной адаптер.
Альтернативные драйверы
Если работа чипсетов 3945ABG или 4965AGN всё же не наладилась, попробуйте установить альтернативный драйвер. Для чипсета 3945ABG можно установить dkms-ipw3945, dkms-iwlwifi или ndiswrapper. Для чипсета 4965AGN попробуйте dkms-iwlwifi или ndiswrapper. Для DKMS-драйверов сначала установите соответствующий вашему ядру пакет kernel-devel. Ядро Mandriva может быть одной из следующих конфигураций: desktop, desktop586, laptop и server. Выясните название запущенного ядра командой uname -r. Установите пакет с названием kernel-конфигурация_ядра-devel-latest, где конфигурация_ядра соответствует вашему запущенному ядру. После этого установите DKMS-пакет. Для ndiswrapper: запустите утилиту настройки сети Mandriva, начните настройку нового сетевого интерфейса, и, когда будет предоставлен выбор, выберите 'use a Windows driver via ndiswrapper'. Обратите внимание, что после того, как вы выбрали ndiswrapper, вы не сможете переключиться с помощью графических утилит на 'родной' драйвер. Для возврата к родному драйверу необходимо внести изменения в файл /etc/modprobe.conf, убрав оттуда строки, содержащие 'blacklist [название драйвера]' и заменив все выражения 'alias [интерфейс] ndiswrapper' на 'alias [интерфейс] [название драйвера]'. Например, 'alias wlan0 ndiswrapper' поменять на alias wlan0 [название драйвера]'.
Медленное получение ответа интернет-узлов
См. также ошибка #27070. Во всех дистрибутивах Linux существует известная проблема при поддержке сетевых адресов IPv6 (новый стандарт сетевых адресов, в котором используется шесть октетов для хранения, что позволяет существенно увеличить количество уникальных сетевых адресов. Старый стандарт IPv4 использует четыре октета, например 216.105.167.65). Некоторые системы и сети работают хуже, если у вас включена поддержка IPv6. Если ответ от узлов в интернете идёт очень долго, например, веб-страницы отображаются после некоторой задержки, попробуйте отключить поддержку IPv6. Для этого добавьте в файл /etc/modprobe.conf следующую строку и перезагрузитесь:
install ipv6 /bin/true
См. также ошибка #27073. Если это действие не решило проблему, существует ещё один способ. В большинстве дистрибутивов Linux, включая Mandriva, включена опция ядра 'TCP window scaling'. Эта опция увеличивает скорость передачи при использовании высокоскоростных соединений. Однако некоторые пользователи отмечали существенное снижение скорости связи с некоторыми узлами. Чтобы проверить, является ли TCP window scaling источником проблемы, дайте следующую команду:
sysctl -w net.ipv4.tcp_window_scaling=0
Если это решит проблему, вы можете изменить файл /etc/sysctl.conf, добавив строку:
net.ipv4.tcp_window_scaling=0
TCP window scaling будет отключаться при каждой загрузке. Если вы используете высокоскоростное соедениение, например, часто пересылаете файлы через локальную сеть на 100Mbit или 1Gbit, вы можете заметить, что при отключенном TCP window scaling упадёт скорость для таких соединений. В таком случае, вы можете внести изменения в настройки вместо полного отключения этой функции. Для этого добавьте следующую строку в файл /etc/sysctl.conf вместо (а не вместе) той, что указана выше:
net.ipv4.tcp_rmem=4096 87380 174760
Настройки TCP window scaling будут устанавливаться при каждой загрузке.
Медленная работа сети с беспроводной сетевой картой Realtek с драйвером rt2500pci
См. также эту ветку форума. Несколько пользователей сообщили, что при использовании беспроводной сетевой карты Realtek с драйвером rt2500pci скорость соединения по-умолчанию очень низкая. Для исправления перенастройте свою сетевую карту в Сетевом Центре Mandriva (доступен в Центре Управления Mandriva). В настройке есть поле, в которое можно ввести дополнительные параметры для iwconfig. Введите в это поле следующий текст:
rate 54M
Соединения должны работать на полную мощность.
Дополнительные кнопки мыши ('назад' и 'вперед') не работают
В Mandriva Linux 2008 Spring включена поддержка кнопок 'назад' и 'вперед' для некоторых моделей мышей.
Если у вашей мыши есть кнопки 'назад' и 'вперед', но они не работают, скорее всего Mandriva не опознала модель. Существует вероятность, что вы сможете настроить imwheel вручную. Отпишитесь на форуме для получения помощи
Программное обеспечение
Пакет кодеков Fluendo в Powerpack не работает
См. также ошибка #42038. Пакет gstreamer0.10-fluendo, включенный в Mandriva Linux 2008 Spring Powerpack, который содержит кодеки Gstreamer для некоторых проприетарных аудио и видео форматов, поддерживаемые Fluendo, содержит ошибку, из-за которой он вообще не работает. Он ставит все кодеки в /usr/lib/gstreamer0.10, а по факту надо устанавливать в /usr/lib/gstreamer-0.10. Это может привести, например, к тому, что Totem начнёт просить вас установить дополнительные кодеки для форматов, которые уже поддерживаются Fluendo. Для обхода этой проблемы запустите следующие команды в консоли от имени root:
ln -s /usr/lib/gstreamer0.10/* /usr/lib/gstreamer-0.10/
и кодеки начнут нормально работать.
Установка на программный RAID(MDADM) завершается неудачей
Если вы устанавливаете систему на программный RAID, есть вероятность, что не будет установлен загрузчик. См. ошибка #39878. На этой странице описано решение данной проблемы. Однако выполнение инструкции требует определенных технических знаний.
rpmdrake предлагает настроить репозитории, несмотря на то, что они уже подключены
См. также ошибка #39900. В Mandriva Linux 2008 Spring настройки репозиториев по-умолчанию задаются при установке. Однако, даже если это и было сделано, rpmdrake или MandrivaUpdate при первом запуске предложат настроить репозитории. Это не повлияет отрицательно на систему, но нельзя предсказать, какой набор источников будет использоваться при установке или обновлении пакета. Если вы пожелаете, можете удалить лишние источники без проблем.
Запуск апплета управления экраном через KDE Control Center приводит к зависанию
См.также ошибка #40005. Несколько пользователей сообщили, что запуск апплета управления экраном через KDE Control Center приводит к зависанию. В некоторых случаях к работе с системой можно было вернуться, перезапустив X нажатием ctrl-alt-backspace, в других случаях и это не помогало. Замечено, что это происходит у пользователей, использующих X.org драйверы intel и radeon: это было подтверждено на картах Intel graphics и ATI Radeon до X1050, при использовании свободного драйвера. Владельцы ATI могут обойти эту проблему, переключившись на проприетарный драйвер fglrx (это можно сделать в утилите настройки видеокарты Mandriva Linux). Пользователям Intel можно перейти на vesa или fbdev, однако это скажется на производительности; в данный момент лучше просто не пользоваться этим апплетом. Разработчики иследуют этот сбой, чтобы предоставить исправление как можно скорее.
Апплет состояния сети сообщает, что мощность беспроводного сигнала превышает 100%
См. также ошибка #41264. Обновлённый пакет drakx-net (см. update advisory MDVA-2008:088) - drakx-net-0.35.1-1.1mdv2008.1 содержит ошибку, из-за которой апплет состояния сети отображает мощность сигнала беспроводной сети более 100%. Ошибка только в этом: отображение неверное, но соединение работает так, как и положено. Причина уже установлена и будет исправлена в следующем обновлении пакета drakx-net.
Беспроводное соединение приходится настраивать после каждой перезагрузки
Несколько пользователей сообщили, что правильно настроенное и работающее беспроводное соединение не работает после перезагрузки. На самом деле это не ошибка. Такова реализация работы с беспроводными соединениями в Mandriva. Такое случается, когда вы настраиваете беспроводное соединение с помощью сетевого апплета. При использовании поддерживаемого беспроводного сетевого адаптера вы можете щелкнуть правой кнопкой мыши на сетевой апплет и выбрать нужную точку доступа из списка. Однако это действие не настроит постоянного соединения. Если система при перезагрузке постоянно подключается к одной и той же беспроводной сети и вы хотите, чтобы настройки сохранялись, подключение следует настроить с помощью Центра управления Mandriva, вкладка "Сеть и интернет", пункт "Настройка нового сетевого интерфейса". Выберите беспроводное соединение.
Громкость на OSD застревает на 0% в KDE
См. также ошибка #34747. Ошибка в части KDE, отвечающей за мультимедиа в Mandriva Linux 2008 Spring, в некоторых случаях приводит к тому, что индикатор громкости на экране постоянно показывает 0%. При этом, если вы попытаетесь увеличить громкость с помощью другой программы, громкость мгновенно сбросится до нуля.
Простейший способ обойти это состоит в следующем. Удалите пакет kdeutils-kmilo. Прочитайте здесь о том, как удалять пакеты. По другому проблема решается перезапуском kded:
killall kded kded &
или этой командой:
dcop kded kmilod disable
Эта ошибка будет исправлена в следующем обновлении.
Flash плагин для Firefox не работает на платформе x86-64
Пользователи сообщили, что Flash плагин, установленный в Mandriva Linux 2008 Spring One и Powerpack, не работает на платформе x86-64. Это происходит потому, что программа nspluginwrapper, обеспечивающая совместимость 32-битного плагина с 64-битным браузером, ищет плагин не в том месте. Выполните следующую команду:
nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so
Чтобы проверить, что всё удалось, выполните команду:
nspluginwrapper -l
В результате вы должны увидеть файл libflashplayer.so в списке. Теперь перезапустите Firefox. Flash плагин должен работать.
Firefox 'падает' при открытии сайта с Flash
См. также ошибка #39264. Из-за 'кривой' работы Adobe Flash c ALSA, возможно, что некоторые приложения Flash, которые используют звук, могут привести к сбою, когда Firefox используется вместе с PulseAudio через libflashsupport (что является настройкой по-умолчанию в Mandriva Linux 2008 Spring). Трудно определить, что вызывает сбой, PulseAudio или libflashsupport. Если вы встречаете эту проблему на сайте, который часто посещаете, есть несколько обходных путей:
Вы можете использовать альтернативные плагины Flash. В Mandriva Linux 2008 Spring есть два плагина с открытым исходным кодом, Gnash и Swfdec. Чтобы установить Gnash для Firefox, установите пакет gnash-firefox-plugin, для Konqueror установите gnash-konqueror-plugin. Swfdec для Firefox устанавливается пакетом swfdec-mozilla. Следует удалить пакет официального плагина Adobe Flash. Теперь перезапустите Firefox. Эти альтернативные плагины не будут 'вылетать', поэтому, если необходимые вам сайты отображаются без ошибок, ошибку можно считать исправленной.
Конечно же вы можете отключить PulseAudio, что тоже избавит от этих проблем. Но в таком случае все функции PulseAudio будут недоступны. Вы можете отключить PulseAudio с помощью утилиты настройки звука draksound, которую можно запустить напрямую или найти в Центре управления Mandriva.
Проверка корректной записи диска в k3b не удается
См. также ошибка #38578. На некоторых машинах в k3b с настройками по-умолчанию проверка записанных данных не проходит (даже если диск записан верно). Обойти эту ошибку можно, включив опцию "Не извлекать диск после завершения записи" в Настройка, Настроить k3b, Дополнительно.
Восточные арабские цифры в документах на иврите в OpenOffice.org
См. также ошибка #38874 и bug 86811. Во многих документах на иврите неправильно проставляются цифры. Для их отображения используются восточные арабские цифры, хотя должны быть обычные западные арабские. Эта ошибка будет исправлена в следующем обновлении.
Нет звука в Skype
Ошибка исправлена. Установите последнюю версию Skype.
См. также ошибка #37672. Когда вы используете Skype в Mandriva Linux 2008 Spring, звук скорее всего работать не будет. Это вызвано несовместимостью PulseAudio и Skype. Чтобы заставить звук работать, запустите Skype через pasuspender:
pasuspender skype
Обратите внимание, что это временно отключит PulseAudio, и другие приложения не смогут проигрывать звук, пока запущен Skype.
Об этой ошибке уже сообщили разработчикам Skype. Вы можете проголосовать за скорейшее исправление здесь.
так же: Открываем Skype, заходим в: настройки -> устройства, ставим вывод звука и звонок в режим пульс(pulse), ввод звука выбираем вход Вашей звуковой карты (например у меня NVidiaNforce2 (hw:nForce2.0) ).
Скрипт конфигурирования VMware не запускается
Вся продукция VMware укомплектована конфигурационными скриптами, которые необходимо запустить перед первым использованием. В некоторых версиях продуктов VMware скрипты настолько старые, что не работают с ядром в Mandriva Linux 2008 Spring. Решение проблемы состоит в использовании патчей any-any. Зайдите на этот сайт и скачайте файл с названием vmware-any-any-update-XXX.tgz, где вместо XXX стоит число. Берите файл с самым большим числом. Распакуйте этот архив в вашу домашнюю директорию и запустите файл runme.pl, запускать конфигурационные скрипты VMware больше не надо.
Если после этого при настройке или запуске VMware возникают ошибки вроде:
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2) /usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
выполните следующие команды от имени root:
mv /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1.old mv /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0.old cp /lib/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/ cp /usr/lib/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/
Это должно решить проблему.
Wget завершает работу с ошибкой
См. также ошибка #40280. Wget версии 1.11 практически сразу прекращает скачивание файла с сообщением об ошибке:
progress.c:972: create_image: assertion `p - bp->buffer <= bp->width' failed. (progress.c:972: create_image: Проверочное утверждение `p - bp->buffer <= bp->width' не выполнено).
Для решения этой проблемы удалите (или переместите) файл /usr/share/locale/ru/LC_MESSAGES/wget.mo.
Использование 3D-ускорения на рабочем столе
Использование 3D-ускорения на рабочем столе и проигрывание видео
См. также ошибка #27036. Если вы используете одну из включенных в Mandriva Linux 2008 Spring технологий 3D-ускорения (AIGLX or Xgl), возможно вы заметите, что проигрывание видео работает не очень хорошо. Перемещение, изменение размеров, разворачивание на весь экран окна с включенным проигрыванием видео вызывает сбои либо на экране появляются 'артефакты'. Если вы используете функцию compiz 'cube', вы можете заметить, что видео останавливается, когда вы начинаете вращать куб. Есть два решения.
Если вы используете адаптер Intel, попробуйте включить плагин compiz Video Playback. С помощью программы настройки Compiz, ccsm, прокрутите список до секции Utility, где вы увидите плагин Video Playback. Включите его. Это решит проблему для многих проигрывателей.
Если у вас другой видеоадаптер, или включение плагина Video Playback не помогло, вам следует сменить в проигрывателе драйвер вывода. Если вы используете AIGLX, для вывода используйте x11 / xshm. Если используете Xgl, выводите видео через x11 / xshm driver или OpenGL (который предоставляет большее количество функций, чем x11 / xshm, например, изменение яркости и контрастности). В разных проигрывателях это делается по разному.
- Для проигрывателей, использующих gstreamer (например, totem-gstreamer), запустите gstreamer-properties, перейдите на вкладку "Video", и смените вывод видео на "X Window System (No Xv)"
- В mplayer:
для вывода через x11 / xshm добавьте следующую строку в ~/.mplayer/config (а также в ~/.mplayer/mplayerplug-in.conf, если вы используете плагин для браузеров mplayerplugin):
- vo=x11
для вывода через OpenGL output, добавьте строку:
- vo=gl2
- В xine: перейдите в меню Settings, установите режим конфигурирования "Advanced", потом перейдите на вкладку "Video" и измените параметр "video driver to use" на "xshm" для вывода через x11 / xshm или на "openGL" для вывода через OpenGL.
Эти операции можно проделать из командной строки.
для вывода через x11 / xshm: perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config
для вывода через OpenGL: perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config
- В Kaffeine: перейдите в меню Settings, выберите "Xine backend configuration" и на вкладке "video" измените драйвер на "xshm" для вывода через x11 / xshm или на "opengl" для вывода через OpenGL.
- Для Totem, работающего через Xine, выполните команду:
для x11 / xshm: perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.config/totem/xine_config
для OpenGL: perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.config/totem/xine_config
- В KMplayer: для вывода через x11 / xshm перейдите в меню Settings -> Configure KMplayer. Теперь в секции "General Options" перейдите на вкладку "Output" и здесь смените видео драйвер на "X11Shm".
