[РЕШЕНО] Не работает Wi-Fi после выхода из сна в Ubuntu 11.04 (Natty)

Проблема у меня обнаружилась на Eee PC. При выходе из сна не включался Wi-Fi. После сороковой перезагрузки было найдено следующее решение. Временное, но рабочее.

Устанавливаем ядро из proposed.


$ sudo vim /etc/apt/sources.list

deb http://ua.archive.ubuntu.com/ubuntu/ natty-proposed main restricted universe multiverse
deb-src http://ua.archive.ubuntu.com/ubuntu/ natty-proposed main restricted universe multiverse

$ sudo vim /etc/apt/preferences.d/proposed

Package: *
Pin: release a=natty-proposed
Pin-Priority: 400

$ sudo aptitude


И обновляем ядро (linux-image-generic, если нужно linux-headers...)

Добавляем опцию для модуля rt2800pci.


$ sudo vim /etc/modprobe.d/options.conf

options rt2800pci nohwcrypt=1


Перезагружаемся.

Источники:

http://fossplanet.com/f10/%5Bbug-769092%5D-%5Bnew%5D-wifi-not-working-after-suspend-resume-132427/index2.html
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/777215
http://rt2x00.serialmonkey.com/pipermail/users_rt2x00.serialmonkey.com/2011-May/003756.html
.

Konqueror не запускается с WebKit в Kubuntu 10.10 (Maverick)

Те, кто используют Konqueror с движком WebKit, при обновлении могут столкнуться с тем, что Konqueror просто не запускается. Привожу способ устранения проблемы.

В консоли видно вот такую ошибку:

QFSFileEngine::open: No file name specified
konqueror(4011) OpenSearchManager::setSearchProvider: "Cannot open opensearch description file: " 
konqueror(4011)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kwebkitpart.so" does not offer a qt_plugin_instance function.
KCrash: Application 'konqueror' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/artem/.kde/socket-artem-laptop/kdeinit4__0

Погуглив, выяснил, что явление это тех или иных вариациях встречается нередко. Но решения для Kubuntu не нашел. Один человек отписался, что на Debian решил проблему обновлением webkit. Но у меня все только-что было обновлено, и ничего свежего в текущих репозиториях я не нашел. Пришлось прибегнуть к тестовой ветке. Благо, ничего лишнего от туда не потянулось, только вебкит.

В /etc/apt/sources.list я добавил следующее:

deb http://ua.archive.ubuntu.com/ubuntu natty main restricted universe multiverse

Чтобы из тестового репозитория не тянулось ничего лишнего, создаем файл /etc/apt/preferences

Package: kpart-webkit libkwebkit1
Pin: release n=natty
Pin-Priority: 1000

Package: *
Pin: release n=natty
Pin-Priority: -1

Теперь обновляемся.

sudo uptitude update && sudo aptitude safe-upgrade

И наслаждаемся :)

Unzip, cp1251 и UTF-8 - исправляем русские имена файлов

Распаковывая виндовые архивы с русскими именами файлов столкнулся с неприятной особенностью. Имена файлов не то что нечитабельные, они вообще непригодные для работы с ними. Ни открыть, ни скопировать толком... Достало. Пришлось лечить. Предлагаю мой отшлифованный и отлаженный вариант костыля.

Поиски по инету дали только один вариант решения проблемы - утилита convmv (не забудьте aptitude install ее для начала). Поскольку проблема все же встречается не настолько часто, чтобы выучить параметры команды наизусть, решено было написать баш-скриптец. К тому же, кодировкa имен файлов в zip совсем странная, и лечится в два прохода.

В общем, вот он - мой "шедевр" после часа борьбы с башем (уф-ф-ф, ну и язык!):

#!/bin/bash
for f in "$@"; do
    echo $f
    convmv -f cp1252 -t cp850 "$f" --notest --nosmart
    convmv -f cp866 -t utf-8 "`echo "$f" | iconv -f cp1252 -t cp850`" --notest --nosmart
done

Сохраняем, это, например, в файл ~/bin/convfn2utf8. Если папки bin ранее не было, не забудьте убедиться, что в ~/.profile есть строчка PATH="$HOME/bin:$PATH", после чего нужно перезапустить сеанс. И, конечно, chmod u+x ~/bin/convfn2utf8, чтобы можно было его запустить.

Теперь после распаковки достаточно натравить скрипт на файл. Конечно, поскольку имя не читабельное, то оно и не писабельное. Можно делать так:

$ convfn2utf8 *

или

$ convfn2utf8 *.doc

или

$ convfn2utf8 ???????????????.???

В общем, шаблоны вам помогут.

На Chrome и Firefox свет клином не сошелся. Мой выбор браузера.

Самая ресурсоемкая программа в моем компьютере - веб-браузер. Кажется, наступает то самое время, когда ресурсоемкость операционной системы перестает волновать так сильно, как раньше, зато аппетиты браузера привлекают все больше внимания. Я со своим гигом памяти уже жаловался на нехватку ее самой. И если сначала я пытался настроить использование памяти операционой системой, то теперь я пришел к выводу, что там и без меня уже все отлично настроили, а вот выбрать хороший браузер - это задача куда более посильная.

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

Итак, проблема - 1 гигабайт оперативной памяти, процессор Intel Atom 1.6 гигагерц. Задача - сделать интернет-серфинг полноценным и комфортным. При взгляде на объем ресурсов, который раньше мог только восторгать, сейчас разве что накатывается слеза. А ведь когда-то... Ну да ладно, сейчас тоже не все так плохо :) Однако, при загрузке системы почти половина памяти уже израсходована. А при более или менее продолжительном серфинге браузер съедает вторую половину памяти. Итак не шибко шустрый комп начинает тормозить просто безбожно.

Резонный вопрос должен возникнуть. Браузер съедает?... Какой браузер-то? Ну, конечно же Firefox и Chrome. Дык, оказывается, есть и другие браузеры. Причем, проблема отображения страниц альтернативными браузерами уже не так ужасна благодаря замечтательному движку webkit.

В общем, тестированию подверглись следующие браузеры: Firefox, Chrome, Konqueror и Arora. Было еще желание попробовать rekonq, но оно быстро пропало. Хотя, обещало вернуться... Тестирование сводилось к открытию 12 вкладок различных популярных сайтов и попытке использовать это браузер по назначению. Данный тест немного отличается от того, что проскакивал на ЛОР, тем, что в качестве параметра выступает не столько голая цифра, сколько субъективное ощущение.

О потреблении памяти в общем. Замер показал примерно такую же тенденцию, как и график из вышеуказанной статьи. Хотя, не такую страшную. Фокс, Конк и Аврора съели примерно по 150 метров с небольшим разбегом. Связи между степенью навороченности браузера и потреблением памяти не выявлено вообще никакой. Только хром съел больше 200 метров. Но у него - свои основания так делать, да и не сильно это критичная разница. Теперь по каждому браузеру.

Начну с Chrome. Чем он мне нравится - минималистичность интерфейса (хотя, заголовок окна я все же предпочел вернуть). Кроме того, хром невероятно быстро обрабатывает javascript, в несколько раз опережая конкурентов, что немаловажно для слабой машины. Короче самый шустрый и удобный браузер на сегодня. Что плохого - потребление памяти. Мало того, что он ест памяти больше, чем остальные браузеры, так еще и склонен разваливать свои булки на всю оставшуюся память при более или менее длительной работе. Уходим в своп и наслаждаемся. И субъективно браузер уже перестает казаться самым шустрым. Я долго им пользовался, но все же стало надоедать. С ним ничего лишнего уже не запустишь. К тому же, версия под линукс имеет прискорбную особенность не поддерживать Google Gears, что вообще очень странно. Обещают исправление ситуации с поддержкой фич HTML5, но это еще когда будет.

Firefox. Отличнейший браузер. С давних времен славится утечками памяти и тормознутым интерфейсом. Голым он не представляет особого интереса, зато с расширениями - просто сказка. Долгое время для веб-разработчика так вообще никаких достойных альтернатив не было. Одна беда: с расширениями он становится еще более тормознутым и жадным на память. В целом, Firefox мне кажется таким же ресурсоемким, как и Chrome. Тогда как Chrome в последнее время шустро догоняет фокса по количеству расширения и опережает по производительности. Так что, в будущем разработчикам Firefox, наверное придется попотеть что-бы предложить нечто действительно лучшее или просто другое. Кстати в ходе тестирования я обратил внимание, что фокс довольно часто освобождает память. Что это, то ли доработки в последней версии 3.6, то ли его обычное поведение - я не уверен.

Aurora меня заинтриговал движком WebKit и легковесностью. Однако, принципиальных отличий в объеме потребляемой памяти на этапе первой загрузки страниц он не показал. А дальнейшее его тестирование я не продолжил по причине довольно неприятных тормозов. В частности, видео на youtube превратилось в слайдшоу.

И в итоге мой выбор остановился на Konqueror. Это довольно странно, потому что я уже не раз пытался им пользоваться, и каждый раз отказывался от этого браузера. Он как минимум странен. Однако, сейчас я нашел в нем для себя неоспоримое преимущество: продолжительное использование этого браузера никак не сказывается на потреблении памяти, и к тому же он довольно отзывчивый. Причем, можно спокойно открывать одновременно несколько окон, в каждом из которых будет по несколько вкладок. В отличие от того же фокса, тормозов это не вызывает абсолютно, и увеличение потребения памяти не наблюдается. Так что я наконец почувствовал себя свободно со своим гигом памяти. Я больше не слежу так пристально за расходом памяти и не занимаюсь судорожным закрыванием вкладок с целью снять тормоза. И в придачу ко всему браузер интегрируется со средой KDE, что тоже очень приятно.

Есть у этого браузера ряд некоторых не очень приятных особенностей.
1. Движок KHTML далек от идеала пользователя, и сайты нередко могут частично или даже полностью не работать в нем. Проблема легко решается установкой webkit и назначением его компонентом по умолчанию для веб-страниц. Установить webkit не проблема - он есть в репозитории. Но не каждый еще сразу найдет, как повысить ему приоритет перед khtml. В настройках Konqueror такой опции просто нет. Ее нужно искать в Настройках системы, Дополнительно, Привязка файлов, text/html, Встраивание. Вот так вот далеко запрятали :)
2. Konqueror имеет одну нестандартную для браузера особенность. Он отображает иконку сайта в текущей вкладке в качестве иконки приложения на панели задач. Поэтому найти его беглым взглядом среди остальных приложений бывает очень трудно. И отключить эту фичу никак нельзя. Проблему решает изменение метода работы с браузером. Просто перестаньте так активно использовать вкладки. Пусть разные сайты будут в разных окнах. Если же Вы открываете несколько старниц одного сайта, или разных сайтов на одну тематику, то это можно делать и во вкладках. Я довольно быстро к этому привык. Оказалось, что это даже удобно. Я вспомнил, что в последнее время часто путался, когда искал вкладку нужного сайта. По энерции переключался в другие окна, короткий перебор наводил на мысль, что среди открытых окон его нет, потом приходило осознание того, что я хочу переключиться именно на сайт, а не на приложение, и его нужно искать во вкладках, а не на панели задач. А иногда просиходило наоборот: во вкладках браузера я искал окно другого приложения. В общем, мне кажется, что вкладки - это искусственная попытка решить проблему оконного интерфейса. Встречал раньше где-то такое мнение, а теперь сам прочувствовал его. Ну а истина как всегда где-то посередине: в разумном сочетании вкладок и окон.
3. Этот браузер не имеет такого набора полезных расширений, как фокс и хром. Мало того, из всех расширений я вообще не нашел ни одного полезного лично дляменя. Кроме того, отсутствуют некоторые элементарные функции. Например, при переключении на предыдущую страницу не происходит восстановление ранее заполненной формы. Такие мелки неудобства немного раздражают, но все же работать без этого можно. Если у Вас мало памяти - то это очень даже оправданный компромисс.

В общем, Konqueror мне понравился, и теперь я его с удовольствием использую. Хотя, удручает ощущение, что стремительное развитие этот браузер вряд ли получит. Зато, поговаривают, что в Kubuntu 10.10 его сменит новый браузер: Rekonq. Это браузер сразу использует webkit, тоже интегрирован в KDE, имеет более приятный и простой интерфейс, и сейчас ведется разработка модуля для подключения расширений Chrome. Если этот модуль сделают, это будет очень серьезный конкурент :) Пока он еще сыроват, но его вполне уже можно пощупать.

Поддержка GPRS/3G и Bluetooth в KDE4. Как сделать невозможное.

На дворе уже стоит KDE4.4, а поддержка сети до сих пор не доработана. Жаль. И печально, что разработчики повыкидывали кучу рабочих вещеий и стали все переписывать заново. Я думал, смогу потерпеть, но вот потеплело, выехал на дачу с ноутом, развалился в кресле под деревом, и... понял, что придется наслаждаться пением птиц. Ибо ни Bluetooth, ни GPRS до сих пор не допилены до конца ни по отдельности, ни в связке.

Возможно, ситуацию спас бы USB-кабель. Но поскольку на дворе уже KDE4.4, то таскать с собой кабель как-то влом. Хотя, немного ранее даже через USB использовать мобильный интернет было невозможно. Как сейчас - не знаю, да и не в деталях суть, а в общей близости к финалу модулей поддежки сети. Кажется, они уже близки, и вот-вот, но время идет, и все никак. Итак...

Захотелось все же решить эту проблему, и, конечно же, наиболее простым способом. Для этого я обратился к конкурентам. Я помню, что в последнее время в Gnome с этими делами все стало куда лучше. Хотя, они тоже очень долго пилили свой апплет менеджера сети и синего зуба. И очень долго на это хотелось плеваться, что я, кажется, и делал на страницах данного блога. Но в последнее время ситуация стала куда лучше. Апплет менеджера сети работает с любыми типам подключений, которые мне приходили в голову. В частности, позволяет даже использовать GPRS через Bluetooth. В свою очередь, синезубый аплет позволяет настроить устройство, включив поддержку мобильного интернета, а также легко посмотреть папки на устройстве через obex, и скопировать нужные файлы туда или оттуда.

Кстати, от некоторых людей я слышал мнение, что блютуз - это кал, он слишком медленный и годится разве что для гарнитуры. Ну, все познается в сравнении и истинно лишь в определенных условиях. Для моего GPRS/EDGE (3G у меня, увы, нет) и фоток по 100 КБ синего зуба достаточно с головой. Зато это настолько просто, что не возникает ощущения "влом" и "потом как-нибудь". И даже если файлы немаленькие, их вполне можно прогнать по блютузу. Не на горбу ведь носить их. Поставил - и пусть качается.

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

$ sudo aptitude install network-manager-gnome gnome-bluetooth nautilus

Чтобы запустить менеджер сети, выполняем команду nm-applet. Блютуз - bluetooth-applet. Чтобы они запускались сами, нужно поставить их в автозагрузку. Что касается nautilus - он нужен для того, чтобы можно было посматривать файлы на устройстве и копировать их.

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

Сравнение видеоредакторов: выбираем лучший

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


Как верно заметил один анонимный комментатор, автор совершенно незнаком и даже не пытался разобраться с нижеописанными редакторами. Автор искал такой редактор, с которым не пришлось бы разбираться.

Кстати говоря, такая печальная ситуация не только под Linux, но и под Mac, и Windows. Может быть это связано со значительной сложностью этого класса программ. Может быть - с практически безальтернативной необходимостью использовать библиотеки сторонних производителей (кодеки, плееры). Как бы там ни было, у меня получился довольно удручающий "рейтинг". Нужно отметить, что в другое время и на другом дистрибутиве ситуация может в корне отличаться. Все тестировалось на Kubuntu 9.10, софт ставился из пакетов. Начну с самых неудовлетворительных экземпляров, и закончу победителем.

Kdenlive
0.7.5, 0.7.7

http://www.kdenlive.org/

6 место


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


Ну, такие мелочи в общем не страшны. Огорчает другое. Программой абсолютно невозможно пользоваться. Продукт еще очень сырой, к тому же, кажется, не очень аккуратно сделанный, так что исправления багов можно ждать еще долго. Например, в версии 0.7.5 из репозитория убунты совершенно невозможно добавить видео в линейку. Клип просто не фиксируется на линейке, а получает свободное положение между линейками там, где Вы его отпустите. Авторы настоятельно рекомендуют устанавливать последнюю версию из их репозитория - 0.7.7. Да, в этой версии баг с добавлением клипа отсутствует. Но сама программа вылетает при каждом чихе. В общем, хоть программа и выглядит довольно заманчиво, все очень и очень сыро. Лучше бы они сделали меньше, но надежно работающее. Где-то читал, что этот редактор пришел на смену Kino. Хм... Надеюсь, они его сначала починят.


Вывод: абсолютно не пригоден. (а жаль)

LiVES

1.1.4

http://lives.sourceforge.net/

5 место

Редактор внушал своим внешним видом чуть больше надежд, чем динозавр, описанный ниже. Но огорчение наступило сразу. Импорт видео длится настолько долго, что заниматься обработкой домашнего видео в таком режиме кажется просто немыслимым. К тому же, во время импорта очень круто расходуется дисковое пространство: прямо таки десятками гигобайт! Я не дождался окончания импорта и уничтожил редактор. Когда я после него подчищал винт, то обнаружил папку с куевой тучей картинок в формате jpeg. Их было так много, что сложилось ощущение, будто этот редактор импортирует видео в набор jpeg-картинок. Ну, и на том спасибо, что не в bmp!

Вывод: пригоден для применения не по прямому назначению (для генерации картинок)

Open Movie Editor

0.0.20080102

http://www.openmovie...


4 место

Этот динозавр был испытан мною одним из самых последних. Рассуждения были примерно такие:  раз он такой старый (судя по интерфейсу - довольно старый), то должен быть уже досконально отлажен. К тому же, наверняка у него нетребовательный к ресурсам интерфейс.

Может быть, капля логики в моих рассуждениях присутствовала. Однако, запустив его, я понял, что все не совсем так. Во-первых, редактор не в курсе о том, что на дворе 21-й век, и все давно используют UTF. Русские буквы в названиях папок и файлов отображались некорректно, из-за чего сориентироваться в видеоархиве довольно затруднительно. А переименовывать файлы в нечто вроде "vasya_birthday" мне почему-то не хочется. Далее, при попытке добавить клип мне показалось, что редактор вообще завис. Как выяснилось потом, он просто генерировал превьюшки. Эффект длительного подвисания также был обнаружен при попытке воспроизвести фильм. Да и само воспроизведение больше было похоже на слайд-шоу. К тому же, напрочь отсутствовал звук. Порадовал также инструмент "бритва". Чтобы разрезать клип, нужно попасть мышкой точно в нужное место. Как разрезать точно в текущей позиции я так и не понял. В экспорте я нашел только один пресет: Quicktime DV. Негусто совсем. Набор кодеков тоже не супер. Для домашнего видео полезных вариантов мало. В экспортированном видео звука опять же не было.

Возможно, пользоваться этим редактором возможно. Но не на слабом компьютере. И очевидно, что редактор не идет в ногу со временем. Особенного его версия в официальном репозитории. Возможно, он больше подходит для полупрофессионального использования. Но для домашнего видео его применять затруднительно.

Вывод: кому-то может быть и пригоден.

PiTiVi

0.13.3
http://www.pitivi.org/


3 место


Этот редактор очень похож на то, что хотелось бы иметь. Он довольно прост, в нем нет лишних наворотов. Даже нужных наворотов в виде элементарных фильтров я там тоже не обнаружил. Зато понятен и прост.


Только есть несколько огорчающих моментов. Очень трудно осуществить точное позиционирование курсора. С клавиатуры он не управляется, а колесом мыши листается только вперед, независимо от направления поворота колеса. В экспорте какой-то скудный набор форматов и непонятный набор кодеков, к тому же еще и повторяющийся два раза. Неискушенный пользователь рискует задуматься. По крайней мере, в этом редакторе, хоть и скрепя зубами, я смог сделать свой фильм. Но, в конце концов, экспорт завис на середине фильма, так и не порадовав меня результатом.


Вывод: пригоден для первой половины фильма.

Avidemux
2.5.2
http://avidemux.org/


2-е место


В отличие от предыдущих, это линейный редактор. Чего, в принципе, может быть вполне достаточно для домашнего видео. Очень простые возможности сочетаются в данном редакторе с очень богатым набором опций. Например, можно резать и мотать. Зато сколько способов перемотки вперед! И еще столько же способов перемотки назад. Вдобавок, имеется большой набор различных фильтров. Что еще нужно для дома?


Однако, и тут не все так гладко. Программа не всегда ведет себя предсказуемо. Например, может сообщить Вам, что выбранный кодек не совместим с указанным форматом. Придется действовать наугад, если Вы не являетесь специалистом в данном вопросе. Или, может настаивать на том, что применения фильтра невозможно, потому что в качестве кодека указано "Copy", хотя Ваши глаза говорят Вам о другом. Или вообще просто выкинуть непонятную ошибку с еще менее понятным номером и словами, понятными одному разработчику. В общем, возможно, придется эксперементировать, пыхтеть... Но работать можно.


Вывод: пригоден в зависимости от времени года и настойчивости пользователя.

Kino
1.3.3
http://www.kinodv.org/


1-е место


Это тоже линейный видеоредактор. И тоже, как и предыдущий, по-своему уникальный. Но если в Avidemux попытались сделать все просто, то здесь совершенно своеобразный и не сразу понятный интерфейс. И, нужно заметить, он очень даже логичный. Линейка видео здесь отображается в виде столбца клипов, и каждый клип редактируется отдельно.


Это единственный редактор, который просто работал. Отзывчивый интерфейс, удобная навигация. Скролом мыши легко крутить видео вперед-назад, а с шифтом можно точно отпозиционировать курсор на нужном кадре перед тем, как нанести удар лезвием. Имеется хороший набор фильтров с быстрым просмотром результата. С экспортом все довольно понятно, и работает "на ура".


И, конечно же, обнаружилась парочка неприятных моментов. Первое - я так и не нашел, как изменить размер кадра (обрезать и растянуть). Пришлось это делать из консоли с помощью ffmpeg. Для меня это нечастая операция, но все же неприятно. И второе - программа работает только с исходниками в формате DV. Предполагается, видимо, что именно в таком формате пишет ваша видеокамера. Но вот мне придарили Sony Handycam, которая пишет сразу на DVD (не советую ни Sony, ни "сразу на DVD" по многим причинам). Дареной видеокамере в объектив не смотрят, конечно, поэтому я молча терплю и пережимаю по несколько раз. Так вот, Kino любезно решает эту проблему и сам конвертирует в DV. Однако, в моем случае качество почему-то существенно пострадало. Поэтому преобразование в DV я опять же выполнил вручную с помощью ffmpeg. Еще нужно обратить внимание, что на вкладке Export следует выбрать All, чтобы потом не недоумевать, почему фильм преобразовался не целиком.


Вывод: пригоден для большинства домашних видеолюбителей, для избранных пригоден с напильником ffmpeg.

За кадром

Cinelerra


http://www.heroinewarrior...


Этот редактор я даже рассматривать не стал. Открыл, клацнул пару раз и закрыл. Есть подозрения, что это очень хороший профессиональный редактор. Но также есть подозрение, что нужно стать хорошим профессионалом, чтобы научиться им пользоваться. Интуитивно там, лично мне, не понятно ничего. Открыв его, я себя почувствовал примерно также, как при первом знакомстве с 3DMax. Куча кнопочек, и непонятно куда ты попал и что делать. Если Вам удастся с ним разобраться, то, может быть, он доставит Вам много радости. Я же остановил свой выбор на более простых инструментах.


Желаю Вам приятного видеоредактирования! И не забудьте поделиться своим опытом :)

Перестал работать звук во флеше во всех браузерах

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

Оно состояло в том, чтобы снести PulseAudio. Всего-то )))

$ sudo aptitude purge pulseaudio

Конкретных закономерностей мною найдено не было. С пульсом то работает, то не работает. По итогу звук вообще отказался отказываться работать. Так что, я пока оставил его жить.

Как вариант, можно попробовать понизить пульс в списке устройств (В KDE - Параметры системы, мультимедиа). Чтобы быть уверенным, что настройки применились, лучше перезагрузиться.