kss
А только у одного меня проблемы с ICQ в новом гноме: через empathy в неё просто зайти не удается, а pidgin вообще виснет при старте? ЕМНИП, оба работают через libpurple. так что в ней что-то сломалось при обновлении, но просто пересборка не помогает.
Приветствую тебя, брат по разуму! :) Я тоже из-за этого весь гном расковырял, но скорее всего у них просто проблемы на серваке. GNOME не дособрал еще, проверить не могу.
Сначала empathy писала, мол, "не в сети", а потом стала виснуть, только кружок крутился. И было это 15 апреля в GNOME 3.6.
Если notification-daemon работает, то надо смотреть в режиме отладки:
deluge -L debug
, или
deluge -L info
для начала.
Какое DE, libnotify установлен?
vasek
Еще ни разу иксы не подвисали настолько, чтобы Ctrl-Alt-Fn не срабатывали. А если они не работают, вероятно, что и "ядреные" кнопки не сработают. Так что я не обманывал.
Если иксы повисли из-за кернел паника, то с повисшим процессором никакой sysrq не сработает.
# systemctl status pacman-init.service ?

Или сразу проверить:
# systemctl disable pacman-init.service
# reboot
# pacman-key --init
# pacman-key --populate archlinux

pacman -Syufdd - жесть, конечно.
1) Движок неправильно преобразует кириллицу в URL-ах.
Например, я вставляю ссылку http://ru.wikipedia.org/wiki/Главная_загрузочная_запись и она преобразуется в
в такую:
http://ru.wikipedia.org/wiki/A3CBC0C2CDC0DF_C7C0C3D0D3C7CED7CDC0DF_C7C0CFC8D1DC

А должна быть:
http://ru.wikipedia.org/wiki/%D0%93%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_
%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BE%D1%87%D0%BD%D0%B0%D1%8F_
%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8C (переносы сделал вручную, чтобы скролла не было)

Приходится открывать другой браузер, который сразу открывает ее в unicode и из него копировать уже в редактор.

2) Есть лимит по времени на количество подтвержденных исправлений? А то написал сообщение, через минуту решил дополнить, но дополнение не появилось. Подождал пару минут, дополнил еще раз - все нормально. Нашел ошибку, исправил, подтвердил - исправление не появилось.
Я выше приводил выдержки из википедии.
Да, метод работает только для обычных MS MBR.

Если дисков много, то логично, что это таблица того диска, с которого вы загрузились.

Считать нужно смещения для абстрактной MBR, и там они гуляют.

Поскольку стандартов нет, то для большего спокойствия можете проверять полученный bin-файл командой file.
Правильный MBR-файл определится как тип “x86 boot sector” со списком и параметрами первичных разделов.
Дополнение (результат моих экспериментов):
Чтобы долго не мучаться с вычислениями границ первичных и расширенного разделов, в которых легко допустить ошибку, вбиваем три команды:
# xxd -l 512 -ps -s +31744 /dev/mem mbr.txt
# xxd -r -p mbr.txt mbr.bin
# dd if=mbr.bin of=/dev/sdX bs=512 count=1
где, /dev/sdX - диск, с которого вы загрузились.

Так считывается из памяти основная MBR и записывается обратно на диск.

Далее можно вручную ковырять цепочки расширенного раздела.

Абстрактная MBR вычисляется сложнее, но эти вычисления тоже можно автоматизировать (займусь на выходных).

Утилита xxd находится в пакете vim.
Надо еще проверять polkit-kde-authetication-agent-1 и udisks.
Также, соберите из AURа kcm-polkit-kde-git и проверьте политики. Или если хотите ковырять XML, то они в /usr/share/polkit-1/actions/org.freedesktop.udisks.policy и /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy
pacman -Q polkit
Попробуйте примонтироваться и выполните:
journalctl | grep PolicyKit | tail
Не стесняйтесь выкладывать логи. Нам надо определить этап, на котором происходит затык:
  • работоспособность D-Bus;
  • прием запроса PolicyKit;
  • доступность PolicyKit-KDE.

polkit обновился сегодня.