man qemu-nbd

man qemu-img

Что успел попробовать

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

Я первый раз за 10 лет с линиксом сталкиваюсь (раньше как-то был знаком), я даже не знаю в какую сторону по ману рыть!

Тем более имею смутное понятие об этом qcow2.

Заранее огромное спасибо!

Нам в институте на кафедре часто говорили RTFM! И я согласен, но беда в том что я даже вектор не представляю!

Буду очень признателен за конкретные начальные примеры!

Огромное спасибо за развёрнутый ответ! Что может быть за ошибка?

root@buywell-proxmox:/var/lib/vz/images/120# qemu-nbd --connect /dev/nbd0 --read-only vm-120-disk-2.qcow2 /tmp/buildd/qemu-1.1.2+dfsg/nbd.c:nbd_init():L382: Failed to set NBD socket

Failed to set NBD socket

Я не уверен, но возможно nbd0 уже занят.

Сменил на nbd1. Принципиальная разница есть?

root@buywell-proxmox:/var/lib/vz/images/120# modprobe nbd

root@buywell-proxmox:/var/lib/vz/images/120# qemu-nbd --connect /dev/nbd1 --read-only /var/lib/vz/images/120/vm-120-disk-2.qcow2

root@buywell-proxmox: kpartx -arvs /dev/nbd1

root@buywell-proxmox:/var/lib/vz/images/120# kpartx -arvs /dev/nbd1

-bash: kpartx: command not found

root@buywell-proxmox:/var/lib/vz/images/120# apt-get install kpartx

root@buywell-proxmox:/var/lib/vz/images/120# kpartx -arvs /dev/nbd1

root@buywell-proxmox:/var/lib/vz/images/120# mount /dev/nbd1 /mnt/qcow2/

mount: block device /dev/nbd1 is write-protected, mounting read-only mount: you must specify the filesystem type

И в конце такая фигня:

root@buywell-proxmox:/var/lib/vz/images/120# mount -t cifs /dev/nbd1 /mnt/qcow2/ mount.cifs: bad UNC (/dev/nbd1)

Раздел был под виндой (NTFS), простом том с MBR! Может не так монтировать надо? Извиняюсь за туповатые вопросы, но правда в линухах по отсутствие практики чувствую себя полным профаном!

Сменил на nbd1. Принципиальная разница есть?

При загрузке модуль nbd создаёт несколько устройств (количество ЕМНИП можно указать в параметрах модуля), которые можно использовать. Принципиальной разницы нет.

Раздел был под виндой (NTFS), простом том с MBR! Может не так монтировать надо?

• Монтировать тебе нужно разделы из /dev/mapper/nbdXpY, а не само устройство nbdX. nbdX - весь диск, а /dev/mapper/nbdXpY - конкретные разделы этого диска.
• CIFS - это сетевая файловая система. По идее команда mount должна сработать без опций и автоматом определить NTFS и заюзать драйвер в ядре. Но если тебе нужно r/w, а не r/o, то лучше заюзать ntfs-3g.

Про разделы понял. А если повреждена структура раздела и он не сможет явно определить NTFS Это или нет, то можно как-то выцепить данные оттуда? «Пофиксить» чем либо?

И к сожалению в /dev/mapper/ у меня только:

control pve-data pve-root pve-swap

И всё... это нормально?

И как узнать, вернее где посмотреть эти разделы (nbdXpY), эти самые X и Y? С помощью fdisk -l или как-то по другому?

И к сожалению в /dev/mapper/ у меня только:

control pve-data pve-root pve-swap

И всё... это нормально?

Это значит, что нету разделов в образе. Насколько это нормально в твоём случае - тебе решать =).

Да, fdisk -l на /dev/nbdX. Но если kpartx их не нашёл, то возможно там реально никаких разделов нету.

Если таблица разделов раньше была, но ты каким-то образом её случайно снёс, то можешь попробовать восстановить её с помощью утилиты testdisk.

Если ты ещё и саму файловую систему умудрился сильно повредить, то можешь попробовать восстановить файлы с помощью photorec.

блин, а я надеялся, что автор темы - erzent

fdisk -l не нашёл даже /dev/nbdX Раздел там точно есть! Самое обидно что я просто просмоторщиком лезу файл смотреть и вижу и html и txt файлы. Даже файлы структуры базы 1С и ту вижу!

Ну неужели их никак нельзя выцепить???? Конвертер? Фиксер или ещё магия какая-то. Там скорее всего таблица разделов подпортилась или что там у этого контейнера (qcow2) внутрях!

Помогите, а то ща правда рыдать начну - это такой попадос!

Ну неужели их никак нельзя выцепить???? Конвертер? Фиксер или ещё магия какая-то. Там скорее всего таблица разделов подпортилась или что там у этого контейнера (qcow2) внутрях!

Я выше написал: testdisk (для таблицы разделов) и photorec (если всё совсем плохо и ты поломал файловую систему, но файлы 1С он скорее всего не может).

Btw, а делал ли ты бэкапы? 8)

Только перед тем как что-нибудь предпринимать, сделай бэкап самого qcow2-образа. На случай если случайно поломаешь его ещё сильнее.

testdisk и photorec видят только физический диск + разделы которые примонтированы. Учитывая что мой образ не монтируется, то и сделать я с ним ничего с помощью этих утилит не смогу?!

Если бы я сделал бэкап, плакал бы я так долго. Остались только эти файлы от виртуальной машины. Причём первый грузиться нормуль, вся ось стартует, а второй диск который я поднимал дополнительно в Proxmox как будто пуст!

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

Нету никакого низкоуровневого рестора типа OnTrack Для таких образов?

testdisk и photorec видят только физический диск + разделы которые примонтированы. Учитывая что мой образ не монтируется, то и сделать я с ним ничего с помощью этих утилит не смогу?!

Обе работают с самим диском, то есть в твоём случае с /dev/nbdX.

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

Вряд ли.

Нету никакого низкоуровневого рестора типа OnTrack Для таких образов?

Без понятия. Ты можешь при помощи qemu-img сконвертировать qcow2 в RAW-образ и залить его на физический HDD. А потом подключить его к компьютеру с вендой и попробовать разные windows-only тулзы для восстановления данных.

Ещё можешь попробовать qemu-img check на образе.

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

Прогнал с помощью

root@buywell-proxmox:/var/lib/vz/images/120# qemu-img check vm-120-disk-2.qcow2

Написал много чего, походу потерянные кластеры:

ERROR cluster 854688 refcount=0 reference=1 ERROR cluster 854689 refcount=0 reference=1

251 errors were found on the image. Data may be corrupted, or further writes to the image may corrupt it.

601951 leaked clusters were found on the image. This means waste of disk space, but no harm to data.

295 internal errors have occurred during the check.

An error has occurred during the check: Success The check is not complete and may have missed error.

Может его пофиксить можно этой командой? Переписать или сделать этот snapshot с него?

Смотри в man qemu-img опцию -r.

Я наверное опух от количества инфы, но вижу только ключи rebase и resize.

rebase может почистить этот мусор с кластерами?

check [-f fmt] [--output=ofmt] [-r [leaks | all]] filename

Спасибо. Сейчас буду пытаться лечить и подсунуть винде на восстановление!

Если что я завтра спрошу? ;-) Хотя чувствую вторую ночь за компом проведу! ;-\

После лечения с помощью «qemu-img check -r» я бы попробовал testdisk'ом пройтись.

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

Ну как, получилось что-нибудь?