Оптимальные параметры монтирования + проблемы при commit=600

оптимальные под какую задачу?

оптимальные под какую задачу?

Просрать как можно больше данных, судя по всему. Да, есть ситуации, когда такие параметры не преступление, но это не тот случай.

Просрать как можно больше данных

к такому делу надо подходить основательно :) Особенно если данные важные, то необходимо сразу решительно пресечь попытки их восстановления

Вообще говоря должны потерятся данные только за последние 10 мин.

Я например на своей btfs сижу с commit=3600 и ничего, ни каких потерь не заметил, хотя я основном новеллы читаю.

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

потому, в принципе, и спросил про задачу

При особо ответственных операциях можно сделать sync && sync && sync

ты просто не прав. смирись, и оставь хотя б 60.

1. специальная опция defaults указывается только если других нет (подразумевает: rw, suid, dev, exec, auto, nouser, и async), указывать defaults вместе с другими опциями не нужно.
2. вот уже пару лет с такими опциями в fstab: lazytime,commit=600,errors=remount-ro все отлично выключается.

ты - не показатель, тараканы хранят своего б*га

друид тараканов ахах