предлагаю игнорировать проверку корня на файловых системах, для которых нет совместимого fsck (например, btrfs). В случае такой ошибки сейчас fsck завершает свою работу с кодом возврата 8. Ну, или хотя-бы научиться читать fstab и игнорировать корневую FS, если в последнем поле fstab для неё выставлен 0.
(In reply to comment #0) > предлагаю игнорировать проверку корня на файловых системах, для которых нет > совместимого fsck (например, btrfs). В случае такой ошибки сейчас fsck > завершает свою работу с кодом возврата 8. Проще и правильнее сделать ссылку /sbin/fsck.TYPE -> /bin/true > Ну, или хотя-бы научиться читать fstab и игнорировать корневую FS, если в > последнем поле fstab для неё выставлен 0. А это, наверное, тогда должен делать сам fsck.
Перевешиваю на пакет, в котором сейчас живет fsck.
ping ?
(В ответ на комментарий №1) > (In reply to comment #0) > > предлагаю игнорировать проверку корня на файловых системах, для которых нет > > совместимого fsck (например, btrfs). В случае такой ошибки сейчас fsck > > завершает свою работу с кодом возврата 8. > > Проще и правильнее сделать ссылку /sbin/fsck.TYPE -> /bin/true Мне как-то совсем не нравится такое изменение т.к. если fsck.TYPE есть, но запакован в другом пакете, то всё будет казаться нормальным, до момента, когда файлуха не сломается и не выяснится, что специфический пакет отсутствовал на машине. Это просто реализовать, но это будет вводить в заблуждение. > > Ну, или хотя-бы научиться читать fstab и игнорировать корневую FS, если в > > последнем поле fstab для неё выставлен 0. > > А это, наверное, тогда должен делать сам fsck. А разве passno сейчас игнорируется при -A ?
Долгое время без ответа. Переоткройте если ещё актуально.
