Материал из Mandriva Russian Community Wiki

Список известных проблем предыдущих версий Mandriva Linux

Страницы со списком известных проблем для более старых версий:

• список известных ошибок в Mandriva Linux 2008 Spring (2008.1);
• список известных ошибок в Mandriva Linux 2008 (2008.0);
• список известных ошибок в Mandriva Linux 2007 Spring (2007.1);
• список известных ошибок в Mandriva Linux 2007 (2007.0);
• список известных ошибок в Mandriva Linux 2006 (2006.0).

Тестирование пакетов-кандидатов обновлений

Как только проблема в Mandriva Linux 2009 будет идентифицирована, майнтейнер пакета пересобирает его, не забыв исправить ошибку, и заливает в соответствующий репозиторий программ Mandriva - /main/testing что требует тестирования пакета на предмет решения проблемы. Этот пакет затем может быть протестирован пользователями, столкнувшимися с проблемой, и командой управления качеством Mandriva. Если будет обнаружено, что пакет решает проблему и не вызывает новых, он становится официальным обновлением и предоставляется всем пользователям Mandriva Linux 2009 через службу обновления MandrivaUpdate.

Если вы столкнулись с проблемой, для которой предназначен пакет-кандидат обнвления, и хотите помочь с тестированием, то должны сконфигурировать вашу систему, чтобы инструменты управления пакетам Mandriva распозновали репозиторий /main/testing как источник установки пакетов. Инструкции, как сделать это, смотрите в [Установка и удаление программ в Mandriva Linux (Опытным пользователям. Репозитории backports и testing)].

Также существует репозиторий /contrib/testing, выполняющий похожие задачи для раздела /contrib (также предупреждаем, что мы не гарантируем исправление ошибок в пакетах репозитория /contrib, когда и что исправить здесь решает каждый майнтейнер пакета самостоятельно). Конфигурирование репозитория описано на той же странице.

Установка обновлений

Обновления пакетов /main, /non-free и /contrib разделов репозитория Mandriva Linux могут быть установлены при использовании службы Mandriva Update. Службу Mandriva Update можно запустить из Центра управления Mandriva (Mandriva Control Center) во вкладке Управление пакетами, выбрав пункт Обновить систему (Update Your System). Также система уведомлений будет сообщать вам о доступности обновлений при помощи службы Mandriva Online Update, если конечно вы её не отключили, в виде значка в системном трее.

Решённые проблемы

Эта часть содержит описание проблем, решенных в официальном релизе

Проприетарный драйвер NVIDIA не работает с kernel-server

Проприетарный драйвер NVIDIA, поставляемый с Mandriva Linux 2009, не работает с ядром kernel-server. Эта проблема встречается в основном на мощных машинах с 4 ГБ ОЗУ и более; kernel-server устанавливается во всех системах с 4 ГБ ОЗУ и более для того, чтобы обеспечить поддержку данного объёма памяти. Обновлённый пакет nvidia-current, nvidia-current-177.70-2.3mdv2009.0, появившийся в официальных обновлениях 16 октября 2008 года, решает эту проблему. Используйте MandrivaUpdate для скачивания и установки данного обновления.

Проблемы установки

Проблемы после обновления "на месте" с 2008 Spring до 2009

Новая возможность 2009 - графическое обновление "на месте" через систему оповещения об обновлениях Mandriva Online с 2008 Spring до 2009. Пользователи 2008 Spring были оповещены о новом релизе и им был предложен апгрейд 10 октября 2008 года. Пользователи, которые решили воспользоваться этой возможностью, могли обнаружить, что обновление проходит некорректно: после перезагрузки в "обновлённую систему" она не могла загрузить графический режим и содержала множество ошибок и отсутствующих частей. Это произошло потому, что процесс не доходил до завершения из-за различных потенциальных проблем, которые возникали в процессе обновления, включая "занятые" сервера с пакетами, которые нельзя было загрузить (и соответственно обновить) или даже отсутствие свободного места на диске для полноценного обновления.

Если вы столкнулись с проблемой обновления, следующая процедура должна ее решить. Нажмите ctrl-alt-F1 для входа в консоль. Зайдите как root и запустите слудующую команду:

urpmi --auto-update -v

и следуйте её требованиям. Это должно обновить пакеты, которые не были корректно обновлены до этого. Если процесс сообщает, что некоторые пакеты невозможно обновить из-за проблем с зеркалами, запускайте команду снова до тех пор, пока все пакеты благополучно не обновятся. После того, как всё будет закончено, наберите reboot для перезагрузки системы. Теперь обновление должно быть корректно завершено.

13 октября 2008 года обновление "на месте" было временно отключено: пользователи Mandriva 2008 Spring больше не получают уведомлений о новой версии 2009. Мы решили улучшить и тщательно протестировать процесс, чтобы избежать повторения похожих проблем снова. Как только тестирование и улучшение будет закончено, уведомление будет включено снова и в будущем вы не столкнётесь с этой проблемой.

Проблемы ядра

Периодические зависания графической системы

См. также ошибка #42833. У некоторых пользователей Mandriva Linux 2009 при работе в графической оболочке из-за программной ошибки происходили периодические остановки системы. При этом оставалась возможность переключиться в консоль с помощью ctrl-alt-F1. Сбой происходит из-за ошибки в модулях ядра, заставляющей графическую оболочку X.org входить в бесконечный цикл. Если вы столкнулись с таким поведением системы, убедитесь, что это действительно тот случай. Для этого во время такой остановки из текстовой консоли проверьте содержимое файла /var/log/Xorg.0.log. В нём должны присутствовать следующие строчки, указывающие на эту ошибку:

[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

При перезагрузке системы в меню выбора вариантов операционной системы выберите linux-nonfb, чтобы обойти эту ошибку. Далее зайдите в Центр управления Mandriva Linux, на вкладке Загрузка выберите Настройка загрузки и установите linux-nonfb режимом по умолчанию. При этом вы не будете видеть графическую заставку при включении и выключении компьютера.

Загрузка останавливается на различных этапах, ожидая нажатия клавиши

См. также ошибка #44342. На некоторых системах, включая Sony Vaio PCG-GRT-815E, процесс загрузки останавливается на различных этапах. Загрузка продолжается лишь после нажатия клавиши.

Причина сбоя выясняется, возможно исправление будет в следующих обновлениях ядра. Обойти проблему можно, добавив следующие строчки в файл /etc/modprobe.d/blacklist-mdv:

blacklist thermal
blacklist processor

Resume from hibernation fails with a blank screen

Several users have reported that when they hibernate their system (suspend to disk) and then later try to resume it, it shows the Mandriva boot screen for a short time and then hangs at a blank screen.

There are many reasons for a laptop not resuming correctly even if most of the kernel modules (since 2.6) have been revisited in order to allow correct resuming. Waking up the video is another challenge and many quirks are available for various laptops and, as Mandriva uses hal, a good reference is http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html . Please report there if your laptop is not mentioned in the quirks (and you found a solution).

Here are bugs and workarounds ошибка #45090, ошибка #44807 reported concerning the very initial colored Mandriva splashscreen which hangs the resuming process.

В некотором случае, я пользуюсь Mandriva 2009 на netbook Eee 1000H, поможет нажатие клавиши ESC при появлении заставки Mandriva. Я включаю нетбук, жду, когда пройдут сообщения загрузчика и ядра, и как только появляется синенькая заставка с надписью Mandriva, нажимаю клавишу Esc. Дальше появиться затемненная заставка выхода Mandriva с спящего режима. Если трудно вовремя нажать клавишу, то есть возможность периодически нажимать Esc, как только начинается загружаться ОС.

Splashy involved

The easy but leasy workaround is to click on Escape just after the colored splash screen. If your resuming process works after that early click it means, according to http://fixunix.com/mandriva/544016-cant-kill-splash-screen.html , that the cause of the hang is splashy . The standard way should be to change the default splash=silent in your boot loader (lilo or grub) to splash=verbose, but because of a bug somewhere any mention of the word splash in the boot options launches splashy. Thus the current workaround consists in suppressing any splash . And I suppressed any splash word from my lilo.conf lines

from:

append="resume=UUID=xxxxx splash=verbose"
vga=788

to :

append="resume=UUID=xxxxx"
vga=788

As you can see, we kept the framebuffer vga=788 because it was not a framebuffer freeze. And during the resume process you will get the other grey Mandriva splash screens which hide the verbose resuming.

Framebuffer involved

For some users, this issue can be worked around by disabling the framebuffer-based graphical boot system. If your boot menu has an entry labelled 'linux-nonfb', you can boot from this entry to achieve this. Otherwise, you can do it from the Mandriva Control Center. Go to the Boot tab and click Set up boot system. On the first screen, just click Next. On the second screen, make sure the default entry is selected, and click Modify. Look through the Append line. If there is already an entry of the form vga=788 - the number may be different - change it to vga=normal. If there is no vga= entry, just add vga=normal to the end of the line. Then click OK. Then click Finish, and you are done. Reboot the system, and then see if hibernation works. You will notice that on boot you now see a text screen instead of the graphical Mandriva boot screen. This is an inevitable side-effect of disabling the framebuffer.

Аппаратные проблемы

Некоторые беспроводные микросхемы не получают IP

См. также ошибка #45062. DHCP-клиент dhcp-client, используемый в Mandriva Linux по умолчанию, не работает с некоторыми беспроводными микросхемами. Проблема связана с dhclient, который не мог принять DHCPNAK, при попытке запроса использовавшегося в последний раз адреса IP. Переход на пакет dhcpcd исправляет эту проблему.

Установите пакет dhcpcd с установочного DVD редакции Free или Powerpack, или из репозитория /Main. После этого, зайдите в центр управления Mandriva, перейдите ко вкладке «Сеть и Интернет», выберите «Настройка нового сетевого интерфейса...». После этого вы можете продолжить настройку беспроводной карты, пока не достигните раздела «Параметры IP». Нажмите кнопку «Дополнительно», в открывшемся диалоговом окне выберите dhcpcd в качестве DHCP-клиента.

При выключении и последующем включении беспроводная сеть Eee 701 и Eee 900 перестает работать

См. также ошибка #43332. Беспроводной адаптер Eee 701 и Eee 900 из-за ошибки в драйвере ath5k перестает работать после выключения радиовещания комбинацией Fn+F2 и последующего включения в большинстве моделей Eee. Адаптер выключится и включится нормально, но не сможет подключиться ни к одной точке доступа. Вы можете обойти эту проблему, добавив следующую строку в файл /etc/modprobe.conf:

options pciehp pciehp_force=1

и перезагрузившись. После этого включение и выключение беспроводного адаптера будет происходить правильно. Потенциальное решение этой проблемы найдено и будет включено в следующее обновление ядра.

Eee не выключается правильно

См. также ошибка #44752. Некоторые пользователи сообщили нам что системы Eee, как минимум почти все 701 не выключаются правильно. Процесс завершения работы проходит и экран гаснет, но индикатор питания не выключается и система продолжает работать. Для обхода этой проблемы добавьте следующую строку в начало файла /etc/init.d/halt:

rmmod snd-hda-intel

Мы работаем над идентификацией и решением этой проблемы и она будет исправлена в официальном обновлении ядра как как только появится возможность.

SATA-контроллер Marvell 88SE61 не работает

См. также ошибка #43975. Несколько пользователей сообщили, что Mandriva Linux 2009 не работает с SATA-контроллером Marvell 88SE61, который установлен на некоторых материнских платах, включая Asus P5E3 и MSI P965Neo-F V2. Если ваш привод или жесткий диск, на который вы планируете установить Mandriva Linux 2009, подключен к такому контроллеру, установить Mandriva не получится.

Причины сбоя выясняются и мы сообщим как ее можно решить/обойти.

Частые паузы при запуске 3D-приложений на видеокартах NVIDIA

См. также эту дискуссию на NVNews. Баг в проприетарных драйверах NVIDIA может вызывать частые короткие паузы - обычно около полсекунды или секунду при запуске 3D приложений, если ядро поддерживает опцию PAT (X86_PAT) и она включена в ядре. Эта опция включена в Mandriva по умолчанию поэтому баг появляется в системах с процессорами поддерживающими PAT. Если вы столкнулись с этой проблемой то можете обойти ее добавив nopat в параметры запуска ядра. Они могут быть найдены в Центре управления Mandriva во вкладке Загрузка под именем Настройка загрузки.

Продолжительный громкий шум из звуковых устройств

См. также ошибка #44703. Некоторые пользователи сообщили нам, что как только звуковой драйвер в Mandriva Linux 2009 загружается, громкий неприятный звук проигрывается в динамиках или наушниках. Это может быть исправлено запуском микшера, например kmix или alsamixer, и выключением канала Analog Loopback.

Нет звука на некоторых устройствах snd-hda-intel

См. также ошибка #44855 и ошибка #44727. Из-за изменения драйвера в ядре, различные устройства на основе кодека Intel HDA работавшие в предыдущих версиях Mandriva Linux не работают в Mandriva Linux 2009. Эта проблема более сложная в решении так как существует огромнейшее количество вариаций решений на основе кодеков Intel HDA и все они должны поддерживаться одним драйвером; кто-то столкнулся с этой проблемой, а кто-то нет. Если у вас звуковая карта, совместимая с Intel HDA и у вас не работает звук, попробуйте ядро - кандидат на обновление и может быть она будет решена.

Кандидат решения проблемы может быть загружен из репозитория /main/testing: kernel-2.6.27.4-0.uc1mnb2. Если вы хотите помочь протестировать это обновление, прочитайте раздел "Тестирование кандидатов в обновления" для получения инструкций по настройке вашей системы и установке пакетов из репозитория /main/testing. Следуйте этой инструкции и установите пакет ядра. Пожалуйста установите пакет, подходящий к вашему оборудованию (desktop, desktop586, или server) - команда uname -r скажет вам какое вид вы используете в настоящий момент - и также установите такой же вид пакета -devel, иначе внешние прекомпилируемые модули (типа проприетарных графических драйверов NVIDIA и ATI) прекратят работу.

Также наблюдается проблема, когда при перезагрузки с ОС Windows XP запустит Mandriva Linux 2009, то звука не услышать. Эта проблема решается: завершение работы ОС Windows XP выключением комьютера, после этого включить компьютер и загрузить его в ОС Mandiva Linux 2009.

Медленное или отсутствующее подключение к Internet response (в частности просмотр веб-страниц)

Сбои, связанные с IPv6

См. также ошибка #27070. Существует известная проблема во всех дистрибутивах Linux, в которых включена поддержка сетей IPv6 (новый сетевой страндарт, в котором адреса узлов записываются шестью шестнадцатиричными числами, в отличие от старого стандарта IPv4, в котором адреса записывались в виде четырех чисел, разделенных точками). Некоторые системы и сети странно ведут себя, если включена поддержка IPv6. Если скорость загрузки страниц слишком низкая, но вы не можете найти причину, отключите IPv6. Для этого отредактируйте файл /etc/modprobe.conf, добавив следующую строчку и перезагрузитесь:

install ipv6 /bin/true

TCP window scaling

См. также ошибка #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 будут устанавливаться при каждой загрузке.

TCP timestamps

См. также ошибка #43372. Из-за ошибки, ядра Linux вплоть до версии 2.6.27, не добавляли поле временных меток (TCP timestamps) в пакеты TCP. Сейчас это исправлено, и ядро 2.6.27 (и следующие) включают это поле. Однако это исправление могло вызвать сбои у некоторых пользователей из-за глючных или плохо настроенных маршрутизаторов между пользователем и сервером в сети, которые не умеют обрабатывать пакеты с заполненым полем timestamp. Если сеть настроена и работает, но интернет-трафик не проходит, возможно это и есть сбой из-за TCP timestamps. Попробуйте отключить эту функцию с помощью команды:

sysctl -w net.ipv4.tcp_timestamps=0

Если проблема решилась и у вас есть доступ к настройкам маршрутизатора, проверьте наличие обновлений для его прошивки. Если обновления нет или оно не помогло, обратитесь к изготовителю маршрутизатора. Если у вас нет маршрутизатора, либо проблема не в нём, значит ошибка на строное провайдера или еще дальше. Отключите опцию TCP timestamp, добавив строчку в файл /etc/sysctl.conf:

net.ipv4.tcp_timestamps=0

Открываются только некоторые веб-страницы (Яндекс и т. п.), нет связи с серверами обновлений, репозиториями

Проблема решается установкой значения MTU=1450 в маршрутизаторе (проверено на D-Link-2500 при использовании ADSL-модема в режиме маршрутизатора).

Не работает SkyStar 3 (Tehnotrend 1401 и все остальные карты, сделанные на чипе SAA7146)

См. также ошибка #42144 Решение проблемы: в /etc/modprobe.d/blacklist-compat добавте строчку "blacklist snd_aw2"

Небольшая скорость в сети на беспроводных адаптерах Realtek (с использованием драйвера rt2500pci)

См. также ошибка #42180. Есть сообщения о том, что беспроводные адаптеры Realtek при использовании драйвера rt2500pci по-умолчанию устанавливают соединение на очень небольшой скорости. Для обхода проблемы перенастройте адаптер, используя инструмент настройки сети Mandriva (доступный в Центре управления Mandriva). В процессе настройки имеется поле, позволяющее ввести "дополнительные параметры команды iwconfig". Введите в этом поле следующий текст:

rate 54M

Данное изменение обеспечит максимальную скорость соединения.

Wireless access at Dana-Farber Cancer Institute with Intel 3945 wifi card

You cannot connect to the wireless network unless "allow access point roaming" is disabled(the checkbox is unchecked) during the wireless setup.

Проблемы программного обеспечения

В редакции One программа для настройки принтеров по-умолчанию не устанавливается

См. также ошибка #43635. Новая программа для настройки принтера, system-config-printer, по-умолчанию не устанавливается вместе с системой Mandriva Linux 2009 в редакции One. Это означает, что после установки не будет возможности настроить принтер. Чтобы решить эту проблему, установите пакет system-config-printer через Установку и удаление программ. После этого настроить принтер можно в Центре управления Mandriva на вкладке Оборудование.

Графический режим не запускается в редакции One (не создается xorg.conf)

См. также ошибка #43870. Некоторые пользователи сообщили нам что в редакции One Mandriva Linux 2009 не создается файл /etc/X11/xorg.conf при загрузке.

Это может быть результатом нескольких возможных сценариев. Что происходит, когда X.org пытается автоматически определить карту и загрузить соответствующий драйвер. Если вам повезет, то все будет работать, и вы, скорее всего, никогда не заметите проблемы.

Если автоматической конфигурации X.org не происходит, то в результате графический рабочий стол не запускается. В этом случае вы будете загружаться в текстовый экран входа.

В худшем случае автоматическая конфигурация X.org находит правильный драйвер, но он не работает из-за конфликта с фрейм-буфером системы, в результате происходит явная "незагрузка" системы: пустой экран с мигающим курсором в верхнем левом углу. Существуют два подхода, как вести себя в этой ситуации. Вы можете перезагрузиться и использовать текстовый режим загрузки вместо графического - эта опция доступна в One из стартового экрана после нажатия F3. Это должно привести к успешной загрузке графического рабочего стола, хотя наиболее оптимальный драйвер для вашего устройства скорее всего не используются. Вы можете затем запустить инструмент конфигурации видеокарт из Центра управления Mandriva для генерации файла /etc/X11/xorg.conf если захотите, вы должны обязательно сделать это, если собираетесь установить One на жесткий диск. Как только вы это сделаете, а затем установить его на жесткий диск, проблема не должна повториться при загрузке установленной системы.

Или, если вы увидите пустой экран, нажмите клавишу Alt + F2 чтобы попасть в текстовое окно входа. Вы можете войти в систему в качестве root (без пароля) и запустить drakx11. Примите все настройки по умолчанию в этом инструменте, а затем закройте его. Затем запустите команду service -f dm и графический рабочий стол должен корректно стартовать. Если вы установите One на жесткий диск, проблема не должна повториться при загрузке установленной системы. Тем не менее, она будет повторяться каждый раз при загрузке c LiveCD One.

Если вы хотите убедиться, что подвержены именно этой проблеме, просто проверите наличие файла /etc/X11/xorg.conf.

Шифрованные разделы не монтируются во время загрузки

См. также ошибка #44464. Если вы используете новую возможность diskdrake по созданию зашифрованных разделов и делаете эти разделы монтируемыми при загрузке (или они являются шифрованными разделами), вы можете обнаружить что они не запрашивают пароль при загрузке и не монтируются. Если это системные разделы, то загрузка вообще не может выполнится. Это происходит потому, что новая графическая система инициализации, splashy, не поддерживает ПО для шифрования cryptsetup. Поэтому мы "настоятельно рекомендуем" чтобы вы не использовали инструмент Mandriva для шифрованию любых системных разделов - это любые разделы содержащие следующие директории:

bin/
boot/
dev/
etc/
home/
lib/
media/
mnt/
opt/
root/
sbin/
tmp/
usr/
var/

Пока не известно действенного обхода этой проблемы. Мы работаем над ней и сделаем официальное обновление так быстро, как возможно. После этого вы сможете устанавливать систему на зашифрованные разделы и загружаться без проблем при условии установки официальных обновлений в конце процесса установки, когда вас предупредят об этой опции. Если вы не сделаете это, проблема описанная выше повторится снова.

Инструмент сетевой конфигурации Mandriva не отображает список доступных точек доступа при конфигурировании беспроводного соединения

См. также ошибка #43613. Мастер Mandriva для первичного конфигурирования сетевого соединения, drakconnect, может не выводить список доступных точек доступа при конфигурировании беспроводного адаптера. Окно, отображающее список доступных точек, доступа может быть просто пустым.

Можно обойти эту проблему просто подождав минуту или две; если адаптер имеет возможность общаться с любой сетью, то он сделает это, и вы сможете нажать кнопку "Далее" и продолжить его настройку. Также предусмотрена возможность закончить настройку интерфейса с использованием Центра конфигурации сети Mandriva центра, draknetcenter. Если эти меры у вас не срабатывают, запустите drakconnect напрямую из консоли, используя эту команду:

DISPLAY="" drakconnect

Она должна запустить текстовую версию инструмента. Это версия не содержит ошибку и вы сможете благополучно настроить свой интерфейс.

Эта ошибка в настоящий момент исследуется и возможно будет исправлена в следующем официальном обновлении.

Инструмент конфигурирования сети Mandriva не настраивает нативный драйвер беспроводных адаптеров Broadcom

См. также ошибка #44740. Если в вашей системе используется беспроводной сетевой адаптер, то вы не сможете корректно его настроить с использование мастера сетевых соединений Mandriva при выборе нативного драйвера (что является выбором по-умолчанию) даже при использовании ndiswrapper. Это происходит потому, что драйвер не работает без дополнительной прошивки, которую необходимо извлечь из файла ее содержащего (как описано здесь), но баг заключается в отсутвии шага запроса этого файла и извлечении прошивки.

Чтобы обойти эту проблему вы должны извлечь прошивку вручную. Чтобы сделать это сперва скачайте файл драйвера с именем broadcom-wl-4.150.10.5.tar.bz2 как описано в заметках к релизу. Распакуйте архив во временную папку. Затем зайдите в нее и запустите следующую команду от root:

b43-fwcutter -w /lib/firmware driver/wl_apsta_mimo.o

Она извлечет требуемую прошивку в нужное место Вы можете затем использовать мастер конфигурирования сети Mandriva для настройки адаптера и все будет корректно работать (также стоит обратить внимание на записи Errata предшествующие этой).

Инструмент конфигурирования сети Mandriva некорректно поддерживает ключи шифрования беспроводных сетей специальные символы

См. также ошибка #40065. Инструмент конфигурирования сети Mandriva некорректно поддерживает парольные фразы шифрования беспроводных сетей, которые содержат специальные символы - это символы вида !, @, #, $, ', ", =, или %. Есть два способа обойти эту проблему. Вы можете просто сменить пароль на несодержащий эти символы. Если вы не можете сделать это, то должны отредактировать соответствующий файл конфигурации чтобы он содержал правильный ключ. Для IFor the default access point for your interface, edit the file /etc/sysconfig/network-scripts/ifcfg-interface - for instance, if the interface is named wlan0, edit the file /etc/sysconfig/network-scripts/ifcfg-wlan0. For any other access point, edit the file /etc/sysconfig/network-scripts/wireless.d/MAC, where MAC is the MAC address of the access point. In both cases, edit the line which begins with the word WIRELESS_ENC_KEY to look like this:

WIRELESS_ENC_KEY="s:KEY"

Where KEY is the key. So if the key was FOOBAR!@%=, you would edit the line to read:

WIRELESS_ENC_KEY="s:FOOBAR!@%="

The exception is if the key contains the double quote (") character, in which case you would use single quotes (') to enclose the key, for example:

WIRELESS_ENC_KEY='s:FOOBAR!"@%='

This issue will be addressed in a future official update.

Инструмент Mandriva для доступа к ресурсам Windows / SMB / CIFS / Samba не работает

См. также ошибка #42483. Инструмент Mandriva для доступа к сетевым SMB / CIFS / Samba (Windows ресурсы) дискам и разделам, доступный в Центре управления Mandriva во вкладке Сетевые службы под именем Доступ к файлам и каталогам для систем Windows (SMB) не работает. Он находит доступные ресурсы, но не может их смонтировать. Это происходит из-за того, что он использует smbfs вместо правильного cifs типа.

Чтобы обойти эту проблему, мы просто призываем не использовать этот инструмент, а применять другие методы обзора и доступа к дискам и разделам. Например, в KDE и GNOME вы можете просматривать путь smb:/ с использованием файлового менеджера по-умолчанию для доступа к SMB/CIFS ресурсам в локальной сети.

Эта проблема будет исправлена в будущих обновлениях.

Compiz и Metisse не работают в KDE 4, запущенном командой startx

Если вы включите Compiz или Metisse через программу drak3d, потом, загрузившись на третий уровень, попробуете запустить KDE4 из виртуальной консоли с помощью команды startx (хотя большинство пользователей используют нормальный способ запуска KDE4 через графический менеджер), то Compiz или Metisse не запустятся. В настоящий момент эти программы будут работать, если KDE4 запущен из графический интерфейс авторизации, а не с помощью команды startx.

Низкая производительность в KDE 4 с видеокартами от NVIDIA

См. также ошибка #43716. Многие пользователи видеокарт NVIDIA, при использовании патентованных драйверов NVIDIA (которые используются по-умолчанию в Mandriva Linux One, Powerpack, а также с легкостью включаемые в Mandriva Linux Free) отмечали падение производительности в KDE 4. Наиболее явно это проявляется при перемещении или изменении размера плазмойдов (элементов рабочего тола) или же при изменении размера окна консоли (konsole).

Если вы обнаружили подобную проблему у себя, выполнение следующей команды поможет вам:

nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

Если это повысило производительность, вы можете заставить выполнятся эту команду автомотически каждый раз, когда стартует графический сервер X.org. Для этого создайте файл /etc/X11/xinit.d/01nvidiaset со следующим содержимым:

#!/bin/bash
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

Затем сделайте это файл исполняемым, для этого используйте файловый менеджер, запущенный от имени пользователя root, либо выполните следующую команду в консоле от его имени:

chmod 0755 /etc/X11/xinit.d/01nvidiaset

Graphical corruption with NVIDIA GeForce 7xxx series graphics cards

See also ошибка #43716. There are known problems with graphical performance in KDE 4 using the proprietary NVIDIA graphics card driver. In order to mitigate these issues, we have applied two NVIDIA driver configuration changes by default: InitialPixmapPlacement=2 and GlyphCache=1. This has been tested and confirmed to improve performance in almost all cases. However, it seems it can also occasionally cause graphical corruption issues (in all environments, not just KDE 4) on a few other NVIDIA cards, apparently from the GeForce 7xxx series. If you use an NVIDIA card and are experiencing display bugs, try removing the file /etc/X11/xinit.d/01nvidia-performance.

Очень медленное открытие диалога сохранения/загрузки в программах, использующих GTK+

Смотрите также ошибка #44532. Из-за ошибки в пакете beagle, поставляемом с мандривой 2009, на некоторых машинах наблюдается длительная задержка - кажется, что программа зависла - при открытии диалогового окна сохранения или загрузки файлов в программах с интерфейсом GTK+ (в частности Mozilla Firefox, Opera или любые инструменты Мандривы). Если у Вас возникла такая проблема, Вы можете обойти её,удалив пакет libbeagle1, что приведёт к удалению всех программ, использующих Beagle. Разработчики Мандривы и GNOME ищут причины этой проблемы и, как только появятся исправления, они будут включены в обновления

Дополнительные клавиши (мультимедиа клавиши) не поддерживаются в KDE 4

См. также ошибка #43130. Дополнительные клавиши, присутствующие на многих современных клавиатурах (их обычно называют мультимедиа клавиши), не поддерживаются на рабочем столе KDE 4 Mandriva Linux 2009. Это связано с тем, что KDE приложение, которое обрабатывает эти клавиши (kmilo), пока отсутствует в версии для KDE 4. Эта проблема будет частично решена в будущем обновлении посредством ассоциации клавиш громкости и выключения звука с микшером kmix по-умолчанию, но остальные клавиши не будут поддерживаться до тех пор, пока не появится версия kmilo для KDE 4. Отметим также, что эти клавиши должны нормально работать в KDE 3.5, GNOME и Xfce.

Вы можете вручную выполнить связь клавиши регулировки громкости и отключения звука с аплетом микшера kmix, выполнив следующие действия. Кликните правой кнопкой на иконке в трее, а затем на Показать окно микшера. Затем, в появившемся окне кликните кнопку с надписью Микшер. Попробуйте изменять значения для каждого канала и найдите лучший вариант управления для вашей звуковой системы (обычно это самый левый канал). Затем кликните правой кнопкой на этом канале и выберите Комбинации клавиш. Должно быть три сокращения: Уменьшить громкость, Увеличить громкость и Выключить звук (Toggle Mute). Кликните на Уменьшить громкость, затем кнопку с надписью Не определена, затем нажмите на клавиатуре желаемую клавишу уменьшения громкости. Затем кликните на Увеличить громкость и повторите весь процесс, нажав в конце желаемую клавишу увеличения. Аналогично поступите с Выключить звук (Toggle Mute). Затем нажмите OK.

Панель KDE 4 отображает артефакты графики при запуске приложение GTK+

См. также ошибка #42420. На некоторых видеокартах NVIDIA панель KDE 4 может отображать графические артефакты (изменения цветов, потеря изображений) при запуске приложений GTK+, таких как Mozilla Firefox или OpenOffice.org. Эти артефакты привносят только потерю эстетического вида: они не влияют на функциональность системы или панели. Мы работаем над выявлением причин этой проблемы и её устранением. Проблема будет решена путём официального обновления при первой же возможности.

В KDE 4 нельзя воспроизводить много форматов видео сразу после установки

См. также ошибка #44586. В KDE 4 проигрыватель видео по-умолчанию, DragonPlayer, не позволяет воспроизводить много видео форматов сразу после установки. Если вы попробуете проиграть видео неподдерживаемого формата, то DragonPlayer запустится, но изображения не будет, только пустой белый экран.

Этот недостаток можно устранить после установки пакета gstreamer0.10-decoders, который добавит в систему некоторые видео и аудио кодеки для поддержки многих форматов видео в DragonPlayer. Если ваше видео всё же не будет воспроизводиться, вы можете установить пакет totem, который добавит в систему проигрыватель медиа Totem. Вы можете найти его в разделе Sound & Video системного меню по имени Movie Player. Он может использовать Codeina framework для загрузки кодека по запросу.

Приложения KDE 4 не могут проигрывать аудио CD в цифровом режиме

См также KDE Bug #164043. Из за известной ошибки фонового приложения Gstreamer в мультимедиа каркасе KDE 4 - Phonon - который Mandriva Linux 2009 использует по умолчанию, стандартные приложения KDE 4 - kscd и DragonPlayer - не могут проигрывать аудио CD в цифровом режиме (который используется большинством людей и является де-факто стандартом по умолчанию). Есть несколько способов обойти эту проблему.

Если вы все таки хотите использовать kscd или DragonPlayer, то можете установить пакет phonon-xine. Это заставит KDE переключиться на использование Xine вместо Gstreamer как фоновое приложение для Phonon, что позволит Phonon-приложениям проигрывать аудио-CD без проблем. В свою очередь это может привести к тому, что другие типы аудио и видеофайлов перестанут проигрываться. Вы можете переключаться между Gstreamer и Xine для решения этой проблемы. Запустите Системные настройки KDE (не Центр управления Mandriva) щелкнув на иконку с отверткой и гаечным ключем на панели, или из меню Утилиты, Системные утилиты, Configure Your Desktop. Затем кликните на Звук. Идите на вкладку Backend и установите требуемый приоритет использования.

Если вы просто слушаете CD, вы можете использовать другие альтернативные приложения. Вы можете установить пакет totem, который сделает доступной программу totem в разделе Аудио&Видео системного меню под именем Movie Player. Это приложение может проигрывать аудио CD без проблем. Другие приложения, который вы можете найти в репозиториях Mandriva и которые также проигрывают аудио CD - это vlc, kaffeine4 и kmplayer.

Bogus выдаёт ошибку при вводе неправильного пароля для входа или разблокировки сеанса KDE 4

Смотрите также ошибка #44027. Из-за ошибки в системе авторизации PAM в случае ввода неправильного пароля при входе в систему, используя менеджер экрана KDM, или при разблокировании сеанса KDE 4, заблокированного встроенным в KDE 4 средством, bogus покажет примерно такое сообщение об ошибке:

Cannot unlock the session because the authentication system failed to work; you must kill krunner_lock (pid XXXX) manually.

Видимо, ему просто хочется внимания - ничего страшного. Закрыв сообщение, вы опять увидите тот же экран с полем ввода пароля. Если на этот раз Вы введёте пароль правильно, ошибки не возникнет.

Приложения KDE 4 не запускаются от root с помощью su

Многие пользователи используют для запуска отдельных приложений от root команду su в консоли:

[adamw@lenovo ~]$ su
Password:
[root@lenovo adamw]# kwrite

В свою очередь большинство приложений KDE 4 в Mandriva Linux 2009 не будет работать при таком запуске. Чтобы все таки запустить их, вам надо использовать команду su -:

[adamw@lenovo ~]$ su -
Password:
[root@lenovo adamw]# kwrite

Эта команда создаст полноценное окружение root вместо простого наделения вас его привилегиями, но самое главное, что она работает.

Evolution не может отправить сообщения при использовании сервера Exchange

См. также ошибка #44908. Ошибка в пакете evolution, поставляемом в Mandriva Linux 2009, не позволяет отправлять исходящие сообщения при использовании сервера исходящих сообщений Exchange (при помощи плагина evolution-exchange). Evolution отображает процесс отправки почты, но операция никогда не завершается.

Обновление-кандидат загружено в репозиторий /main/testing: evolution-2.24.0-3mdv2009.0. Если вы хотите помочь в тестировании обновления-кандидата, пожалуйста, прочтите раздел "Testing Candidate Updates" для получения инструкций по подключению к репозиторию /main/testing. Следуйте этим инструкциям, а затем установите обновлённые пакеты evolution.

Инструмент конфигурации интерактивного файрвола в Mandriva слишком большой для дисплеев с низким разрешением

См. также ошибка #38904. Инструмент конфигурации интерактивного файрвола, drakids, слишком большой в высоту для дисплеев с низким разрешением, например в нетбуках. Чтобы обойти эту проблему, в большинстве оконных менеджеров вам надо зажать клавишу alt и переместить окно. Вы можете перемещать его вверх или вниз по экрану и получать доступ ко всем необходимым частям настройки.

Поддержка веб-камер в Skype

Некоторые веб-камеры, использующие драйвер gspca, включенный в новое ядро, не работают в Skype "из коробки". Как временный вариант решения, установите 32-битную версию пакета libv4l и запустите Skype как:

LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype

Mandriva Linux 2009 не загружается при установке в качестве KVM гостевой системы

См. также ошибка #42358. Так как используется устаревшая версия графического загрузчика grub, то Mandriva Linux в конфигурации по-умолчанию не загрузится как KVM (виртуальная система). Чтобы избежать этой проблемы, при установке Mandriva измените загрузчик на текстовый grub или lilo.

Mandriva Linux 2009 при установке с One Live CD не экспортирует файлы в OpenOffice 3

См. также ошибка #44644. Live версия Mandriva Linux 2009 не включает java, поэтому OpenOffice идет без поддержки java (нужной для экспорта). Для исправления этого вы должны установить пакет openoffice.org-java-common вручную.

В OpenOffice.org нет иконок и редактора формул

Из-за пропущенных зависимостей пакетов в OpenOffice.org может не быть иконок и редактора формул Math. Чтобы исправить это, запустите следующую команду от root:

urpmi openoffice.org-math openoffice.org-style-galaxy

K3B не запускается

K3B в KDE4 может не запускаться. Это происходит из-за пропущенных зависимостей установки. Для решения проблемы установите недостающие пакеты командой

urpmi libdbus-qt-1_1 cdrdao

Последний пакет лучше взять из репозитория PLF.

Smart broken with lzma compressed metadata

See also ошибка #27697 (notice only last part of bugzilla entry being relevant here). For the version of the Smart package manager shipped with Mandriva Linux 2009, support for the new 'info.xml.lzma' metadata were added in the last minute. Required functionality for this were also added to the python lzma module, but unfortunately this version accidentaly didn't make it into the release. An updated 'python-liblzma-0.4.0-1mdv2009.0' package can be found in the 'contrib/testing' (will be moved to 'contrib/updates' when verified) section. Notice that since this might've broken smart preventing it from installing this update for you, you might have to manually download and install it with 'rpm -Uvh python-liblzma-0.4.1-1mdv2009.1.*.rpm' or use urpmi in stead of smart.

Не удаётся сгенерировать пакеты *.rpm проприетарных драйверов версий 8.10, 8.11, 8.12 для видеокарт ATI

При стандартной сборке пакетов для драйверов 8.10, 8.11 и 8.12 выдаётся сообщение об ошибке:

[root@host1 ati-driver-8-12]# ./ati-driver-installer-8-12-x86.x86_64.run --buildpkg Mandriva/2009
Created directory fglrx-install.nfRnOA													  
Verifying archive integrity... All good.													
Uncompressing ATI Proprietary Linux Driver-8.561...........................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
.................................................................................
......................		 
==================================================											 
 ATI Technologies Linux Driver Installer/Packager											  
==================================================											 
Generating package: Mandriva/2009															  
Package build failed!																		  
Package build utility output:																  
"rpm -b" is deprecated, use "rpmbuild -b"													  
Executing(%prep): /bin/sh -e /root/tmp/ati.DKeFaJ/tmp/rpm-tmp.52382							
+ umask 022																					
+ cd /root/tmp/ati.DKeFaJ/BUILD																
+ '[' 1 -eq 1 ']'																			  
+ '[' 1 -eq 1 ']'																			  
+ '[' 1 -eq 1 ']'																			  
+ cd /root/tmp/ati.DKeFaJ/BUILD																
+ rm -rf fglrx-8.561																		   
+ /bin/mkdir -p fglrx-8.561																	
+ cd fglrx-8.561																			   
+ ln -s /root/Drivers/ATI/ati-driver-8-12/fglrx-install.nfRnOA/x710_64a /root/Drivers/ATI/ati-driver-8-12/fglrx-install.nfRnOA/arch .																			  
+ cp -a /root/Drivers/ATI/ati-driver-8-12/fglrx-install.nfRnOA/common .																				  
+ cd common																					
+ echo 'Patch #0 (fglrx-uname_r.patch):'													   
Patch #0 (fglrx-uname_r.patch):																
+ patch -p2 -s																				 
1 out of 2 hunks FAILED -- saving rejects to file lib/modules/fglrx/build_mod/make.sh.rej	  
error: Bad exit status from /root/tmp/ati.DKeFaJ/tmp/rpm-tmp.52382 (%prep)					 


RPM build errors:
	Bad exit status from /root/tmp/ati.DKeFaJ/tmp/rpm-tmp.52382 (%prep)
Removing temporary directory: fglrx-install.nfRnOA					 
[root@host1 ati-driver-8-12]#

Виноват патч fglrx-uname_r.patch, который должен изменить несколько строк в файле make.sh. Номера строк, которые нужно изменить, в патче указаны неправильно. Кроме того, и сами строки, которые ищет патч, могут иметь не совсем такой вид. Если найти вручную соответствующие строки в make.sh, скопировать их в fglrx-uname_r.patch, сделать модификации, аналогичные тем, что предлагаются в фирменном fglrx-uname_r.patch и прописать правильные номера строк, то патч применяется успешно.

Но далее для дистрибутивов x86_64 возникает другая ошибка:

+ install -m755 arch/x86/usr/X11R6/lib/libGL.so.1.2 /root/tmp/ati.BxcWPL/tmp/fglrx-root/usr/lib/fglrx
+ install -m755 'arch/x86_64/usr/lib/*.so*' /root/tmp/ati.BxcWPL/tmp/fglrx-root/usr/lib/fglrx
install: невозможно выполнить stat для `arch/x86_64/usr/lib/*.so*': Нет такого файла или каталога
error: Bad exit status from /root/tmp/ati.BxcWPL/tmp/rpm-tmp.401 (%install)


RPM build errors:
	Bad exit status from /root/tmp/ati.BxcWPL/tmp/rpm-tmp.401 (%install)

Эта ошибка исправляется редактированием файла fglrx.spec (строка 464) :

install -m755 %{archdir}/usr/lib/*.so*			%{buildroot}%{_prefix}/lib/%{drivername}

заменяем на

install -m755 %{archdir}/usr/lib64/*.so*		%{buildroot}%{_prefix}/lib/%{drivername}

исправленные файлы fglrx-uname_r.patch и fglrx.spec в архиве: Fglrx-8-12.tar.gz

Как сгенерировать пакеты *.rpm из ati-driver-installer-8-12-x86.x86_64.run

(1) извлекаем содержимое ati-driver-installer-8-12-x86.x86_64.run во временный каталог. Обязательно без пробелов в пути и, наверное, желательно без русских букв. Например, в /root/Drivers/fglrx-8-12 :

[root@host1 Drivers]# ./ati-driver-installer-8-12-x86.x86_64.run --extract fglrx-8-12

(2) копируем в /root/Drivers/ содержимое архива с файлами fglrx-uname_r.patch и fglrx.spec. Файлы в архиве сохранены с путями. Если ati-driver-installer-8-12-x86.x86_64.run распаковывали не в /root/Drivers/fglrx-8-12, то файлы из архива нужно будет вручную переместить в соответствующие папки.

(3) генерируем пакеты следующей командой:

[root@host1 Drivers]# cd fglrx-8-12
[root@host1 fglrx-8-12]# ./ati-installer.sh 8.561 --buildpkg Mandriva/2009
==================================================
 ATI Technologies Linux Driver Installer/Packager
==================================================
Generating package: Mandriva/2009
Package /root/Drivers/x11-driver-video-fglrx-8.561-1amd.mdv2009.x86_64.rpm has been successfully generated
Package /root/Drivers/fglrx-control-center-8.561-1amd.mdv2009.x86_64.rpm has been successfully generated
Package /root/Drivers/dkms-fglrx-8.561-1amd.mdv2009.x86_64.rpm has been successfully generated
Package /root/Drivers/fglrx-devel-8.561-1amd.mdv2009.x86_64.rpm has been successfully generated
Package /root/Drivers/fglrx-debug-8.561-1amd.mdv2009.x86_64.rpm has been successfully generated
[root@host1 fglrx-8-12]#

В результате получаем набор пакетов *.rpm.

(4) Если есть старые проприетарные драйвера, удаляем их:

проверяем, что установлено

# rpm -qa|grep fglrx

и все перечисленные пакеты (если есть) удаляем.

(5) Устанавливаем новые драйвера (предполагается, что в каталоге Drivers лежат только эти драйвера, а других .rpm нет)

[root@host1 Drivers]# urpmi ./*.rpm

(6) Если ранее стояли корректно установленные проприетарные драйвера, то на этом процесс установки закончен. А если нет, то выполняем

# aticonfig --initial

Для драйверов 8.10 и 8.11 проблема сборки пакетов тоже исправляется редактированием патча, но возникают ошибки во время установки пакетов.

3D-accelerated desktop

Ускоренный 3D-рабочий стол и проигрывание видео

См. также ошибка #27036. Если вы используете технологии трехмерного рабочего стола включенные в Mandriva Linux 2009 (AIGLX или Xgl), то могли заметить неправильную работу видеовоспроизведения - перемещение, изменение размера и развертывание окна с видео приводит к проблемам или появлению странных артефактов. Вы также могли заметить что при вращении "кубика" Compiz видео переставало проигрываться при поворотах. Есть два способа обойти эту проблему.

Если у вас графический адаптер Intel, вы можете попытаться использовать плагин Compiz Video Playback. Используя инструмент конфигурации Compiz ccsm пролистайте вниз до раздела Utility и выберите этот плагин. Это позволит видео нормально прогрываться в большинстве приложений.

Если у вас другой видеоадаптер, или включение плагина 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".