welinux.ru / 0byte — Образ линукса для флешки. Файл *.img

exelens 20.02.2009 13:21 #

+ -3 -

Интересно unetbootin умеет *.img?

muhas 20.02.2009 14:27 # ↑

+ 1 -

а зачем тогда унетбутин если есть dd

exelens 20.02.2009 14:29 # ↑

+ -3 -

ВОТ! Точно! Пасиб

dd if=diskboot.img of=/dev/*

Username 20.02.2009 22:16 # ↑

+ -1 -

вот черт:(
хотел знаниями понтонутся, не вышло:(

Kraplax 21.02.2009 17:34 # ↑

+ 0 -

Вот я бы тут был поосторожнее с такими заявлениями - /dev/* это совсем не то что /dev/какой-то_определенный_девайс ;-)
Надеюсь, система достаточно умна чтобы не допустить такого синтаксиса =)

Dreams 20.02.2009 14:07 #

+ 0 -

Хорошая статья на OpenNet.ru установка из под линукса...

множество примеров установки разных дистрибутивов линукс на usb (с картинками )

надеюсь поможет :) сам давно занимался этим вопросом, вроде бы можно даже и не править образ *.img для загрузки с USB + можно поставить на FAT раздел...

я пробовал устанавливать на FAT раздел, просто нужно было совместить несколько загрузочных дистрибутивов, там в принципе ничего сложного, главное установить загрузчик и прописать в нём путь на твой *.img

exelens 20.02.2009 14:25 # ↑

+ -3 -

Ты не понял =)

Я умею ставить линукс на флешку... http://it-talk.ru/?p=53 + для этого лучше использовать unetbootin

Мне нужно образ из *.img поставить.

Dreams 20.02.2009 14:47 # ↑

+ 0 -

нда :) видать не допонял :)) голова не варит))

muhas 20.02.2009 14:28 #

+ 0 -

grub4dos умеет загружать изошники кстати :)
у мну так пару iso и запускаются с флехи

Username 20.02.2009 22:17 #

+ -1 -

а кстати
Вот в чем тема. Может ли образ img содержать в себе инфу о файловой системе?
Вопрос кажется тупым, поясню. Недавно точно также ставил, и после дд, флэшка стала показываться во всяком случае как ext3, хотя была фат конечно. Внимание вопрос.
Почему?

Dreams 21.02.2009 01:05 # ↑

+ 0 -

не знаю может скажу глупость конечно, но может из-за вот этого:

Одним из наибольших достоинств GRUB является то, что он способен понимать используемые в Linux файловые системы. Вместо того чтобы подобно LILO, обращаться непосредственно к секторам жесткого диска, загрузчик GRUB способен загружать ядро Linux с файловых систем ext2 или ext3. Это достигается благодаря превращению двухступенчатого загрузчика в трехступенчатый. Ступень 1 (MBR) загружает загрузчик 1.5-ступени, способный понимать файловую систему, в которой хранится образ ядра Linux. Примерами могут служить reiserfs_stage1_5(для загрузки из файловой системы с журналированием Reiser) или e2fs_stage1_5 (для загрузки из файловых систем ext2 или ext3). После того, как загрузчик 1.5 ступени загружен и выполняется, может быть загружен загрузчик 2-й ступени.

После загрузки 2 ступени GRUB способен по запросу показать список имеющихся ядер (которые определяются в /etc/grub.conf, с поддержкой мягких ссылок из /etc/grub/menu.lst и /etc/grub.conf). Вы можете выбрать нужное ядро и даже передать ему дополнительные параметры ядра. Также существует возможность воспользоваться оболочкой с поддержкой командной строки, что обеспечивает большую степень контроля над процессом загрузки.

После того как загрузчик второй стадии загружен в память, он обращается к файловой системе и выполняет загрузку в память установленного по умолчанию образа ядра и образа initrd. Когда эти образы готовы к работе, загрузчик 2-й стадии вызывает образ ядра.

а потом вот этого:

В процессе загрузки ядра выполняется загрузка в оперативную память и монтирование начального RAM-диска (initrd), который был загружен в память загрузчиком 2-й ступени. Данный initrd служит временной корневой файловой системой в оперативной памяти и позволяет ядру полностью загрузиться, не выполняя монтирование каких-то физических дисков. Так как модули, необходимые для взаимодействия с периферийными устройствами, могут являться частью initrd, то ядро получается очень компактным и тем не менее способно поддерживать самые разнообразные аппаратные конфигурации. После загрузки ядра корневая файловая система заменяется (при помощи pivot_root); при этом корневая файловая система initrd удаляется и монтируется действительная корневая файловая система.

то есть скорее всего корневая файловая система в образе была Ext3 !?

почерпнуто из Подробности процесса загрузки Linux

Dreams 21.02.2009 01:14 # ↑

+ 1 -

да, я похоже прав...
Общее представление о initrd (Initial RAM disk)

приведу часть из скрипта для создания образа initrd:

# Create an empty ramdisk image
dd if=/dev/zero of=/tmp/ramdisk.img bs=$BLKSIZE count=$RDSIZE
# Make it an ext2 mountable file system
/sbin/mke2fs -F -m 0 -b $BLKSIZE /tmp/ramdisk.img $RDSIZE
# Mount it so that we can populate
mount /tmp/ramdisk.img /mnt/initrd -t ext2 -o loop=/dev/loop0

отсюда следует, что фс может быть и ext3... т.к. образ не монтирует флешку, то текущая фс показывается у образа в памяти, а не на флешке...

Username 21.02.2009 01:26 # ↑

+ -1 -

а вот это в точку.
Хм. не смотрел туда.

Username 21.02.2009 01:26 # ↑

+ -1 -

хм

Kraplax 21.02.2009 17:45 # ↑

+ 1 -

Почитай man dd. Принцип dd в том, что он просто переносит байты с одного места на другое так как он их видит. То есть, если он байты из файла /dev/sda1 переписывал в файл /home/user/myimage.img, то естественно он воспроизвел всю их последовательность, струтуру и иерархию и все остальное как это было на девайсе /dev/sda1. Заметим, что при указании /dev/sda результат будет другим, потому как туда попадут и загрузочный сектор (а точное, просто первые байты устройства), и таблица разделов (что также подразумевает и информацию о файловых системах на них).
Фактически, .iso файл - это слепок девайса /dev/cdrom, который включает в себя и файловую систему (ISO-какая-то-там) и файлы на ней. А .img файл указывает на то, что используется файловая система, которая более распространена на других носителях (винты, флэшки, дискеты), то есть там может быть и FAT и EXT и REISER и все что угодно.
То есть в общем-то dd - уникальная утилита бэкапа и рестора =) Можно сделать слепок диска, архивнуть его и спрятать. При проблемах с данными - разархивировать и вернуть все как было в момент снятия слепка =)