@Skajper4
Jeżeli fizycznie obraz nie mieści się do pamięci to trzeba zrobić coś a'la "nośnik zewnętrzny".
Chociaż mamy w kompie np: tylko 1GB RAMU, zaś płyta DVD ma 4.7GB to bez problemu zainstalujemy z niej system. Dlaczego tak jest? Ano dlatego, że Windows/Linux ma sterowniki napędu dvd, inaczej mówiąc wie jak dostać się do swoich plików na jakimś urządzeniu zewnętrznym. Windows "nie wie" / "nie dba" o to czy jego obraz iso  jest cały w pamięci czy na dysku a może na NASie - właśnie to ukrywają przed nim sterowniki (WinVBlock i Firadisk) - mogą korzystać zarówno z obrazu iso w ramdysku jak również z pliku iso na dysku twardym.

Drugim sposobem jest połączenie możliwości iPXE oraz AoE (ATA over Ethernet) do korzystania z obrazów (hdd, iso) bez konieczności ładowania ich do pamięci RAM. Także w tym przypadku obraz instalacyjny Windows/Linuxa musi być odpowiednio spreparowany i zawierać w sobie sterownik AoE oraz sterownik karty sieciowej (wraz z ustawieniami np: ssid i hasło wifi) przez którą dostęp do obrazu na serwerze w czasie bootowania będzie się odbywał. Nowsze wersje windoz są zaopatrzone w większą ilość wbudowanych sterowników dlatego łatwiej jest je przystosować do tego rodzaju bootowania.

Najłatwiej zainstalować system na małej partycji (np: 10GB), zainstalować sterowniki (chipset, sieć, grafika,...), ustawić interfejs użytkownika i inne opcje, ustawić tryb ładowania sterownika karty sieciowej na "boot", zamknąć system a później zgrać spod linuxa obraz partycji/dysku z windozą do pliku (przy pomocy dd lub gddrescue) i wystawić taki plik na serwerze.

Pozdrawiam
Michał

Adres demo to:

http://boot.ipxe.org/demo/boot.php

plik boot.php zwraca zwykły skrypt ipxe:

#!ipxe

kernel vmlinuz-2.6.17-14mdv bootfile=http://boot.ipxe.org/demo/boot.php fastboot
initrd initrd.img
boot

Masz do nich dostęp po http (nie po sambie i nie po ftp) z innych komputerów w sieci?
Na stronie ipxe.org jest napisane:

HTTP
The format of an HTTP SAN URI is simply a standard HTTP URI. For example:

  http://boot.ipxe.org/freedos/fdfullcd.iso

Note that the HTTP server must support range requests, otherwise SAN booting will fail.

Note that the HTTP server must support range requests, otherwise SAN booting will fail.
Możliwe, że uhttpd tego nie wspiera...

Druga sprawa, jeżeli piszą o standardowym HTTP URI to port też powinno się móc podać, np:

sanboot http://192.168.1.1:666/linux.iso

wtedy serwer http będzie można uruchomić za pomocą jednego polecenia (w Gargoyle):

httpd_gargoyle -p 666 -d /mnt/hdd/images/iso

PS. Strona z przykładowym menu (dość rozbudowanym) stworzonym za pomocą skryptów ipxe.

Ale to nie wystarczy bo ten serwer udostępnia pliki z katalogu z interfejsem Gargoyle'a,
trzeba uruchomić drugą instancję serwera (httpd_gargoyle lub uhttpd), który będzie serwował pliki z katalogu z obrazami iso (tak jak w poście wyżej)

Jeżeli uhttpd nie wspiera "range requests" czyli serwowania dowolnej części pliku to trzeba będzie postawić inny serwer.

Tzn..??? Masz jakieś propozycje?

Dobre, dorobić tylko bootowanie z sieci i jest git
Ciekawe jak zrobione jest wykrywanie nowych obrazów?

PS. Sprawdziłem i ani httpd_gargoyle ani uhttpd nie radzą sobie z serwowaniem obrazów dla ipxe (polecenie sanboot). Więc zainstalowałem na routerze ngnix'a. W pliku /etc/nginx/nginx.conf zmieniłem port/listen na inny niż 80, charset na utf-8, w sekcji server -> location -> root wpisałem ścieżkę do plików i dodałem w tej samej sekcji opcję "autoindex on;" żeby pokazywał ładnie pliki w katalogu. Dałem /etc/init.d/nginx enable i /etc/init.d/nginx start. Pliki ładnie się teraz ładują sanboot'em. Problem w tym, że większość dystrybucji nie jest przystosowana do bootowania przez http i proces zatrzymuje się w połowie drogi. Pozostaje memdisk i ładowanie do pamięci ale to trwa o wiele dłużej niż przy sanboot'cie i jesteśmy ograniczeni wielkością pamięci RAM.

Sprawa nie jest taka prosta...
Nie ładuje się całego obrazu tylko w przypadku gdy system w nim zawarty umie i wie, że ma czytać z medium, z którego wgrywa go loader (ramdysk, usb, http, nfs). W zamyśle obrazy iso są przeznaczone do nagrywania na płyty... a że dzisiaj powstała możliwość bootowania ich ze wszystkiego co się rusza to nie zawsze to się udaje. Jeżeli system w danym obrazie nie jest przygotowany na obsługę innego medium to się po prostu zatrzyma w połowie bootowania z kernel panic albo z niebieskim ekranem. To nie loadery i menu są tu najtrudniejszą sprawą a przygotowanie / spreparowanie obrazów.

Tak, rola serwera polega na serwowaniu obrazu ISO ale chodzi o to iż instalator nie będzie umiał skorzystać z obrazu ISO dostępnego przez sieć czy w pamięci RAM i dlatego obrazy muszą być preparowane aby był z nich jakiś pożytek

Polecenie sanboot domyślnie rejestruje obraz jako dysk twardy a w przypadku obrazu ISO należy używać go razem z opcją --drive która określa jaki rodzaj obrazu chcemy załadować, i tak:

• 0x00, 0x01 - obraz dyskietki

• 0xe0 - obraz ISO

• 0x80, 0x81 - obraz dysku

Poza tym w poleceniu sanboot można wykorzystać inny niż http protokół np. AoE i wtedy bez problemu wystartujemy obraz ISO. Wystarczy doinstalować pakiecik vblade, odpalić serwowanie obrazu np. w trybie tylko do odczytu:

vblade -r -b 65 0 0 br-lan /mnt/images/win.iso

wystartować komputer z iPXE i wykonać polecenie:

sanboot --drive 0xe0 aoe:e0.0

Nie wiem jak z innymi systemami Windows ale odpowiednio przygotowany obraz ISO WinXP da się odpalić i zainstalować za pomocą protokołu iSCSI - tylko nie testowałem tego na OpenWrt bo nie ma paczki serwera iSCSI ale testowałem na Windows z usługą serwera iSCSI wirtualnego napędu optycznego Alcohol52%:

sanboot --drive 0xe0 iscsi:${dhcp-server}:::0:xp

Jak kogoś interesuje jak spreparować i zainstalować XP'eka przez iSCSI to zapraszam na forum reboot.pro gdzie opisałem w szczegółach jak to zrobić.

P.S. Jak ktoś skompiluje serwer iSCSI dla OpenWrt CC 15.05.1 brcm63xx to mogę przetestować

Odpalanie obrazów dyskietek lub dysków z vblade działa super.

A dnsmasq.conf na TP-LINKu przeedytowałeś? to musisz ustawić na routerze który jest DHCP serwerem (chyba)

Nie wiem czy się da Ja to robiłem na openWRT i działa elegancko. Ale miałem DHCP na openwrt. Pamiętaj że klient pobiera informacje o PXE z serwera DHCP.

Wszystko da się zrobić

Jak masz podłączony nexx do tp-linka? Najlepiej podłącz bez routingu czyli switch-switch: tp-link LAN - LAN nexx. Wyłącz DHCP serwer na tp-link a włącz na nexx. Na nexx konfiguruj cały serwer PXE. Ja mam np. tak:
/etc/config/dhcp:

config dnsmasq
    option enable_tftp '1'
    option tftp_root '/mnt/extstor/pxe'
    option dhcp_boot 'pxelinux.0'

Oczywiście ścieżkę root tftp i plik startowy podajesz swoje jakich używasz.

Mój sprawdzony sposób to instalacja z obrazu ISO załadowanego do RAM za pomocą iPXE - potrzeba sterownika ramdysku np. WinVBlock. Najprzyjemniej jednak instaluje się system za pomocą iSCSI również odpalonego z iPXE - potrzeba sterowników iSCSI i karty sieciowej. Dzięki iSCSI możesz zainstalować WinXP nawet do obrazu dysku przez sieć Wszystko masz na forum reboot.pro, tutaj instalacja do obrazu dysku Install XP to a iSCSI Target Disk and boot from it. Na prawdziwy dysk instalujesz tak samo tylko na ekranie instalatora wybierasz dysk lokalny na atapi zamiast iScsiPrt:

Darmowy serwer iSCSI obrazów napędów optycznych - Alcohol52% FE:

Jak chcesz bawić się w instalację do obrazu dysku to potrzebujesz innego serwera który potrafi serwować obraz dysku RAW lub VHD. Dobry ale nie darmowy serwer różnych obrazów - dysków twardych i napędów optycznych to iSCSI Cake - potrafi serwować dynamiczny obraz VHD maszyny wirtualnej MS VPC tylko trzeba przy wybieraniu dysku przełączyć aby pokazywał wszystkie typy plików:

!!! Nie pytaj tu o szczegóły bo to nie jest forum od tego. Jak coś to zapraszam na reboot.pro

Oooo... nasunąłeś mi pomysł aby jako serwer iSCSI wykorzystać router z OpenWrt zamiast Alcohol52 czy iSCSI Cake - aż sam jestem ciekaw i chyba założę oddzielny wątek tutaj na forum.