W moim przypadku obrazy mam na dysku usb podłączonym do routera.

Jeżeli w Gargulcu jest zainstalowany uhttpd, to czy ścieżki dostępu mam ustawić
w pliku /etc/config/uhttpd.cfg i obrazy systemów będą widziane w lokalnym lanie
po zabotowaniupo PXE ? ( Tak na marginesie faktycznie w LUCI wygląda to bardzo prosto) , ale przyzwyczaiłem się już do Gargoulca

Pozdrawiam

Natknąłem się na coś takiego http://www.fogproject.org/. Ciekawe czy na Gargoylu da radę to odpalić?

Na próbę przsiedłem się na Openwrt z LUCI, żeby się przekonać jak działa tfpt i na kliencie po zabotowaniu z karty lan Ctrl+b (za drugim razem) oraz wydaniu komendy: ifstat mam informację closed. Robiłem "restart dnsmasq"

Tak. undionly.kpxe

I otrzymuję wszystko co trzeba :adres, maskę,  bramę i status closed

Niestety nic. Dostaję adres z serwera dhcp , łącze się i tyle

Ustawienia w LUCI:

Katalog Root`a dla plików udostępnianych przez TFTP : /mnt/sdb2/Systemy iso/Win/

Sieciowy obraz startowy :  undionly.kpxe

Oczywiście składnia "sanboot http://serwer/jakis-obraz.iso" wg moich ścieżek.

Odpalam na 2 różnych komputerach

Nie pokazują się takie błędy. np: "Permission denied" , udało mi się w końcu połączyć.

Ale po wywołaniu "chain http://boot.org/demo/boot.php' mam "Connection Time out"

A po próbie dostania się do plików iso. na swoim dysku na routerze otrzymuję komunikat

świadczący chyba o błędach składni , ale nie wydaje mi się . Katalog z plikami iso jest taki jak w poście 41.

Zmieniłem katalog i ścieżki . Faktycznie po usunięciu spacji w nazwie katalogu niema informacji o błędzie składni , ale mam cały czas komunikat Connection time out.

iwstat  - commant not fount

route
net0 192.168.1.217/255.255.255.0 gw 192.168.1.1 (inaccessible)

ping 192.168.1.1 command not fount  (więc nie działa)

pingi z innych maszyn w sieci też nie dochodza.

Link  wszystkie RX TX....... =0

Ciekawe,że przy starcie po pokazaniu się ctrl-b  na końcu pojawia się open, a potem po

naciśnięciu ctrl-b i wydaniu komendy ifstat jest closed

ifstat: net0 mac karty using undionly on UNDI-PCI00:19.0(closed)
          Link up Tx i reszta same zera
dhcp: net0 mac karty .............ok
route: net0 192.168.1.217/255.255.255.0 gw 192.168.1.1

ifstat: nat0 mac karty using undionly on UNDI-PCI00:19.0(open)
          [Link:up TX:3 TXE:0 RX:5 RXE:2]
          [RXE:2x "The socketis not conected(http://ipxe.org/380f6001"]

kolejne komendy ifstat,generują  na końcu open

@enrike4
no to jak masz open to spróbuj coś uruchomić:

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

albo

sanboot http://mirror.slitaz.org/iso/4.0/slitaz-4.0.iso

@Skajper4
W dużym skrócie bootowanie obrazu z sieci lub z dysku odbywa się przez wgranie go do ramdysku spreparowanego przez loader (memdisk z opcją iso lub w przypadku grub4dos'a polecenie map z opcją --mem) a następnie uruchomienie z niego systemu. Problem w tym, że załadowany system musi umieć wykryć obecność takiego ramdysku bo inaczej nie będzie wiedział jak ma się dostać do reszty swoich plików. Większość dystrybucji linuxa jest świadoma tego faktu - wykrywa ramdysk poprawnie i ładowanie systemu przebiega bez przeszkód. Z Windowsem jest ten problem, że on tego nie umie, dlatego stosuje się specjalne sterowniki (WinVBlock lub Firadisk), które potrafią wykryć taki ramdysk i przekazać go Windowsowi jako widzialny dla niego dysk. Przed bootowaniem obrazu iso, podmontowuje się obraz dyskietki ze sterownikiem trybu tekstowego (WinVBlock lub Firadisk), później bootuje się iso Windowsa. Uruchamia się instalator Windowsa, który automatycznie wykrywa obecność dyskietki ze sterownikiem i ładuje go do pamięci. Sterownik wykrywa ramdysk przez co staje się on widoczny dla instalatora. Można tak np zainstalować Windows do pliku VHD lub z iso znajdującego się na serwerze. Możliwe jest także zintegrowanie sterownika z systemem wtedy nie potrzebujemy już obrazu dyskietki.