PXE boot a köbön

Linux-haladó

Van egy "házi" telepítő/javító gépem (Debian stable) amin egy év leforgása alatt több különféle PXE/LAN bootolható dolog fel van pakolva.
1. Debian PXE/Netinst telepítő
2. RIP Linux
3. Hiren boot CD (samba támogatással)
4. Clonezilla (csak próbaképpen)
5. plop (csak próbaképpen - samba támogatással)
6. Unattended 4.8 windows telepítő rendszer (samba támogatással)

Jelenleg úgy váltogatok, hogy a /var/lib/tftpboot könyvtárat linkelem az éppen használni kívánt dologra. Elméletileg lehetséges lenne, hogy ezt is menübe rakjam, de nem igazán tudom, hogy is lehet ezt megoldani. Azt hiszem kellene egy olyan tftpboot/pxelinux.cfg/default amivel kilehet választani hogy melyikre is van szükségem, és az "újra triggereli" a folyamatot a kiválasztott tftpboot/pxelinux.cfg/default -jára, de még nem találtam útmutatást, hogy is kellene ilyet csinálnom. Az hogy mindenkit egy defult -ba betuszkolok nem tűnik jó megoldásnak, mivel eléggé változatosak a lehetőségek és némelyik elég nagy saját menűvel is rendelkezik. Foglalkozott valaki ilyesmivel? Tusd dobni egy-két tanácsot min induljak el?

  • 156519 megtekintés

( colos | 2010. 01. 10., v – 14:37 )

en a rip menujebe raktam bele a valaszthato dolgokat, egyszeru szoveges file, konnyu szerkeszteni. gyakorlatilag az egyes pxe-s rendszerek config file-jat kell beszerkeszteni a rip configjaba

udv Zoli

az unattended menujet nem ismerem, de rip-bol csomo felesleges dolgot ki lehet dobni. ha a kepernyo aljara er a kurzor akkor lehet scrollozni is es ha jol emlekszem akkor a kepernyo felbontast is lehet emelni
szerk:
a rip linux doc/menu.txt file-jaban eleg reszletes leiras van a lehetosegekrol

udv Zoli

( VaZso v | 2010. 01. 10., v – 15:37 )

Nekem is van egy ilyen pxe boot környezetem, hasonló eszközökkel.

Én úgy csináltam meg a menüt, hogy a pxelinux.cfg/default-ba leginkább csak az almenük meghívását tettem és minden almenübe csináltam egy visszalépést a főmenühöz.

Biztos meg lehet oldani szebben is, pl. Debian telepítő össze-vissza (: hivatkozik és egy fileban oldja meg az almenüt is...

Valami ilyesmi kell:

- Főmenü (default): 

Label RIPLinux
MENU LABEL R.I.P. Linux
kernel /boot/vesamenu.c32
append /boot/RIPLinux/riplinux.conf

- Almenü (riplinux.conf) 

LABEL Fomenu
MENU LABEL Vissza a fomenube
KERNEL /boot/vesamenu.c32   
APPEND /pxelinux.cfg/default

Én legalábbis így oldottam meg... az utolsó két sor az érdekes.
Mindegyik almenünek így lehet akár más háttere és többszörös menürendszert is kialakíthatsz :)

---

Egy kérdésem viszont lenne: Hiren-t hogy oldottad meg?

Én megcsináltam, hogy külön bootolható a DOS-os rész és külön a Windows megoldása, de a segédprogramok szinte egyikét sem csomagoltam eddig bele.
Samba támogatás ment azon a gépen, amivel próbáltam, de nem néztem, milyen vezérlőkártyákat támogat egyáltalán, félek, hogy nem eleget... legalábbis alap Linuxos telepítéshez viszonyítva.
...mondjuk eddig nem volt gond vele, már amikor elindítottam egyáltalán...

Ezt az Unattented dolgot is érdemes lenne megvizsgálni... :)

Most éppen megrekedtem egy olyan ponton amit már egysz6er azt hittem sikerült megoldanom - de nem :(
Megpróbálom összerakni a menüket.
A Hiren "titka" abban van, hogy van neki egy olyan menüpontja (ha a CD-t futtatod) ahol egy univerzális (hálókártya szempontból) DOS boot floppit indít el. Ennek a floppinak a honlapját kerestem meg anno és csináltam egy olyan verziót ahol már bemountol egy samba megosztást (a PXE szerverről) bemásolja a RAM diskre megfelelő állományokat és ad egy DOS promptot. Itt megadhatod hogy "M" - így elindul a szokásos Hiren menü, és vagy bemountolhatsz még valamit - mondjuk ahova a ghost készíteni fogja az imaget. Részletesebben is elmondhatom, ha odáig eljutok - nekem is most kell reprodukálnom ezt egy másik gépen.

* Én egy indián vagyok. Minden indián hazudik.

Lehet, valamikor megnézem ezt a dolgot, mert kíváncsi vagyok, mi is ez...

...én azt csináltam, hogy létrehoztam egy image file-t, amire felmásoltam a CD-én található, DOS-os részhez kapcsolódó fileokat.
Ezután syslinux-al bootolhatóvá tettem és ezt az image file-t töltöm be pxelinux alól a memdisk segítségével, memóriába.
Kb. 50MB lett a képfile mérete.

Ez a samba megosztáson keresztüli másolgatás tett kicsit kíváncsivá, nem tudom, mire és mennyire hasznosítható.

Fent úgy értettem, sikerült megoldanod ésszerű módon a rendszer komplett bootolását Win/DOS módban egyaránt.

Egyébként hol akadtál el?

Az újabb Hiren lemezeken van egy bootolható XP és a régebben megszokott DOS-ra épülő programgyűjtemény.

Ahhoz, hogy az előbbi pontosan ugyanúgy működjön mint CD-ről indítva, módosítani kellene kicsit néhány dolgon, ezt eddig nem tettem meg. Az alap rendszert (mindkettőt) bootolhatóvá tettem hálózatról is.

Öcsém használja Ghost-olásra.

Amúgy el tudnám képzelni esetleg Win-es filerendszer javító/helyreállító program futtatásához, esetleg registry javításához.

Tény, hogy már régen volt szükségem ilyesmire, általában R.I.P mindenre elég. Esetleg Knoppix, egy beállított Slax, ilyesmi még akár sok is. :)

Most esik le, hogy is volt ez. Leteszed a boot cd iso imaget és azt PXE bootolod? Ezt hogy kell csinálni?

SZERK: Bocs! Ezt félreértettem. Pedig olyan jól hangzott :)
Mindenesetre a hiren létrehoz egy R: jelű ram disket és a CD a C: -re mountolódik. Vagyis a samba megosztásban ott van a az egész CD tartalma + az R. diskre kibontott cuccok (benne a windowsos cuccok is, de hogy minek?). Az univ DOS boot floppy autoexec.bat ban van a másolása az R: cuccnak és tulajdonképpen kész.

Azt mondod ghostolásra a mini windows-t használja? - minek ott az igazi DOS-os csak ki kell választani melyik verzió - én samba megosztásba mentek, azt meg az elején beállítom (net use x: stb).

* Én egy indián vagyok. Minden indián hazudik.

Nem tudom, de erre én is kíváncsi lennék. :)

Grub2-ről olvastam, hogy talán tudja, kéne tenni vele egy próbát.

Én csak a CD iso-jából másoltam ki a szükséget file-okat, külön a DOS és külön a Windows részhez (utóbbi alapvetően is egy ramdiszkes megoldás).

---

Egyébként - a boot menühöz visszatérve - egyetlen szépséghiba maradt, amit jó lenne orvosolni: a magyar ékezetek megjelenítése...

Szerk.:
Értem. :)

A Ghost DOS-os változatával volt valami (működési) gondja régebben, no meg talán az ntfs partíción tárolt image elérése egyszerűbb. :)

Az unattended telepítő rendszer remek dolog. Elindítod a telepíteni szánt gépet hogy bootoljon PXE -ről, partícionálsz, megválaszolsz néhány kérdést és mehetsz aludni - reggelre meg van az alap. Rendszer, a működő és fontos frissítésekkel, office, Adobe, Mozilla, fejlesztői cuccok stb. és egy halom utility.
Hozzálehet varrni a BTS driver packot - így szinte nincs gép amit nem tud lekezelni.
Ami nagyon hiányzik belőle, az a profilírozás, ami pl. az nLite -ban megvan (felhasználók, asztal és menü beállítások, esetleg a steadystate).

Jó lenne ha a Debiant is így tudnám telepíteni :( Most már ott tartok, hogy egy jó Debian telepítés több időt visz, mint a windows!

* Én egy indián vagyok. Minden indián hazudik.

Ez amúgy csak XP-ig működik, esetleg Vista ill Win7 is telepíthető vele?

Nem mintha most olyan nagy szükségem lenne rá, csak szeretek kísérletezgetni. :)

Érdekes dolog ez az Unattented, csak még nem játszottam vele. Azt tudom, hogy az MS-féle hálózati telepítés csak trükkökkel fut Linuxon, mivel össze-vissza használják a kis- és nagybetűket, ami Linux alatt nem mindegy...

Miert kellene a kiszolgalot butitani, nem ertem. En a startrom.n12-es megoldast ismerem, ott ugy megy, hogy fur alle felle alapon csinalsz symlinkeket, mert konzekvensen kis vagy nagybetus a windows.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

miért ne működne így a debian telepítés? én csak eljátszottam vele egy kicsit, hogy megnézzem mi is az a preseed, vagy mi a pontos neve. működött egész jól. (bár nem használtam, de van jobb megoldás is linux telepítésére, ha "tömegével kell"; ha nagyon kell a megoldás, megnézem a nevét, egy könyvem van róla a polcon, nagyon ötletesen működik)

--
xterm

Most éppen megyek el itthonról, de ha érdekel, valamelyik nap megnézem, pontosan mit módosítottam a sajátomon és leírom.

Én amúgy HDD image-et bootolok memdisk-kel, szerintem itt is valami ilyesmi történik.

Végignéztem a videot, hátha a komplett Hiren CD-t bootolja, de nem, ez csak a DOS-os rész. A win-est még csak elindítani próbáltam, de nem foglalkoztam vele (külön menüpontban)...
No meg állítólag grub2 tud iso-t bootolni, kíváncsi leszek rá... :)

Amúgy nálam pxelinux csinálja a betöltést.

Nos, amit csináltam:

- Létrehoztam egy akkora méretű filet (kis ráhagyással), amennyi helyet a Hiren CD DOS része elfoglal (ez nálam 514.408 KB lett).
Erre alkalmas pl a dd...
- Ezt a filet merevlemezként kezelve létrehoztam rajt egy FAT partíciót.
- losetup-pal csatoltam egy loop eszközhöz a partíciómat losetup /dev/loopx hiren.img -o32256 módon.
Ez utóbbi egy eltolás, ami a 63 sector/track és 512 byte/sector szorzataként 32256 byte-nyi eltolással csatolja a loop eszközt, vagyis a partícióm elejétől. :)
- ezután mountoltam a loop eszközt egy könyvtárba
- feltettem rá egy syslinux betöltőt
- Ennek (syslinux.cfg-nek) tartalma ez lett:
default boot

label boot
kernel /HBCD/memdisk
append initrd=/HBCD/boot.gz

- Felmásoltam a Hiren cd HBCD könyvtárát is a partíciómra, az XP image és hozzá tartozó fileok nélkül.
- Ezzel az image file kész van, mehet a tftp boot kányvtárába. Tömöríteni nem érdemes. :)

A pxelinux-féle boot ide vonatkozó része pedig így néz ki:

LABEL Hiren
MENU LABEL Hiren v10.4
kernel /boot/memdisk
append initrd=/boot/hiren.img
TEXT HELP
Tovabbi informaciok:

Hiren v10.4 lemez DOS-os boot resze.
Segedprogramok, diagnosztika, stb.
ENDTEXT

Ezzel rendesen indul és működik a rendszer, ~50MB pedig nem sok a memóriából, különösen a mai gépeknek... a betöltés is hamar megy, ráadásul gyorsabb mint CD-ről és betöltés után már a hálózati kábel sem kell. Eddig még nem volt gondom vele.

Gyorsan frissítettem is a legújabbra és meglestem, mit is csináltam anno... :)

Remélem, segítettem... küldök egy linket privátban...

Szívesen, örülök, ha más is fel tudja használni a megoldást.

Elvileg mással is működik/működhet, kérdés, mennyire érdemes nagyobb image-et betölteni a RAM-ba.
Valójában más rendszerrel nem próbáltam, mert Linux megy sokkal szebb megoldással is, Windowsnak is van ramdiszk-es boot megoldása, ez csak amolyan "kényszer" megoldás volt.

Amivel még érdemes lenne próbálkozni, az az ISO-file-ból bootolás (grub2?), annak örülnék, ha működne...
No meg érdekelne a boot kivitelezése, ill. esetleg az OS felkészítése rá... majdcsak eljön az idő arra is.

üdv, kérdeznék.
dd if=/dev/zero of=testing.img bs=512 count=24000
ezzel létrehozok egy 12 megás file-t. OK..
Létrehozom benne a partíciót (fat16), majd mount után syslinux -d /boot --install /dev/loop0, hozzáraktam (másoltam) a syslinux könyvtárat (a /boot-ba) és a hozzá való pár file-t is (ahogy a tiédben van csak átszerkesztett .cfg), de nem hajlandó indulni, helyette inkább kifagy a bootszektor ellenőrzésekor.
(a $mountpoint/boot/ldlinux.sys létrejön, aztán semmi más ezen kívül)

Ötlet?

--
compaq n610c
"...és micsoda zajt csapott!"

a syslinux-ot sikerült telepíteni, indítja is a lemezképet, de

X akta:
testing.img 12 Mbyte, fat12, virtualbox-ban pxe-ről fut(ott)
50mb.img 50 Mbyte, fat16, virtualbox-ban pxe-ről működik

Mindkét file-t ha fizikai gépen húzom be pxe-ről, akkor a floppy lemezkép a helyére kerül (ahogy a tiédben is van, a: drive), míg a c: meghajtó elérhetetlen, dosos fdisk szerint UNKNOWN a partíció típusa, a mérete pedig 12 vagy 50 Mbyte, attól függően, hogy melyik lemezképet indítom.

--
compaq n610c
"...és micsoda zajt csapott!"

Az fdisk -l $rawfile.img szerint a $rawrile tartalma FAT partíció, csodás mint az általad készített 50 megás.
(cfdisk $rawfile.img, majd új partíció, bootflag, type=01 vagy 04 vagy 06, write, losetup, mount, másolás, umount, losetup -d.)

A boot szektor kukucskálása után kétféle képpen játszik:
a) szétfagy a francba.
vagy
b) elindul, de csak az a: drive jön elő, a c: felismerhetetlen számára.

Az általad összerakott hiren.img ugyanezen a gépen (meg virtualbox-ban is) pxe boot-oláskor kifogástalanul működik.
X akta...
Vagy esetleg lefirkantod hogy neked hogy sikerült produkálni azt az image-t...?

--
compaq n610c
"...és micsoda zajt csapott!"

Most mobilról nézem az oldalt és kicsit kómás is vagyok. :)

Elvileg mindent ugyanúgy csináltam, ahogy fent írtam. :)

Készítsd el az image filet, tedd fel loop-ra losetup-pal, hozd létre a partíciót, csatold fel eltolással, hogy közvetlenül a partíció elejét lásd, hozd létre a filerendszert és tedd fel a Syslinux-ot, meg persze itt is ügyelj a boot flagre.

Esetleg írd le, egészen pontosan hogyan csinálod és megnézem, ha otthon leszek.

Még mindig nem vagyok egészen biztos abban, hogy jó helyen van a filerendszered és nem mondjuk a file elejére került.

dd if=/dev/zero of=testing.img bs=512 count=24000
fdisk -l testing.img
-126 heads, 63 sectors/track, 3 cyl, total 24000 sectors
losetup /dev/loop0 testing.img
cfdisk /dev/loop0 (fat16, bootflag)
losetup -d /dev/loop0
fdisk -l testing.img
-126 heads, 60 sectors/track, 3 cyl, total 24000 sectors
losetup /dev/loop0 testing.img -o 32256 (ha a 63*512)
és az mkdosfs is, meg az mkfs.vfat is elhasal ha a /dev/loop0-ra eresztem.
ha viszont
losetup /dev/loop0 testing.img -o 30720 (mert 60*512)
akkor mkdosfs /dev/loop0 csak "Loop device not match a floppy size, using default hd params" üzenet.
ebben az esetben
mount /dev/loop0 -t msdos -o loop /mnt/isotemp
és sikeres a mount.
létrehozom a /boot könyvtárat és alá /syslinux-ot, majd ebbe másolom bele a syslinux, syslinux.com és syslinux.cfg file-okat.
a gyökérbe csinálok egy hdd nevűt, melybe másolom a syslinux.cfg-be hivatkozott bootfd.ima file-t (boot floppy, pxe-ről boot-olva megy), a memdisk-et.
ezek után umount /mnt/isotemp
syslinux --install /dev/loop0 (még mindig -o 30720)
és létrejön a gyökérben az ldlinux.sys file.
losetup -d /dev/loop0
cp testing.img /tftpboot/service/

A lemezkép pxe boot-olásakor az eredmény (syslinux betöltődik):
"this is not a bootable disk"...

Szerk:
Összesen két féle alaplappal próbáltam, mindkettővel elhasal a boot szektor kukucskálásnál, többnyire áll és vár az idők végezetéig, amolyan szétfagyott állapotban.

Viszont, ha a lemezképet így csinálom:

dd if=/dev/zero of=testing.img bs=512 count=24000
parted testing.img mklabel msdos
losetup -f testing.img
fdisk /dev/loop0
(fat16, active)
mkdosfs -F 16 -v /dev/loop0
mount /dev/loop0 -t auto /mnt/isotemp
(felmásoljuk a boot és hdd könyvtárat. boot-on belül van a syslinux, ezen belül a syslinux.*, hdd-n belül a memdisk, a syslinux.cfg-ben megadott bootfd.img, valamint még néhány file a /usr/lib/syslinux alól)
umount /mnt/isotemp
syslinux --install --mbr --active --directory /boot/syslinux/ /dev/loop0
losetup -d /dev/loop0
(cp testing.img /tftpboot/)

akkor az fdisk -l testing.img 4 partíciót sorol fel, eszméletlen méretekkel, partíció típussal.
Ám a pxe boot során a bootfd betöltődik, de a hdd könyvtár (hiren.img-ben HBCD) már nem látható.
Dos-béli fdisk szerint a C: nem partícionált 7 Mbyte-os placc.
Az eltorito.sys betöltése 810-es(?) hibával száll el (gondoltam hátha ez kell a boldogságához).

A korábbiakhoz képest annyival vagyok gazdagabb, hogy esetemben a 32256-os offszettel kell eltolnom a lemezképet a csatoláskor (nem pedig 30720), akármit is mutat (60 vagy 63) a sectors/track.

--
compaq n610c
"...és micsoda zajt csapott!"

Korábban írtam egy választ a hozzászólásodra, csak véletlen nyomtam egy ctrl+shift+v-t (ctrl+v helyett), amivel sikerült egy oldalt visszalépnem és elveszett az egész (elég részletesen írtam, így most biztosan nem sikerül újra - nem sokat aludtam az elmúlt napokban)...

Szóval a 30720 az biztosan nem jó - mint ahogy végül is írtad a szerkesztés után -, mert a partíciód elé rakod a filerendszert vele (ami loop eszközként csatolható az eltolással, de partícióként nem).
Persze minden attól függ, milyen adatokkal sikerült létrehoznod a partíciót, de amúgy a 60 sector/track nagyon egzotikus érték lenne.

Egyébként én megcsináltam ugyanezt és le tudtam formázni.

Próbáld meg a következőképpen partícionálni: fdisk -S63 -H255 -b512 /dev/loop0
Azért adom meg ilyen formában, mert alapvetően ezekkel a paraméterekkel hozza létre nálam.

Bár ez némileg szerencsétlen 12 MB-os image esetén, mert 512 byte/sector * 63 sector * 255 fej = 8225280 byte-os egységekben tudod változtatni a partíció méretét.
Talán szerencsésebb kevesebb logikai fejet megadni, pl. fdisk -S63 -H127 -b512 /dev/loop0 paraméterrel - bár még így is kicsit kisebb a fileod, hozzá kellene igazítani a méretét.

Szerintem próbáld valahogy így:
- dd if=/dev/zero of=testing.img bs=1024 count=12002
- losetup /dev/loop0 testing.img
- fdisk -S63 -H127 -b512 /dev/loop0
- losetup -d /dev/loop0
- losetup /dev/loop0 testing.img -o 32256
- mkfs.vfat /dev/loop0 ("nem floppy" üzenet lényegtelen)
- mount /dev/loop0 ide
- másolás, syslinux, stb.
- losetup -d /dev/loop0

Nem tudom, miért változtak meg az fdisk által kiírt adatok nálad, de az nekem nem tetszik.

Szerintem próbáld meg a fentit és utána küldj egy teljes fdisk -l kimenetet - partícióval, mindenestül.
Szerintem ezzel nem kellene, hogy gond legyen.

dd if=/dev/zero of=testing.img bs=1024 count=12002
losetup /dev/loop0 testing.img
fdisk -l /dev/loop0

Disk /dev/loop0: 12 MB, 12290048 bytes
255 heads, 63 sectors/track, 1 cylinders, total 24004 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/loop0 doesn't contain a valid partition table

aztán:
(még mindig eltolás nélkül van a loop0-n)

fdisk -C1 -H255 -S63 /dev/loop0

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0xee7bc194.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

losetup -d /dev/loop0
losetup /dev/loop0 testing.img -o 32256
fdisk -C1 -H255 -S63 /dev/loop0
-ugyanaz mint fentebb, akár paraméterezem (c/h/s) akár nem

eltolással loop0-ra:
fdisk /dev/loop0
(-o 32256 még mindig a loop0-n, partíció létrehozás után az fdisk print ugyanazon c/h/s-t jelenít meg mint előtte, egészen a mentésig)
(fat16,active,write)

fdisk -l /dev/loop0

Disk /dev/loop0: 12 MB, 12257792 bytes
126 heads, 1 sectors/track, 190 cylinders, total 23941 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9f3b2ac1

Device Boot Start End Blocks Id System
/dev/loop0p1 * 2048 23940 10946+ 6 FAT16

ezek után pedig:
mkdosfs /dev/loop0
mount, másolás, umount, syslinux --install --mbr --active /dev/loop0
(vagy kiegészítve a --directory /boot/syslinux/ paraméterrel, tökmindegy)
losetup -d /dev/loop0
cp testing.img /tftpboot/

és pxe boot során elhasalunk fagyás közeli állapotba.
Egyedül a cfdisk hajlandó a 63-as szektortól létrehozni a partíciót, de tökmindegy hogy melyiket alkalmazom, vagy kifagy a boot-kor, vagy jobb esetben a floppy része elindul, de a fat partíció elérhetetlen.

fdisk -l testing.img

Disk /dev/loop0: 12 MB, 12290048 bytes
255 heads, 63 sectors/track, 1 cylinders, total 24004 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/loop0 doesn't contain a valid partition table

Pedig az eltolással loop0-ra rakva létrehoztam a partíciót, illetve kifagy a boot-kor.

Érdekesség a hiren.img-ben lévő boot.gz és az általam készített bootfd.img (winimage, 1.44 boot floppy lemezképe) között:

file -s boot.gz

boot.gz: gzip compressed data, was "boot.img", from FAT filesystem (MS-DOS, OS/2, NT), last modified: Tue Apr 6 16:11:52 2010, max compression
(a gz-ben egy .img file van)

file -s bootfd.img
bootfd.img: DOS floppy 1440k, x86 hard disk boot sector

--
compaq n610c
"...és micsoda zajt csapott!"

Az fdisk-kel létrehoztad a partíciót is az első szektortól kezdődően, még mielőtt lecsatolod és visszateszed az eltolással?

Tehát ne az eltolás beállítása után, hanem még előtte - gyakorlatilag a nyers image fileban - hozd létre a partíciót.
Utána azért lesz eltolva, hogy az eszköz eleje az újonnan létrehozott partíció elejére mutasson - mint ahogy a /dev/sda1, sda2, stb. esetében a rendszer ezt automatikusan meg is teszi (ott az sda maga a nyers eszköz).

Úgy látom, az eltolt területre hozod létre a partíciót, majd ezt rögtön felül is csapod a filerendszerrel.
A filerendszer tehát az eltolt területre megy (ez ok), de a partíciót eltolás nélkül állítsd be még előtte.

Az fdisk -l testing.img valami ilyesfélét fog írni (ezt most 127 fejet beállítva hoztam létre, ahogy a fenti hozzászólásomban írtam):

127 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 8001 * 512 = 4096512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x669f18e0

Device Boot Start End Blocks Id System
testing.img1 * 1 3 11970 6 FAT16

Érdekesség:

Van egy multipath-tools nevű csomag; ennek telepítése után használható a következő program a fent alkalmazott eltolás helyett:
kpartx -a testing.img

Ez létrehoz egy /dev/mapper/loop0p1 eszközt (vagy több partíció esetén többet), ami egészen pontosan a -o32256 paraméterrel csatolt loop eszköznek felel meg, csak automatikusan csinálja /nem kell átszámolni más esethez/.

Ettől függetlenül a partíciót előbb ehhez is létre kell hozni az eszközön; ezt inkább csak kiegészítésként írom, a probléma megoldásához nem szükséges.

Használat után kpartx -d testing.img-vel eltávolítja az eszközt.

Ez így nem megy, viszont most sikerült körbe guglizni a búbánatos istennyilát is, úgyhogy a howto, mert SOLVED:
Első körben ezen link alapján kell elindulni, de a hexedit-es részen mindenki nyugodtan szaladjon át, aki ugyanolyan hülye ahhoz, mint én is.

Ha a linkelt oldal szerint létrehoztuk a lemezképet, partíciót, filerendszert, felmásoltunk rá mindent, adtunk neki syslinux --install --active /dev/loop0 -ot is, akkor a tftpszerverünk default-jába a következőt kell vésni, miután odamásoltuk a testing.img-t:

label testing
menu label Dos harddisk
kernel memdisk
append raw testing.img harddisk c=$c h=$h s=$s
$c -> cilinderek száma
$h -> fejek száma
$s -> sectors/track
(ezeket az fdsik -l testing.img is megmutatja...)

A paramétereket alkalmazva a testing.img-be lévő FAT16 partíció csodásan elérhetővé válik a boot után mint C: meghajtó, ellenkező esetben mindenki két napig fog pislogni, agyalni, küzdeni és guglizni, mint én is tettem. Mert enélkül a partíció formázatlan, unknown, nem elérhető.

Ettől függetlenül köszönöm neked hogy segítettél elmélkedni. Jelen felállásban működik szépen.

Érdekesség:
parted hiren.img unit B print parancsot adj a hiren.img-re, meg adj a testing.img-re, nézd meg a különbséget.

--
compaq n610c
"...és micsoda zajt csapott!"

parted hiren.img unit B print:

Model: (file)
Disk /home/vazso/hiren.img: 52641792B
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 32256B 52641791B 52609536B primary fat16 boot

parted testing.img unit B print:

Model: (file)
Disk /home/vazso/testing.img: 12290048B
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 32256B 12289535B 12257280B primary fat16 boot

Te mit láttál a két parancs kimenetén?
Az offset látszik belőle szépen egyébként.

Én nem látok lényegi különbséget - partíció típusa, boot flag, sector méret, partíció kezdő címe egyezik, partíció mérete persze más.
Egyébként kíváncsi lennék, a nem működő image-eidre ez miket ír.

parted hiren.img unit B print

Error: Can't have a partition outside the disk!
(ettől függetlenül indul és működik)

Az eddig kreált lemezképek közül a fenti howto alapján készítetteknél (meg amiket előtte hasonló módon csináltam) szintén látszik az offszet, vélhetőleg működnének a tftp-nél írt paraméterezéssel. Mivel gyakorlatilag ugyanazon tartalmat raktam mindegyikbe, nem is tesztelgetem őket, rm -rf (ez kb 200 raw file, 3-4 féle variáció).

--
compaq n610c
"...és micsoda zajt csapott!"

A memdisk elvileg normál körülmények között felismeri a C/H/S értékeket:

"If the image is 4 MB or larger, it is assumed to be a hard disk image, and should typically have an MBR and a partition table. It may optionally have a DOSEMU geometry header; in which case the header is used to determine the C/H/S geometry of the disk. Otherwise, the geometry is determined by examining the partition table, so the entire image should be partitioned for proper operation (it may be divided between multiple partitions, however.)"

A parted hibával kapcsolatban: ez azért lehet, mert az image filenak előbb vége van mint a partíciónak (vagyis a partíció túlmutat a file méretén).
(Magyarul sikerült kisebb image filet gyártanom a kelleténél, úgy tűnik.)

A lényeg, hogy végül megoldódott. :)

update:
virtualbox-ban létrehoztam egy 12 megás .vdi-t, partíció, bootflag, rendszerfile-ok meg amit akartam, majd:

vboxmanage internalcommands converttoraw \ahol\a\vdilemez \ahova\a\rawfile.img

elhasalás: a szokásos bad or missing command interpreter.

az a syslinux lesz a megoldás mindenképpen.

--
compaq n610c
"...és micsoda zajt csapott!"

videon siman csak isot bebootolom (azert nincs valaszto menu mert kivettem. es kivettem belole livewindows t is, hogy 40MBre osszemenjen)

tehat ez a sima iso bootolos dolog ami elozo videon van.

ez meg netbootdiskes, tehat nem tolti be full isot membe elejen, hanem samban keresztul dinamikusan tolti be cuccokat.

http://www.youtube.com/watch?v=4u98ivw3KfA

ehhez kellhet max segitseg, annyi, hogy netbootdisk et kell hasznalni es betolteni minden elott. utana meg csak el kell inditani hiren menut

legujabb syslinux pxe memdisk biztosan tud iso t bootolni.

1) hiren cd tartalmat kimasolod, torolod belole azt amit akarsz
2) (opcionalisan megszerkeszted CD menujet)
segitseg ehhez, ha full ki akarod venin menujet es egybol induljon cucc:

HBCD/isolinux.cfg: 

default hiren
label hiren
kernel /HBCD/memdisk
append initrd=/HBCD/boot.gz

3) belemesz konyvtarba
beirod: 

mkisofs -o /ahova/akarod/ujisot.iso -b HBCD/isolinux.bin -no-emul-boot -boot-load-size 4 -boot-info-table .

4) pxelinux configjaba: 

label hiren
     menu label ^Hiren's Boot CD
     kernel /memdisk
     append initrd=/hiren/hiren.iso iso

Kesz is mukodik minden.

(majd beleirom commentbe sima floppys bootolos dolgot, mert az nem tolti be membe egesz cdt. De annak mar mas is leirta lenyeget sztem)

+1
Gyorsan ránéztem a http://syslinux.zytor.com/wiki/index.php/MEMDISK
Tényleg tud iso -t bootolni :)
(floppy, hard disk és iso)
Itt viszont az a kérdés merül fel, hogy legyen elég RAM. Pl. a RIP 9.7 non-X verziója gond nélkül bootolható PXE -vel 256M-ra viszont 128M -nál leblokkol - viszont ha CD-ről bootolsz akkor megy. Tény hogy a mai pár éves gépeken már a 256M is ritkaság.
(Én szoktam ócskavassal piszmogni - pl. imádom a P200MHz -es gépeket, passzív hűtőbordával - itt azért jó ha 64M van)
Mindenesetre én is felülvizsgálom az eddigi technológiámat.

* Én egy indián vagyok. Minden indián hazudik.

nekem erre :
mkisofs -o /ahova/akarod/ujisot.iso -b HBCD/isolinux.bin -no-emul-boot -boot-load-size 4 -boot-info-table

Ezt dobja :
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Missing pathspec.
Usage: genisoimage [options] -o file directory ...

Use genisoimage -help
to get a list of valid options.

Report problems to debburn-devel@lists.alioth.debian.org.

Mi a gond ??????????

( levideo | 2010. 04. 08., cs – 13:06 )

Hiren boot CD (samba támogatással)

Ezt hogyan kell csinálni ???
PXE -boottal kéne magoldani.
Az ISO-fájllal ugyan beindul de nem talál semmilyen programot, ami CD-ként indítva rajta van.
Szerintem a memdisk kavar be...
Valaki tuna írni egy step-by-step megoldást ???

Nekem működik. Step-by-step -re most nem vállalkozom, de a kulcs pontok:
Kell egy DHCP+TFTP+samba Linux gép.
A hiren CD-n van egy DOS boot lAN kezeleéssel - univ, tehát egy rakás háló driver benne van. ezt a disket kell "kimetszeni" és egy olyan PXE boot környezetbe beépítani, ami floppy imageket tud bootolni (én az unattended DOS boot szekcióját használtam).
Betöltöttem a Hiren CD -t és megnéztem milyen partíciókat (drivokat használ) és a DOS boot diszk autoxec.bat -ba beletettem hogy ahova kell be- "mountolja" a samba megosztást (csak olvasható) illetve onnan másolja át a megfelelő helyre az állományokat.
PXE bootból indul, betöltődik az univ DOS boot diszk, majd bemountolja illetve bemásolja amit kell, és "m" -el indítható a menü.
Volt némi gond a memdisk -el, különböző gépeken másként viselkedik, hogy a DOS lemez betöltése után lemerevedik - itt használok néhány opciót, pl. memdisk raw_memory ("asszem") de a memdisk dokujában benne vannak - beépítettem a PXE boot menübe (ha nem megy így - megy úgy).
Kicsit mókolós, de nem vészes.

* Én egy indián vagyok. Minden indián hazudik.

A hiren CD-n van egy DOS boot lAN kezeleéssel - univ, tehát egy rakás háló driver benne van. ezt a disket kell "kimetszeni" és egy olyan PXE boot környezetbe beépítani, ami floppy imageket tud bootolni (én az unattended DOS boot szekcióját használtam).

Na éppen itt akadtam el. Hogyan , mivel lehet ilyen boot-oló imaget készíteni ???
Gyári DOS -floppyból kiindulva ?

Esetleg nem tudnál csak egy ilyen image-fájlt átküldeni (ami nálad mükszik) ?

paplevente[kukac]matrametal[pont]hu

Vagy feltenni egy FTP-re ?

> Gyári DOS -floppyból kiindulva ?
Szinte igen. A memdisk lényege, hogy a memóriában létrehoz egy virtuális floppy -t ahova betölti (tftp -vel) a kijelölt boot floppy képet, majd elindítja azt - zseniális.
A boot floppy képet a Linuxban szokásos módon dd if=/dev/fd0 of=vlmi_boot.img lehet létrehozni. Azaz készítesz egy akármilyen bootolható floppy-t, kipróbálod, és készítesz róla egy imaget, benyomod a tftp számára kijelölt könyvtárba, csinálsz neki egy menüpontot és PXE bootolhatod.
(Elküldtem ami most nálam mükszik)

* Én egy indián vagyok. Minden indián hazudik.

A NetBoot\FileCopy\logon.bat -ban csatolja fel a SAMBA megosztást ??
Oda kell kicsomagolni a Hiren CD tartalmát ??

net use C: \\GÉPIP\HBCD
C:\R_DRIVE\XXCOPY.EXE C:\R_DRIVE\ /S /H /D /Y
SET PATH=R:\;R:\TOOLS;R:\TEMP;
SET CDROM=C:
SET RAMD=R

Tehát készítenem kell egy "R_DRIVE" mappát a megosztás alatt ??
Vagy nem értem !!!!

( djsilas | 2010. 04. 10., szo – 11:21 )

Nem tom segít-e, meg ugyanarra gondolunk-e, de nálam így néz ki:
(Nem mindenből a legfrisebb telepíthető, lassan frissítenem kellene már a kiadásokat, de maga a menü, meg a rendszer működik. include debian/lenny/i386/boot-screens/stdmenu.cfg alapbeállításokat adja meg. Elhelyezkedés, színek, pozíció, stb. Azt most nem másolnám be.)

Először ki kell választani, hogy 32bites, vagy 64 bites rendszert akarok-e használni/telepíteni.

#menu.cfg
menu begin 32bit
menu title 32 bites telepites
include debian/lenny/i386/boot-screens/stdmenu.cfg
label mainmenu
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32txt.cfg
menu end

menu begin 64bit
menu title 64 bites telepites
include debian/lenny/i386/boot-screens/stdmenu.cfg
label mainmenu
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/64txt.cfg
menu end

majd mondjuk kiválasztom a 32 bitest.
# cat ./32txt.cfg
menu begin 32lenny
menu title Debian Lenny (32 bit)
label 32bit
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32bit_lenny.txt
menu end

menu begin 32jaunty
menu title Ubuntu Jaunty (32 bit)
label 32bit
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32bit_jaunty.txt
menu end

menu begin 32mandriva09
menu title Mandriva 2009 (32 bit)
label 32bit
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32bit_mandriva2009.txt
menu end

menu begin 32suse11
menu title Suse 11.1 (32 bit)
label 32bit
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32bit_suse11.txt
menu end

menu begin 32winxp
menu title Windows XP (32 bit)
label 32bit
menu label ^Vissza...
menu exit
include debian/lenny/i386/boot-screens/32bit_winxp.txt
menu end

És legyen mondjuk 32 bites lenny telepítés.
#cat ./32bit_lenny.txt
label lenny_i386_install
menu label ^Install
menu default
kernel debian/lenny/i386/linux
append vga=normal initrd=debian/lenny/i386/initrd.gz -- quiet
label lenny_i386_expert
menu label ^Expert install
kernel debian/lenny/i386/linux
append priority=low vga=normal initrd=debian/lenny/i386/initrd.gz --
label lenny_i386_rescue
menu label ^Rescue mode
kernel debian/lenny/i386/linux
append vga=normal initrd=debian/lenny/i386/initrd.gz rescue/enable=true -- quiet
label lenny_i386_auto
menu label ^Automated install
kernel debian/lenny/i386/linux
append auto=true priority=critical vga=normal initrd=debian/lenny/i386/initrd.gz -- quiet

Remélem erre gondoltál és tudtam segíteni :)

( aspirin v | 2010. 04. 11., v – 14:59 )

bookmarked
<-------
You can't grep on dead trees.

( 3xtati | 2010. 04. 11., v – 20:49 )

subscribe
____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

( zaphodb v | 2010. 04. 14., sze – 15:04 )

van olyan netboot, ami netről iso-t bootol?

( hrgy84 | 2010. 04. 29., cs – 22:15 )

Nem olvasom vegig: nbgrub. Azt bootol be neked, amit akarsz.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( uid_2783 | 2010. 05. 09., v – 09:42 )

up a témának, hogy ezeket a köröket másnak ne kelljen lefutni ;)

link1
link2
link3

nyilván sokan olvasták valamelyiket, esetleg mindhármat, de arra gondoltam, biztos van valaki aki ezeket nem látta, de hasznára válik.

üdv: bth

**UPDATE**
link4

--
blackPanther 10.1.1

( tovis v | 2011. 04. 16., szo – 17:20 )

Most hogy van egy szép multi menüs PXE boot szerverem, roppantul idegesít, hogy van néhány gépem amelyik nem vagy nem elég hatékonyan tudja használni. Nem teljesen vág a témába, de szerintem itt is jó helye lesz.
Van olyan ami csak floppy, CD/USB booterrel tud működni. De van olyan is amelyik csak úgy ha előtte benézek a BIOS -ba, és előre teszem a LAN bootot. Szeretném belefaragni a lilo -ba ezt a lehetőséget, de még nem tudom hogyan. Elvileg ha a Linux partícióba (amelyiken a lilo telepítve lett) beilleszthetném a memdisket és bootolhatnám a mellé tett boot iso image -t? Csinált már valaki ilyet, vagy ez megint egy perverz ötlet?

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2011. 04. 16., szo – 18:53 )

Értem. Azért nincs erről semmilyen példa, vagy hasonló mert eléggé egyszerű.
Először is lehúztam az RTL8139x kártyámnak megfelelő imaget (lkrn kiterjesztéssel). Az image -t olyan Debianosan bemásoltam a /boot könyvtárba, majd csináltam egy netboot symlinket, ami ide mutat. ezután kiegészítettem a lilo.conf -ot: 


image=/netboot
  label=gPXE
  root="LABEL=Lenny"
  read-only

#lilo -v
#reboot

Szépen elindult, és nem kellett vacakolni a BIOS setup -al :)

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2011. 10. 20., cs – 21:44 )

Megújítottam a PXE boot környezetemet.
A dhcp -t és a tftpd szolgáltatást a busybox látja el (nem az eredeti Debian csomag, az nem tartalmazza ezeket az opciókat). Azért kerestem egy másik megoldást, mert zavart, hogy a nagy és robusztus DHCP3 szerverhnek mindíg be kellett vinnem a MAC addresst, már akkora listám volt belőle ... Így viszont nem kérdezősködik, adja a címet :)
Már szinte mindent "visszaépítettem": Hiren, RIP (két verzió), egy kupac floppy és CD/iso (például a WD diszkek alvókájának beállításához), míg végül elérkeztem a Debian netboot telepítőkhöz és itt jött a meglepetés, nem működik a dolog, csak ha kézileg beszerkesztem az IP paramétereket. Azt mondja az automatikus (DHCP) inicializálás sikeres, de aztán kijelenti, hogy "route" azaz gateway.
Ha pl. RIP -et indítok, vagy a "kis buta" univerzális DOS boot floppyt az is megkapja a szükséges paramétereket (ip cím, maszk, gateway, DNS), de a Debian telepítő nem!? Valakinek valami ötlete? Végül is manuálisan beállítani a hálózatot nem egy nagy durranás, de ha magától elintéződne az mégis csak jobb, illetve miért nem kapja meg ezeket az adatokat a telepítő?

* Én egy indián vagyok. Minden indián hazudik.

Ezzel én is találkoztam, ha találsz rá megoldást az engem is érdekelne. :)

Másik: régebbi (Lenny) Debiant akartam telepíteni, először csak az tűnt fel, hogy megállt a telepítő felület. Restart, ugyanott, újra megállt. Kiléptem konzolra és ott látom, hogy mi a hiba. Valami nem hitelesített csomagokról mesél a telepítő a LOG szerint és várja, hogy nyomjak egy igent vagy nemet... Na most a "grafikus" felületen erre semmi lehetőség, csak áll és vár. Alt + F4 esetén az meg ugye csak visszajelzés, válaszolni nem tudok a kérdésre...
Megoldás, ha nem netinstallról telepítek, vagy nem adok neki hálózatot, mert akkor nem is akar csomagokat letölteni. Na de akkor is!? Én hálóról bootolok és netinstall telepítőt indítok :) Szóval találkozott ilyennel valaki? Ha rendesen netinstall CD-ről akarok telepíteni, akkor se fog menni vagy csak az én rendszeremben van a hiba? :) /Nincs CD meghajtó a gépben, amúgy is csak "játszani" akartam kicsit, így nagyon nem foglalkoztatott a probléma megoldása./

________________________________
* amolyan rejtett sub

Én nem írogattam külön MAC címeket, bootol szépen általánosan minden gépen. Igaz, ez nem busybox, hanem egy Debian rendszeren van beállítva. :)

Amivel viszont foglalkozni szeretnék majd valamikor, hogy működjön az RPL boot is... időnként belefutok és ilyenkor elkezd zavarni. :)
Van valami megoldás RPL --> PXE áthidalásra, meg kellene próbálnom.

Az hogy Debian kicsit kevés. Milyen DHCP szervert használsz? A "dhcp3-server" amit a Squeeze (és a Lenny) is használ nem tudtam úgy bekonfigurálni, hogy mac address nélkül hajlandó legyen IP-t osztani.
Szóval milyen DHCP szervert használsz és milyen beállításban fogadja el bárkitől az IP cím kérelmet?
Az az igazság, hogy nem tudom mi az az RPL boot. Kicsit bővebben mi ez és mit szeretnél vele elérni.

* Én egy indián vagyok. Minden indián hazudik.

Izé, dnsmasq ad IP-t is. :)

A TFTP szerver pedig a tftpd-hpa csomag.

Én sem tudok sokat az RPL-ről, csak azt, hogy időnként szeretnék hálozatról bootolni és nem megy, mert a másik szabványt támogatja csak az eszköz... viszont azért nem álltam még neki, mert viszonylag ritkán fordul elő, de akkor zavar...
A notebookomon pl. választható, hogy melyik megoldással próbálkozzon.
Elérni azt szeretném majd, hogy ezeken a gépeken is be tudjam bootolni a rendszereim.

Esetleg, ha ez nem mindennapos, akkor ez is megoldhatja: http://rom-o-matic.net/
Mindenféle létező boot médiára való image van, működik. Ahol a gépben nincs a BIOS -ban a PXE boot, ezt az imaget használom (lilo -ból indítva).

Ahá, így már értem, a dnsmasq kicsit más - lehet hogy ki fogom próbálni, hátha megoldja a Debian netinst problémát. Viszont, a dnsmasq nem tartalmaz tftp szervert a busybox viszont igen - tudom ez a többség számára jelentéktelen de nekem szimpatikusabb ha minél kevesebb csomaggal/programmal tudok megoldani valamit. A busybox tartalmaz http és ftp szervert is - a Debian archiv csomagokhoz (sajt repo) ez jól fog jönni.
(Ráadásul, esetleg ez az egész üzemeltethető egy intelligens OpenWrt routerről is, a terjedelmesebb, nagyobb fájlokat pendrive-on lehet tárolni, így a legszükségesebb javító/mentő programok/rendszerek rendelkezésre állnak anélkül, hogy egy szervert kellene ehhez üzemeltetni), mivel a busybox hozzátartozik az alapfelszereltséghez)

* Én egy indián vagyok. Minden indián hazudik.

Köszönöm a tippet. Ilyesmire gondoltam már, ha nem kell mindig külön azonosítóval legenerálni, felmehetne a pendrive-omra.
Ezeknél a gépeknél eddig úgyis azt használtam, no meg ha máshol van szükség rá, akkor nincs lehetőségem PXE-re. :)

Nekem a config fileban volt erre vonatkozó (kikommentelt) rész, vagyis szerintem van benne integrált TFTP szerver... legalábbis ebben a verzióban.
No igen, egy router + pendriveról is megoldható egy kisfogyasztású PXE szerver, ráadásul ha jól rémlik, a régi WL-500g-men is dnsmasq oldotta meg a DNS/DHCP problémáját (módosítanom kellett a configját, mert rákerült egy másik gépre a TFTP... mondjuk mostmár az a router is).

Bocsánat! Igazad van! A dnsmasq tud tftp szerverként működni - man szerint, és támogatja a tsize és a blksize bővítményeket, így jó kell hogy legyen a tftpboot -hoz. (Valami feature list akadt az előbb a kezembe, és ott ezt nem sorolták fel, a man -ban viszont ott van)

* Én egy indián vagyok. Minden indián hazudik.

Bocs, hogy belevau: nagyon sok eve ugy installalom a szervereket, hogy a Debian telepitot is PXE-vel toltom be. Mukodik minden telepitovel Woody-tol Squeeze-ig, a szerveren dhcpd 2-vel is, 3-mal is, de floppy image-et, sot meg RouterBoard-ot is szoktam bootolni. nfsroot-ot szinte naponta inditok, az is megy, soha nem kellett egyetlen MAC cimet se beirjak, hogy mukodjon.

A konfig file-jaim a kovetkezok: 

/etc/dhcpd.conf:

authoritative;

option domain-name "example.com";
option domain-name-servers ns.exmaple.com;

subnet 192.168.0.0 netmask 255.255.255.0 {
  range 192.168.0.96 192.168.0.127;
  option broadcast-address 192.168.0.255;
  option routers router.example.com;
  default-lease-time 3600;
  max-lease-time 14400;
  allow bootp;
  filename "/pxelinux.0";
}

tftp szervernek atftpd-t hasznalok (xinetd-bol inditva), azzal se volt soha semmi gubanc. 

/etc/xinetd.d/atftpd:

service tftp
{
  socket_type     = dgram
  wait            = yes
  user            = nobody
  server          = /usr/sbin/in.tftpd
  server_args     = --no-multicast --logfile /var/log/atftpd.log /var/tftp
}

/var/tftp/pxelinux.cfg/default:

default nfsroot
timeout 0
totaltimeout 0
prompt 1
display boot-menu.txt

label nfsroot
  kernel nfsroot/kernel
  append root=/dev/nfs ip=dhcp nfsroot=192.168.0.1:/instkit/nfsroot,rsize=8192,wsize=8192 ro console=tty0 vt.default_utf8=0 apm=smp apm=power-off

label squeeze
  kernel debian-installer-boot/squeeze/linux
  append priority=low vga=normal initrd=debian-installer-boot/squeeze/initrd.gz --

label memtest86+
  kernel memdisk
  append initrd=diags/memtest86+.img.gz

Megfogtál! Egyszer valahol, már kérdezgettem, mert nekem ez a DHCP3 -al nem jött össze!
A dhcpd.conf -ban a legszembetűnőbb különbség, hogy én a klienseket "group" -ban definiáltam, az "allow booting" és az "allow bootp" a globális, a "filnename" pedig a groupban van.
Más szempontból azonos a konfigurációd - nem értem, nekem miért nem működött :(
A DHCP3 -szerverrel nem volt gond a Debian telepítéseknél, na most hogyan tovább? Lehet hogy érdemes visszatérnem a DHCP3 -hoz, vagy a kipróbálni a dnsmasq -t ami önmagában tartalmazza a tftp szervert (igaz, csak olvashatóan).

* Én egy indián vagyok. Minden indián hazudik.

A dhcpd.conf -ban a legszembetűnőbb különbség, hogy én a klienseket "group" -ban definiáltam, az "allow booting" és az "allow bootp" a globális, a "filnename" pedig a groupban van.

Igazabol hasznalok olyat is, csak nem masoltam be neked a teljes konfigot: 

subnet 192.168.0.0 netmask 255.255.255.0 {
  range 192.168.0.96 192.168.0.127;
  option broadcast-address 192.168.0.255;
  option routers router.example.com;
  default-lease-time 3600;
  max-lease-time 14400;
  allow bootp;
  filename "/pxelinux.0";
  group {
    default-lease-time 86400;
    max-lease-time 604800;
    host rack {
      hardware ethernet 00:10:22:FE:0C:01;
      fixed-address rack.example.com;
      filename "/nfsroot/kernel.nfsroot.serial";
      option root-path "/nfsroot/rack";
    }
    host routerboard-00-0C-42-2A-70-D0 {
      hardware ethernet 00:0C:42:2A:70:D0;
      filename "/routerboard/kernel";
    }
  }
}

Mondjuk pont olyat nem csinaltam, mint te, de az is kene mukodjon. Kuldjel konfigot, megnezem.

A DHCP3 -szerverrel nem volt gond a Debian telepítéseknél, na most hogyan tovább? Lehet hogy érdemes visszatérnem a DHCP3 -hoz, vagy a kipróbálni a dnsmasq -t ami önmagában tartalmazza a tftp szervert

dnsmasq-ot hasznaltam ugyan dhcp szerverkent, de halozati boot-ot nem probaltam vele. Azt hasznald, amelyik mukodik :-)

Ilyen volt a régi verzión: 


ddns-update-style none;

option domain-name "tovis-lab.dyndns.ws";
option domain-name-servers 195.184.180.4, 195.184.181.4;

default-lease-time 600;
max-lease-time 7200;

server-name "pikk";

authoritative;

log-facility local7;

allow booting;
allow bootp;

subnet 172.16.3.0 netmask 255.255.255.0
{
  range 172.16.3.21 172.16.3.30;
  option broadcast-address 172.16.3.255;
}

group
{
  filename "pxelinux.0";
  next-server 172.16.3.230;
  option routers 172.16.3.230;
  option domain-name-servers 195.184.180.4, 195.184.181.4;
  host evo1    { hardware ethernet 00:02:A5:FE:09:4F; }
  host evo2    { hardware ethernet 00:08:02:14:36:26; }
  host evo3    { hardware ethernet 00:08:02:3F:E4:F6; }
#  ... és sokan mások :(
  host int_lt  { hardware ethernet 00:1c:c0:b0:58:07; }
}

Ezzel a konfigurációval csak akkor kapott IP címet a gép ha bevittem a mac address -t.

* Én egy indián vagyok. Minden indián hazudik.

Biztos, hogy nem kapott IP cimet, vagy csak nem bootolt halozatrol? Kiprobaltam ket gepen is ezzel a konfiggal, nalam 

group

es MAC cim beirasa nelkul is kapott IP cimet a kliens (dhcpd 2.0pl5-19.5etch2 es 3.1.1-6+lenny6).

A te konfigoddal viszont valoban csak azok a gepek tudnak halozatrol bootolni, amelyek benne vannak a 

group

-ban (mert csak azok kapjak meg a szukseges informaciokat).

Köszönöm hogy megnézted! Ki fogom próbálni. Az biztos hogy nálad minden szükséges deklaráció a subnet szekcióban van - ez a lényegi különbség. Amikor konfiguráltam, csak úgy tudtam azonosítani, hogy minden rendben ha bootolt. Ha csak simán kapott egy IP címet azt nem.

* Én egy indián vagyok. Minden indián hazudik.

Akkor az volt a baj, hogy a 

group

-ba tetted a bootolashoz szukseges opciokat, es a manual szerint az csak az illeto gepekre vonatkozik (amiket ugye MAC cim szerint azonositasz). Amelyik gepnek nem volt beirva a MAC cime, az nem kapott default gatewayt, boot szervert es boot filenevet sem, igy persze hogy nem tudott bootolni.

( tovis v | 2011. 10. 25., k – 16:47 )

Kipróbáltam a dnsmasq -t. A konfigurációs fájl nagyon sok opciót tartalmaz, a felét ki kellett volna googlizni, hogy miről is van szó. De végül szinte az első, megérzésre készített beállítással elindult (path -ról lemaradt egy perjel). Működik, minden cuccom a Debian telepítő sem panaszkodik, hogy nincs route. Szerintem ennél maradok! - nekem úgyis csak a PXE boothoz kell. Tartalmazza a tftp szervert (minden szükséges opcióval, sőt ...) és amiket a DNS szolgáltatásokban lehetne még vele csinálni ... Nagyon tuti kis program :) Ajánlom másoknak is. (Egyébként az OpenWrt is et használja, nem a busybox dhcp szerverét, úgyhogy embedded cuccokhoz is jó)

* Én egy indián vagyok. Minden indián hazudik.

( bAndie9100 | 2014. 01. 21., k – 02:45 )

5. plop

és azon mit boot-olsz? ha jól tudom az egy boot manager.
de mivel írod, hogy szamba támogatással, te többet tudhatsz.

~~~~~~~~
Linux 3.2.0-4-486
Debian 7.1

Hát ezt nem tudom honnan vetted?
Nézz csak el ide: http://www.plop.at/en/ploplinux/
A bánatom inkább az, hogy mintha ezek a cuccok megálltak volna a "növekedésben" - "Last update 2012 ..." vlmi
Ugyanez a RIP esetében is. Azóta azért már készült néhány új release kernel.

* Én egy indián vagyok. Minden indián hazudik.