<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<blockquote
 cite="mid46a038f90805251630p67e1f1ffo48e4f263ace9ae63@mail.gmail.com"
 type="cite">
  <pre wrap="">
What is the HW? Output of dmesg, lsmod and lspci should help here.
Perhaps the IDE/SATA bus is misconfigured at the BIOS or you have a
CDROM drive as master in the first channel?

Something _must_ be appearing as sda, what is it?

  </pre>
</blockquote>
Sorry for the lack of promptness, but they didn't invite me back to
work on the server till this afternoon.&nbsp; You're right.&nbsp; In the BIOS,
there was a ZIP drive (huh?) as Primary Master.&nbsp; The hard drive is the
SATA master.&nbsp; I disabled the ZIP drive in BIOS and now the hard drive
is sda like it's supposed to be.<br>
<blockquote
 cite="mid46a038f90805251630p67e1f1ffo48e4f263ace9ae63@mail.gmail.com"
 type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">The other weird device thing involved the second NIC.  The first one
gets recognized as eth0 just fine.  However, the second one is seen as
dummy0.  I put the hardware address for the second NIC in both
/etc/sysconfig/olpc-scripts/ifcfg-eth1 and
/etc/sysconfig/network-scripts/ifcfg-eth1, but service network restart
still brought up dummy0.  As this was late Friday afternoon before a
holiday weekend, the library staff was anxious to leave and needed to
lock up, so I couldn't play around with it anymore and halted the system.

So here's another question - any thoughts on why it wants to see the
second NIC as dummy0 and how can I make it be eth1?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
What hw and drivers are loaded?
  </pre>
</blockquote>
I saved off the outputs of lsmod, lspci, dmesg, and /var/log/messages
if you're still interested, but I did get eth1 working.&nbsp; It wasn't
being recognized according to lspci, so I popped open the case and
moved it to another slot.&nbsp; Eth1 then initialized on boot, but dummy0
kept getting assigned 172.18.0.1.&nbsp; So, here's what I did:<br>
<br>
ifdown dummy0<br>
ifconfig eth1 172.18.0.1 netmask 255.255.240.0<br>
service dhcpd restart<br>
<br>
The two test XOs were able to pull IPs from the XS after that.&nbsp; Like
last Friday, I didn't have time to fool around with it anymore or test
registration cause they were closing up the school.<br>
<br>
On my way out, I discovered there's another issue that I'm going to
have to find some way to deal with.&nbsp; The school IT personnel is dead
set on finding some way to integrate all the wireless access points and
the XS/XO into their existing network.&nbsp; Why?&nbsp; I wish I knew.&nbsp; Anyway,
they're on their own IP scheme and they're pitching a fit that the XS
isn't in line with that.&nbsp; 172.18 stuff is all over the XS and I can't
even fathom changing it.<br>
<br>
I have a real problem with their mentality.&nbsp; First of all, the existing
school infrastructure requires an outside connection, even for basic
LAN functionality.&nbsp; As in, if the connection to the (Windows,
naturally) server room downtown goes down, school staff can't even
print.&nbsp; That happens on an appallingly frequent basis.&nbsp; Unless I hear
specific, concrete reasons exactly why the XS/XO stuff needs to be
integrated into the existing network, I'm going to assume there aren't
any and try solidify specific, compelling reasons to not do that.<br>
<br>
My vision, and this is obviously not shared by the school system IT
staff (all Windows guys who hate Linux, but don't get me started), is
that the XS/XO LANs will be fully independent, self contained
ecosystems that doesn't necessarily require outside access to
function.&nbsp; Sure, it'd be nice for the different schools to talk to each
other, but it's not vital and if it requires messing around with their
existing, unreliable Windows network to get that done, I'd just as soon
not have to deal with that headache.&nbsp; Goodness knows I have an annoying
enough time setting up Samba to share files with the XP machine (not
mine) on my home LAN.<br>
<br>
Sorry.&nbsp; Kinda venting here.<br>
<br>
Anna Schoolfield<br>
Birmingham<br>
</body>
</html>