Как починить снятый через dd образ.

0

1

Делал бэкап через dd, сейчас пытаюсь смонтировать образ через -o loop, он ругается:

mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error
       В некоторых случаях полезная информация может быть
       найдена в syslog - попробуйте dmesg | tail или что-то
       в этом роде

Смотрю в dmesg:

[10375.262348] EXT4-fs (loop0): bad geometry: block count 4882432 exceeds size of device (935167 blocks)
[10375.416688] CPU3: Core temperature above threshold, cpu clock throttled (total events = 227)
[10375.417072] CPU3: Core temperature/speed normal
[10381.853055] EXT4-fs (loop0): bad geometry: block count 4882432 exceeds size of device (935167 blocks)
[10432.829968] EXT4-fs (loop0): bad geometry: block count 4882432 exceeds size of device (935167 blocks)
[10522.998098] EXT4-fs (loop0): bad geometry: block count 4882432 exceeds size of device (935167 blocks)

Мне из бэкапа нужен один файл. Как его починить?

Ссылка

←	Помогите разобраться с apache и /var/www/index.html

Подскажите шрифт.

→

Образ чего ты снимал? Раздела или диска?

post-factum ★★★★★
(24.02.13 20:07:02 MSK)

Это образ диска или раздела?

anonymous
(24.02.13 20:07:28 MSK)

Ссылка

Ответ на: комментарий от post-factum 24.02.13 20:07:02 MSK

Раздела.

Valdor ★★
(24.02.13 20:08:00 MSK) автор топика

Ответ на: комментарий от Valdor 24.02.13 20:08:00 MSK

fsck -n для начала.

post-factum ★★★★★
(24.02.13 20:08:54 MSK)

Ответ на: комментарий от post-factum 24.02.13 20:08:54 MSK

fsck из util-linux 2.21.2
e2fsck 1.42.6 (21-Sep-2012)
Error reading block 2129920 (Attempt to read block from filesystem resulted in short read).  Ignore error? no

Minimal: Attempt to read block from filesystem resulted in short read while reading block 2129920

Minimal: Attempt to read block from filesystem resulted in short read reading journal superblock

fsck.ext4: Attempt to read block from filesystem resulted in short read while checking ext3 journal for Minimal

Minimal: ********** WARNING: Filesystem still has errors **********

Valdor ★★
(24.02.13 20:10:35 MSK) автор топика

Ответ на: комментарий от Valdor 24.02.13 20:10:35 MSK

Стрёмно такое чинить. Попробуй примонтировать с -o ro,noload.

post-factum ★★★★★
(24.02.13 20:12:10 MSK)

Ты что-ли с «живой» примонтированной системы образ снимал?

Deleted
(24.02.13 20:15:00 MSK)

Ответ на: комментарий от Deleted 24.02.13 20:15:00 MSK

Вроде нет. Но уже не помню - месяца 3 назад было.

Valdor ★★
(24.02.13 20:15:30 MSK) автор топика

Ссылка

Ответ на: комментарий от post-factum 24.02.13 20:12:10 MSK

Та же ошибка.

Valdor ★★
(24.02.13 20:16:37 MSK) автор топика

Ответ на: комментарий от Valdor 24.02.13 20:16:37 MSK

Ну тогда советую сдублировать образ и натравить на него fsck, чтобы попробовал что-то исправить.

post-factum ★★★★★
(24.02.13 21:57:36 MSK)
Последнее исправление: post-factum 24.02.13 21:57:47 MSK (всего исправлений: 1)

Ссылка

CPU3: Core temperature above threshold, cpu clock throttled (total events = 227)

Пишу из горящего сервера?

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

mky ★★★★★
(24.02.13 22:29:01 MSK)

Ответ на: комментарий от mky 24.02.13 22:29:01 MSK

Это у меня мир обновляется.

Места хватило.

Раздел давно канул в лету...

Valdor ★★
(24.02.13 22:42:55 MSK) автор топика

Ответ на: комментарий от Valdor 24.02.13 22:42:55 MSK

Блджад, образ 12 гб весит. Я никогда такие разделы не создаю, минимум 20. По ходу, он просто недоснялся. Расходимся, господа.

Valdor ★★
(24.02.13 22:43:59 MSK) автор топика

Ссылка

У вас молоко убежа^W^W ЦПУ перегревается.

Citramonum ★★★
(24.02.13 23:48:15 MSK)

Ответ на: комментарий от Citramonum 24.02.13 23:48:15 MSK

Я вижу. Все под контролем.

Valdor ★★
(25.02.13 08:36:04 MSK) автор топика

Ссылка

Ответ на: комментарий от mky 24.02.13 22:29:01 MSK

копия не целиком.

Мне безумно интересно, что как раз в таких ситуациях делать. У меня с винча недоснялась пара гигов (бэды по ходу), теперь не могу оттуда данные вырвать.

tazhate ★★★★★
(25.02.13 08:48:25 MSK)

Ответ на: комментарий от tazhate 25.02.13 08:48:25 MSK

Может, для начала, дополнить файл до нужного размера нулями? Хотя бы перестанет жаловаться на неправильный размер.

Citramonum ★★★
(25.02.13 13:18:09 MSK)

Ссылка

Ответ на: комментарий от tazhate 25.02.13 08:48:25 MSK

Ну, если там ext2/ext4, то добро пожаловать в увлекательный мир debugfs. Файл, как и советовали, дополнить нулями до нужного размера и начинать расковыривать структуру ФС, помня с какого блока начинаются нули, а не полезная информация. e2fsck я бы не советовал, она в случаях больших объёмов мусора (нулей) может всё испорить.

Дополнять нулями не обязательно точно до размера оригинальной ФС, можно и больше. ФС в суперблоке содержит свой размер, главное, чтобы debugfs/e2fsck не получали по башке за попытку прочитать больше данных, чем размер блочного устройства.

mky ★★★★★
(25.02.13 14:59:02 MSK)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	Помогите разобраться с apache и /var/www/index.html

General

Подскажите шрифт.

→

Похожие темы