(az alapértelmezett fájlnevek módosítása azt a célt szolgálja, hogy egy szerver nem csak egy rendszer RIS szervere lehet, hanem a jelenlegi konfiguráció pici módosításával akárhány)
Amire szükségünk van első lépésben: egy telepített linux, hálózat, és egy PXE bootolásra képes kliens. Gyakorlatilag bármilyen disztribúció megfelel, én openSuSE 10.3-on telepítettem.
Készítsük elő a telepítőt:
Az egyszerűség kedvéért most a tűzfalat kapcsoljuk ki, ha van:
# rcSuSEfirewall2 stop
Shutting down the Firewall done
Hozzuk létre a gyökérkönyvtárban egy tftpboot könyvtárat, majd másoljuk egy winxp könyvtárba ide az XP telepítő cdről az i386 könyvtárat. Ezután állítsuk be rá rekurzívan a 777 jogot, majd menjük be a könyvtárba:
# chmod -R 777 /tftpboot
# cd /tftpboot
A cabextract alapból nem része a rendszernek. Amennyiben nincs telepítve, egyszerűen felrakhatjuk:
# zypper install cabextract
Csomagoljuk ki a tömörített pxe betöltőt a cabextract segítségével:
# cabextract i386/STARTROM.N1_
A kicsomagolt fájlban módosítsuk az NTLDR fájlnevet XPLDR-re:
# sed -i -e 's/NTLDR/XPLDR/gi' startrom.n12
Nevezzük át a fájlt winxp.0 névre:
# mv startrom.n12 winxp.0
Tömörítsük ki a telepítés-betöltőt:
# cabextract i386/SETUPLDR.EX_
A kitömörített telepítésbetöltőben módosítsuk az információs fájl nevét winxp.sif-re:
# sed -i -e 's/winnt\.sif/winxp\.sif/gi' setupldr.exe
Szintén a telepítésbetöltőben módosítsuk az ntdetect.com nevét ntdetect.wxp-re:
# sed -i -e 's/ntdetect\.com/ntdetect\.wxp/gi' setupldr.exe
Nevezzük át a fájlt XPLDR névre:
# mv setupldr.exe XPLDR
Másoljuk át az ntdetect.com-ot az i386 könyvtárból a tftp gyökérbe ntdetect.wxp néven:
# cp i386/NTDETECT.COM ntdetect.wxp
Hozzuk létre a winxp.sif fájlt, és írjuk bele a tartalmat:
# cat >> winxp.sif << EOF
[data]
floppyless = "1"
msdosinitiated = "1"
OriSrc = "\\xena\xpinstall\winxp\i386"
OriTyp = "4"
LocalSourceOnCD = 1
DisableAdminAccountOnDomainJoin = 1
[SetupData]
OsLoadOptions = "/fastdetect"
SetupSourceDevice = "\Device\LanmanRedirector\xena\xpinstall\winxp"
[RemoteInstall]
Repartition = No
UseWholeDisk = No
[UserData]
ComputerName = *
EOF
A xena az a név, amellyel a samba szerver elérhető (lásd később), az xpinstall pedig a tftpboot megosztása (szintén később), szintén módosítható.
Már majdnem készen vagyunk, egy dolog hiányzik még: a kliens gépben lévő hálózati kártya drivere. Én a gépbe egy klasszikus Realtek 8139C kártyát tettem, ennek a gyártó honlapján lévő zipfájlba a WINXP mappában ott van az INF és SYS fájl, több nem is kell. (feltöltöttem ide is azért: http://www.2shared.com/file/4969216/f91cb0cc/relatek-002.html) A SYS fájlt másoljuk be az i386 mappába, az INF fájlt érdemes külön könytárban gyűjteni, pl. i386/inf (több hálózati kártya driverét is berakhatjuk természetesen, nem biztos hogy homogén a kliens környezet). Tegyük be ide az INF fájlt.
Ezzel a résszel megvagyunk.
Következik a DHCP szerver beállítása.
Először is telepítsük fel, ha még nem lenne fent:
# zypper install dhcp-server
Szerkesszük a /etc/dhcpd.conf fájlt. Minden jelenleg benne lévő subnet bejegyzést kommenteljünk ki, majd írjuk be az alábbiakat:
subnet 192.168.33.0 netmask 255.255.255.0 {
range 192.168.33.10 192.168.33.30;
option domain-name-servers 192.168.33.4;
option domain-name "hnsz";
option routers 192.168.33.4;
option broadcast-address 192.168.33.255;
default-lease-time 43200;
max-lease-time 86400;
filename "winxp.0";
server-name "xena";
next-server xena;
}
A subnetet, dns szervert, gatewayt persze mindenki igazítsa a saját hálózatához. A server-name és next-server résznél a xena nevet a ris szerver ip címére kell cserélni abban az esetben, ha nincs dns, vagy ezt nem oldja fel. Ha van belső dns, akkor megadható a ris szerver dns neve is. (Nálam a bind a xena nevet is a 192.168.33.4 ip címre oldja fel)
Mentsük el a fájlt, majd indítsuk újra a dhcp szervert:
# rcdhcpd restart
Shutting down DHCP server done
Starting DHCP server [chroot] done
Ezzel beállítottuk a dhcp-t is.
Következik a samba beállítása.
Telepítsük ezt is, ha nem lenne fent:
# zypper install samba
A jelenlegi konfigot mentsük el valami más néven, majd az smb.conf-ba írjuk bele a következőket:
# cd /etc/samba
# mv smb.conf smb.conf.orig
# cat >> smb.conf << EOF
[global]
workgroup = HNSZ
netbios name = Xena
server string = Xena
security = share
interfaces = 192.168.33.4/255.255.255.0
bind interfaces only = yes
case sensitive = no
[xpinstall]
browsable = true
path = /tftpboot
read only = no
guest ok = yes
null passwords = true
EOF
Ezzel beállítottuk a munkacsoportot, a gép netbios nevét, mellyel elérhető, illetve csináltunk egy xpinstall megosztás, ami a /tftpboot könyvtárat osztja meg, ahol a telepítő található. (az itt megadott nevet és elérést kell a winxp.sif fájlban megadni, lásd fentebb)
Indítsuk újra a netbios és a samba szervert:
# rcnmb restart && rcsmb restart
Shutting down Samba NMB daemon done
Starting Samba NMB daemon done
Shutting down Samba SMB daemon done
Starting Samba SMB daemon done
Ezzel kész a samba beállítása is.
Most jön a tftp szerver beállítása.
Ez az a pont, amivel a legtöbbet küzdöttem, mire rájöttem a titok nyitjára. A probléma alapvetően az (logfájlból egyébként látszik), hogy a windows a saját kis backslash-es elérésvel kéri le a fájlokat a tftp-ről (pl. \winxp\i386\txtsetup.sif). Erre ugyebár a szerver válasza a not found. Probléma szintén, hogy kis- és nagybetűs fájlnevek közt a windows nem tesz különbséget (NTFS tárolja, de a rendszer nem tesz különbséget), de a linux igen. Ennél fogva ha a kérés a tftp-nek i386\txtsetup.sif akkor nem I386\txtsetup.sif és nem I386\TXTSETUP.SIF. Ebből érezheti mindenki, hogy egy kis trükközésre van szükség a tftp szervernél. A trükk egy patch alkalmazása.
Tftp szerverünk a tftp-hpa 0.48-as verziója lesz (ehhez találtam patchet; letölthető innen: http://www.2shared.com/file/4969233/bb4026c1/tftp-hpa_048origtar.html). Töltsük le, és mentsük a /usr/src könyvtárba, majd tömörítsük ki:
# cd /usr/src
# tar xzvf tftp-hpa_0.48.orig.tar.gz
Tölsük le hozzá a patchet innen: http://www.2shared.com/file/4969264/58534727/tftp-hpa-filecase.html. Mentsük szintén a /usr/src könyvtárba, majd alkalmazzuk a forrásra:
# patch -p1 < tftp-hpa-filecase.diff
Ezután semmi nem tart vissza minket, hogy lefordítsuk kicsiny tftp szerverünket. A fordításhoz szükség van a header fájlokra, a fordítóra, és pár egyéb dologra, tegyük fel ezeket, ha nem lennének fent:
# zypper install gcc gcc-c++ make automake autoconf kernel-headers
És akkor a fordítás:
# cd tftp-hpa-0.48
# ./configure && make && make install
Nálam hiba és warning nélkül pöccre lefordult.
A tftp szervert most xinetd-n állítjuk be. Ezt is telepítsük, ha nem lenne fent:
# zypper install xinetd
Menjünk a /etc/xinetd.d könyvtárba, és hozzunk létre egy tftp fájlt a következő tartalommal:
# cd /etc/xinetd.d
# cat >> tftp << EOF
service tftp
{
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = -s /tftpboot -v
disable = no
}
EOF
Az argumentumokba a -s kapcsolóval adjuk meg a tftp root könyvtárát. Amennyiben máshova tettük a telepítőt, ezt is a megfelelőre kell módosítanunk. A -v kapcsoló verbose mode... Ami ahogy én láttam nem verbose, úgy fogalmaznék, hogy normális loggolás. Így írja (alapból a /var/log/messages fájlba), hogy ki milyen fájlt kért. Enélkül semmi nincs, csak az xinetd logjában hogy connect, meg majd a végén disconnect.
Akkor indítsuk újra az xinetd szolgáltatást is, hogy mostmár a tftp démonunk is fusson:
# rcxinetd restart
Shutting down xinetd: done
Starting INET services. (xinetd) done
Ezzel kész a tftp beállítása.
És az utolsó lépés: a hálózati kártya driverének kiszolgálása a kliensgépnek.
Ehhez szükséges az alábbi kis csomag letöltése: http://www.2shared.com/file/4969465/2bd90b03/ris-toolstar.html
A letöltött csomagot tömörítsük ki tetszőleges helyre, lépjünk be ebbe a könyvtárba, majd futtassuk le az inf parsert, amely összegyűjti egy inf fájlba a telepítő számára az összes elérhető drivert:
# ./infparser.py /tftpboot/winxp/i386/inf
Compiled 7 drivers
generated devlist.cache
generated nics.txt
Amennyiben az inf fájlokat ide tettük. Értelemszerűen módosítandó az elérési út.
Ezután indítsuk el a kiszolgáló scriptet, amely kommunikál a telepítővel, és átadja az információt a hálózati driverekről:
# ./binlsrv.py
Ezzel is megvagyunk.
Kész. :) És az eremény:
(nem tudom hogy kell embedded videot linkelni... :P)
Have a lot of fun!
Javaslatokat, elírások jelzését privátban kérem
Update: Második rész itt
- hnsz2002 blogja
- A hozzászóláshoz be kell jelentkezni
- 7128 megtekintés
Hozzászólások
Ha a SetupData-hoz berakod a
ProductID=XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
sort, akkor kulcst sem ker.
valamint arra kell vigyazni, hogy a samba megosztasba csak a wininstallhoz tartozo cucc legyen, ugyanis indulaskor atmasolja az egesz megosztast a hdd-re, es nem fajlmasolaskor hozza at ami kell!
Illetve ha extra network csatolo van a gepben, akkor a driverjebol az infet kell bemasolni a winxp/i386/inf-be, futtatni a infparser.py-t, meg a driver syst (lcab -bal tomoritve) felmasolni a megfelelo helyre.
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Persze, nem csak a kulcsot lehet megadni. Gyakorlatilag egy full automata és felügyelet nélküli telepítést is be lehet állítani, ha minden opciót megadsz.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Signup.
- A hozzászóláshoz be kell jelentkezni
Készült a binlsrv-hez egy rc script időközbe... Ehhez picit módosítanunk kell a binlsrv.py-t, hogy a pid-ját írja egy fájlba. A fájl legelejére szúrjuk be az alábbi két sort:
import os;
os.system("ps aux | grep \"python ./binlsrv.py\" | grep -v grep | awk '{print $2}' > /var/run/binlsrv.pid");
Hozzuk létre a /etc/binlsrv.conf fájlt az alábbi tartalommal:
TOOLS_PATH="/usr/bin/ris-linux/"
INF_PATH="/tftpboot/inf/"
LOGFILE="/var/log/binlsrv.log"
Értelemszerűen módosítandó, ha szükséges. A TOOLS_PATH a python scriptek helye, az INF_PATH az a könyvtár, ahol az INF fájlokat gyűjtjük a windows telepítő számára, a LOGFILE pedig a binlsrv logja, ide fogja írni azt, amit alapból STDOUT-ra.
Majd pedig magát az rc scriptet, pl /etc/init.d/ris-binlsrv néven:
#!/bin/bash
. /etc/rc.status
case "$1" in
start)
source /etc/binlsrv.conf
echo -n "Re-generating driver cache... "
cd $TOOLS_PATH && ./infparser.py $INF_PATH > /dev/null 2>&1
rc_status -v
echo -n "Starting binlsrv... "
cd $TOOLS_PATH && screen -A -m -d -S binlsrv ./binlsrv.py >> $LOGFILE 2>&1 &
rc_status -v
;;
stop)
echo -n "Stopping binlsrv... "
if [ -e /var/run/binlsrv.pid ]; then
PID=`cat /var/run/binlsrv.pid`
fi
if [ ! $PID == "" ]; then
kill -9 $PID
rm /var/run/binlsrv.pid
else
echo -n "(not running) "
fi
rc_status -v
;;
restart)
$0 stop
$0 start
;;
esac
rc_exit
Ellenőzizzük a működését:
# /etc/init.d/ris-binlsrv restart
Stopping binlsrv... (not running) done
Re-generating driver cache... done
Starting binlsrv... done
Aki szeretné, beteheti az automatikus indításba is:
# chkconfig --add ris-binlsrv
ris-binlsrv 0:off 1:off 2:off 3:on 4:off 5:on 6:off
- A hozzászóláshoz be kell jelentkezni
te norbi!
ez a tftp szopat engem.
az egy dolog hogy a patch ment a levesbe, mert képtelen voltam leforgatni a csomagot (C compile nem bír binárist csinálni vagy mi, configure akad le), de a winxp.0 bootolásakor annyit ír ki: TFTP fail
log meg miért is lenne....
az a vicces, hogy minden más működik, csak ez a wintelepítő nem :(
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
A patch mindenképp kell. A tftp azért fail valszeg, mert mint írtam, a win a backslash-es elérésekkel kéri a fájlokat, ráadásul kisbetű-nagybetű ahogy jön. Gondolom nem sikerül valamit áthúznia.
Vagy nem tudom azóta hol tart ennek a fejlesztése, lehet újabb verzió már alapból támogatja, csak konfigba vagy paraméterként meg kell adni :). Vagy persze más tftp is jó, ha tud ilyen nyomorult win kompatibilitást... Nem tudom, nem foglalkoztam vele sokat mostanság, nekem azóta is ez a rendszer megy :).
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
patchelve, forgatva, indítva stb.
újabb probléma: halaacpi.dll-t képtelen betölteni
könyvtárstruktúra:
/tftpboot (nem link, 0777 végső kétségbeesés miatt)
-win (itt a telepítő cd tartalma, 0755 -R)
idéznék a konfigokból:
winxp.sif:
ami nem olyan mint nálad:
OriSrc = "\\192.168.1.254\winxp\i386" (ez itt a smb share)
[SetupData]
SetupSourceDevice = "\Device\LanmanRedirector\192.168.1.254\tftpboot\win"
namost ha a SetupSourceDevice így van, akkor kapom a hibaüzit: képtelen betölteni: \win\i386\halaacpi.dll.
ha a smb elérést adom meg, akkor meg hisztizik hogy nincs vagy hibás txtsetup.sif
ha az OsLoadOption-hoz még melléírom hogy /minint, akkor meg leseget ameddig úgyhagyom, a tftp szerint az utolsó file az mrxsmb.sys.
ide vonatkozóan qrva sok weboldalon van információ, de hiába a file-csere.
szal akkor neked hogy is működött a SetupSourceDevice? mert te a smb megosztást írtad oda is, ahogy az OriSrc-hez.
**UPDATE**
átírtam a két elérési utat a tftp-s elérésre, meg némi .sys file-t kellett átmozgatni i386-ba.
továbbléptünk, de még mindig tököl az mrxsmb.sys-nél.
**UPDATE2**
loglesegetés után, meg .sif file javítás után a smb megosztást elérésének folyamatába kerül hiba.
0x6b kékhalállal áll meg.
**UPDATE3**
smb logolásból olvasható, miközben a /i386/System32/ntdll.dll-t akarja, hogy intermediate not found.
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
"loglesegetés után, meg .sif file javítás után a smb megosztást elérésének folyamatába kerül hiba. 0x6b kékhalállal áll meg."
Hálókártya drivere biztos rendben van? Ott van minden, ami kell?
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
4 féle realtek csomag, ami a gyártó honlapjáról származik, plusz még egy realtek mindenféle, mert a 4 közül nem tudott választani korábban :)
a sysek az i386-ban vannak, a többi pedig az inf-be, ahonnan indult az infparser, meg a binlsrv is.
/tftpboot/
-winstall/
--i386/
--inf/
az éjszakába nyúlóan lecseréltem a win telepítőt sp1-re, itt már jöttek azok a problémák, amiket te is tapasztaltál w2k-nél.
ez a stop hiba meg semmit mondó. a support.ms.com-on azt írták, egy vödör file-nak nézzem meg a keletkezési dátumát. ezek nem egyeznek a weblapon találhatókkal, de nem is frissek.
azt még megpróbálom, hogy az inf tartalmát átpakolom az i386-ba, majd innét indítok infparsert és binlsrv-t.
SZERK:
samba kliensgep.log:
[2010/05/13 13:26:01, 3] smbd/oplock.c:init_oplocks(863)
init_oplocks: initializing messages.
[2010/05/13 13:26:01, 3] smbd/oplock_linux.c:linux_init_kernel_oplocks(276)
Linux kernel oplocks enabled
[2010/05/13 13:26:01, 6] smbd/process.c:process_smb(1082)
got message type 0x81 of len 0x44
[2010/05/13 13:26:01, 3] smbd/process.c:process_smb(1083)
Transaction 0 of length 72
[2010/05/13 13:26:01, 2] smbd/reply.c:reply_special(324)
netbios connect: name1=IPAQ name2=*
[2010/05/13 13:26:01, 2] smbd/reply.c:reply_special(331)
netbios connect: local=ipaq remote=_, name type = 0
[2010/05/13 13:26:01, 5] lib/username.c:Get_Pwnam_alloc(131)
Finding user _
[2010/05/13 13:26:01, 5] lib/username.c:Get_Pwnam_internals(75)
Trying _Get_Pwnam(), username as lowercase is _
[2010/05/13 13:26:01, 5] lib/username.c:Get_Pwnam_internals(102)
Checking combinations of 0 uppercase letters in _
[2010/05/13 13:26:01, 5] lib/username.c:Get_Pwnam_internals(108)
Get_Pwnam_internals didn't find user [_]!
namost ha security share akkor ez van (share van itthon, nem használunk jelszavakat), ha pedig security user, akkor sem lépünk tovább.
(egyel több ok hogy lecseréljem az itthoni ipaq-n a disztribúciót bP-re.)
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
Mindenképpen security share kell, mert az nem fog authentikálni, nem is tudna nagyon még azon a szinten.
Hát sajnálom, most így nem tudok segíteni, nem tudom mi lehet a baja. A samba valóban működik? Egy másik winről be tudsz lépni auth nélkül, és mindegyik fájlt olvasni?
A tftp is tuti rendben? Ezt is érdemes megnézni egy klienssel, hogy valóban jönnek-e a fájlok mindenféle eléréssel...
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
nos, ezen túlvagyok.
minden működik probléma nélkül. a változatosság kedvéért most így nézünk ki:
/tftpboot
--winstall
---i386
samba:
[winstall]
path=/tftpboot
winxp.sif:
SetupSourceDevice=\Device\LanmanRedirector\ipaq\winstall\winstall
itt már a samba logot 10-re emeltem, hogy hátha látok valami érdekeset. a kliens pedig percekig tartó megosztás-lesegetés után kékhalált dob, képernyő felső részén két sorral, két stop hibával.
ha netán rájönnék időközben, ideírom azt is.
nagyon úgy néz ki, hogy a korábbi samba konfigba lévő /tftpboot/winstall mint winxp share nem volt elég hosszú neki.
a laptopomon szintén fel van csatolva egyrészt a publikus mappa, másrészt pedig a winstall megosztás is, oda-vissza másolgatok mindenfélét, ebben hiba nincs. a tftp sem panaszkodik a logban.
kékhalál pedig:
stop c000021a {helyrehozhatatlan rendszerhiba}
a rendszerfolyamat (Session Manager Initialization) váratlanul félbeszakadt. állapot: 0x0000034 (0x00000000 0x00000000).
a rendszer leállt.
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
update:
kértem kőccsön xp home sp2 telepítőt, ugyanígy eljárva hiba nincs.
a teszt telepítés folyamatban van.
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
Igen, az lett volna a következő, hogy nem lehet, hogy sérült a telepítőd, vagy mondjuk memhibás a kliens? :)
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
ramteszt 3 passig ment, linux fut rajta.
a telepítő viszont egy hulladék, sajnos erre a célra nem használható.
apropó, product key nélkül is warez, ha nyilvánosság elé rakok xp telepítőt?
szerk: előfordul mostanság, hogy hordanak hozzám win7es masinákat is. kevés százalékban azokon ott figyel a preinstall, de amikor a hdd kinyiffan, akkor mindegy hogy ott van-e.
w7 pxe telepítése is így működhet vajon?
--
blackPanther 10.1.1
- A hozzászóláshoz be kell jelentkezni
Még nem foglalkoztam vele, de biztos lehet...
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Engem érdekelne a win7-es megoldás, vagy még nem foglalkoztál a témával ?
- A hozzászóláshoz be kell jelentkezni
Még nem néztem... De ha lesz valamikor időm utánajárok.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Kaptam egy laptopot amit újra kell telepítenem, de hibás CD olvasó miatt csak a hálózatos telepítést tudom választani.
Elkezdtem megcsinálni ezt a tftpd szervert. Viszonylag jól haladtam vele. A problémák ott jelentkeztek, hogy vannak fileok amiket le kellene tölteni, de ezek a linkek ma már nem elérhetőek. Nagy nehezen jó párat sikerült más forrásból letöltenem. A tftpd-hpa szervert már apt-get-tel telepítettem LinuxMint-re. Kérdés, hogy ebbe a verzióba is kell a patch-et telepíteni. Ha igen akkor jelen esetben, hogy tudom belerakni. Kernelfordításban sajnos nem vagyok járatos. Segítséget szeretnék kérni ennek a szervernek a beüzemelésében.
Előre is köszi
Üdv
- A hozzászóláshoz be kell jelentkezni
nem kell patchelni. telepíts mindent a fentiekből, konfigokat írd meg oszt' ha összeraktad a telepítőt akkor már mehet is a móka.
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
Megcsináltam mindent ami a fenti leírásban volt. Lépésről lépésre telepítettem a szükséges összetevőket. A konfigurációban van egy wlan0 kártya és egy eth0 kártya. A wlan0-on keresztül jön az internet és az eth0-n pedig kiosztja a dhcpt. Elindítom a kliens gépet, az Intel PXE vezérlő keresi a kapcsolatot, néhány másodperc múlva meg is találja. Az alábbi szöveg fogad:
CLIENT MAC ADDR: ~
CLIENT IP:192.168.33.1 MASK 255.255.255.0 DHCP IP: 192.168.33.1
GATEWAY IP: 192.168.33.1
TFTP.
PXE-T01: File not found
PXE-E3B: TFTP Error - File Not found
PXE-M0F: Exiting Intel PXE ROM
Egyszerűen nem tudok rájönni, hogy mi lehet ezzel a baj.
- A hozzászóláshoz be kell jelentkezni
link ide:
-dhcpd.conf
/etc/default/tftpd-hpa (ha itt van)
vagy
nézd meg hogy dhcpd.conf-ba van-e ilyened:
option root-path "/tftpboot"; (ln -s /var/lib/tftpboot /tftpboot)
illetve
filename "pxelinux.0";
aztán a /tftpboot-on belülre remélem odamásoltad a telepített syslinux tartalmát (pxelinux.cfg könyvtár, pxelinux.0, menu.c32 meg a többi file)
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
Akkor most az a helyzet, hogy sikerült varázsolnom egy indító menüt a bootolás után. (Ez jó arra nézve ha további oprendszereket szeretnék beletenni. Hiába választom ki a listából, hogy az XP-t telepítse, folyamatosan azt kapom vissza, hogy TFTP Fail. Gondolom, hogy valamelyik elérési út nem mutat megfelelő helyre, vagy valamelyik file nincs a helyén. Egyszerűen nem találom, hogy hol lehet a hiba.
A könyvtárstruktúra valahogy így néz ki:
/tftboot
-/inf (a hálókártya drivereket tartalmazza)
-/pxelinux.cfg ezen belül egy default file
-/winxp/
-/winxp/i386/ (a teljes telepítő készlet)
-/winxp/XPLDR
-/winxp/devlist.cache
-/winxp/nics.txt
-/winxp/ntdetect.wxp
-/winxp/winxp.0
-/winxp/winxp.sif
továbbá a /tftpboot gyökerében még két állomány:
menu.c31
pxelinux.0
winxp.sif tartalma:
[data]
floppyless = "1"
msdosinitiated = "1"
OriSrc = "\\192.168.33.1\xpinstall\winxp\i386"
OriTyp = "4"
LocalSourceOnCD = 1
DisableAdminAccountOnDomainJoin = 1
[SetupData]
OsLoadOptions = "/fastdetect"
SetupSourceDevice = "\Device\LanmanRedirector\192.168.33.1\tftboot\winxp"
[RemoteInstall]
Repartition = No
UseWholeDisk = No
[UserData]
ComputerName = *
A /tftpboot/pxelinx.cfg/default tartalma:
DEFAULT menu.c32
TIMEOUT 250
TOTALTIMEOUT 9000
ALLOWOPTIONS 0
ONTIMEOUT hdd
MENU TITLE HTIVI ONLINE INSTALLER
LABEL hdd
MENU LABEL Start local disk
LOCALBOOT 0
LABEL hiren
MENU LABEL Hiren's Boot CD
KERNEL /HBCD/boot/memdisk
APPEND initrd=/HBCD/isolinux.bin
LABEL winxp
MENU LABEL Microsoft Windows XP telepítése
KERNEL winxp.0
A /etc/default/tftpd-hpa tartalma
# /etc/default/tftpd-hpa
TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/tftpboot"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="--secure"
A dhcp.conf tartalma
subnet 192.168.33.0 netmask 255.255.255.0 {
range 192.168.33.10 192.168.33.30;
option domain-name-servers 192.168.33.1;
option domain-name "hnsz";
option routers 192.168.33.1;
option broadcast-address 192.168.33.255;
default-lease-time 43200;
max-lease-time 86400;
option root-path "/tftpboot";
filename "winxp.0";
server-name "192.168.33.1";
next-server 192.168.33.1;
}
Az smb.conf tartalma
[global]
workgroup = HNSZ
netbios name = Xena
server string = Xena
security = share
interfaces = 192.168.33.4/255.255.255.0
bind interfaces only = yes
case sensitive = no
[xpinstall]
browsable = true
path = /tftpboot
read only = no
guest ok = yes
null passwords = true
- A hozzászóláshoz be kell jelentkezni
én a következőképpen jártam el:
-[tftpboot]
--[pxelinux.cfg]
--[ris] (itt lakik a python cucc ami átadja a win telepítőnek a szarokat, itt vannak a devlist és nics file-ok is)
--[winxp] (telepítőkörnyezet ahogy a cd-n is van
--xpldr (file)
--winxp.sif (file)
--winxp.0
a winxp.sif file-od hibás: mindkét elérési útnak azonosnak kell lennie, így ha kell, smb share módosít:
OriSrc = "\\192.168.33.1\tftpboot\winxp\i386"
SetupSourceDevice = "\Device\LanmanRedirector\192.168.33.1\tftboot\winxp"
tftpd-hpa-ba írd be így:
TFTP_OPTIONS="--secure -l -s -vvv -m /tftpboot/remap" (nekem kell remap file hogy forgassa a karaktereket (upper/lower))
a dhcpd.conf-od is hibás:
nem winxp.0-át bootolsz, hanem pxelinux.0-át, ez legyen jelen a /tftpboot alatt!
smb share: nálam "kétszer" van windows xp telepítő megosztva:
egyszer maga a [tftpboot], meg még azon belül a [winxp] is.
amit a syslinux csomag hozott, azt cakkpakk rakd a /tftpboot alá.
(feltéve hogy nálad is ln -s /var/lib/tftpboot /tftpboot)
aztán ne felejtsd el ellenőrizni hogy fut-e a tftpd-hpa:
ps aux | grep tftp
illetve
netstat -anp | grep tftp
ha eredménytelen, akkor vagy berohadt a pidje (ez is egy szép ubuntu szokás), vagy nem stimmel valami a konfigurációban (lásd openbds-inetd-ből való indítás).
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
No már kezdtem örülni, hogy tftp fail üzenetet nem látom. Most kaptam egy újat. Mikor kiválasztom a menüből, hogy install xp, akkor meghívja ugye a winxp.0-át. Ez rendben is volna, viszont egy pillanatra felugrik az a szöveg, hogy hardverkiépítés vizsgálata és alatta, hogy nem sikerült a végrehajtani az NTDETECT programot. Ezt egy villanásra beadja aztán újraindul a kliens gép.
A könyvtárstruktúra így néz ki a /tftpboot alatt:
- inf (ami tárolja a drivereket)
- pxelinux.cfg (menu)
- ris-linux-0.4 (ez az ami tartalmazza az infparser és binlsrv filokat és a nics.txt és a devlist.cachest is)
- winxp/i386 tartalmazza a telepítőt
- XPLDR (file)
- menu32 (file)
- winxp.0 (file)
- winxp.sif (file)
A kérdés most az, hogy a winxp.sif állományra ki és hol hivatkozik? ugyanis próbáltam beállítani benne az útvonalakat, de semmi változás. volt eset, hogy teljesen el is tüntettem, akkor is ugyanúgy a fenti hibaüzenetet adta. Annyit le tudtam ellenőrizni, hogy a samba az szabályosan fut. a megosztott könyvtárakat el tudom érni. A DHCP is szabályszerűen osztja ki az IP-ket.
Lehet, hogy csak a fáradtság, de már nagyon szeretném ha végre működne.
- A hozzászóláshoz be kell jelentkezni
by hnsz:
Másoljuk át az ntdetect.com-ot az i386 könyvtárból a tftp gyökérbe ntdetect.wxp néven:
# cp i386/NTDETECT.COM ntdetect.wxp
a sif file-t én nem csak a tftpboot gyökérben tárolom, hanem szerepel a winxp könyvtárban is.
syslogba mit dobál a tftp? nincs gondja a kisbetű/nagybetű kérdéssel ugye?
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
Most ott tartunk, hogy keresi a txtsetup.sif file-t.
Kersertem egy remap file amit írtál ahhoz, hogy nekem is forgassa a karaktereket. Ez így néz ki
/tftpboot/remap [B---] 28 L:[ 1+33 34/ 34] *(442 / 442b)
ri ^[az]: # Remove “drive letters”
rg \\ / # Convert backslashes to slashes
rg \# @ # Convert hash marks to @ signs
rg /../ /..no../ # Convert /../ to /..no../
rg A a
rg B b
rg C c
rg D d
rg E e
rg F f
rg G g
rg H h
rg I i
rg J j
rg K k
rg L l
rg M m
rg N n
rg O o
rg P p
rg Q q
rg R r
rg S s
rg T t
rg U u
rg V v
rg W w
rg X x
rg Y y
rg Z z
r ^/(.*) \1
r ^xpldr winxp/xpldr
r ^ntdetect.wxp winxp/ntdetect.wxp
r ^winxp.sif winxp/winxp.sif
a syslog pedig ezt tartalmazza:
ov 2 11:15:03 szerver-desktop dhcpd: DHCPREQUEST for 192.168.1.8 (192.168.1.1) from 00:14:0b:00:84:86 via eth0
Nov 2 11:15:03 szerver-desktop dhcpd: DHCPACK on 192.168.1.8 to 00:14:0b:00:84:86 via eth0
Nov 2 11:15:03 szerver-desktop in.tftpd[2274]: RRQ from 192.168.1.8 filename pxelinux.0
Nov 2 11:15:03 szerver-desktop in.tftpd[2274]: tftp: client does not accept options
Nov 2 11:15:03 szerver-desktop in.tftpd[2275]: RRQ from 192.168.1.8 filename pxelinux.0
Nov 2 11:15:03 szerver-desktop in.tftpd[2276]: RRQ from 192.168.1.8 filename pxelinux.cfg/8063c164-ab64-0010-b76b-9bb7e796a145
Nov 2 11:15:03 szerver-desktop in.tftpd[2277]: RRQ from 192.168.1.8 filename pxelinux.cfg/01-00-14-0b-00-84-86
Nov 2 11:15:03 szerver-desktop in.tftpd[2278]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A80108
Nov 2 11:15:03 szerver-desktop in.tftpd[2279]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A8010
Nov 2 11:15:03 szerver-desktop in.tftpd[2280]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A801
Nov 2 11:15:03 szerver-desktop in.tftpd[2281]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A80
Nov 2 11:15:03 szerver-desktop in.tftpd[2282]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A8
Nov 2 11:15:03 szerver-desktop in.tftpd[2283]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A
Nov 2 11:15:03 szerver-desktop in.tftpd[2284]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0
Nov 2 11:15:03 szerver-desktop in.tftpd[2285]: RRQ from 192.168.1.8 filename pxelinux.cfg/C
Nov 2 11:15:03 szerver-desktop in.tftpd[2286]: RRQ from 192.168.1.8 filename pxelinux.cfg/default
Nov 2 11:15:03 szerver-desktop in.tftpd[2287]: RRQ from 192.168.1.8 filename menu.c32
Nov 2 11:15:03 szerver-desktop in.tftpd[2288]: RRQ from 192.168.1.8 filename pxelinux.cfg/default
Nov 2 11:15:05 szerver-desktop in.tftpd[2289]: RRQ from 192.168.1.8 filename winxp.0
Nov 2 11:15:05 szerver-desktop in.tftpd[2290]: RRQ from 192.168.1.8 filename XPLDR
Nov 2 11:15:06 szerver-desktop in.tftpd[2291]: RRQ from 192.168.1.8 filename BOOTFONT.BIN
Nov 2 11:15:06 szerver-desktop in.tftpd[2292]: RRQ from 192.168.1.8 filename ntdetect.wxp
Nov 2 11:15:06 szerver-desktop in.tftpd[2293]: RRQ from 192.168.1.8 filename winxp.sif
Nov 2 11:15:06 szerver-desktop in.tftpd[2294]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.si_
Nov 2 11:15:06 szerver-desktop in.tftpd[2295]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.sif
a samba megosztásban:
/tftpboot megosztva mint xpinstall
/tftboot/winxp megosztva mint winxp
A winxp.sif pedig
[data]
floppyless = "1"
msdosinitiated = "1"
OriSrc = "\\192.168.1.1\tftboot\winxp\i386"
OriTyp = "4"
LocalSourceOnCD = 1
DisableAdminAccountOnDomainJoin = 1
[SetupData]
OsLoadOptions = "/fastdetect /minint"
SetupSourceDevice = "\Device\LanmanRedirector\192.168.1.1\xpinstall\winxp"
[RemoteInstall]
Repartition = No
UseWholeDisk = No
[UserData]
ComputerName = *
Az útvonalakat is próbálatm már többféle módon megadni, de eddig nem jutottal előrébb. :-(
- A hozzászóláshoz be kell jelentkezni
ezt a remapot dobd ki.
az enyém ennyi:
rg \\ /
rg ([A-Z]) \L\1
és működik.
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
Kicseréletem remap-ot. De még mindig hiányolja a txtsetup.sif-et. Nem értem mi lehet még a gond.
- A hozzászóláshoz be kell jelentkezni
tftpd-hpa verbose log ahogy írtam feljebb!
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
A syslog napló ezt mutatja:
Nov 2 21:57:07 szerver-desktop smbd[2927]: [2012/11/02 21:57:07.388496, 0] param/loadparm.c:8004(lp_do_parameter)
Nov 2 21:57:07 szerver-desktop smbd[2927]: Global parameter null passwords found in service section!
Nov 2 21:57:07 szerver-desktop smbd[2927]: [2012/11/02 21:57:07.388768, 0] param/loadparm.c:8004(lp_do_parameter)
Nov 2 21:57:07 szerver-desktop smbd[2927]: Global parameter null passwords found in service section!
Nov 2 21:57:12 szerver-desktop kernel: [ 6164.264085] init: isc-dhcp-server main process (2963) killed by TERM signal
Nov 2 21:57:12 szerver-desktop dhcpd: Internet Systems Consortium DHCP Server 4.1-ESV-R4
Nov 2 21:57:12 szerver-desktop dhcpd: Copyright 2004-2011 Internet Systems Consortium.
Nov 2 21:57:12 szerver-desktop dhcpd: All rights reserved.
Nov 2 21:57:12 szerver-desktop dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Nov 2 21:57:12 szerver-desktop dhcpd: Internet Systems Consortium DHCP Server 4.1-ESV-R4
Nov 2 21:57:12 szerver-desktop dhcpd: Copyright 2004-2011 Internet Systems Consortium.
Nov 2 21:57:12 szerver-desktop dhcpd: All rights reserved.
Nov 2 21:57:12 szerver-desktop dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Nov 2 21:57:12 szerver-desktop dhcpd: Wrote 4 leases to leases file.
Nov 2 21:57:12 szerver-desktop dhcpd: Can't create PID file /var/run/dhcpd.pid: Permission denied.
Nov 2 21:57:39 szerver-desktop dhcpd: SZERVER: host unknown.
Nov 2 21:57:39 szerver-desktop dhcpd: DHCPDISCOVER from 00:14:0b:00:84:86 via eth0
Nov 2 21:57:40 szerver-desktop dhcpd: DHCPOFFER on 192.168.1.8 to 00:14:0b:00:84:86 via eth0
Nov 2 21:57:40 szerver-desktop dhcpd: DHCPREQUEST for 192.168.1.8 (192.168.1.1) from 00:14:0b:00:84:86 via eth0
Nov 2 21:57:40 szerver-desktop dhcpd: DHCPACK on 192.168.1.8 to 00:14:0b:00:84:86 via eth0
Nov 2 21:57:40 szerver-desktop in.tftpd[3035]: RRQ from 192.168.1.8 filename pxelinux.0
Nov 2 21:57:40 szerver-desktop in.tftpd[3035]: tftp: client does not accept options
Nov 2 21:57:40 szerver-desktop in.tftpd[3036]: RRQ from 192.168.1.8 filename pxelinux.0
Nov 2 21:57:40 szerver-desktop in.tftpd[3037]: RRQ from 192.168.1.8 filename pxelinux.cfg/8063c164-ab64-0010-b76b-9bb7e796a145
Nov 2 21:57:40 szerver-desktop in.tftpd[3037]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3038]: RRQ from 192.168.1.8 filename pxelinux.cfg/01-00-14-0b-00-84-86
Nov 2 21:57:40 szerver-desktop in.tftpd[3038]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3039]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A80108
Nov 2 21:57:40 szerver-desktop in.tftpd[3039]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3040]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A8010
Nov 2 21:57:40 szerver-desktop in.tftpd[3040]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3041]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A801
Nov 2 21:57:40 szerver-desktop in.tftpd[3041]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3042]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A80
Nov 2 21:57:40 szerver-desktop in.tftpd[3042]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3043]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A8
Nov 2 21:57:40 szerver-desktop in.tftpd[3043]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3044]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0A
Nov 2 21:57:40 szerver-desktop in.tftpd[3044]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3045]: RRQ from 192.168.1.8 filename pxelinux.cfg/C0
Nov 2 21:57:40 szerver-desktop in.tftpd[3045]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3046]: RRQ from 192.168.1.8 filename pxelinux.cfg/C
Nov 2 21:57:40 szerver-desktop in.tftpd[3046]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:40 szerver-desktop in.tftpd[3047]: RRQ from 192.168.1.8 filename pxelinux.cfg/default
Nov 2 21:57:40 szerver-desktop in.tftpd[3048]: RRQ from 192.168.1.8 filename menu.c32
Nov 2 21:57:40 szerver-desktop in.tftpd[3049]: RRQ from 192.168.1.8 filename pxelinux.cfg/default
Nov 2 21:57:48 szerver-desktop in.tftpd[3050]: RRQ from 192.168.1.8 filename winxp.0
Nov 2 21:57:48 szerver-desktop in.tftpd[3051]: RRQ from 192.168.1.8 filename XPLDR
Nov 2 21:57:49 szerver-desktop in.tftpd[3052]: RRQ from 192.168.1.8 filename BOOTFONT.BIN
Nov 2 21:57:49 szerver-desktop in.tftpd[3053]: RRQ from 192.168.1.8 filename ntdetect.wxp
Nov 2 21:57:50 szerver-desktop in.tftpd[3054]: RRQ from 192.168.1.8 filename winxp.sif
Nov 2 21:57:50 szerver-desktop in.tftpd[3055]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.si_
Nov 2 21:57:50 szerver-desktop in.tftpd[3055]: sending NAK (1, File not found) to 192.168.1.8
Nov 2 21:57:50 szerver-desktop in.tftpd[3056]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.sif
Nov 2 21:57:50 szerver-desktop in.tftpd[3056]: sending NAK (1, File not found) to 192.168.1.8
Amennyire én ki tudom olvasni, azt látom, hogy nem találja a txtsetup.sif állományt. Megnéztem az útvnalat a winxp.sif-ben. Ott ez így néz ki:
[data]
floppyless = "1"
msdosinitiated = "1"
OriSrc = "\\192.168.1.1\xpinstall\winxp\i386"
OriTyp = "4"
LocalSourceOnCD = 1
DisableAdminAccountOnDomainJoin = 1
[SetupData]
OsLoadOptions = "/fastdetect"
SetupSourceDevice = "\Device\LanmanRedirector\192.168.1.1\xpinstall\winxp"
[RemoteInstall]
Repartition = No
UseWholeDisk = No
[UserData]
ComputerName = *
Látok egy két hibát a syslogban de nem tudom, hogy hogyan kell javítani.
Ti láttok benne valami "jelet" benne, hogy miért is nem találja meg a txtsetup.sif
UPDATE!
Megcsináltam újra hálókártya drivereinek másolgatását, ennek hatására elkezdett működni a remap.
Ennek kimenete így jelentkezik a syslogban:
ov 3 00:12:04 szerver-desktop in.tftpd[2382]: remap: done
Nov 3 00:12:04 szerver-desktop in.tftpd[2382]: RRQ from 192.168.1.8 filename BOOTFONT.BIN remapped to bootfont.bin
Nov 3 00:12:04 szerver-desktop in.tftpd[2382]: sending NAK (1, File not found) to 192.168.1.8
Nov 3 00:12:04 szerver-desktop in.tftpd[2383]: remap: input: ntdetect.wxp
Nov 3 00:12:04 szerver-desktop in.tftpd[2383]: remap: done
Nov 3 00:12:04 szerver-desktop in.tftpd[2383]: RRQ from 192.168.1.8 filename ntdetect.wxp
Nov 3 00:12:05 szerver-desktop in.tftpd[2384]: remap: input: winxp.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2384]: remap: done
Nov 3 00:12:05 szerver-desktop in.tftpd[2384]: RRQ from 192.168.1.8 filename winxp.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: remap: input: \winxp\i386\txtsetup.si_
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: remap: rule 0: rewrite: /winxp\i386\txtsetup.si_
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: remap: rule 0: rewrite: /winxp/i386\txtsetup.si_
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: remap: rule 0: rewrite: /winxp/i386/txtsetup.si_
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: remap: done
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.si_ remapped to /winxp/i386/txtsetup.si_
Nov 3 00:12:05 szerver-desktop in.tftpd[2385]: sending NAK (1, File not found) to 192.168.1.8
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: remap: input: \winxp\i386\txtsetup.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: remap: rule 0: rewrite: /winxp\i386\txtsetup.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: remap: rule 0: rewrite: /winxp/i386\txtsetup.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: remap: rule 0: rewrite: /winxp/i386/txtsetup.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: remap: done
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: RRQ from 192.168.1.8 filename \winxp\i386\txtsetup.sif remapped to /winxp/i386/txtsetup.sif
Nov 3 00:12:05 szerver-desktop in.tftpd[2386]: sending NAK (1, File not found) to 192.168.1.8
Ettől függetlenül a txtsetup.sif-et még mindig nem találja.
- A hozzászóláshoz be kell jelentkezni
a \winxp\i386\txtsetup.sif kisbetűs, vagy csupa nagybetű windows módjára?
amikor átmásoltad a cd tartalmát, az alapból nagybetűs könyvtárakat és fileokat csinál.
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
Jelenleg minden file nagybetűs az i386 mappában. A Remap-nek nem ezt kellene megoldania? Vagy én értem rosszul?
- A hozzászóláshoz be kell jelentkezni
a remapnak az én konfigomban annyi a szerepe, hogy ha nagybetűs filenevet keres a kliens, akkor azt kisbetűsre varázsolva adja tovább.
te ugyanabba a hibába estél mint én anno, elfelejtetted átkonvertálni a fileokat nagybetűsről kisbetűsre.
a googleba keresve sok bash szkript áll elő erre a feladatra, ami kb 2-3 percen belül konvertálja a telepítőd cuccait (700MHz-es procin)
--
compaq n610c
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni
"CLIENT IP:192.168.33.1 MASK 255.255.255.0 DHCP IP: 192.168.33.1"
Az, hogy ugyanaz a kliens meg a dhcp szerver ipje.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Bocs, rosszul másoltam ott 192.168.33.10 volt a kliens IP-je.
- A hozzászóláshoz be kell jelentkezni
sub
--------------
“If there were no hell, we would be like the animals. No hell, no dignity.”
- A hozzászóláshoz be kell jelentkezni
Ha újra feltöltenéd a ris-toolstar-t akkor azt megköszönném, mert sajnos onnantól nem tudok tovább lépni.
---
Windows 8 Pro + Mac OS X 10.8.3 (iAtkos ML2)
- A hozzászóláshoz be kell jelentkezni
Hú, nem tudom megvan-e még valahol... Megpróbálom megkeresni, és feltölteni - ha nem felejtem el... :P
Egyébként szerintem semmi kincs nem volt benne, máshonnan is beszerezhetőek ezek, biztos van már újabb verzió is pl programokból, csak összeszedtem egy csomagba anno.
--
The Community ENTerprise Operating System
- A hozzászóláshoz be kell jelentkezni
Üdv!
A fent említett módszerrel próbáltam egy openmediavault azaz Debian6-ra rátenni ezt a leírást de elakadtam mert mikor a winxp.0 betöltése megtörténik meg is áll a dolog! Természetesen több módon is próbáltam megtudni a hiba okát és csak ezeket látom:
A kliens gépen: Tftp failed.
A tcpdump -vvnn udp port 69 parancs katására az elakadás ez:
03:08:45.896909 IP (tos 0x0, ttl 20, id 176, offset 0, flags [none], proto UDP (17), length 55)
192.168.1.10.2076 > 0.0.0.0.69: [udp sum ok] 27 RRQ "XPLDR" octet blksize 1456
A syslog:
Mar 3 03:10:14 nas in.tftpd[6424]: RRQ from 192.168.1.10 filename pxelinux.0
Mar 3 03:10:14 nas in.tftpd[6424]: tftp: client does not accept options
Mar 3 03:10:14 nas in.tftpd[6425]: RRQ from 192.168.1.10 filename pxelinux.0
Mar 3 03:10:14 nas in.tftpd[6426]: RRQ from 192.168.1.10 filename pxelinux.cfg/7fb39a6a-7cf8-40b9-847f-635198028653
Mar 3 03:10:14 nas in.tftpd[6426]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6427]: RRQ from 192.168.1.10 filename pxelinux.cfg/01-08-00-27-c7-c8-da
Mar 3 03:10:14 nas in.tftpd[6427]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6428]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A8010A
Mar 3 03:10:14 nas in.tftpd[6428]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6429]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A8010
Mar 3 03:10:14 nas in.tftpd[6429]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6430]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A801
Mar 3 03:10:14 nas in.tftpd[6430]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6431]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A80
Mar 3 03:10:14 nas in.tftpd[6431]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6432]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A8
Mar 3 03:10:14 nas in.tftpd[6432]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6433]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0A
Mar 3 03:10:14 nas in.tftpd[6433]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6434]: RRQ from 192.168.1.10 filename pxelinux.cfg/C0
Mar 3 03:10:14 nas in.tftpd[6434]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6435]: RRQ from 192.168.1.10 filename pxelinux.cfg/C
Mar 3 03:10:14 nas in.tftpd[6435]: sending NAK (1, File not found) to 192.168.1.10
Mar 3 03:10:14 nas in.tftpd[6436]: RRQ from 192.168.1.10 filename pxelinux.cfg/default
Mar 3 03:10:14 nas in.tftpd[6437]: RRQ from 192.168.1.10 filename pxelinux.cfg/vesamenu.c32
Mar 3 03:10:14 nas in.tftpd[6438]: RRQ from 192.168.1.10 filename pxelinux.cfg/default
Mar 3 03:10:16 nas in.tftpd[6441]: RRQ from 192.168.1.10 filename xp/wxp.0
Ebből az áldatlan állapotból szeretnék kitörni!
A tftp beállítások:
TFTP_USERNAME="root"
TFTP_DIRECTORY="/media/efbf14b5-54ce-49a9-95ca-2f02dacba438/install"
#TFTP_DIRECTORY="/tftpboot"
TFTP_ADDRESS="192.168.1.250:69"
#TFTP_OPTIONS="-l -s"
TFTP_OPTIONS=" -l -s -vvv -m /media/efbf14b5-54ce-49a9-95ca-2f02dacba438/install/tftpd.remap -s -v -v -v -v"
RUN_DAEMON="yes"
Ha valakinek van ötlete azt szívesen venném!
Válaszotokat előre is köszönöm!
Ubuntu 12.04, Kernel:3.8.3, AMD Phenom 2 x4 955BE , OCZ-VETRTEX3 SSD
- A hozzászóláshoz be kell jelentkezni
szerintem ezt:
TFTP_OPTIONS=" -l -s -vvv -m /media/efbf14b5-54ce-49a9-95ca-2f02dacba438/install/tftpd.remap -s -v -v -v -v"
gondold újra. a végéről a paramétereket szedd le, az elejéről a szóközt vedd ki.
fentebb írod, hogy "a winxp.0" betöltődik, míg a logban olvasható alul, hogy "wxp.0"
--
Extensa 5220
"...és micsoda zajt csapott!"
- A hozzászóláshoz be kell jelentkezni