оспаривание привело raid5 восстановление к сбою

Question

оспаривание привело raid5 восстановление к сбою

lrzip[116957] - это то, что вы

действительно

ищете,

особенно

, если вы сжимаете исходный код!

Цитируя README:

Это программа для сжатия, оптимизированная для больших файлов. Чем больше файл и чем больше памяти у вас есть, тем лучше сжатие. преимущество, которое это даст, особенно если файлы будут больше, чем 100 МБ. Преимущество может быть выбрано в обоих размерах (гораздо меньше чем bzip2) или скорость (намного быстрее чем bzip2). [...] Уникальная особенность lrzip заключается в том, что он постоянно старается извлечь максимум пользы из имеющегося барабана в вашей системе.

lrzip работает, сначала сканируя и удаляя избыточные данные на больших расстояниях с помощью алгоритма, основанного на rzip, затем [116964]затем [116965] сжимая данные, которые не являются избыточными.

Con Kolivas приводит [116966] фантастический пример в списке рассылки ядра Linux [116967]; в нем он сжимает 10.3 Гб тарбол из [116968]сорока [116969] ядра Linux выпускает до 163.9MB (1.6%), и делает это быстрее, чем xz. Он даже не использовал самый агрессивный алгоритм второго пропуска!

Я уверен, что вы получите отличные результаты, сжимая массивные тарболы исходного кода :)

Пример (используя по умолчанию для других опций):

Сверхсжатие, собака медленно:

Для папок просто измените [116970]lrzip[116971] на [116972]lrztar

2 linux data-recovery raid mdadm raid5 Rui F Ribeiro 18.03.2019, 05:34 Ссылка

2 ответа

Вы говорите «После нахождения рейда в деградированном состоянии я попробовал несколько раз, чтобы вернуть его». Что вы имели именно? Если вы найдете разлагаемое массив, вам нужно заменить неудачный диск. Если вы этого не сделали, и у вас есть другой провал диск, ваш рейд ушел! RAID5 переносит только один неудачный диск. Вы говорите, у вас есть восемь приводов 2TB в вашем RAID5. Ваш / proc / mdstat содержит только шесть. Где две оставшиеся диски? Вам нужен минимум 7, чтобы начать RAID5 Кроме того, у вас два устройства RAID MD1 и MD6. Должен ли SDE также принадлежать к MD1? Однако даже с SDE в MD1 вам не хватает один диск, чтобы начать RAID5 с 8 дисками ... В следующий раз запомнить: «RAID заменит никаких резервных копий» 0 27.01.2020, 22:12 Ссылка При восстановлении RAID-массива вы никогда, никогда, никогда не должны создавать , если только вы на самом деле НЕЗНАЧИТЕЛЬНО не знаете, что вы делаете. Однако ваш вывод выглядит так, как будто вы уже сделали -создать. RAID на вашем /dev/sde - это RAID5, созданный Sun Apr 29 22:14:28 2012, состоящий из 8 дисков, как вы указали в вашем вопросе. Последний раз этот RAID обновлялся на Fri 27 декабря 15:32:54 2013. Однако, другие ваши диски утверждают, что это RAID5, созданный Fri 27 декабря 15:53:16 2013, состоящий из 7 дисков. Таким образом, вы уже создали новый RAID в ту пятницу; если вы сделали это в надежде на восстановление, вы, вероятно, сделали это неправильно, так как он не использует те же настройки, которые показаны в /dev/sde 8-дисковых метаданных RAID (неправильная версия метаданных, смещения, компоновка и т.д. и т.п.). Это звучит так, как будто вы уже сделали -создали в 2013 году. Начиная с этого момента вы использовали его в качестве 7-дискового RAID5. Теперь вопрос в том, где ваши данные? Были ли они на самом деле в RAID-массиве 7 дисков и были потеряны некоторое время спустя? Или они были на 8-ми дисковом массиве RAID, на котором вы создали другой RAID? Судя по количеству событий, более вероятно, что они были на 8 дисках. Если данные были на 8 дисках (т.е. они были потеряны в декабре 2013 г.), восстановление может оказаться невозможным. Восстановление достаточно сложно после неудачного -создания , особенно если новый/неправильный RAID был разрешен для синхронизации. Но с учетом того, что в это время происходят всевозможные вещи... и это даже не учитывая, что некоторые из ваших дисков могут быть неисправны. Ваша ситуация кажется хаотичной, поэтому невозможно посоветовать, какие шаги предпринять... Независимо от того, что вы делаете, не пишите на эти диски. Это значит, не собирайте, не синхронизируйте, не шутите, не монтируйте. Если нужно, используйте этот метод: https://raid.wiki.kernel.org/index.php/Recovering_a_failed_software_RAID#Making_the_harddisks_read-only_using_an_overlay_file Но сначала я бы купил другой набор из 8 дисков (или половину от 4ТБ дисков) и ddrescue все, так как вышеприведенный метод предполагает, что ни один из ваших дисков не неисправен. 2 27.01.2020, 22:12 Ссылка Теги linux data-recovery raid mdadm raid5 Похожие вопросы 1 сортировка linux в UTF8 09.03.2018 A sorted файл (с LANG = fr_FR.UTF-8) содержит: Бассано дель Граппа - Ремондини, Джузеппе, II (1745-1811) Бассано дель Граппа - Ремондини, Джузеппе, I (1672-1742) ... Цюрих - Вольф, Йоханнес (1564 -... 29 Как восстановить поврежденный файл sudoers, не имея возможности использовать sudo? 15.11.2021 Я получаю следующую ошибку от sudo :$ судо лс sudo :/etc/sudoers принадлежит uid 1000, должно быть 0 sudo :действительные источники sudoers не найдены, выход sudo :не удалось инициализировать плагин политики Конечно, я не могу вернуть его к root без испол 6 Система нумерации для ядра Linux? 20.03.2011 Какова конвенция для нумерации ядер Linux? AFAIK, числа никогда, кажется, не уменьшаются. Однако я думаю, что видел, что три вида схем 2.6.32-29 2.6.32-29.58 2.6.11.10 Могут кто-либо... 6 Постоянно отключите неправильно функционирующие USB-порты в Linux 19.04.2017 Недавно встроенные USB-порты моей материнской платы начали неправильно функционировать. В Windows это сказало, что скачок напряжения в USB-порту, и в Linux говорит только также в неправильном функционировании USB-портов Linux. Таким образом, я установил.. 2 Постепенное увеличение переменной каждый раз начальные загрузки системы 07.02.2014 Идея состоит в том, чтобы инициализировать переменную и установить ее на 0. Затем создайте сценарий, который выполняется на начальной загрузке и инкрементах что переменная к 1 каждому разу начальные загрузки системы снова. Звучит как достаточно простое пр 2 Игнорировать определенные строки при создании/применении патча с помощью diff/patch? 10.05.2021 Файл А яблоки Бананы Клементины Файл дат B яблоки Черника Вишня Я хочу сравнить даты A и B, чтобы сгенерировать патч, который при применении к C изменит строку Clementines > Cherries, но... 8 восстановление ext4 раздел после dd'ing запускается HD 01.09.2012 Я случайно использовал dd и переписал первые 208 МБ моего внешнего диска. То, что я переписал, является разделом самостоятельно (Debian nestinstaller) поэтому, что я вижу, теперь не мое старое (теперь поврежденный) ext4...

score 0 · Answer 1 · 27.01.2020, 22:12

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

Что вы имели именно? Если вы найдете разлагаемое массив, вам нужно заменить неудачный диск. Если вы этого не сделали, и у вас есть другой провал диск, ваш рейд ушел! RAID5 переносит только один неудачный диск.

Вы говорите, у вас есть восемь приводов 2TB в вашем RAID5. Ваш / proc / mdstat содержит только шесть. Где две оставшиеся диски? Вам нужен минимум 7, чтобы начать RAID5

Кроме того, у вас два устройства RAID MD1 и MD6. Должен ли SDE также принадлежать к MD1? Однако даже с SDE в MD1 вам не хватает один диск, чтобы начать RAID5 с 8 дисками ...

В следующий раз запомнить: «RAID заменит никаких резервных копий»

score 2 · Answer 2 · 27.01.2020, 22:12

При восстановлении RAID-массива вы никогда, никогда, никогда не должны создавать , если только вы на самом деле НЕЗНАЧИТЕЛЬНО не знаете, что вы делаете. Однако ваш вывод выглядит так, как будто вы уже сделали -создать.

RAID на вашем /dev/sde - это RAID5, созданный Sun Apr 29 22:14:28 2012, состоящий из 8 дисков, как вы указали в вашем вопросе. Последний раз этот RAID обновлялся на Fri 27 декабря 15:32:54 2013.

Однако, другие ваши диски утверждают, что это RAID5, созданный Fri 27 декабря 15:53:16 2013, состоящий из 7 дисков. Таким образом, вы уже создали новый RAID в ту пятницу; если вы сделали это в надежде на восстановление, вы, вероятно, сделали это неправильно, так как он не использует те же настройки, которые показаны в /dev/sde 8-дисковых метаданных RAID (неправильная версия метаданных, смещения, компоновка и т.д. и т.п.).

Это звучит так, как будто вы уже сделали -создали в 2013 году. Начиная с этого момента вы использовали его в качестве 7-дискового RAID5.

Теперь вопрос в том, где ваши данные? Были ли они на самом деле в RAID-массиве 7 дисков и были потеряны некоторое время спустя? Или они были на 8-ми дисковом массиве RAID, на котором вы создали другой RAID? Судя по количеству событий, более вероятно, что они были на 8 дисках.

Если данные были на 8 дисках (т.е. они были потеряны в декабре 2013 г.), восстановление может оказаться невозможным. Восстановление достаточно сложно после неудачного -создания , особенно если новый/неправильный RAID был разрешен для синхронизации. Но с учетом того, что в это время происходят всевозможные вещи... и это даже не учитывая, что некоторые из ваших дисков могут быть неисправны.

Ваша ситуация кажется хаотичной, поэтому невозможно посоветовать, какие шаги предпринять...

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

Если нужно, используйте этот метод: https://raid.wiki.kernel.org/index.php/Recovering_a_failed_software_RAID#Making_the_harddisks_read-only_using_an_overlay_file

Но сначала я бы купил другой набор из 8 дисков (или половину от 4ТБ дисков) и ddrescue все, так как вышеприведенный метод предполагает, что ни один из ваших дисков не неисправен.