Установка дб человека разрушает систему с вызовами Системы с ошибками
Ubuntu 18.04 x86_64. С тех пор, как я обновил от 17,10 до 18,04, каждый раз, когда я устанавливаю или выполняю обновления, и последующее обновление дб человека происходит, система застревает в течение приблизительно десяти минут выкладывание ошибок и сильно ударение CPU.
Setting up man-db (2.8.3-2) ...
Updating database of manual pages ...
/usr/bin/mandb: zcat: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/wodim.1.gz: Bad system call (core dumped)
/usr/bin/mandb: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE -q: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-editenv.1.gz: Bad system call (core dumped)
/usr/bin/mandb: zcat: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-editenv.1.gz: Bad system call (core dumped)
/usr/bin/mandb: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE -q: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-file.1.gz: Bad system call (core dumped)
.
.
.
Кроме того, страницы справочника бросают ошибки и пусты:
Manual page man(1) line ?/? (END) (press h for help or q to quit)man:
zcat < /usr/share/man/man1/man.1.gz: Bad system call (core dumped)
man: /usr/lib/man-db/manconv: Bad system call (core dumped)man: preconv: Segmentation fault (core dumped)
man: tbl: Segmentation fault (core dumped)
man: nroff: Bad system call (core dumped)
man: gzip: Bad system call (core dumped)
Существует отчет об ошибках на Debian, описывающем подобную проблему, https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=890355, но я уже выполняю версию man-db это, предположительно, решило проблему (2.8.3). Испытанная переустановка man-db бесцельно. Кто-либо испытывал что-либо подобное, и как зафиксировать?
Вот ссылка на требуемый файл трассировки:
3 ответа
У меня было несколько ответов на мой запрос на strace вывод, для который большое спасибо. Большинство из них указывает на использование программного обеспечения Astrill VPN, которое вводит код в каждый процесс на системном использовании /etc/ld.so.preload, таким образом делая эффективный процесс, играющий в песочнице вполне немного более трудный. Я полагаю, что работал вокруг этого в ведущем устройстве мерзавца.
Один ответ указал на использование антивирусного программного обеспечения Защиты файлов ESET, которое делает подобную вещь. Я попытался работать вокруг проблем с этим в прошлом, но это, кажется, определенная движущаяся цель. Я фиксировал свое лучшее, предполагают обходное решение ведущему устройству мерзавца.
Предположение, что я получаю некоторые успешные отчеты о тестировании об этих изменениях, они будут в дб человека 2.8.4, и они являются маленькими и достаточно автономными, что я должен смочь продвинуть их как стабильные обновления Ubuntu 18.04 также.
У меня есть эта проблема и замеченный это в ряде машин, я связался с Astrill, и они записали обратно:
"Это вызывается apparmor. Удостоверьтесь, что обновили astrill к последней версии. Я пытался улучшить это исключением некоторых программ, которые неправильно себя ведут. В основном apparmor разрушает те программы, когда они пытаются получить доступ к общей памяти вместо того, чтобы запретить доступа путем возврата соответствующего ошибочного ядра. Я полагаю, что это - ошибка в apparmor или системе libaries, и я не могу сделать многого об этом кроме, исключают такие программы.
Я сделал конфигурационный файл, где можно исключить программы неправильного поведения, путем определения исполняемого имени, один на строку:/etc/lsp.exclude
Я зафиксировал человека в некоторых последних версиях, так удостоверьтесь, что у Вас есть последняя astrill версия. Если это не работает, попытайтесь выяснить который программы добавить к списку. Отправьте мне список назад, и мне можно было затем включать это в следующую версию.
Я исключил sshd, удар, sh, безобразный, groff, человек"
Я могу подтвердить, добавляется ли mandb/etc/lsp.exclude, проблема уходит (по крайней мере, на моей машине). Я также сообщил Astrill.
ОБНОВЛЕНИЕ: мне сообщил Astrill, они добавят mandb к/etc/lsp.exclude
ОБНОВЛЕНИЕ: Я передал Ваши комментарии astrill, мне сообщили они, что следующее обновление исключит mandb, но...
Эта проблема Bad system call также возникает, если вы запускаете обновление apt-get с помощью инструмента nocache(1), и он должен обновить некоторые страницы:
# nocache apt-get --yes dist-upgrade
[...]
Processing triggers for systemd (237-3ubuntu10.42) ...
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
/usr/bin/mandb: zcat < /usr/share/man/man8/grub-bios-setup.8.gz: Bad system call
(core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man8/grub-bios-setup.8.gz: Bad system call
(core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man8/grub-install.8.gz: Bad system call (c
ore dumped)
[...etc...]
Справочная страница для nocache() объясняет, что она использует добавленный системный вызов:
This is done by intercepting the `open` and `close` system calls and
calling `posix_fadvise` with the `POSIX_FADV_DONTNEED` parameter.
- Ubuntu 18.04.5 LTS
- Linux xxx 4.15.0-112-generic #113 -Ubuntu SMP, четверг, 9 июля, 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux