Почему Akonadi на KDE 4.6.0 отказывается начинать?

Question 1

Все остальные ответы до сих пор, похоже, сосредотачиваются вокруг изменения таймаута по умолчанию, как долго вы снова вводите пароль с помощью sudo. Однако, если вы хотите просто запускать команды как root без добавления каждой команды с помощью sudo, вы можете получить корневую оболочку с помощью:

sudo -i

или

sudo bash

или

sudo <your preferred shell here>

. Хотя все они только запускают один процесс с правами root, единственный процесс, о котором идет речь, просто является оболочкой, которая позволит вам запустить столько других процессов, сколько вы например root, без необходимости вводить sudo или пароль. :)

Конечно, с большой силой приходит большая ответственность, не делайте глупостей и т. д.

Question 2

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 3

Question 4

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 5

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 6

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 7

Question 8

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Question 9

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 10

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 11

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 12

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 13

Question 14

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Question 15

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 16

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 17

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 18

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 19

Question 20

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Question 21

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 22

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 23

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 24

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 25

Question 26

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Question 27

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 28

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 29

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 30

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 31

Question 32

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Question 33

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

Question 34

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Question 35

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

Question 36

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

Question 37

Question 38

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 1 · 25 July 2018 в 22:30

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 25 July 2018 в 22:30

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 2 · 25 July 2018 в 22:30

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 3 · 25 July 2018 в 22:30

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 4 · 25 July 2018 в 22:30

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 5 · 25 July 2018 в 22:30

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 6 · 31 July 2018 в 12:53

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 31 July 2018 в 12:53

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 7 · 31 July 2018 в 12:53

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 8 · 31 July 2018 в 12:53

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 9 · 31 July 2018 в 12:53

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 10 · 31 July 2018 в 12:53

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 11 · 2 August 2018 в 03:57

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 2 August 2018 в 03:57

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 12 · 2 August 2018 в 03:57

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 13 · 2 August 2018 в 03:57

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 14 · 2 August 2018 в 03:57

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 15 · 2 August 2018 в 03:57

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 16 · 4 August 2018 в 20:00

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 4 August 2018 в 20:00

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 17 · 4 August 2018 в 20:00

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 18 · 4 August 2018 в 20:00

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 19 · 4 August 2018 в 20:00

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 20 · 4 August 2018 в 20:00

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 21 · 6 August 2018 в 04:02

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 6 August 2018 в 04:02

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 22 · 6 August 2018 в 04:02

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 23 · 6 August 2018 в 04:02

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 24 · 6 August 2018 в 04:02

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 25 · 6 August 2018 в 04:02

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

belacqua · Answer 26 · 7 August 2018 в 22:00

Попробуйте (также) следующее:

K -> Настройки системы -> Запуск и завершение работы.

На вкладке «Автозапуск» выберите «Добавить программу» и подайте команду «akonadictl start».

0

ответ дан belacqua 7 August 2018 в 22:00

1

Если я что-то не хватает, я не вижу, как это может помочь, учитывая, что «akonadictl start» уже был проверен из командной строки. – belacqua 16 March 2011 в 05:05

Eliah Kagan · Answer 27 · 7 August 2018 в 22:00

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

sudo aa-complain usr.sbin.mysqld-akonadi

, чтобы запустить Aknoadi. Но давайте проанализируем проблему.

Apparmor - это утилита безопасности администратора, которая устанавливает ограничения на программы. Когда Ubuntu настроен, служебная утилита apparmor вводит профиль безопасности в / usr / sbin / mysqld-akonadi. Этот профиль находится в /etc/apparmor.d/usr.sbin.mysqld-akonadi "и содержит следующую спецификацию, которую я сократил здесь для конкретной ситуации:

profile /usr/sbin/mysqld  {
    ## [stuff snipped]
    @{HOME}/.local/share/akonadi/** rwk,
}

I ' я уверен, что «r» означает «читать», «w» означает «писать», а «k» означает «mknod». Это говорит о том, что mysqld разрешено создавать файлы и каталоги в любом месте под пользователем aknoadi каталог

Где / usr / sbin / mysqld-akonadi не работает в соответствии с /var/log/kern.log:

Apr 11 14:14:42 adiron kernel: [572346.502653] type=1400 audit(1334168082.226:675): apparmor="ALLOWED" operation="mknod" parent=31088 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxxx/.local/share/akonadi/db_data/adiron.lower-test" pid=31090 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Говорят, что он не работает точно, на вызове «mknod». Странно, поскольку я думаю, что он настроен для него.

Однако «man apparmor» содержит следующие строки:

«Ограниченный процесс не может вызвать mknod (2) для создания символьных или блочных устройств. "

Это ограничение, по-видимому, присутствует независимо от спецификации в конкретном профиле.« Закрытый »процесс - это режим« принудительного исполнения ». Выдача вышеупомянутой команды «aa-complain» «отменяет» процесс, а затем разрешено создавать сокеты, только жалуются на него, а также все остальное, что разрешено делать, увеличивая ваши журналы.

Неясно, с этим, казалось бы, необратимым ограничением использования «mknod» при создании mysql розетки могут быть настроены на стороне akonadi. В любом случае, они кажутся только «Предупреждениями» в журнале Akonadi, и кажется, что настоящие Ошибки происходят из таких вещей, как:

Apr 11 13:00:10 adiron kernel: [567875.200843] type=1400 audit(1334163610.926:57): apparmor="DENIED" operation="open" parent=15318 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="/home/xxxxx/.local/share/akonadi/db_data/ibdata1" pid=15320 comm="mysqld" requested_mask="rw" denied_mask="rw" fsuid=1000 ouid=1000
Apr 11 13:00:11 adiron kernel: [567875.355533] type=1400 audit(1334163611.078:58): apparmor="DENIED" operation="open" parent=15327 profile="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" name="//home/xxxxx/.local/share/akonadi/mysql.conf" pid=15329 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

, из которых, похоже, настроен Apparmor. Я в недоумении по этому поводу. Однако включение режима защиты в режим подачи жалобы заставляет его работать. Я думаю, вы могли бы просто удалить usr.sbin.mysql-akonadi из /etc/apparmor.d/, и это будет так же эффективно.

Если вам не хватает команды aa-complain, установите apparmor-utils. - Я хотел бы иметь чистое решение. Но похоже, что их нет. Может быть, отчаяние засасывает, если никто не может настроить apparmor? — JPT, 4 August 2016 в 20:05

nehlsen · Answer 28 · 7 August 2018 в 22:00

насколько я вижу, проблема заключается в конфигурации сервера akonadi: перед обновлением сервер mysql был настроен на / usr / sbin / mysqld в пользовательских настройках (а не в системе и, следовательно, не обновлен) после обновления, профиль apparmor для '/ usr / sbin / mysqld-akonadi' меняет сервер mysql на это исправляет все ... по крайней мере для меня.

snoop · Answer 29 · 7 August 2018 в 22:00

У меня тоже была эта проблема, на kubuntu oneiric, обновленном от natty install, и на другой машине с kubuntu natty.

На обеих машинах помогла магия aa-complain.

На natty мне также пришлось удалить каталог ~/.local/share/akonadi (который я делал несколько раз в одном ядре)

Также не уверен, что установка mysql-server сыграла роль в что (я еще не осмелился удалить его, на обеих машинах)

Akonadi, похоже, работал из коробки на OpenSuSE 11.4. (KDE 4.6.0).

user · Answer 30 · 7 August 2018 в 22:00

В моем случае это имеет какое-то отношение к установленным пакетам mysql-server и mysql-server-5.1. Если я их удалю, akonadi снова начнет работать. Слишком плохо, мне нужен mysql-сервер и на моем ноутбуке ...

Похож, что http://brahmalok.wordpress.com/2010/02/13/akonadi-error-solved/ содержит ответ:

sudo aa-complain mysqld sudo /etc/init.d/apparmor reload sudo aa-complain mysqld-akonadi sudo /etc/init.d/apparmor reload akonadictl start

Почему Akonadi на KDE 4.6.0 отказывается начинать?

40 ответов

Другие вопросы по тегам:

Похожие вопросы: