- Akonadi не работает fedora
- Зачем тратить время на настройку системы Akonadi?
- Причины ошибок автоматического запуска сервера Akonadi
- Устранение проблем с базой данных Akonadi
- Настройках источников данных Akonadi
- Хранение контактов в адресной книге Gmail и задач в Календаре Google
- Заключение
- Автостарт отключения akonadi и nepomuk [РЕШЕНО]
- Проблема: Ошибка запуска сервера Akonadi [РЕШЕНО]
- Комментарии (5)
- FreeBSD: Устранение ошибок автоматического запуска сервера Akonadi
- Зачем тратить время на настройку системы Akonadi?
- Причины ошибок автоматического запуска сервера Akonadi
- Устранение проблем с базой данных Akonadi
- Настройках источников данных Akonadi
- Хранение контактов в адресной книге Gmail и задач в Календаре Google
- Заключение
- Понравилась статья?
Akonadi не работает fedora
Спасибо автору, доступно.
Зачем тратить время на настройку системы Akonadi?
Так думают все, кто расценивает систему Akonadi (далее — Akonadi), как не понятно зачем придуманное дополнение для PIM приложений KDE4. Это ошибочный подход. Akonadi является интерфейсом, обеспечивающим стыковку приложений KDE4 с большинством существующих хранилищ персональных данных (адресных книг, календарей и т.д.), начиная с файлов на локальном диске и заканчивая корпоративными Groupware-серверами и Online-службами сети Интернет. Чтобы не быть голословным, я покажу, как с помощью Akonadi можно за несколько минут организовать хранение контактов KAddressBook в адресной книге Gmail и задач KOrganizer в Календаре Google.
Причины ошибок автоматического запуска сервера Akonadi
Я столкнулся с двумя причинами возникновения ошибок запуска сервера Akonadi, первая из которых связана с нарушением структуры баз данных Akonadi, вторая — с отсутствием корректно настроенных источников данных Akonadi. Кроме этого, возможно появление некорректно настроенных источников данных Akonadi, связаное с ошибками в работе службы миграции Akonadi, предназначенной для переноса данных из хранилищ устаревших типов в хранилища Akonadi. Для отключения автозапуска службы миграции Akonadi можно выполнить команду:
Устранение проблем с базой данных Akonadi
На всякий случай напомню, что по умолчанию Akonadi запускает отдельный экземпляр сервера MySQL для хранения базы данных akonadi (в терминологии Akonadi — локальный сервер MySQL). База данных akonadi и системные базы данных локального сервера MySQL создаются в момент первого запуска сервера Akonadi. При выполнении этой операции могут возникать ошибки, признаком наличия которых являются сообщения Журнал сервера MySQL содержит предупреждения или Журнал сервера MySQL содержит ошибки в окне Внутренние тесты сервера Akonadi — Параметры системы, для отображения которого следует перейти к модулю Настройка Akoandi, находящемуся на закладке Дополнительно окна Параметры системы, в открывшемся окне Настройка Akonadi — Параметры системы перейти на закладку Настройка сервера Akonadi и нажать кнопку Проверка. После нескольких безуспешных попыток «приручения» локального сервера MySQL, я решил попробовать разместить базу данных akonadi на центральном сервере MySQL, который был установлен из портов (в терминлогии Akonadi — внешнем сервере MySQL). Этого оказалось достаточно для устранения всех проблем с базой данных Akonadi, в связи с чем я рекомендую Вам последовать моему примеру. Для создания базы данных akonadi и пользователя akonadi необходимо запустить клиент MySQL командой:
ввести пароль пользователя-администратора и выполнить три SQL-запроса:
А затем перейти на закладку Настройка сервера Akonadi окна Настройка Akonadi — Параметры системы и изменить параметры доступа к внешнему серверу MySQL: снять «галочку» Использовать локальный сервер MySQL, ввести в поля Database name, Пользователь и Пароль заданные на предыдущем этапе имя базы данных, имя пользователя и пароль, ввести в поле Параметры текст UNIX_SOCKET=/tmp/mysql.sock .
Теперь можно удалить содержимое папки $HOME/.local/config/akonadi (трогать саму папку не стоит, т.к. она будет автоматически создана при следующем запуске сервера Akonadi, который по умолчанию размещает в ней свой сокет, имеющий имя akonadiserver.socket ):
На этом устранение проблем с базой данных Akonadi заканчивается, можно запустить / перезапустить / остановить сервер Akonadi, однако, пока только вручную. Если перезапустить сеанс KDE4, сервер Akonadi опять не запустится, в его журнале не будет информации об ошибках MySQL, однако, упомянутые выше сообщения Процесс управления Akonadi не зарегистрирован в D-Bus и Процесс управления сервером Akonadi не зарегистрирован в D-Bus, а, возможно, и Агенты источников не найдены, никуда не денутся.
Настройках источников данных Akonadi
В первую очередь необходимо перейти на закладку Настройка сервера Akonadi окна Настройка Akonadi – Параметры системы и вручную запустить сервер Akonadi, переключиться на закладку Настройка источников Akonadi и удалить некорректно сконфигурированные и помеченные маркером
Хранение контактов в адресной книге Gmail и задач в Календаре Google
В первую очередь следует установить агенты, позволяющие источникам данных Akonadi взаимодействовать со службами Google:
А затем перейти к модулю Источники данных, выбрать источник данных akonadi-addressbook-resource ( akonadi-calendar-resource ), нажать кнопку Изменить, в открывшемся окне Настройка источника — Параметры системы нажать кнопку Manage Address Book Sources (Manage Calendar Sources), в открывшемся окне Manage Address Book Sources — Параметры системы (Manage Calendar Sources — Параметры системы) нажать кнопку Добавить, в открывшемся окне Параметры системы выбрать Akonadi Google Contacts Resource (Akonadi Google Calendar Resource), ввести имя своей учетной записи и пароль Gmail, ввести пароль KWallet, если он не был введен ранее, закрыть окно Manage Address Book Sources – Параметры системы (Manage Calendar Sources – Параметры системы), выбрать добавленный агент akonadi_googledata_resource_0 ( akonadi_gcal_resource_0 ), установить «галочки» Contacts и Distribution Lists (Events, Todos и Journals) и нажать кнопку Ok. Вот и вся настройка. На десерт я предлагаю видеоролик, демонстрирующий использование свеженастроенных функций в KAddressBook (при желании Вы сможете найти в Сети аналогичную инструкцию по использованию соответствующих функций в KOrganizer):
Заключение
Я надеюсь, что после прочтения этой статьи Вы сможете устранить ошибки автоматического запуска сервера Akonadi и забыть про надоевшие сообщения Процесс управления Akonadi не зарегистрирован в D-Bus и Процесс управления сервером Akonadi не зарегистрирован в D-Bus, а также начнете использовать систему Akonadi в повседневной работе, не забывая делиться с общественностью приобретенным опытом.
Источник
Автостарт отключения akonadi и nepomuk [РЕШЕНО]
akonadictl stop
nepomukctl stop
что бы они правильно отрабатывали при старте кед.
я уже замучился, перепробовал все автостарты которые я знаю, но не помогает.
нужно именно так. , другие варианты отключения этих бредовых технологий не подходят.
Я вообще из кде только некоторые проги юзаю, этого вроде хватает.
Natrio
А пустой фейковый пакет вместо аконади пробовал?
По-отключать все связанное с этой херовиной в системных настройках и почистить лишнее в /usr/share/autostart (придется делать после каждого обновления кедовых либ).
П.С. Если хочется именно через одно место, то создать скрипт и засунуть его в автозапуск кед. Автозапуск — скрипт в
/.kde4/env или «Параметры системы — Запуск и завершение — Автозапуск».
этот способ лучше чем, с akonadiserverrc.
который заставляет проглючить и не запуститься серверу аконади, из та того что сервер базы данных не запустился!
vadik
Лучше делать так, чтоб эта ересь вообще не запускалась.
nafanja
этот способ лучше чем, с akonadiserverrc.
Источник
Проблема: Ошибка запуска сервера Akonadi [РЕШЕНО]
Комментарии (5)
Встречался с похожей проблемой, но хотелось бы подробностей))). В каталоге (если не ошибаюсь) $HOME/.local/akonadi должен быть лог с ошибками.
Удалось найти решение данной проблемы самостоятельно. Но выложить отчёт в добавление к скриншоту, нахожу разумным. Думаю, это позволит найти решение проблемы через поиск и другим пользователям, столкнувшимся с аналогичной проблемой. Поэтому, спасибо за комментарий и дельное предложение.
один добрый человек, уже писал тут о решение этой проблемы, к сожалению пост не смог найти. решение заключалось в удалении и пере установке «чего-то», по скольку я нуп я не запомнил чего, но кажется, что то связанное с virtuoso:)
мне помогло и усё работает.
Я думаю, что ты видел мой блог, именно этот.
По началу мне показалось, что я нашёл решение путём удаления пакета virtuoso-nepomuk, и сразу же создал на радостях этот блог. Затем оказалось, что удаление данного пакета на самом деле не дало никакого результата. Я снова установил пакет virtuoso-nepomuk, и мне опять почудилось, что это решило мою проблему, поэтому я исправил свой блог. Но с течением времени выяснилось, что и это не дало желаемого результата. Тогда я просто изменил заголовок темы и отредактировал текст блога.
Такая многократная иллюзия того, что проблема решена была вызвана тем, что я не знал какие именно условия создают появление окна «Внутренние тесты сервера Akonadi — Kontact». В настоящий момент выяснилось, что для того, чтобы воспроизвести эту ситуацию необходимо, чтобы перед запуском приложения Kontact сервер Akonadi не был запущен, а после запуска приложения Kontact необходимо подождать около 2-х минут. Если сервер Akonadi запущен до того, как запускается Kontact, тогда сообщение о внутренних тестах не вылетает. Таким образом решение данной проблемы свелось к задачи: как добиться автоматического запуска сервера Akonadi?
Решение удалось найти и в скором времени я покажу его в самом блоге.
Такая же проблема при переустановке.
Переустановка ничего не решает.
Все заработало после удаления папок
/.local/share/akonadi
Без перезагрузки. Просто перезапуском из «Параметры -системы — личные данные»
Источник
FreeBSD: Устранение ошибок автоматического запуска сервера Akonadi
Начиная со второго сеанса работы в KDE4, у меня перестал запускаться сервер Akonadi, а в его журнале начали появляться сообщения об ошибках сервера MySQL, а также более странные сообщения «Процесс управления Akonadi не зарегистрирован в D-Bus» и «Процесс управления сервером Akonadi не зарегистрирован в D-Bus». Судя по диалогам на форумах, многие столкнулись с данной проблемой, руководство по решению которой мне так и не попалось. Пришлось разбираться самостоятельно.
Зачем тратить время на настройку системы Akonadi?
Так думают все, кто расценивает систему Akonadi (далее — Akonadi), как не понятно зачем придуманное дополнение для PIM приложений KDE4. Это ошибочный подход. Akonadi является интерфейсом, обеспечивающим стыковку приложений KDE4 с большинством существующих хранилищ персональных данных (адресных книг, календарей и т.д.), начиная с файлов на локальном диске и заканчивая корпоративными Groupware-серверами и Online-службами сети Интернет. Чтобы не быть голословным, я покажу, как с помощью Akonadi можно за несколько минут организовать хранение контактов KAddressBook в адресной книге Gmail и задач KOrganizer в Календаре Google.
Причины ошибок автоматического запуска сервера Akonadi
Я столкнулся с двумя причинами возникновения ошибок запуска сервера Akonadi, первая из которых связана с нарушением структуры баз данных Akonadi, вторая — с отсутствием корректно настроенных источников данных Akonadi. Кроме этого, возможно появление некорректно настроенных источников данных Akonadi, связаное с ошибками в работе службы миграции Akonadi, предназначенной для переноса данных из хранилищ устаревших типов в хранилища Akonadi. Для отключения автозапуска службы миграции Akonadi можно выполнить команду:
Устранение проблем с базой данных Akonadi
На всякий случай напомню, что по умолчанию Akonadi запускает отдельный экземпляр сервера MySQL для хранения базы данных akonadi (в терминологии Akonadi — локальный сервер MySQL). База данных akonadi и системные базы данных локального сервера MySQL создаются в момент первого запуска сервера Akonadi. При выполнении этой операции могут возникать ошибки, признаком наличия которых являются сообщения Журнал сервера MySQL содержит предупреждения или Журнал сервера MySQL содержит ошибки в окне Внутренние тесты сервера Akonadi — Параметры системы, для отображения которого следует перейти к модулю Настройка Akoandi, находящемуся на закладке Дополнительно окна Параметры системы, в открывшемся окне Настройка Akonadi — Параметры системы перейти на закладку Настройка сервера Akonadi и нажать кнопку Проверка. После нескольких безуспешных попыток «приручения» локального сервера MySQL, я решил попробовать разместить базу данных akonadi на центральном сервере MySQL, который был установлен из портов (в терминологии Akonadi — внешнем сервере MySQL). Этого оказалось достаточно для устранения всех проблем с базой данных Akonadi, в связи с чем я рекомендую Вам последовать моему примеру. Для создания базы данных akonadi и пользователя akonadi необходимо запустить клиент MySQL командой:
ввести пароль пользователя-администратора и выполнить три SQL-запроса:
А затем перейти на закладку Настройка сервера Akonadi окна Настройка Akonadi — Параметры системы и изменить параметры доступа к внешнему серверу MySQL: снять «галочку» Использовать локальный сервер MySQL, ввести в поля Database name, Пользователь и Пароль заданные на предыдущем этапе имя базы данных, имя пользователя и пароль, ввести в поле Параметры текст UNIX_SOCKET=/tmp/mysql.sock .
Теперь можно удалить содержимое папки $HOME/.local/config/akonadi (трогать саму папку не стоит, т.к. она будет автоматически создана при следующем запуске сервера Akonadi, который по умолчанию размещает в ней свой сокет, имеющий имя akonadiserver.socket ):
На этом устранение проблем с базой данных Akonadi заканчивается, можно запустить / перезапустить / остановить сервер Akonadi, однако, пока только вручную. Если перезапустить сеанс KDE4, сервер Akonadi опять не запустится, в его журнале не будет информации об ошибках MySQL, однако, упомянутые выше сообщения Процесс управления Akonadi не зарегистрирован в D-Bus и Процесс управления сервером Akonadi не зарегистрирован в D-Bus, а, возможно, и Агенты источников не найдены, никуда не денутся.
Настройках источников данных Akonadi
В первую очередь необходимо перейти на закладку Настройка сервера Akonadi окна Настройка Akonadi – Параметры системы и вручную запустить сервер Akonadi, переключиться на закладку Настройка источников Akonadi и удалить некорректно сконфигурированные и помеченные маркером
Хранение контактов в адресной книге Gmail и задач в Календаре Google
В первую очередь следует установить агенты, позволяющие источникам данных Akonadi взаимодействовать со службами Google:
А затем перейти к модулю Источники данных, выбрать источник данных akonadi-addressbook-resource ( akonadi-calendar-resource ), нажать кнопку Изменить, в открывшемся окне Настройка источника — Параметры системы нажать кнопку Manage Address Book Sources (Manage Calendar Sources), в открывшемся окне Manage Address Book Sources — Параметры системы (Manage Calendar Sources — Параметры системы) нажать кнопку Добавить, в открывшемся окне Параметры системы выбрать Akonadi Google Contacts Resource (Akonadi Google Calendar Resource), ввести имя своей учетной записи и пароль Gmail, ввести пароль KWallet, если он не был введен ранее, закрыть окно Manage Address Book Sources – Параметры системы (Manage Calendar Sources – Параметры системы), выбрать добавленный агент akonadi_googledata_resource_0 ( akonadi_gcal_resource_0 ), установить «галочки» Contacts и Distribution Lists (Events, Todos и Journals) и нажать кнопку Ok. Вот, собственно, и вся настройка.
Заключение
Я надеюсь, что после прочтения этой статьи Вы сможете устранить ошибки автоматического запуска сервера Akonadi и забыть про надоевшие сообщения Процесс управления Akonadi не зарегистрирован в D-Bus и Процесс управления сервером Akonadi не зарегистрирован в D-Bus, а также начнете использовать систему Akonadi в повседневной работе, не забывая делиться с общественностью приобретенным опытом.
Понравилась статья?
Поделитесь ссылкой в социальной сети или блоге:
Источник