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

Question 1

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

sudo -i

или

sudo bash

или

sudo <your preferred shell here>

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

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

Question 2

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

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

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

Question 3

Question 4

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

Question 5

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

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

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

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

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

Question 6

Кажется, это повторяющаяся проблема для меня при каждой установке, о которой я забыл. Вышеупомянутое решение вроде решает проблему, но мне интересно, есть ли другой способ. На данный момент 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,}

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

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

  Apr 11 14:14:42 Ядро adiron: [572346.502653] type =  1400 аудита (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 "request_mask =" c "denied_mask =" c "fsuid = 1000 ouid = 1000

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

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

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

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

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

  Apr 11 13:00:10 Ядро adiron: [  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 "request_mask =" rw "denied_mask =" rw "fsuid = 1000 ouid = 1000 Апр 11 13:00:11 Ядро adiron: [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 "request_mask =" r "denied_mask =" r "fsuid = 1000 ouid = 1000

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

Question 7

Question 8

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

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

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

Question 9

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

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

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

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

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

Question 10

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

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

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

Question 11

Кажется, это повторяющаяся проблема для меня при каждой установке, о которой я забыл. Вышеупомянутое решение вроде решает проблему, но мне интересно, есть ли другой способ. На данный момент 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,}

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

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

  Apr 11 14:14:42 Ядро adiron: [572346.502653] type =  1400 аудита (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 "request_mask =" c "denied_mask =" c "fsuid = 1000 ouid = 1000

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

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

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

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

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

  Apr 11 13:00:10 Ядро adiron: [  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 "request_mask =" rw "denied_mask =" rw "fsuid = 1000 ouid = 1000 Апр 11 13:00:11 Ядро adiron: [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 "request_mask =" r "denied_mask =" r "fsuid = 1000 ouid = 1000

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

Question 12

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

Question 13

Question 14

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

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

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

user · Answer 1 · 10 August 2018 в 10:14

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

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

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

nehlsen · Answer 2 · 10 August 2018 в 10:14

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

snoop · Answer 3 · 10 August 2018 в 10:14

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

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

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

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

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

Eliah Kagan · Answer 4 · 10 August 2018 в 10:14

Кажется, это повторяющаяся проблема для меня при каждой установке, о которой я забыл. Вышеупомянутое решение вроде решает проблему, но мне интересно, есть ли другой способ. На данный момент 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,}

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

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

  Apr 11 14:14:42 Ядро adiron: [572346.502653] type =  1400 аудита (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 "request_mask =" c "denied_mask =" c "fsuid = 1000 ouid = 1000

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

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

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

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

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

  Apr 11 13:00:10 Ядро adiron: [  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 "request_mask =" rw "denied_mask =" rw "fsuid = 1000 ouid = 1000 Апр 11 13:00:11 Ядро adiron: [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 "request_mask =" r "denied_mask =" r "fsuid = 1000 ouid = 1000

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

belacqua · Answer 5 · 10 August 2018 в 10:14

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

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

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

snoop · Answer 6 · 13 August 2018 в 16:38

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

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

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

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

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

belacqua · Answer 7 · 13 August 2018 в 16:38

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

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

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

0

ответ дан belacqua 13 August 2018 в 16:38

1

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

Eliah Kagan · Answer 8 · 13 August 2018 в 16:38

Кажется, это повторяющаяся проблема для меня при каждой установке, о которой я забыл. Вышеупомянутое решение вроде решает проблему, но мне интересно, есть ли другой способ. На данный момент 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,}

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

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

  Apr 11 14:14:42 Ядро adiron: [572346.502653] type =  1400 аудита (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 "request_mask =" c "denied_mask =" c "fsuid = 1000 ouid = 1000

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

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

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

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

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

  Apr 11 13:00:10 Ядро adiron: [  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 "request_mask =" rw "denied_mask =" rw "fsuid = 1000 ouid = 1000 Апр 11 13:00:11 Ядро adiron: [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 "request_mask =" r "denied_mask =" r "fsuid = 1000 ouid = 1000

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

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

nehlsen · Answer 9 · 13 August 2018 в 16:38

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

user · Answer 10 · 13 August 2018 в 16:38

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

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

 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 ответов

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

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