Рейтинг:0

`x-systemd.automount` + `x-systemd.idle-timeout` + `exfat` = потеря данных?

флаг in

Я настроил ежечасное автоматическое резервное копирование на несколько отформатированных дисков exFAT. Вот пример одного из креплений согласно x-systemd.automount и другие вкусности:

UUID=XXXX-XXXX /media/XXXX-XXXX auto noauto,nofail,nouser,uid=root,gid=users,umask=007,X-mount.mkdir,x-systemd.automount,x-systemd.device-timeout= 1,x-systemd.idle-timeout=60 0 2

Это работало нормально некоторое время, до вчерашнего дня. У меня есть два каталога в /медиа/ХХХ-ХХХХ, один предназначен для резервного копирования от пользователя а и еще один от пользователя б. Эти резервные копии могут выполняться параллельно, поскольку в этом случае невозможно перекрытие или повреждение данных. Кроме того, программное обеспечение для резервного копирования блокирует каталог, в который оно сбрасывает данные, поэтому в этом отношении оно также безопасно. Я заметил последнюю успешную резервную копию для а вчера последовали постоянные сбои для него впоследствии (потому что это программное обеспечение для инкрементного резервного копирования проверяет метаданные, а репозиторий резервных копий в этом каталоге на самом деле настроен правильно, и ничего не повреждено). Когда я заглянул в этот каталог для а, он оказывается пустым, хотя сам каталог есть. Также обратите внимание, что б все в порядке, его каталог заполнен данными, и резервное копирование продолжается без каких-либо проблем. Я проверил журналctl и я не вижу ошибок, связанных с этим диском/монтированием. Он был размонтирован и перемонтирован несколько раз между последним успешным резервным копированием для а и первый неудачный, что нормально, учитывая варианты монтажа выше.

я тоже бежал

sudo fsck.exfat -r /dev/sdxX

и это удалось, но не восстановило никаких данных. Кроме того, состояние диска не сообщает о битых секторах.

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

Мой вопрос заключается в том, возможно ли, что данные исчезнут таким выборочным образом (т. е. только все файлы внутри определенного каталога), если нет извлечения (это внутренний диск, кстати) и подлежат только размонтированию / перемонтированию? Существует известная проблема извлечения без предварительного размонтирования (что опять же не имеет ничего общего с описанным выше сценарием), но это относится только к вновь поставленным в очередь данным, которые все еще буферизуются для записи, т. е. даже в этом случае старые данные все еще должны будь там.

Может быть, это проблема exFAT (относительно новая, не так ли)? Дело в том, что я не знаю, как с этим теперь быть и к кому обратиться за помощью (команда ядра Linux? разработчики драйверов exFAT? системад разработчиков?), так как ничего подозрительного в логах нет.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.