Как я могу оптимизировать ext4 для надежности?

Настройте MTA в вашей системе, если вы еще этого не сделали, чтобы сообщения электронной почты, отправленные из командной строки, работали.

Установите пакет bsd-mailx, чтобы дать вам стандартную команду mail для отправки электронной почты в MTA из командной строки.

Напишите сценарий следующим образом:

#!/bin/sh

mkdir -p ~/new-package-detector
cd ~/new-package-detector
apt-cache search .|awk '{print $1}'|sort|uniq > new-package-list
if [ -f old-package-list ]; then
    comm -23 new-package-list old-package-list > new-in-repository
    if [ -s new-in-repository ]; then
        mail -s 'New packages available' int_ua@example.com < new-in-repository
    fi
fi
mv new-package-list old-package-list

Затем Настройте MTA на вашей системы , чтобы регулярно запускать скрипт. Возможно, вам придется добавить apt-get update в начало сценария, чтобы убедиться, что это произойдет до проверки.

11
задан 8 March 2011 в 17:00

32 ответа

Нет. Вы никогда не можете предположить, что что-то должно быть на 100% надежным.

Журнальные файловые системы минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные с этим проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: Экстенты и барьеры

11
ответ дан 25 May 2018 в 22:40
  • 1
    +1 для "вы никогда не можете предположить, что что-то должно быть на 100% надежным". – Lekensteyn 8 March 2011 в 17:31
  • 2
    поскольку Comparison_of_file_systems блокирует ведение журнала, когда ведется ведение журнала метаданных, это компромисс между надежностью и скоростью – amin 9 March 2011 в 10:41
  • 3
    Я просто перезагрузил сервер, чтобы найти массивное повреждение данных на ext4, где файлы содержат недопустимые данные. Это не могло произойти на zfs или btrfs, поскольку данные имеют контрольные суммы. – user239558 23 April 2014 в 12:10
[D0] Нет. Вы никогда не можете предположить, что что-то должно быть на 100% надежным.

Журнальные файловые системы минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные с этим проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: Экстенты и барьеры

11
ответ дан 25 July 2018 в 22:23
[D0] Нет. Вы никогда не можете предположить, что что-то должно быть на 100% надежным.

Журнальные файловые системы минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные с этим проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: Экстенты и барьеры

11
ответ дан 26 July 2018 в 21:08
[D0] Нет. Вы никогда не можете предположить, что что-то должно быть на 100% надежным.

Журнальные файловые системы минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные с этим проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: Экстенты и барьеры

11
ответ дан 2 August 2018 в 03:50
[D0] Нет. Вы никогда не можете предположить, что что-то должно быть на 100% надежным.

Журнальные файловые системы минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные с этим проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: Экстенты и барьеры

11
ответ дан 4 August 2018 в 19:54
[D2] Нет. Вы никогда не сможете предположить, что что-то будет на 100% надежным.

Файловые системы ведения журналов минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: http://kernelnewbies.org/Ext4

11
ответ дан 6 August 2018 в 03:56
[D2] Нет. Вы никогда не сможете предположить, что что-то будет на 100% надежным.

Файловые системы ведения журналов минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: http://kernelnewbies.org/Ext4

11
ответ дан 7 August 2018 в 21:54
[D2] Нет. Вы никогда не сможете предположить, что что-то будет на 100% надежным.

Файловые системы ведения журналов минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: http://kernelnewbies.org/Ext4

11
ответ дан 10 August 2018 в 10:09
[D2] Нет. Вы никогда не сможете предположить, что что-то будет на 100% надежным.

Файловые системы ведения журналов минимизируют потерю данных в случае неожиданного отключения. Экстенты и барьеры помогают еще больше, но не могут устранить все связанные проблемы. Лично я никогда не испытывал потери данных из-за повреждения файловой системы при использовании журнальных файловых систем.

Кроме того, журналирование не отключено по умолчанию.

Вот хороший обзор ext4 и его улучшения: http://kernelnewbies.org/Ext4

11
ответ дан 13 August 2018 в 16:30
  • 1
    +1 для "вы никогда не можете предположить, что что-то должно быть на 100% надежным". – Lekensteyn 8 March 2011 в 17:31
  • 2
    поскольку Comparison_of_file_systems блокирует ведение журнала, когда ведется ведение журнала метаданных, это компромисс между надежностью и скоростью – amin 9 March 2011 в 10:41
  • 3
    Я просто перезагрузил сервер, чтобы найти массивное повреждение данных на ext4, где файлы содержат недопустимые данные. Это не могло произойти на zfs или btrfs, поскольку данные имеют контрольные суммы. – user239558 23 April 2014 в 12:10

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 May 2018 в 22:40

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 25 July 2018 в 22:23

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 25 July 2018 в 22:23

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 26 July 2018 в 21:08

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 26 July 2018 в 21:08

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 2 August 2018 в 03:50

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 2 August 2018 в 03:50

Новая функция, добавленная в ext4 и введенная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объясняется новичками Kernel:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»). Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как новички ядра , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако статья также предупреждает:

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы с использованием контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и у него нет возможностей «самовосстановления»).

Код проверки контрольных сумм метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя. Этот код еще не прочный.

4
ответ дан 4 August 2018 в 19:54

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 4 August 2018 в 19:54

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 6 August 2018 в 03:56

Новая функция, добавленная в ext4 и представленная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объяснена в новичках ядра :

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы использование контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и

Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как , на этом в kernel.org , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако в статье также предупреждается, что:

Код контрольной суммы метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя.

Он не включен по умолчанию в Ubuntu 12.10 и, вероятно, лучше не включать его на данный момент после недавних проблем с файловой системой ext4, так как здесь .

4
ответ дан 6 August 2018 в 03:56

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 7 August 2018 в 21:54

Новая функция, добавленная в ext4 и представленная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объяснена в новичках ядра :

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы использование контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и

Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как , на этом в kernel.org , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако в статье также предупреждается, что:

Код контрольной суммы метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя.

Он не включен по умолчанию в Ubuntu 12.10 и, вероятно, лучше не включать его на данный момент после недавних проблем с файловой системой ext4, так как здесь .

4
ответ дан 7 August 2018 в 21:54

Вы можете отключить отложенное выделение под ext4 (nodelalloc), что значительно повысит вероятность того, что вы будете восстанавливать больше данных, если / когда у вас возникнет выход из питания во время записи, но это будет связано с большей фрагментацией файловой системы с течением времени.

1
ответ дан 10 August 2018 в 10:09

Новая функция, добавленная в ext4 и представленная с помощью ядра 3.5, называется так называемыми «контрольными суммами метаданных», что является еще одной особенностью ext4, которая должна повысить надежность и целостность структуры файловой системы.

Общая реализация хорошо объяснена в новичках ядра :

Современные файловые системы, такие как ZFS и Btrfs, доказали, что обеспечение целостности файловой системы использование контрольных сумм является ценной функцией. Ext4 добавила возможность хранить контрольные суммы различных полей метаданных. Каждый раз, когда считывается поле метаданных, контрольная сумма данных чтения сравнивается с хранимыми контрольными суммами, если они различны, это означает, что медаты повреждены (обратите внимание, что эта функция не охватывает данные, а только внутренние структуры метаданных и

Любая файловая система ext4 может быть обновлена ​​для использования контрольных сумм с использованием команды «tune2fs -O metadata_csum» или «mkfs -O metadata_csum» во время создания. Когда эта функция включена в файловой системе, более старые ядра без поддержки контрольной суммы смогут только смонтировать ее в режиме только для чтения.

Статьи, такие как , на этом в kernel.org , подробно обсуждают, как использование контрольных сумм метаданных может помешать поврежденным метаданным повреждать структуру файловой системы.

Однако в статье также предупреждается, что:

Код контрольной суммы метаданных начал работать в mainline в Linux 3.5, а с 3.7-rc1 он проходит некоторое тестирование пользователя.

Он не включен по умолчанию в Ubuntu 12.10 и, вероятно, лучше не включать его на данный момент после недавних проблем с файловой системой ext4, так как здесь .

4
ответ дан 10 August 2018 в 10:09

Другие вопросы по тегам:

Похожие вопросы: