Как починить снятый через dd образ.
Образ чего ты снимал? Раздела или диска?
Это образ диска или раздела?
Ты что-ли с «живой» примонтированной системы образ снимал?
Ну тогда советую сдублировать образ и натравить на него fsck, чтобы попробовал что-то исправить.
CPU3: Core temperature above threshold, cpu clock throttled (total events = 227)
Пишу из горящего сервера?
Лучше вспомнить, как снималась эта резервная копия, возможно, что у вас тогда не хватило места на диске, и копия не целиком. Вобще размер файла, монтируемого через loop равен размеру раздела, с которого снимался?
Это у меня мир обновляется.
Раздел давно канул в лету.
Блджад, образ 12 гб весит. Я никогда такие разделы не создаю, минимум 20. По ходу, он просто недоснялся. Расходимся, господа.
У вас молоко убежа^W^W ЦПУ перегревается.
Я вижу. Все под контролем.
Мне безумно интересно, что как раз в таких ситуациях делать. У меня с винча недоснялась пара гигов (бэды по ходу), теперь не могу оттуда данные вырвать.
Может, для начала, дополнить файл до нужного размера нулями? Хотя бы перестанет жаловаться на неправильный размер.
Ну, если там ext2/ext4, то добро пожаловать в увлекательный мир debugfs. Файл, как и советовали, дополнить нулями до нужного размера и начинать расковыривать структуру ФС, помня с какого блока начинаются нули, а не полезная информация. e2fsck я бы не советовал, она в случаях больших объёмов мусора (нулей) может всё испорить.
Дополнять нулями не обязательно точно до размера оригинальной ФС, можно и больше. ФС в суперблоке содержит свой размер, главное, чтобы debugfs/e2fsck не получали по башке за попытку прочитать больше данных, чем размер блочного устройства.
mount: неправильный тип fs, плохой параметр, плохой суперблок
вывод fdisk относительно накопителя
Вам все еще нужно создать файловую систему
Команда: mkpart [имя типа fs-type] start end
Создает новый раздел без создания новой файловой системы в этом разделе.
У меня была эта проблема с / dev / sda в Ubuntu 16.04. Я решил ее, загрузившись с живого usb и выполнив следующие действия:
Чтобы увидеть ваши диски используйте lsblk
Запустите эту команду, чтобы попытаться восстановить неисправные суперблоки на диске.
fsck /dev/sda1 (замените / dev / sda1 на диск, который вы хотите исправить).
Когда он просит восстановить блоки, выберите «да», нажав « y »
Разрешить fsck восстанавливать все поврежденные блоки.
Тогда я смог смонтировать устройство с помощью
Это решило это для меня.
У меня есть другой процесс для этого, который заменил плохой суперблок одной из альтернатив. FSCK может быть процессом с потерями, потому что FSCK может захотеть удалить слишком много данных или удалить данные из уязвимого места (например, каталог данных для базы данных), поэтому бывают случаи, когда я не хочу его использовать или не работает
Вы можете покончить с собой или просто стать корнем этого процесса. Просто помните, что когда вы являетесь пользователем root, Linux предполагает, что вы знаете, что делаете, когда запускаете команды. Если так будет указано, он быстро доставит мистера Пуля к мистеру Футу. Как и многие другие вещи, с великой силой приходит большая ответственность. На этом мое предупреждение о запуске вашей системы от имени root завершено.
Ваше устройство и ваша файловая система (ZFS, UFS, XFS и т. Д.) Могут различаться, поэтому сначала узнайте, что у вас есть. Не думайте, что это EXT4. Игнорирование этого шага может вызвать проблемы позже, если это НЕ файловая система EXT4.
Получите сообщение об ошибке, в котором говорится, что суперблок плохой. Вы не хотите делать это, если ваш суперблок в порядке.
Это выведет альтернативные суперблоки, хранящиеся в вашем разделе.
Перезагрузитесь и посмотрите, сработало ли это. Если нет, попробуйте следующий суперблок в списке. Я должен был пойти третий или четвертый пару раз.
Теперь попробуйте команду проверить диск еще раз. Посмотрите, получите ли вы то же сообщение о плохих суперблоках.
Продолжайте пробовать, пока у вас не кончатся суперблоки или все заработает. Если у вас закончились, у вас, вероятно, есть большие проблемы, и я надеюсь, что у вас есть хорошие резервные копии. Вы можете попробовать запустить FSCK на этом этапе.
Восстановление файловой системы. Help plz. 0
GNU/Linux, UNIX, Open Source → *BSD и другие системы
Помогите плз! короче что я сделал:
но фигня в том что /home находится на /dev/hda4, когда он начал резервное копирование я прервал процесс, потом папка home оказалась пуста, а при следующей загрузке linux выдает и надо чето вводить
[repair filesystem #1]
Можно ли как нить восстановить все?
Только не спрашивайте зачем я это наделал…
что означает и можно ли это както исправить?
mount: wrong fs type, bad option, bad superblock on /dev/hda4,
or too many mounted file systems
# This file is edited by fstab-sync — see ‘man fstab-sync’ for details
LABEL=/ / ext3 defaults 1 1
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm tmpfs defaults 0 0
LABEL=/home /home ext3 defaults 1 2
none /proc proc defaults 0 0
none /sys sysfs defaults 0 0
/dev/hda1 /mnt/disk_c vfat codepage=866,iocharset=utf8,umask=000 0 0
/dev/hda2 /mnt/disk_e vfat codepage=866,iocharset=utf8,umask=000 0 0
/dev/hdb1 /mnt/disk_d vfat codepage=866,iocharset=utf8,umask=000 0 0
/dev/hdb2 /mnt/disk_f vfat codepage=866,iocharset=utf8,umask=022 0 0
/dev/hdc /media/cdrecorder auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0
/dev/fd0 /media/floppy1 auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0
Ну запорчен суперблок, чего паниковать то.
Возьми да восстанови.
Копия суперблока находится в начале каждого 8-килобайтного блока на диске (Для файловых систем с размером блока в 1 килобайт, а твоя как раз такова)
Поэтому для воостановления:
Если не получается то тогда
и так далее, пока наконец не найдешь неповрежденную копию суперблока.
P.S. Только сперва, конечно, отмонтируй диск, если он прионтирован.
вот что получилось, но всеравно чтото не работает…
e2fsck 1.35 (28-Feb-2004)
Superblock has a bad ext3 journal (inode 8).
* ext3 journal has been deleted — filesystem is now ext2 only *
Superblock doesn’t have has_journal flag, but has ext3 journal inode.
/home was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (0, counted=32071).
Free blocks count wrong for group #1 (0, counted=32074).
Free blocks count wrong for group #2 (0, counted=32259).
Free blocks count wrong for group #3 (0, counted=32076).
Free blocks count wrong for group #4 (25832, counted=31915).
Free blocks count wrong for group #6 (3131, counted=3123).
Free blocks count wrong for group #7 (11865, counted=19418).
Free blocks count wrong for group #8 (34, counted=32213).
Free blocks count wrong for group #9 (26995, counted=21990).
Free blocks count wrong for group #16 (24329, counted=24330).
Free blocks count wrong for group #17 (0, counted=10).
Free blocks count wrong for group #18 (0, counted=3).
Free blocks count wrong for group #19 (0, counted=10).
Free blocks count wrong for group #20 (0, counted=59).
Free blocks count wrong for group #21 (0, counted=16727).
Free blocks count wrong for group #22 (0, counted=23591).
Free blocks count wrong (173553, counted=383236).
Free inodes count wrong for group #5 (15284, counted=15278).
Directories count wrong for group #5 (128, counted=132).
Free inodes count wrong for group #6 (15886, counted=15881).
Free inodes count wrong for group #9 (15917, counted=15503).
Directories count wrong for group #9 (32, counted=65).
Free inodes count wrong for group #16 (16219, counted=16220).
Free inodes count wrong (371373, counted=370949).
/home: *** FILE SYSTEM WAS MODIFIED ***
/home: 2203/373152 files (2.2% non-contiguous), 361778/745014 blocks
mount: wrong fs type, bad option, bad superblock on /dev/hda4,
or too many mounted file systems
я чтото не понял как узнавать числа для суперблоков и как много их так подставлять, потомучто 8193 и 16385 не подходят, пишет:
e2fsck 1.35 (28-Feb-2004)
e2fsck: Bad magic number in super-block while trying to open /dev/hda4
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
dis123
я чтото не понял как узнавать числа для суперблоков и как много их так подставлять, потомучто 8193 и 16385 не подходят
значит так, небольшой ликбез, ext2 может иметь мноого резервных копий суперблока. Но чтобы зря не тратить драгоценное место на hd, этих копий создаётся несколько штук, ну, например 10. Эти копии создаются программкой mke2fs в момент создания фс, и они разбросаны по диску.
а теперь man e2fsck про опцию `-b’
Additional backup superblocks can be determined by using the
ifies blocksize of the filesystem must be specified in order for
the superblock locations that are printed out to be accurate.
If an alternative superblock is specified and the filesystem is
not opened read-only, e2fsck will make sure that the primary
superblock is updated appropriately upon completion of the
как видишь в последней строке написано где mke2fs создала бы суперблоки, если бы ей пришлось создавать фс, на данном разделе (можешь подробнее почитать об этом в man mke2fs).
Теперь твоя задача взять, последний (в данном примере 2654208) и дать e2fsck в качестве копии суперблока. Последний потому что, тк ты затирал с начала, то у него меньше всего шансов быть убитым.
Суперблок в линуксе
Что такое суперблок в Линуксе. Попробуем разобраться на примере файловой системы ext(2|3|4), которая используется в линуксе по-умолчанию. Но для начала рассмотрим несколько простых понятий
Блок файловой системы
После форматирования диска или раздела сектора на диске разделены на небольшие группы. Такая группа секторов называется блоком. Размер блока может быть разным и задается как параметр ключа команды форматирования. Например
Размер блока может быть разным. Это зависит от типа файловой системы
При выборе размера блока нужно учесть ряд моментов
Размер блока влияет на скорость чтения/записи с диска. Представим себе файл размеров в несколько сот мегабайт, который считывается с диска блоками по 1Кб. Тот же файл будет считываться быстрее если размер блока файловой системы будет 4Кб или 8Кб. Это ясно. Поэтому при форматировании имеет смысл задать блок большего размера, если планируется использовать файлы большого размера
Также верно и обратное утверждение. В случае хранения небольших файлов лучше использовать блоки минимального размера
Ядро Linux работает с размером блока файловой системы, а не с размером сектора диска (обычно 512 байт). Важно понимать, что размер блока файловой системы не может быть меньше размера сектора диска и всегда будет кратным ему. Также ядро ожидает, что размер блока файловой системы будет меньше или равно размеру системной страницы
Размер системной страницы можно увидеть выполнив команду
Группы блоков файловой системы
Блоки, о которых мы говорили ранее обьеденяются в группы блоков, что позитивно отражается на операциях чтения/записи так как уменьшается время чтения/записи больших обьемов данных
Файловая система EXT разбивает все доспупное пространство на группы блоков равного размера. Эти группы располагаются последовательно, одна за другой
| Загрузочный блок | Группа блоков 1 | Группа блоков 2 | Группа блоков 2 | Группа блоков 3 |
Количество блоков в группе неизменно и может быть расчитано по формуле
Взглянем на вывод команды mke2fs
Отметим то, о чем говорили выше
Также видны блоки в которых хранятся резервные копии суперблока
Так что же такое суперблок?
Самым простым определением суперблока могло бы быть следующее утверждение
Суперблок — это блок в котором хранятся метаданные файловой системы
Аналогично тому, как i-ноды хранят метаданные о файлах, суперблок хранит метаданные о файловой ситеме. Если вдруг суперблок поврежден, то не возможно будет примонтировать файловую систему. Обычно при загрузке система проверяет суперблок и при необходимости исправляет его, что в результате приводит к корректному монтированию файловых систем
Некоторые данные, которые хранятся в суперблоке. Например
Основная копия суперблока хранится в самой первой группе блоков. Она названа основной, потому что считывается системой в процессе монтирования файловой системы. Так как отсчет блоковых групп начинается с 0 то можно говорить о том, что суперблок хранится в начале блоковой группы 0
Суперблок весьма критичен для файловой системы. Поэтому в каждой блоковой группе есть копии суперблока. Это дает нам право думать, что поврежденный суперблок будет восстановлен всякий раз, когда это будет необходимо
Может показаться, что наличие в каждой блоковой группе резервных копий суперблока приводит к потреблению большого дискового пространства. Для этого в последних версиях систем была реализована функция «sparse_super» целью которой было создание резервных копий в группе блоков 0, 1, 3, 5, 7
Как увидеть, что хранится в суперблоке?
Для этого воспользуемся командой dumpe2fs
Еще один вывод команды показывает информацию о суперблоке
Как восстановить поврежденный суперблок?
Для начала нужно проверить файловую систему утилитой fsck
В случае если fsck обнаружила ошибку чтения суперблока можно попробовать сделать следующее:
Для начала определим где расположены резервные копии суперблока. Для этого выполняем
Далее восстановливаем суперблок из бекапа при помощи e2fsck
В данном случае в блоке 819200 хранится резервная копия суперблока. После применения команды пробуем снова монтировать файловую систему. Либо как вариант использовать ключ sb команды mount, который указывает на расположение копии суперблока
В данном случае считываем копию суперблока из блока 819200
bad superblock on dev
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto | Site FAQ | Sitemap | Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 | Introduction to Linux — A Hands on Guide This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter. For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author’s experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own. Что такое суперблок в Линуксе. Попробуем разобраться на примере файловой системы ext(2|3|4), которая используется в линуксе по-умолчанию. Но для начала рассмотрим несколько простых понятий Блок файловой системыПосле форматирования диска или раздела сектора на диске разделены на небольшие группы. Такая группа секторов называется блоком. Размер блока может быть разным и задается как параметр ключа команды форматирования. Например Размер блока может быть разным. Это зависит от типа файловой системы При выборе размера блока нужно учесть ряд моментов Размер блока влияет на скорость чтения/записи с диска. Представим себе файл размеров в несколько сот мегабайт, который считывается с диска блоками по 1Кб. Тот же файл будет считываться быстрее если размер блока файловой системы будет 4Кб или 8Кб. Это ясно. Поэтому при форматировании имеет смысл задать блок большего размера, если планируется использовать файлы большого размера Также верно и обратное утверждение. В случае хранения небольших файлов лучше использовать блоки минимального размера Ядро Linux работает с размером блока файловой системы, а не с размером сектора диска (обычно 512 байт). Важно понимать, что размер блока файловой системы не может быть меньше размера сектора диска и всегда будет кратным ему. Также ядро ожидает, что размер блока файловой системы будет меньше или равно размеру системной страницы Размер системной страницы можно увидеть выполнив команду Группы блоков файловой системыБлоки, о которых мы говорили ранее обьеденяются в группы блоков, что позитивно отражается на операциях чтения/записи так как уменьшается время чтения/записи больших обьемов данных Файловая система EXT разбивает все доспупное пространство на группы блоков равного размера. Эти группы располагаются последовательно, одна за другой
Количество блоков в группе неизменно и может быть расчитано по формуле Взглянем на вывод команды mke2fs Отметим то, о чем говорили выше Также видны блоки в которых хранятся резервные копии суперблока Так что же такое суперблок?Самым простым определением суперблока могло бы быть следующее утверждение
Аналогично тому, как i-ноды хранят метаданные о файлах, суперблок хранит метаданные о файловой ситеме. Если вдруг суперблок поврежден, то не возможно будет примонтировать файловую систему. Обычно при загрузке система проверяет суперблок и при необходимости исправляет его, что в результате приводит к корректному монтированию файловых систем Некоторые данные, которые хранятся в суперблоке. Например Суперблок весьма критичен для файловой системы. Поэтому в каждой блоковой группе есть копии суперблока. Это дает нам право думать, что поврежденный суперблок будет восстановлен всякий раз, когда это будет необходимо Может показаться, что наличие в каждой блоковой группе резервных копий суперблока приводит к потреблению большого дискового пространства. Для этого в последних версиях систем была реализована функция «sparse_super» целью которой было создание резервных копий в группе блоков 0, 1, 3, 5, 7 Как увидеть, что хранится в суперблоке?Для этого воспользуемся командой dumpe2fs Еще один вывод команды показывает информацию о суперблоке Как восстановить поврежденный суперблок?Для начала нужно проверить файловую систему утилитой fsck В случае если fsck обнаружила ошибку чтения суперблока можно попробовать сделать следующее: Для начала определим где расположены резервные копии суперблока. Для этого выполняем Далее восстановливаем суперблок из бекапа при помощи e2fsck В данном случае в блоке 819200 хранится резервная копия суперблока. После применения команды пробуем снова монтировать файловую систему. Либо как вариант использовать ключ sb команды mount, который указывает на расположение копии суперблока В данном случае считываем копию суперблока из блока 819200 Проблемы при монтировании привода с различными типами CD-DVD дисков. Error mounting system-managed device /dev/sr0: Command-line `mount «/media/cdrom0″‘ exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error. In some cases useful info is found in syslog — try dmesg | tail or so. В /etc/fstab имеем строку: При попытке монтирования из консоли: При попытке открыть в файловом менеджере «Thunar 1.6.11» кликнув по серому/блеклому значку привода на рабочем столе: Успешно сработало ручное монтирование с явным указанием файловой системы: Поменяв в /etc/fstab местами перечень файловых систем с » udf,iso9660 » на » iso9660,udf » проблемный DVD-диск стал успешно монтироваться как из консоли так и при открытии его в файловом менеджере, — однако перестали монтироваться обычные CD-диски в формате » iso9660 » 🙂 Сейчас я процитирую, как позже выяснится, юзера Daniel рапортовавшего про сей баг ещё в далёком 2006-м году: «Складывается такое впечатление, что только последняя запись из списка fstype разделённых запятыми работает« After mounting it shows a perfectly mounted udf file system. So it seems that only the last entry of the comma-separated fstype list works. |