marlock
@rtem
после обновлений так ничего и не поменялось, система все также виснет, правда каким то случайным образом, пока помогает только kill -9 <PID kded> и все работает нормально.
ещё можно кинуть SIGKILL в htop.
правда, после убийства kded4 иконочки в трее из кошерно-монохромных становятся дефолтно-кислородными :(

А также Комбинации клавиш и многое другое.
Alt+F2 kded4 <Enter> и снова все на месте.
По теме: похоже какая-то служба KDE долбится в сеть, если не может продолбиться - все вешает.
100% kded4 подрывается, если запущен торрент-клиент и он занял всю ширину канала. Вешается не сразу, через какой-то большой промежуток времени.
Уже 4.6.2, все баги на месте, да еще появился новый.
IIaBeJI
Нашел тут прямо ваш случай:
Есть еще одна неприятная особенность, связанная трудно сказать, с чем — возможно, с реализацией DMA, но вполне возможно, что не с ней, или не только с ней. Берем какой-нибудь медленный для записи носитель, типа той же USB-флешки, и пробуем записать на него данных побольше, фильм какой или что-то навроде. Мы увидим, что происходит это рывками — сначала заполняется буфер, сколько влезет, а потом весь сбрасывается, потом весь заполняется… и так далее. При этом суммарно потраченное время почему-то ощутимо больше, чем как если бы мы примонтировали носитель с -o sync, а скорость записи на собственно носитель невообразимо мала.

полностью+решение http://www.linux.org.ru/wiki/en/User:shimon/12309

«Решение» - бред.

Своп нужен
О да. У меня 6 Гб RAM, а система будет в экстазе гонять свой swap. Отлично.

Уменьшение размеров дисковых буферов
Если бы они работали, как там написано, скорость бы не падала. Почему-то я вижу другое: буфер заполняется, все, что туда не влезло - пишется. Когда запишется, начинает писаться содержимое буфера, до того момента тупо висящее в памяти. В результате получаем занятую до упора память (которую дисковый кэш вовсе не желает освобождать, пока все не запишется, хотя в теории должен), дикие тормоза в системе и медленно-медленно пишущуюся флешку. И размер буфера тут ни при чем, разве что система подвисать перестанет. Если повезет, ибо возможен противоположный эффект.

Итого: снова возня с игрушками вместо работы. Ошибки в ядре и их нужно лечить, а не костыли прикладывать.

Кстати, такая же точно проблема есть в Windows… которая Windows 98.
Ну че, кто тут первый сказать про холивар? Какая война, детей бить, что ли!

На самом деле этот механизм работает, хорошо работает… на сервере.
При этом еще пропадает Интернет. Соединение с провайдером есть и больше ничего, пока не убьешь kded4. Причем на команду “убейся” он, ессно, не реагирует, приходится жестко глушить его и перегружать KDE.

Обновил систему на виртуальной машине - перестал грузится kdm, можно только консоль или голый Х запустить.

Логи я не читаю, они в оперативной памяти и сбрасываются к черту при перезагрузке. И вот что в них единственно интересного просле старта KDE:
/var/log/errors.log
Apr 13 12:55:31 localhost kernel: ata4: softreset failed (device not ready)
Apr 13 12:55:31 localhost kernel: ata2: softreset failed (device not ready)
Apr 13 12:55:31 localhost kernel: ata3: softreset failed (device not ready)
Apr 13 12:55:38 localhost pppd[2310]: Cannot determine ethernet address for proxy ARP
Apr 13 12:55:41 localhost bluetoothd[2397]: input-headset driver probe failed for device 00:1D:07:4F:BB:73
Apr 13 12:55:41 localhost bluetoothd[2397]: input-headset driver probe failed for device 00:1D:07:6A:58:24
Apr 13 12:55:41 localhost bluetoothd[2397]: input-headset driver probe failed for device 00:24:83:CC:8C:F1
Apr 13 12:55:44 localhost kernel: ioremap error for 0xcfee3000-0xcfee4000, requested 0x10, got 0x0

Еще пишут, что в новейшей KUbuntu та же гадость. Из всего этого беспокоит bluetooth, поэтому если повторится, я его выключу.
off220
обновись. Со 100% загрузкой уже решили вроде. У меня вот выключаться перестал после 4.6.2 а в целом всё ок :)

Ага. В полный рост решили. kded4 полностью занимает одно ядро. С самой установки такого не было, появилось как раз после обновления.
Уже начинает надоедать повторное и более всплытие ошибок двух-трехлетней давности, что доказывает: ошибка так и не была исправлена.
Хы, теперь играет с GStreamer. Заодно щелчков при переключении дорожек нет.

Мамой клянусь, не работал. То ли звуковая карта не такая была, то ли еще что. До этого пытался использовать PulseAudio, но отказался ибо тупило оно страшно. Когда ставил, то в gstreamer-properties выводом указал PulseAudio, по удалении - ALSA.

А изначально там было Автоопределение. Видать, плохо оно автоопределяло.
Что, правда никакие?
Один черт все во FLAC.

Новое ядро радости не добавило - песочек остался.
Сложно объяснить, но звучит прям как винил. С потрескиванием.

Что интересно: наблюдается с файлами FLAC, чистый WAVE и прочими loseless (но не всеми, а с достаточно сложной музыкой с широким диапазоном). А вот MP3 - отлично.

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

Звуковая система ALSA, backend - VLC.
Ибо xine не поддерживается более, а через GStreamer Amarok играть вообще не может.

На свалку его или пусть живет?
Да не суть важно. Для NTFS, оказывается кэширование тоже работает, но скорость записи не снижается. И памяти существенно меньше хавает.
Вообще-то буфер для съемного носителя и не нужен. Я на него пишу одномоментно и все сразу.

А параметры монтирования съемных дисков KDE это вообще где? В том смысле теперь - где, когда оно уже наконец-то совсем-совсем-совсем без HAL? Там вроде как udev рулит. А для него предлагается вот такое заклинание:

KERNEL!="sd[a-z][0-9]", GOTO="media_by_label_auto_mount_end"
IMPORT{program}="/sbin/blkid -o udev -p %N"
ENV{ID_FS_LABEL}!="", ENV{dir_name}="%E{ID_FS_LABEL}"
ENV{ID_FS_LABEL}=="", ENV{dir_name}="usbhd-%k"
ACTION=="add", ENV{mount_options}="relatime"
ACTION=="add", ENV{ID_FS_TYPE}=="vfat|ntfs", ENV{mount_options}="$env{mount_options},utf8,gid=100,umask=002"
ACTION=="add", RUN+="/bin/mkdir -p /media/%E{dir_name}", RUN+="/bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"
ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/umount -l /media/%E{dir_name}", RUN+="/bin/rmdir /media/%E{dir_name}"
LABEL="media_by_label_auto_mount_end"

Я правильно понимаю, что писать свои пожелания демону надо сюда /bin/mount -o?