Я думал, что Вы могли просто записать немного сценария, который печатает, если текущее значение отличается от последнего больше, чем N. Так как Ваши данные, кажется, очень дискретны, и изменения происходят от одного измерения до следующего, которое должно работать.
Что-то как
awk -F, -v thr=100 '{if ($2-last>thr || last-$2>thr){print;} last=$2;}' foo.csv
согласно Человеку FSTAB
:
шестое поле (fs_Passno). Это поле используется программой FSCK (8) для определения порядка, в которых проверки файловой системы выполнены при перезагрузке. Корневая файловая система должна быть указана с FS_PASSNO из 1, и другие файловые системы должны иметь FS_Passno из 2. файловых систем в приводе будет проверяться последовательно, но файловые системы на разных дисках будут проверяться одновременно для использования параллелизма, доступными в оборудовании Отказ Если шестое поле нет или ноль, возвращается значение ноль, а FSCK предположит, что файловая система не должна быть проверена.
Итак 3
недействителен. Кроме того, влияет FSTAB
, просто проверяя время загрузки, не каждый раз, когда устройство установлено устройство. Итак, чтобы проверить во время загрузки, измените 6-е поле в 2
. Если вы хотите сделать проверку каждого крепления, вы можете сделать это простым сценарием или даже сделать псевдоним (например,
alias bk_mount='fsck -a UUID=c870ccb3-e472-4a3e-8e82-65f4fdb73b38 && \
mount /media/backup_disk_1'
Это предупреждение довольно бессмысленно, чтобы вы могли просто игнорировать его или, альтернативно, вы можете избавиться от него с помощью TUNE2FS -C 0 / DEV / SDB
. На самом деле нет причин FSCK файловой системы после X Mounts, особенно с Ext3 / 4. Это проведение, когда Ext2 была новой в 90-х годах, и считалось, что это будет просто «хорошая идея», «на всякий случай».