Summary: | При взаимодействии с reiserfs: "kernel BUG at fs/reiserfs/journal.c:3039!" или "unable to handle page fault for address" | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Artem Varaksa <varaksaaa> | ||||||||||||
Component: | fstransform | Assignee: | viy <viy> | ||||||||||||
Status: | NEW --- | QA Contact: | qa-sisyphus | ||||||||||||
Severity: | normal | ||||||||||||||
Priority: | P5 | CC: | kernelbot, viy, vt | ||||||||||||
Version: | unstable | ||||||||||||||
Hardware: | x86_64 | ||||||||||||||
OS: | Linux | ||||||||||||||
URL: | https://github.com/cosmos72/fstransform/issues/54 | ||||||||||||||
Attachments: |
|
Description
Artem Varaksa
2023-09-19 17:58:26 MSK
Created attachment 14476 [details]
journalctl (un-def p10 hw)
Created attachment 14477 [details]
journalctl (std-def sisyphus vm)
Created attachment 14478 [details]
fstransform log (un-def p10 hw)
Created attachment 14479 [details]
fstransform log (std-def sisyphus vm)
Прога fstransform не выглядит надежной -- если испортить файловую систему, то ядро может падать - это нормальное поведение. Хоть в README и написано, что она "tested carefully" - признаков CI тестирования в репозитории нет. При сборке пакета тестирования нет (в том числе и в Федоре откуда он взят). Апстрим практически не обновлялся с 2019, а ядро продолжало развиваться. При этом, Reiserfs - заброшенная и плохо поддерживаемая ФС в Линукс - желательно прекратить её использовать. "Reiserfs is deprecated and scheduled to be removed from the kernel in 2025. If you are still using it, please migrate to another filesystem or tell us your usecase for reiserfs." В любом случае, вы можете попробовать завести баг в апстриме. https://github.com/cosmos72/fstransform Мое предложение - удалить fstransform. Завёл ошибку в upstream: https://github.com/cosmos72/fstransform/issues/54. Ошибка в upstream была закрыта. Кратко: 1. Скорее всего, это ошибка ядра или fsck, т. к. fstransform не пишет в монтированные файловые системы, только в не монтированные, и перед монтированием запускает fsck. На это указывает и то, что ошибка воспроизводилась только на некоторых ядрах (6.1). 2. Это не первый случай, когда fstransform вызывал ошибку в ядре. Например, мейнтейнер в upstream сталкивался с ошибкой ядра из-за того что fstransform использует *огромные* sparse-файлы и записывает в них случайном порядке. Подробнее: https://github.com/cosmos72/fstransform/issues/54#issuecomment-1734194232 |