<br><br>
<div><span class="gmail_quote">On 2/18/07, <b class="gmail_sendername">Steve Dobson</b> <<a href="mailto:steve@dobson.org">steve@dobson.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Gavin<br><br><br>As I know you've installed Linux many times before I won't give details<br>full details, but here how I've done it in the past.
<br><br>1). On your install machine (P3 for you) make sure that the disk is<br> configured as Master on the primary IDE bus. This is where it is<br> going to be when you plug it in the kiosk server, so that is where<br>
it MUST be when installing.</blockquote>
<div> </div>
<div>What? That's not so. I'd done several installations with disks in weird locations and transferring them around to others. It can be an adventure to do so, because /etc/fstab needs to be set up appropriately, and because the grub needs to be set appropriately. It's easier if grub thinks that hd0 is the drive with grub on it, and it's consistent between machines. But grub is *extremely* flexible, and can be configured to deal with all sorts of nuttiness.
</div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">2). Install as normal except deselect all options in the Task Select<br> phase. You are going to be moving the disk so you probably haven't
<br> got the same graphical hardware on the P3 as you have on the kiosk.<br> This means that you have to be comfortable with the CLI. You could<br> pick one of the server options if you want, but I find it easier<br>
to just apt-get install the software I need later.</blockquote>
<div> </div>
<div>That's a very common way to do it. Unfortunately, a lot of GUI installers have options that the text based instlalers don't. (Many text based installers aren't command line: they're ncurses based, with very simple clickable or "move with the Tab key" interfaces. I'm curious what Debian actually does these days.)
</div>
<div> </div>
<div>It's also possible to use the graphical installation, and simply ignore its presence or even set /etc/inittab to boot in run level 3, to avoid the graphical interface until you have a chance to reconfigure it on the insalled machine. I've used that technique as well.
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">3). Let the disk reboot where it is. In days of old Debian use to install<br> a safe, run anywhere kernel and you picked a better one for your
<br> system later. Now they detect the CPU type during installation and<br> only install the best kernel for that CPU. You're moving the disk<br> to new hardware, so it is best to have a common CPU kernel that
<br> will boot on any x86 hardware.<br><br> # apt-get install linux-image-2.6-486</blockquote>
<div> </div>
<div>They don't have a 386 kernel? Not shocking, but perhaps a shade surprising.</div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">4). Are you running the kiosk headless or are you going to plug in a<br> screen & keyboard (possibly via a KVM)? If running headless then
<br> it is worth configuring for serial console. You need a null modem<br> cable but that's a lot cheaper than using a KVM if you don't already<br> have one. I'll not give details here (it will double the size of
<br> this post), but just say if that's what you want and I provide<br> details, there is only about three files to edit. But it if you're<br> going to go serial console you should test it before moving the disk
<br> when you have got a keyboard and screen connected and working.</blockquote>
<div> </div>
<div>Amen. Also remember that most motherboards will revert to their default settings after 3 failed reboots, so if you expect the serial console to always be available for BIOS resetting, make sure to password it for a kiosk, but be prepared to lose that serial console for BIOS settings if some idiot starts plugging and unplugging it, or you have a boot problem. This wouldn't be so bad except that most BIOS's have a default setting of "If the keyboard doesn't seem happy, you have to type F1 to continue". This sucks but hard on a system without a keyboard. I know at least one company sells little Ps/2 plug-in widgets to satisfy this demand on keyboardless servers.
<br> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">5). Consider configuring a static IP address (edit /etc/network/interfaces,<br> "man 5 interfaces" for more information). If you're running DHCP,
<br> which most people are then when you move the disk and boot it on the<br> kiosk server it will be using different network hardware and therefore<br> your DHCP server (probably your ADSL router) will see it as a new
<br> computer and give it a new IP address.</blockquote>
<div> </div>
<div>That makes complete sense. What I prefer to do is to register the MAC addresses of individual hardware in the DHCP server: this way, the hostname is associated with the motherboard or Ethernet port, and remains consistent.
</div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">6). You may as well install the SSH server so you can remotely log in<br> to your server. If you've configured for a static IP this maybe
<br> your easiest way in after a booting on the kiosk server.<br><br> # apt-get install openssh-server<br><br>6). Shutdown, poweroff and then reboot where the disk is to double check<br> everything works as expected. Nothing worse than moving to the new
<br> hardware, booting and then finding you've forgotten something and having<br> to move the disk back again. And I would recommending plugging the<br> install system (P3) back together until the kiosk server is up and working.
</blockquote>
<div> </div>
<div>Amen. Actually testing systems before expecting them to work elsewhere is priceless advice.<br> </div>
<div>And if you expect serial port access, you'll need to activate it in /etc/inittab. There are lots of guidelines on how to do it, but the key is to associate a getty with a specific serial port, and to make sure the serial port is working (which may require setserial commands in init scripts, or BIOS resettings.)
</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">7). Now shutdown and move the disk. If it boots and you can log on great!<br> If you can't go back to step 3 and try and fix the problem.
<br><br>8). Now install the software you want for the kiosk server. If you have<br> another machine on the network and can SSH into the kiosk server and<br> play.</blockquote>
<div> </div>
<div>By the way, if what you have comfortably available nearby is a Windows box, the latest version of Putty is great. It has built-in serial port access to replace that ghods-awful built-in Hyperterm, and even directly supports SOCKS proxy access for those of us inside restrictive firewalls.
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">9). Take a look at the content of /proc/cpuinfo. This will report what<br> the kernel knows of the CPU it is running on. There maybe a better
<br> kernel for you.</blockquote>
<div> </div>
<div>Note for others of us: if you have a single CPU kernel, it won't detect multiple CPU's or hyperthreaded CPU's hardware this way. You need an SMP kernel to detect SMP: I've never actually tried to detect i686 architecture from an i386 or i486 kernel, and would be pleased to know that this works.
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Anyway, have fun and I hope this helps. If not bring the kiosk system with<br>you on Thursday. I will be bring my system for my talk on "The Joy of X"
<br>and I happen to have a Debian mirror on it so I may be able to get it<br>working.<br><br>Steve D.</blockquote>
<div> </div>
<div>I tend to work in RedHat/CentOS, but your advice is overall pretty sound.</div><br> </div>