не может читать суперблока на / dev / mapper / veracrypt1

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

В принципе, вы не можете смонтировать том, но, используя Veracrypt, вы можете нажать кнопку опций в gui для отображения тома, но не монтировать его. (терминология может быть неправильной, я новичок). В настройках файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результатом должно быть то, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны обнаружить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь используя отображаемую информацию,

sudo e2fsck -b <one of the displayed options> <device>

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

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

Несмотря на то, что это не удалось, я обнаружил, что он работает, в терминале я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и смонтировал графический интерфейс Veracrypt с рабочим результатом.

Удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что я мог бы использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет найдено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но, используя Veracrypt, вы можете нажать кнопку опций в gui для отображения тома, но не монтировать его. (терминология может быть неправильной, я новичок). В настройках файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результатом должно быть то, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны обнаружить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь используя отображаемую информацию,

sudo e2fsck -b <one of the displayed options> <device>

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

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

Несмотря на то, что это не удалось, я обнаружил, что он работает, в терминале я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и смонтировал графический интерфейс Veracrypt с рабочим результатом.

Удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что я мог бы использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет найдено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

Я исправил проблему, связанную с этим после того, как суперблок стал поврежденным / поврежденным из-за зависания системы и последующего ненадлежащего отключения при установке громкости.

В принципе, вы не можете смонтировать том, но с помощью Veracrypt вы можете нажать кнопку «Параметры» в gui для отображения тома, но не монтировать его. (терминология может быть неправильной, я новичок.) В параметрах файловой системы внизу снимите флажок «Не монтировать».

После этого вы увидите свой том в графическом интерфейсе veracrypt, как обычно, однако раздел каталога монтирования будет пустым. Результатом должно быть то, что раздел доступен через / dev / mapper / veracrypt #

. Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Теперь откройте терминал и введите

sudo mke2fs -n <device>

, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это не удалось, я обнаружил, что он работает, в терминале, который я напечатал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

[115] Я исправил проблему, связанную с этим после того, как суперблок стал поврежденным / поврежденным из-за зависания системы и последующего ненадлежащего отключения при установке громкости. [115] [116] В принципе, вы не можете смонтировать том, но с помощью Veracrypt вы можете нажать кнопку «Параметры» в gui для отображения тома, но не монтировать его. (терминология может быть неправильной, я новичок.) В параметрах файловой системы внизу снимите флажок «Не монтировать». [116] [117] После этого вы увидите свой том в графическом интерфейсе veracrypt, как обычно, однако раздел каталога монтирования будет пустым. Результатом должно быть то, что раздел доступен через / dev / mapper / veracrypt # [117] [118]. Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе. [118] [119] Теперь откройте терминал и введите [119] [111] [1110], используя отображаемую информацию, [1110] [112] [1111]. После этого у вас должен быть рабочий том, если ваша проблема была одинаковой как мой, однако отсюда наш опыт, вероятно, расходится. [1111] [1112] Мой терминал e2fsck сошел с ума, наполнив его беспорядком чисел, я точно не знаю, что произошло. В конце он спросил, хочу ли я его исправить, однако затем он сказал, что файловая система была изменена, и она отменяет его операции, однако независимо от того, что теперь этот том правильно монтируется, и я могу использовать его без последствий. [1112] [1113] Несмотря на то, что это не удалось, я обнаружил, что он работает, в терминале, который я напечатал [1113] [113] [1114]. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом. [1114] [1115] Удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что я мог бы использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем) [1115] [1116] * мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь [114] https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock [114] * [1116]

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *

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

В принципе, вы не можете смонтировать том, но используя Veracrypt, вы можете нажать кнопку «Параметры» в gui, чтобы отобразить том, но не смонтировать его. (терминология может быть неправильной, я новичок). В параметрах файловой системы внизу поставьте галочку в поле «Не монтировать».

После этого вы увидите свой том в veracrypt GUI, как обычно, однако раздел каталога монтирования будет пустым. Результат должен состоять в том, что раздел доступен через / dev / mapper / veracrypt #

Теперь мы должны выяснить, какие резервные копии суперблока доступны в разделе.

Откройте терминал и введите

sudo mke2fs -n <device>

теперь, используя отображаемую информацию,

sudo e2fsck -b  <one of the displayed options> <device>

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

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

Несмотря на то, что это провалилось, я обнаружил, что он работает, в терминале, который я набрал

sudo mount -t ext4 /dev/mapper/veracrypt# /media/veracrypt1

. К моему удовольствию, это сработало. Затем я размонтировал и перемонтировал с помощью графического интерфейса Veracrypt с рабочим результатом.

Желаем удачи. После того, как вы поймете, как получить доступ к тому без его установки, вы сможете попробовать другие параметры, которые вы обычно используете в поврежденном разделе, и поэтому у вас будет больше возможных решений. (Лично я понятия не имел, что могу использовать / dev / mapper / veracrypt #, чтобы рассматривать его как типичный раздел до тех пор, пока не будет устранено множество проблем)

* мой исходный код для процедуры, которую я использовал, и другие возможные решения были найдены здесь https://www.quora.com/What-are-all-the-things-one-can-try-to-recover-an-ext3-filesystem-with-a-bad-superblock *