Настройка системы сбоев man-db с плохими системными вызовами

Если вы копируете существующую систему Ubuntu, да, тогда вы также должны скопировать раздел EFI.

Если вы можете выполнить новую установку, вы также можете решить установить устаревшую установку, которая не нуждается в разделе EFI. Невозможно преобразовать установленную систему из UEFI в Legacy или наоборот. По крайней мере, я не знаю, это определенно не тривиально.

Объяснить, что такое раздел EFI:

Он необходим для новых систем, использующих технологию U (U) EFI Загружать. Этот раздел является общим для всех установленных операционных систем. Каждый загрузчик хранит там некоторые файлы, которые описывают, как он хочет быть вызван системой UEFI.

3
задан 3 July 2018 в 21:24

18 ответов

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 23 July 2018 в 09:14

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 23 July 2018 в 14:28

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 31 July 2018 в 13:34

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 31 July 2018 в 17:51

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 2 August 2018 в 10:53

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 3 August 2018 в 09:34

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 5 August 2018 в 00:54

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 6 August 2018 в 17:19

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 8 August 2018 в 21:32

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель. Я предположил, что наилучшим образом догадывается об обходном пути для git master.

Предполагая, что я получу несколько успешных тестовых отчетов об этих изменениях, они будут в man-db 2.8. 4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

2
ответ дан 14 August 2018 в 11:17
  • 1
    Спасибо за ID'ing Астрилл как виновник. Я даже не понял, что он все еще установлен. Я больше не использую его, поэтому apt-get remove astrill -purge исправил проблему. – Huaidan 16 July 2018 в 17:43
  • 2
  • 3
    @Sinisa Я выпустил 2.8.4 в тот же день, когда вы опубликовали этот комментарий. 18.04 не получит 2.8.4 напрямую, но я открыл bugs.launchpad.net/ubuntu/+source/man-db/+bug/1785414 для резервного копирования исправлений песочницы и загрузки поскольку это ожидает рассмотрения. Ошибка будет обновлена, когда она будет доступна. – Colin Watson 5 August 2018 в 13:48
  • 4
    @ColinWatson Я включил предварительно выпущенные обновления (предлагаемые бионики), и после запуска обновления (заняло довольно много времени) кажется, что проблема с мандипом исчезла. Однако стоит отметить, что когда я проверяю mandb -version, я все равно получаю версию 2.8.3, поэтому манба не обновлялась в последних предварительно выпущенных элементах, и все же это не вызывает (на данный момент) больше проблем. После этого обновления я установил некоторое программное обеспечение, и мандиба не застряла с «Плохим системным вызовом». Может быть, важная информация для вас. – Sinisa 9 September 2018 в 07:24
  • 5
    – Colin Watson 3 November 2018 в 19:26

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что я работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель.

Предполагая, что я получу несколько успешных отчетов об этих изменениях, они будут в man-db 2.8.4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

1
ответ дан 17 July 2018 в 13:36

У меня было несколько ответов на мой запрос на вывод strace, за что большое спасибо. Большинство из них указывают на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс в системе с помощью /etc/ld.so.preload, тем самым делая эффективную обработку песочницы сложнее. Я полагаю, что я работал над этим в git-хозяине.

В одном ответе указано использование антивирусного программного обеспечения ESET File Security, которое делает аналогичную вещь. Я пытался решить проблемы с этим в прошлом, но, похоже, это немного движущаяся цель.

Предполагая, что я получу несколько успешных отчетов об этих изменениях, они будут в man-db 2.8.4, и они небольшие и достаточно автономные, что я должен был бы сделать их стабильными обновлениями для Ubuntu 18.04.

1
ответ дан 20 July 2018 в 13:40
  • 1
    Спасибо за ID'ing Астрилл как виновник. Я даже не понял, что он все еще установлен. Я больше не использую его, поэтому apt-get remove astrill -purge исправил проблему. – Huaidan 16 July 2018 в 17:43

У меня есть эта проблема и я видел ее на нескольких машинах, я связался с Astrill, и они написали:

«Это вызвано apparmor. Обязательно обновите astrill до последней версии. чтобы улучшить это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных libaries, и я не могу много сделать об этом, кроме исключений таких программ.

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному на строку: /etc/lsp.exclude

I исправлено man в некоторых последних версиях, поэтому убедитесь, что у вас есть последняя версия astrill. Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

Я исключил sshd, bash, sh, grotty, groff, man "

Я могу подтвердить, если mandb добавлен /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Астрилл.

0
ответ дан 2 August 2018 в 10:53

У меня есть эта проблема и я видел ее на нескольких машинах, я связался с Astrill, и они написали:

«Это вызвано apparmor. Обязательно обновите astrill до последней версии. чтобы улучшить это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных libaries, и я не могу много сделать об этом, кроме исключений таких программ.

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному на строку: /etc/lsp.exclude

I исправлено man в некоторых последних версиях, поэтому убедитесь, что у вас есть последняя версия astrill. Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

Я исключил sshd, bash, sh, grotty, groff, man "

Я могу подтвердить, если mandb добавлен /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Astrill.

UPDATE: я получил Astrill, они добавят манбу к /etc/lsp.exclude

0
ответ дан 3 August 2018 в 09:34

У меня есть эта проблема и я видел ее на нескольких машинах, я связался с Astrill, и они написали:

«Это вызвано apparmor. Обязательно обновите astrill до последней версии. чтобы улучшить это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных libaries, и я не могу много сделать об этом, кроме исключений таких программ.

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному на строку: /etc/lsp.exclude

I исправлено man в некоторых последних версиях, поэтому убедитесь, что у вас есть последняя версия astrill. Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

Я исключил sshd, bash, sh, grotty, groff, man "

Я могу подтвердить, если mandb добавлен /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Astrill.

UPDATE: я получил Astrill, они добавят манбу к /etc/lsp.exclude

0
ответ дан 5 August 2018 в 00:54
sudo useradd vivek У меня есть эта проблема, и я видел ее на нескольких машинах, я связался с Астриллом, и они написали: [11221] /home/vivek «Это вызвано apparmor. Обязательно обновите astrill до последней версии. улучшите это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных библиотеках, и я не могу многое сделать это исключает такие программы. [11222]

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному в строке: /etc/lsp.exclude

Я исправил человека в некоторых последние версии, поэтому убедитесь, что у вас есть последняя версия astrill.Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

[ 11225] Я исключил sshd, bash, sh, grotty, groff, man "[112 25] [11226] Я могу подтвердить, добавлена ​​ли мандаба /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Астрилл. [11226] [11227] UPDATE: Я получил Astrill, они добавят манду к /etc/lsp.exclude[11227]
0
ответ дан 6 August 2018 в 17:19
sudo useradd vivek У меня есть эта проблема, и я видел ее на нескольких машинах, я связался с Астриллом, и они написали: [11221] /home/vivek «Это вызвано apparmor. Обязательно обновите astrill до последней версии. улучшите это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных библиотеках, и я не могу многое сделать это исключает такие программы. [11222]

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному в строке: /etc/lsp.exclude

Я исправил человека в некоторых последние версии, поэтому убедитесь, что у вас есть последняя версия astrill.Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

[ 11225] Я исключил sshd, bash, sh, grotty, groff, man "[112 25] [11226] Я могу подтвердить, добавлена ​​ли мандаба /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Астрилл. [11226] [11227] UPDATE: Я получил Astrill, они добавят манду к /etc/lsp.exclude[11227]
0
ответ дан 8 August 2018 в 21:32

У меня есть эта проблема и я видел ее на нескольких машинах, я связался с Astrill, и они написали:

«Это вызвано apparmor. Обязательно обновите astrill до последней версии. чтобы улучшить это, исключив некоторые программы, которые плохо себя ведут. В основном apparmor сбрасывает эти программы, когда они пытаются получить доступ к общей памяти вместо отказа в доступе, возвращая соответствующее ядро ​​ошибки. Я считаю, что это ошибка в apparmor или системных libaries, и я не могу много сделать об этом, кроме исключений таких программ.

Я создал файл конфигурации, в котором вы можете исключить неправильные программы, указав имя исполняемого файла, по одному на строку: /etc/lsp.exclude

I исправлено man в некоторых последних версиях, поэтому убедитесь, что у вас есть последняя версия astrill. Если она не работает, попробуйте выяснить, какие программы добавить в список. Пожалуйста, пришлите мне список назад, и я могу включить его в следующую версию.

Я исключил sshd, bash, sh, grotty, groff, man "

Я могу подтвердить, если mandb добавлен /etc/lsp.exclude проблема исчезает (по крайней мере, на моей машине). Я также сообщил Astrill.

UPDATE: мне сообщили Astrill, что они добавят манбу к /etc/lsp.exclude

UPDATE: я отправил ваши комментарии на астрал, Я был проинформирован ими, что следующее обновление будет исключать манбу, но ...

0
ответ дан 14 August 2018 в 11:17
  • 1
    Ваш контакт в Astrill ошибочен: это не вызвано AppArmor, а скорее строгой изолированной песочницей seccomp в man-db, которая ограничивает использование системных вызовов. Это преднамеренно, а не вообще ошибка, хотя man-db 2.8.4 немного ослабляет песочницу, чтобы справиться с Astrill. Если вы контактируете с Astrill, то, пожалуйста, (пожалуйста, пожалуйста!) Попросите их изменить свою библиотеку предварительной загрузки, чтобы делать то, что она делает, когда процесс затрагивает что-то, что связано с сетью; нет оправдания тому, что он обманывает другие процессы. – Colin Watson 4 August 2018 в 22:00

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

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