Tags: Linux, LiveCD, (намерите подобни документи)
Направих втора LiveCD, истината - много специален
дестинация - за разполагане на изображението. Така че аз имам
Той разработи технология за производство на такъв вид микро-дистрибуции.
Взимам пакети от Debian му ецване (и Шо? Много вече компилиран
софтуер). Но аз вярвам, че в системата LiveCD за управление на пакети като
ап напълно безполезни. Ето защо, преди да се инсталира на новосъздадената
система да конвертирате дебютантка опаковки в обикновените архивите, ползата (.tar.gz)
това е доста лесно (тук е скрипт).
Освен това, идеята за минимална разпределение следва веднага, че на диска
Тя трябва да бъде точно това, което е необходимо в този случай. следователно
Ние започнете да създавате LiveCD да инсталирате най-подходящия пакет. Например, в
последния случай, имах скрипт инсталатор, написани на
Баш + диалог. Следователно, ние трябва да карам: Баш, диалогов и (твърда)
зависимост. Сценарият използва цп сега - по този начин, е необходимо пакет
coreutils.
В зависимост нужда да се по някакъв начин да следите на ръчно същото? Като външна
(По отношение на създадената система) зависимости в базата данни I
Аз използвам база данни ап-кеша работното ми система.
Всичко това се прави естествено скриптове. Ето един скрипт
създаване tar.gz в директория, създаден от системата. това
скрипт намира дебютантка-пакет, той се превръща в tar.gz (използвайки
горната deb2targz), и се инсталира. И накрая, този
В зависимост от сценария определя първия пакет и след това самата опаковка.
По този начин, на опаковките се поставят в инсталирай зависи екип.
Бележка 1: инсталиране, зависи скрипт само инсталира
непосредствените пакетни зависимости. Т.е. ако пакет зависи от В и
В зависи от това С, след това командата инсталирай зависи A предоставят пакети А и Б, но
не достави пакетите С. Все още е необходимо да се следи ръчно. За щастие, в
малки двигатели такива случаи не е достатъчно. За по-големи системи и може да бъде
скрипт е вярна (и можете да сложите мениджъра на пакети и нормално).
Бележка 2: всички скриптове трябва директорията, отпуснати на новите
система, а има и директория наречена пакети. Там ще се оформи
инсталираните пакети (дебютантка и tar.gz), а също така ще се съхраняват файлове
installed.list със списък на инсталираните пакети - не
инсталиране на същите два пъти.
Така, малко по малко, в избраната директория е
повече или по-малко работна версия на системата (на която е необходимо пакети
подложено на работа или нещо друго, като например за вход,
провери на НРС - полезна книга). След като доставя на Баш
зависимости в системата могат да бъдат създадени chroot'nutsya (Chroot
/ Път / до / на живо / хамбар / Баш), както и работата вече е "вътре".
След инсталирането на пакета ще трябва нещо друго доуточняване на
система е станал доста работа - писмено / и т.н. / fstab, / и т.н. / inittab и
още, че нужда (в инсталационната програма, например, аз не inittab файла, или
fstab не е необходима). Това включва написването на сценария на стартиране
- тук имате пълната свобода да напише това, което ви трябва. За една много проста
системи никога не може да се сложи sysvinit, както и първоначален
използвате samopisny скрипт на Баш.
По този начин една система, в която да работи като
Chroot-среда. Сега трябва да се гарантира, че тя се сваля. За да направите това, първо
Просто трябва ядрото.
Можете да вземете разпределителни ядро. Той е конфигуриран да
зареждане на нищо. Той има недостатък - модулна, то
nuzhnost на определени модули на всяка определени скриптове
зареждане. Скриптове и) притежават относително дълго време, и б) комплекс,
Искаш ли нещо да се направи по свой начин - най-вероятно да се счупят. обаче
един чифт "разпределителни ядро + скриптове от работеща система" Препоръчвам
за LiveCD, които трябва да бъдат натоварени на много по-различна
желязо конфигурации.
Ако кръгът е определен повече оборудване, можете да създадете свой собствен за него
сърцевина. Това ще се наложи, ако товарът трябва да бъде на
rasposledny желязо - дистрибуцията му ядро не поддържа. това
необходимо е също така, ако искате да приложат поправки към ядрото, което не е в
ядрото на разпространение. Така например, в LiveIDE SquashFS използвам, така че
тъпча по-вероятно.
можете да събирате монолитна ядрото за малки системи. Това е добре, защото,
че самата ядрото ще определи цялото оборудване, което го знае, т.е.
скриптове за определяне на оборудването не е нужен. Разбира се, тази идея не е
Тя ще се проведе, ако е необходимо, за да подкрепят една много широка гама от оборудване. Въпреки това,
например, от ядрото на инсталатора Хвърлих подкрепа звукови карти,
мрежа, и много повече - това е по време на инсталация не е необходимо.
Вие трябва да изтеглите буутлоудъра. Аз използвам isolinux. персонализиране
доста лесно, всичко е обяснено в документацията. Като пример,
Setup може да отнеме съдържанието на isolinux / директорията на инсталацията
Вашият разпределение CD.
зареждането на ОС зарежда ядрото. А ядро, на теория, трябва да стартирате / sbin / първоначален.
Но за тази цел той трябва да се монтира на основната файлова система. И къде ще
корен? CD-ROM не е подходящ поради факта, че тя е различна машина
свързани по различни начини - това е / Dev / HDB, и го прави / сътрудничество / scd0. следователно
LiveCD на корен като FS (поне в първия етап
изтегляне) традиционно се използват initrd.
initrd - графичен файл е всяка файлова система, разбира ядрото (подкрепа на ПП
трябва да бъде компилиран в ядрото плътно, т.е. не модул). мога
шейк изображение с помощта софтуерна, получил initrd.gz - ядрото може да ги
да разопаковате такова.
Какво да се постави в initrd? В initrd може да бъде най-малко три възможности:
* Много минимална система, която сама прави, която намира
карам и да го монтира като "истински" корен на файловата система;
* Част от системата, която може да се стартира и монтиране на останалите
част от системата с компактдиска.
Първата опция обикновено се използва в "десктоп" системи. тя може да бъде
използвана за LiveCD, в случай, че основната (на живо) система
Необходими са само нещо за 500..700Mb. Ако системата отнема по-дълго
- ще трябва да използвате компресия на отделните части на системата, за да се
да се работи с тях, вече не се нуждаем от доста тривиално система.
В LiveIDE аз използвах третата опция. / Директория ЮЕсАр се компресира в
картинни SquashFS, и всичко останало е в initrd.
За малки системи, че има смисъл да се използва втория вариант -
Системи за помещения в initrd напълно.
Файловата система, която е в паметта има следните предимства:
1) е на разположение на четене / запис (диск и SquashFS - само за четене);
2), ако в допълнение към ядрото и initrd, не се зарежда от диск, можете да
измъкнем от устройството веднага след изтегляне. Но липсата на голям
initrd е очевидно - това отнема много памет.
За да се зареди ядрото с initrd като основната файлова система е необходимо следното
линия в isolinux.cfg:
добавяне initrd = initrd.gz load_ramdisk = 1 ramdisk_size = 50000 RW корен = / ррт / ram0
В параметър ramdisk_size трябва да се уточни броят на няколко най-високо
В разопаковани initrd.
Ако системата не се използва sysvinit и използва неговата
първоначален-скрипт, трябва да добавите този ред на нещо като
"Init = / sbin / инсталиране на изображение".
Сега се създаде initrd изображение (например, като: дд ако = / Dev / нула = initrd
BS = 1024 броя = 40x1024), тя форматиране (mkfs.ext2 initrd), инсталирайте
контур като устройство (монтиране -о линия initrd / MNT / initrd), се връща
всички решили да сложат демонтирането и сгъстяване (софтуерна initrd). създавам
директория (защитен режим на изхода /), от която ще събира образа на диск в
Тя сложи директорията isolinux създавате директория isolinux / ядрото,
да се сложи на ядрото и initrd. Както се изисква пут файлове / директории
в главната директория на диска.
За да създадете стартиращ ISO-образ използвате команда като
до
Mkisofs -o /path/to/live-image.iso -r -V "Моето живо CD" -v-не-emul обувка
-зареждане зареждане с размер 4 -boot-инфо-маса -b isolinux / isolinux.bin -C
isolinux / isolinux.boot / път / до / изход
Разбира се, малко вероятно да успеят от първия опит. Да не бият на куп
CD дискове, изображенията могат да бъдат тествани по емулатор (QEMU).
PS. Наясно съм, че не е "изцяло Debian-уей". Тя е по-скоро Slack-вей.
Но този метод е много по-гъвкава.
ар х $ 1
RM control.tar.gz
MV data.tar.gz $ # 123; 1 / .deb / .tar.gz # 125;
Преглед на изчезналия Лет. Игри, направени без любов и старание, като балон - черупка е и празна отвътре. Lo.
Преглед на The Bridge "Top" и "дъното" в The Bridge - относително понятие. Разхождайки се през арката, можете лесно да Perey.
Преглед на SimCity преди Когато един месец, освобождаването на SimCity, интернет валцувани цунами на народния гняв - глупав Ош.
Преглед на Стратегията , Името на стратегия Тактика: Втората световна война едва ли някой познат. Но един поглед към нея Skree Township.
Преглед на играта Scrib. По традиция в игрите на информация за карти, ние представяме няколко примера за подобни игри.
Преглед на Walki на играта. Zombies и производство-на лицензи - които сами по себе си не са най-добрите представители на биосферата на игрите -.
Свързани статии