Устойчивость Btrfs внутри RAID5
В настоящее время Btrfs не имеет fsck, рискуя коррупцией, если есть сбой питания. В какой степени, если вообще, создаст ли файловая система btrfs в массиве RAID5, уменьшите это?
24 ответа
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у него будет время для записи файлов, файловая система может быть повреждена, если RAID не будет мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. Эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте коррупции файловой системы я думаю, что «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
-
1Это была моя первоначальная мысль, но RAID5 также компенсирует плохие блоки не только плохие диски, и если область является нечистой областью из-за отключения питания во время записи, она должна быть восстановлена во время восстановления. Из вики: «Когда у вас есть несколько копий данных, вы можете использовать очистку данных, чтобы активно сканировать поврежденные данные и очищать коррупцию, заменяя поврежденные данные правильными данными из сохранившейся копии. & Quot; Вопрос в том, как это восстановление будет взаимодействовать с журналированием файловой системы и с тем видом коррупции, который может произойти. – Mark Dayel 29 April 2011 в 02:39
-
2@Mark См. Мой обновленный ответ. Короче говоря, восстановление ошибок RAID предназначено для плохих физических секторов и может восстанавливаться, если то, что считывается с диска, отличается от того, что было написано. Но уровень RAID не знает о файловых системах и журналах, а также о коррупции, которые могут произойти там - RAID не может помочь, если то, что было написано, было неправильным или неполным в первую очередь. – j-g-faustus 29 April 2011 в 03:20
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у него будет время для записи файлов, файловая система может быть повреждена, если RAID не будет мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. Эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте коррупции файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у него будет время для записи файлов, файловая система может быть повреждена, если RAID не будет мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. Эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте коррупции файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у него будет время для записи файлов, файловая система может быть повреждена, если RAID не будет мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. Эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте коррупции файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у нее будет время для записи файлов, файловая система может быть повреждена, если RAID не будет более мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. [D0] эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте искажения файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у нее будет время для записи файлов, файловая система может быть повреждена, если RAID не будет более мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. [D0] эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте искажения файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у нее будет время для записи файлов, файловая система может быть повреждена, если RAID не будет более мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. [D0] эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте искажения файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у нее будет время для записи файлов, файловая система может быть повреждена, если RAID не будет более мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. [D0] эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте искажения файловой системы, я думаю, «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.
-
1Это была моя первоначальная мысль, но RAID5 также компенсирует плохие блоки не только плохие диски, и если область является нечистой областью из-за отключения питания во время записи, она должна быть восстановлена во время восстановления. Из вики: «Когда у вас есть несколько копий данных, вы можете использовать очистку данных, чтобы активно сканировать поврежденные данные и очищать коррупцию, заменяя поврежденные данные правильными данными из сохранившейся копии. & Quot; Вопрос в том, как это восстановление будет взаимодействовать с журналированием файловой системы и с тем видом коррупции, который может произойти. – Mark Dayel 29 April 2011 в 02:39
-
2@Mark См. Мой обновленный ответ. Короче говоря, восстановление ошибок RAID предназначено для плохих физических секторов и может восстанавливаться, если то, что считывается с диска, отличается от того, что было написано. Но уровень RAID не знает о файловых системах и журналах, а также о коррупции, которые могут произойти там - RAID не может помочь, если то, что было написано, было неправильным или неполным в первую очередь. – j-g-faustus 29 April 2011 в 03:20
Программное обеспечение Linux RAID5 на самом деле приведет к ухудшению ситуации с энергопотреблением - намного хуже - по той причине, что уже решена. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания не будет устранять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет нелетучего «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кешем с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск. Задержка может занять несколько десятков секунд, что каким-то образом повлияет на BTRFS, чтобы получить повреждение, кроме восстановления.
См. Ошибка диска MDRAID вызывает ошибку ядра BTRFS.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск. Задержка может занять несколько десятков секунд, что каким-то образом повлияет на BTRFS, чтобы получить повреждение, кроме восстановления.
См. Ошибка диска MDRAID вызывает ошибку ядра BTRFS.
Программное обеспечение Linux RAID5 на самом деле приведет к ухудшению ситуации с энергопотреблением - намного хуже - по той причине, что уже решена. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания не будет устранять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет нелетучего «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кешем с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск. Задержка может занять несколько десятков секунд, что каким-то образом повлияет на BTRFS, чтобы получить повреждение, кроме восстановления.
См. Ошибка диска MDRAID вызывает ошибку ядра BTRFS.
Программное обеспечение Linux RAID5 на самом деле приведет к ухудшению ситуации с энергопотреблением - намного хуже - по той причине, что уже решена. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания не будет устранять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет нелетучего «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кешем с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск. Задержка может занять несколько десятков секунд, что каким-то образом повлияет на BTRFS, чтобы получить повреждение, кроме восстановления.
См. Ошибка диска MDRAID вызывает ошибку ядра BTRFS.
Программное обеспечение Linux RAID5 на самом деле приведет к ухудшению ситуации с энергопотреблением - намного хуже - по той причине, что уже решена. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания не будет устранять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет нелетучего «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кешем с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Программное обеспечение Linux RAID5 на самом деле ухудшит ситуацию с энергоснабжением - много хуже - по той причине, что уже исправлено. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания будет not исправлять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет энергонезависимого «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кеш-памятью с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, поскольку ядро пытается получить контроль над неисправным приводом, сбросив шину SATA или диск.
См. [D0] Ошибка диска MDRAID вызывает повреждение ядра BTRFS .
Программное обеспечение Linux RAID5 на самом деле ухудшит ситуацию с энергоснабжением - много хуже - по той причине, что уже исправлено. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания будет not исправлять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет энергонезависимого «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кеш-памятью с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода / вывода временно застревает, поскольку ядро пытается получить контроль над неисправным приводом, сбросив шину SATA или диск.
См. [D0] Ошибка диска MDRAID вызывает повреждение ядра BTRFS .
Программное обеспечение Linux RAID5 на самом деле ухудшит ситуацию с энергоснабжением - много хуже - по той причине, что уже исправлено. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания будет not исправлять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет энергонезависимого «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кеш-памятью с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода-вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск.
См. [D0] Ошибка диска MDRAID вызывает повреждение ядра BTRFS .
Программное обеспечение Linux RAID5 на самом деле ухудшит ситуацию с энергоснабжением - много хуже - по той причине, что уже исправлено. Даже на ext3 / 4 повторное воспроизведение журнала после сбоя питания будет not исправлять несоответствие RAID5, которое неизменно возникает из-за того, что программный RAID не имеет энергонезависимого «журнала» для воспроизведения. Результатом является повреждение не только данных пользователя, но и данных файловой системы в случае сбоя питания во время операции записи. Выделенные аппаратные RAID-контроллеры с кеш-памятью с батареей не страдают от этого, но это все еще не компенсирует отсутствие возможности запуска fsck на btrfs.
Если вы заботитесь о своей целостности данных, тогда не запускайте btrfs без инструмента fsck и не запускайте RAID5 (или любой уровень RAID четности) без энергонезависимого кеша или ИБП.
Когда диск с RAID5 / 6 выходит из строя, вся подсистема ввода-вывода временно застревает, когда ядро пытается получить контроль над неисправным накопителем, сбросив шину SATA или диск.
См. [D0] Ошибка диска MDRAID вызывает повреждение ядра BTRFS .