ext4 переопределяет мой вариант коммита = 100 при коммите = 0

8

Вот соответствующая строка из моего файла / etc / fstab:

UUID=f51aa298-9ce4-4a19-a323-10df333f34f5 /               ext4    data=writeback,noatime,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr       0       1

Вот что происходит, когда я набираю команду «mount»:

/dev/sda1 on / type ext4 (rw,noatime,data=writeback,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr,commit=0)

Почему в конце указано "commit = 0"? Означает ли это, что моя опция commit = 100 не используется?

Я использую Ubuntu 10.10, 32-битную версию с последними обновлениями.

Алекс Штоф
источник
3
Что grep ' / ' /proc/mountsпоказывает? Информация в /proc/mountsпоступает непосредственно из ядра, тогда как mountиспользует информацию в /etc/mtab, которая может быть неактуальной для /.
Жиль "ТАК - перестань быть злым"
2
/ dev / disk / by-uuid / f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 rw, noatime, ошибки = remount-ro, барьер = 0, nobh, данные = обратная запись 0 0
Алекс Штоф,
@ Жиль - Почему / etc / mtab устарел? Любопытно.
Boehj
@boehj /etc/mtabобновляется mount, если это возможно. /обычно монтируется только для чтения ядром или initrd / initramfs, перемонтированная чтение-запись как часть процесса загрузки. Я не уверен, что окончательные параметры монтирования (с /etc/fstab) всегда записываются правильно.
Жиль "ТАК - перестань быть злым"
@ Жиль - Интересно.
Boehj

Ответы:

2

Понял. Кажется, проблема была с /usr/lib/pm-utils/power.d/journal-commitфайлом. Я отредактировал указанный выше файл как root и изменил строку

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-0}

быть

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-100}

И это все!

PS - Понятия не имею, почему скрипт игнорирует конфликтующие параметры монтирования. Я считаю, что он должен проверять указанные пользователем параметры и не переопределять их.

Алекс Штоф
источник
2
Это не очень хорошее решение. В следующий раз, когда вы обновите свой pm-utils(или кто-то другой владеет этим файлом, я не являюсь парнем из Ubuntu), ваш скрипт может быть скрыт. ${JOURNAL_COMMIT_TIME_AC:-100}Является bashвещь , которая говорит , что если JOURNAL_COMMIT_TIME_ACне определено, установите его на 100. Таким образом , вы должны установить , что значение где - то , что сценарий читает. В системах RedHat он будет где-то внутри /etc/sysconfig/- вам нужно отследить скрипт и посмотреть, откуда он его прочитал.
Аарон Д. Мараско
1
Да, а что касается игнорирования /etc/fstabзаписи, это будет отчет об ошибке в программном обеспечении. Если только вы не должны использовать специфичную для дистрибутива программу установки, которая бы правильно настроила ее и записала где-нибудь для запуска сценария поиска.
Аарон Д. Мараско
@ Аарон, ты прав, конечно. Это не решение, а обходной путь.
Алекс Штоф