История изменений
Исправление intelfx, (текущая версия) :
Гм. Тогда, наверное, стоит понять, почему портится, а не скотчекостылить :]
Но ладно. Во-первых, определи, из какого конкретно устройства монтируется storage (имеется в виду — напрямую из /dev/mmcblkXpY или из какого-то симлинка). Это нужно, чтобы переопределить соответствующий инстанс systemd-fsck@.service, потому что строка после @ — это просто строка, и в этом контексте симлинк != цель симлинка.
Во-вторых, нужно понять, кто отвечает за «автоматическое» монтирование всех найденных разделов (в т. ч. того, где у тебя будет резервный образ). Если там генератор, который на лету генерит systemd-юниты в самом начале загрузки — то в переопределённый инстанс нужно добавить After= от соответствующего mount-юнита. В противном случае нужно примонтировать его руками, а потом отмонтировать.
Ну и, наконец, что, fsck (именно полновесный fsck, а не fsck -p) не может починить этот раздел?
Исправление intelfx, :
Гм. Тогда, наверное, стоит понять, почему портится, а не скотчекостылить :]
Но ладно. Во-первых, определи, из какого конкретно устройства монтируется storage (имеется в виду — напрямую из /dev/mmcblkXpY или из какого-то симлинка). Это нужно, чтобы переопределить соответствующий инстанс systemd-fsck@.service, потому что строка после @ — это просто строка, и в этом контексте симлинк != цель симлинка.
Во-вторых, нужно понять, кто отвечает за «автоматическое» монтирование всех найденных разделов (в т. ч. того, где у тебя будет резервный образ). Если там генератор, который на лету генерит systemd-юниты в самом начале загрузки — то в переопределённый инстанс нужно добавить After= от соответствующего mount-юнита. В противном случае нужно примонтировать его руками, а потом отмонтировать.
Ну и, наконец, что, fsck (именно fsck, а не fsck -p) не может починить этот раздел?
Исходная версия intelfx, :
Гм. Тогда, наверное, стоит понять, почему портится, а не скотчекостылить :]
Но ладно. Во-первых, определи, из какого конкретно устройства монтируется storage (имеется в виду — напрямую из /dev/mmcblkXpY или из какого-то симлинка). Это нужно, чтобы переопределить соответствующий инстанс systemd-fsck@.service, потому что строка после @ — это просто строка, и в этом контексте симлинк != цель симлинка.
Во-вторых, нужно понять, кто отвечает за «автоматическое» монтирование всех найденных разделов (в т. ч. того, где у тебя будет резервный образ). Если там генератор, который на лету генерит systemd-юниты в самом начале загрузки — то в переопределённый инстанс нужно добавить After= от соответствующего mount-юнита. В противном случае нужно примонтировать его руками, а потом отмонтировать.
Ну и, наконец, что, fsck не может починить этот раздел?