Что делает ext3 определять, как часто выполнять проверки файловой системы, если не заданы какие-либо параметры?

Я создал два раздела на приводе с напряжением 1,5 ТБ, первый – 1 ТБ, последний – оставшийся 0,5 ТБ. Оба были отформатированы как ext3. Я не против автоматических проверок файловой системы, которые происходят так часто, поэтому я никогда не буду настраивать ее частоту. Мне показалось странным, что он решил сделать автоматическую проверку каждые 39 монтировок для 1 ТБ и 27 монтировок для раздела .5 ТБ. Я попытался просмотреть страницы руководства, а также различные форумы, но я не мог найти упоминания о том, как он определяет частоту проверок файловой системы. Я предполагаю, что это простая формула, и кто-нибудь знает, что это такое?

  • Доступ к файлу после fsck очень медленный для первого доступа?
  • Возможны ли жесткие ссылки для каталогов в файловых системах ext2 / 3/4?
  • Почему тип файловой системы ext3 / ext4 одновременно?
  • С полным журналированием данных, почему данные появляются в каталоге немедленно?
  • Задержка перед появлением нового / измененного файла
  • Создание образа файловой системы ext3 без mkfs.ext3
  • Как мне получить функции файловой системы ext3 / ext4 для применения в mke2fs?
  • Больше свободных блоков, чем зарезервированных, но все же я получаю «свободное место на устройстве»,
  • 3 Solutions collect form web for “Что делает ext3 определять, как часто выполнять проверки файловой системы, если не заданы какие-либо параметры?”

    Хорошая вещь о Linux – источник всегда где-то. Вы можете загрузить или просмотреть базовые источники e2fsprogs на kernel.org. Это также может зависеть от вашей конкретной версии и распространения, хотя …

    Из текущего кода похоже, что это значение добавлено к 20 на основе UUID раздела, если у вас есть enable_periodic_fsck = 1 в вашем mke2fs.conf

    mke2fs.c

     if (get_bool_from_profile(fs_types, "enable_periodic_fsck", 0)) { fs->super->s_checkinterval = EXT2_DFL_CHECKINTERVAL; fs->super->s_max_mnt_count = EXT2_DFL_MAX_MNT_COUNT; /* * Add "jitter" to the superblock's check interval so that we * don't check all the filesystems at the same time. We use a * kludgy hack of using the UUID to derive a random jitter value */ for (i = 0, val = 0 ; i < sizeof(fs->super->s_uuid); i++) val += fs->super->s_uuid[i]; fs->super->s_max_mnt_count += val % EXT2_DFL_MAX_MNT_COUNT; } else fs->super->s_max_mnt_count = -1; 

    mke2fs.h

     :#define EXT2_DFL_MAX_MNT_COUNT 20 

    Всегда приятно видеть слова «kludgy» и «hack» в коде =)

    Посмотрите на mke2fs(8) и содержимое /etc/mke2fs.conf(5) для значений по умолчанию.

    Вы должны использовать команду tune2fs для установки различных параметров, таких как количество монтировок или количество дней между проверками работоспособности FS.

    Вы также можете использовать tune2fs -l /dev/device для отображения текущей информации о вашей файловой системе

    Interesting Posts

    Как заставить USB-накопитель автоматически монтироваться?

    Как найти исходный код с помощью простого метода

    Как grep несколько файлов, используя часть имени файла как шаблон?

    Запуск текстовых редакторов с терминала как root

    Транспортировка непрерывного потока в grep в качестве поискового запроса для поиска в файле

    Назначение выбора текста переменной в сценарии bash

    Уменьшить длину определенного столбца в текстовом файле с разделителями

    Что такое rpc.statd, какие порты следует прослушивать и как его убить?

    Проблема с видеокартой Archlinux VGA

    Как создать раздел / opt на существующей установке без потери данных?

    Правильно ли он работает на сервере Tomcat? Почему кажется, что он не слушает порт 8080?

    Указание того, какой git-репо использовать

    Хвост нескольких файлов и вывод в качестве дополнительного столбца с результатами поиска

    только корневая файловая система

    LVM Snapshot mount доступен только для чтения или нет?

    Linux и Unix - лучшая ОС в мире.