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

exelens20.02.09 13:21# +0–

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

muhas20.02.09 14:27#↑ +1–

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

exelens20.02.09 14:29#↑ +0–

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

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

: Username20.02.09 22:16#↑ +0–

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

: Kraplax21.02.09 17:34#↑ +0–

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

Dreams20.02.09 14:07# +0–

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

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

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

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

exelens20.02.09 14:25#↑ +0–

Ты не понял =)

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

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

: Dreams20.02.09 14:47#↑ +0–

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

muhas20.02.09 14:28# +0–

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

Username20.02.09 22:17# +0–

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

Dreams21.02.09 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

: Dreams21.02.09 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... т.к. образ не монтирует флешку, то текущая фс показывается у образа в памяти, а не на флешке...

: Username21.02.09 01:26#↑ +0–

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

: Username21.02.09 01:26#↑ +0–

хм

: Kraplax21.02.09 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 - уникальная утилита бэкапа и рестора =) Можно сделать слепок диска, архивнуть его и спрятать. При проблемах с данными - разархивировать и вернуть все как было в момент снятия слепка =)