LINUX.ORG.RU
Форум — Admin  

как залить образ qemu на жесткий диск большего размера


0

1

Образ в формате raw создан командой 

 qemu-img create -f raw distr.img 2G
на нем был настроен дистрибутив, который я планировал заливать на жесткие диски при помощи dd 
 dd if=distr.img of=/dev/sdb bs=1M
после чего при помощи gparted расширять файловую систему на весь диск, но дело не пошло. Полученную файловую систему не подмонтировать, проверка выводит ошибки. 
fsck.ext4 -v /dev/sdb1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block при попытке открыть /dev/sdb1

The superблок could not be read or does not describe a correct ext2
ФС.  If the устройство is valid and it really contains an ext2
ФС (and not swap or ufs or something else), then the superблок
is corrupt, and you might try running e2fsck with an alternate superблок:
    e2fsck -b 8193 <устройство>
Подозреваю, что дело в различной геометрии у физического диска 
fdisk -l /dev/sdb

Диск /dev/sdb: 82.3 ГБ, 82348277760 байт
22 heads, 16 sectors/track, 456921 cylinders
Units = цилиндры of 352 * 512 = 180224 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000161d7

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1               6       11916     2096128   83  Linux
и образа созданного qemu 
# fdisk -l ipats_distr.img
Вы должны установить цилиндры.
Вы можете сделать это из меню дополнительных функций.

Диск ipats_distr.img: 0 МБ, 0 байт
22 heads, 16 sectors/track, 0 cylinders
Units = цилиндры of 352 * 512 = 180224 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000161d7

   Устр-во Загр     Начало       Конец       Блоки   Id  Система
ipats_distr.img1               6       11916     2096128   83  Linux
Раздел 1 имеет различные физические/логические начала (не-Linux?):
     физ=(0, 32, 33) логич=(5, 18, 1)
Раздел 1 имеет различные физические/логические окончания:
     физ=(261, 21, 16) логич=(11915, 13, 16)
Как бы приготовить образ для заливки на жеский диск?

★★
← kill в init.d ( centos)
Определение внешних участников очереди →

посмотри конвертер, может он умеет

GoNaX ★★★
()

Может быть лучше сделать архив системы, с последующей распаковкой и установкой загрузчика одним скриптом, в который же можно включить разметку и создание ФС?

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Наверно, так тут еще всплыло, что надо UUID менять в /etc/fstab и /boot/grub/grub.cfg

Но хотелось бы какое-то хотя бы теоретическое обоснование почему у всех диски клонируются при помощи dd(в гугле куча пруфов), а у меня нет.

Yur4eg ★★
() автор топика
Ответ на: комментарий от Yur4eg

UUID менять в /etc/fstab

В такой ситуации наверно можно консервативно использовать названия устройств. Жонглирование накопителями едва ли планируется.

dd

Честно говоря, пользовался им едва пару раз записывая образы флешек. Всегда казалось что обычное копирование проще и надёжней, по крайней мере если можно копировать остановленную систему (а с работающей и образ не снять).

А то что у всех копируется - у них тоже qemu? Думаю с физическими накопителями проблем бы не возникло, а у виртуальных машин конечно могут быть нюансы.

sin_a ★★★★★
()

наверное, надо сначала найти смещение внутри distr.img, по которому располагается нужный раздел, потом скопировать только его

dd skip= if=/distr.img of=/dev/sdb1

а таблицу разделов на /dev/sdb нужно подготовить при помощи parted

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← kill в init.d ( centos)
Admin
Определение внешних участников очереди →