* Frank Pascher <fpascher@mpifr-bonn.mpg.de> [Jul 05. 2002 09:09]:
Hi Anas
-----Ursprüngliche Nachricht----- Von: Anas Nashif [mailto:nashif@suse.de] Gesendet: Freitag, 5. Juli 2002 04:42 An: Frank Pascher Cc: suse-autoinstall@suse.com Betreff: Re: [suse-autoinstall] fully automatically installation
Why do you need to go to the machine?
Actually to start up the machine, type in the parameters for install and repository and boot the initial system bevore the server takes over.
No need for that if you use PXE or netboot/etherboot, but I guess this is the problem you are trying to solve :-)
This already possible and should not be a problem to setup! What exactly do you want to know?
OK, I know that it is possible to work with a dhcp server, but getting a little bit confused about the protocolls networkcards can do. Lots of our machine have lan on board but run ipx and not tcp or pxe. Now I need to know how to get these clients doing a network boot. As a result of this I try to set a standard for networkcards in our institute. On checking the cardsdefinitions the confusion started. So what protocol do I need. I don't get the differences of pxe and the rest.
The next problem is the following. There is one dhcp server existing who serves every computer running dhcp and not being managed by the computercenter. I don't want to work with that machine. How do I set up a second dhcp server which serves the linux installation clients only. Am I right, that it would be the best setting up a new server and canceling the old one ??
Depending on the hardware you have (NICs), I am aware of 2 ways to make things work in an automated way using network boot. Either your NICs have PXE on them, then you can use PXELINUX (http://syslinux.zytor.com/pxe.php) Or you can use etherboot and flash all NICs with a boot image, maybe those NICs have an EPROM already... If your NICs support network boot, then you can pass all needed variables via dhcp, boot image is transfered to the clients using tftp. So it's a matter of what hardware you have.,... Anas -- Anas Nashif <nashif@suse.com>, SuSE Linux AG Montreal (Laval), Canada