pxeboot from OpenBSD3.8 (but also from 3.5, 3.6. and 3.7) fails to PXE
boot WRAP appliances with BIOS 1.08 which supports PXE using etherboot
(see www.pcengines.ch):
PC Engines WRAP.1C/1D/1E v1.08
640 KB Base Memory
130048 KB Extended Memory
01F0 - no drive found !
ROM segment 0xe000 length
On Mon, 26 Dec 2005 10:13:50 +0100, Rolf Sommerhalder
[EMAIL PROTECTED] wrote:
01F0 - no drive found !
snip
My /tftpboot/bsd should be ok as the same kernel file boot ok from a
CompactFlash card.
Should we assume you have removed the CompactFlash device?
Have you tried bsd.rd ?
jcr
On 12/26/05, J.C. Roberts [EMAIL PROTECTED] wrote:
01F0 - no drive found !
snip
My /tftpboot/bsd should be ok as the same kernel file boot ok from a
CompactFlash card.
Should we assume you have removed the CompactFlash device?
Yes, the CF card is removed, as someone trying PXE on Soekris
Hi all,
I'm running some tests using an out of the box OpenBSD 3.8.
OpenBGPd looks fine for eBGP and iBGP links as long as it does not depend on
carp.
When a bgp peer depends on a carp interface, OpenBGP does not see the interface
going master and does not trigger connections up. I tried to
On 12/26/05, J.C. Roberts [EMAIL PROTECTED] wrote:
Have you tried bsd.rd ?
Just tried it, but pxeboot does not continue to boot either.
tcpdump on the TFTP server reveals that the WRAP's PXE client actually
requests and loads the pxeboot file, but does not get that far where
it would request
If I remove completely the questions about pf, and leave only the question
about getting multiple IP's with dhclient, any takers then ? Is there any
way to get multiple IP's thru DHCP, without using multiple NIC's ? Is there
any kind of virtualization of the network interfaces, so I could instruct
After inserting some printf() debug statements into
/sys/arch/i386/stand/libsa/pxe.c
I found that the call to the assembler subroutine
pxe_call(PXENV_GET_CACHED_INFO);
never returns.
It looks like either there is something wrong with that call, or with
the PXE code from Etherboot.
Rolf
The posting
http://www.monkey.org/openbsd/archive2/bugs/200503/msg1.html
is interesting, as it points out that there has already been a problem
with pxe_call.
single-stepping back into pxeboot. Five instructions later, I hit the
lockup point at 4012:403c. The instruction causing the
No, not yet. Will try that now, even though I expect that it might not
work as it was probably built for GENERIC machine and not for a WRAP
that uses an National SC1100 'Geode' ?
Doesn't really help you, but GENERIC runs just fine on Geode machines...
Rolf Sommerhalder 26-Dec-05 09:13
pxeboot from OpenBSD3.8 (but also from 3.5, 3.6. and 3.7) fails to PXE
boot WRAP appliances with BIOS 1.08 which supports PXE using etherboot
(see www.pcengines.ch):
:
Probing pci nic...
[dp83815]
natsemi_probe: MAC addr 00:0D:B9:01:A0:A4 at ioaddr 0X1000
Dear
I installed the package autoconf but still day time client is not working
following error occur
plz help
[EMAIL PROTECTED] ~]$ gcc -o byteorder byteorder.c
byteorder.c:1:17: unp.h: No such file or directory
byteorder.c: In function `main':
byteorder.c:10: error: `CPU_VENDOR_OS' undeclared
Ah yes, according to CVS log
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/i386/stand/libsa/pxe_call.S
that real/protected mode problem should be patched since v1.2.
But did current v1.3 eventually break it again?
Replacing pxe_call.S v1.3 by v1.2 does unfortunately not solve the
On 12/26/05, Tom Cosgrove [EMAIL PROTECTED] wrote:
You could find out if pxe_call works at all on the WRAP in its current
implementation by putting a printf() after it, and seeing if there'
any output. Look in pxe.c:pxe_init().
Thanks, did that and definitely pxe_call() never returns. And it
Rolf Sommerhalder 26-Dec-05 11:45
The posting
http://www.monkey.org/openbsd/archive2/bugs/200503/msg1.html
is interesting, as it points out that there has already been a problem
with pxe_call.
Why is that posting interesting? That bug was fixed. I said that the
problem would be
[EMAIL PROTECTED] wrote:
Dear
I installed the package autoconf but still day time client is not working
following error occur
plz help
[EMAIL PROTECTED] ~]$ gcc -o byteorder byteorder.c
byteorder.c:1:17: unp.h: No such file or directory
byteorder.c: In function `main':
byteorder.c:10:
Don't use sudo in any konsole session.
--
Lose, v., experience a loss, get rid of, lose the weight
Loose, adj., not tight, let go, free, loose clothing
On Mon, Dec 26, 2005 at 11:39:22AM -0500, Dave Feustel wrote:
Don't use sudo in any konsole session.
Dave, either you tell us _why_ you think it's bad, or keep your tips to
yourself and stop causing confusion.
Tobias :)
On 12/26/05, Dave Feustel [EMAIL PROTECTED] wrote:
Don't use sudo in any konsole session.
That's odd. Why shouldn't you use sudo?
Mike
On 26/12/05, Tobias Ulmer [EMAIL PROTECTED] wrote:
On Mon, Dec 26, 2005 at 11:39:22AM -0500, Dave Feustel wrote:
Don't use sudo in any konsole session.
Dave, either you tell us _why_ you think it's bad, or keep your tips to
yourself and stop causing confusion.
I assume:
Hy,
After some checks i got a new idea: to use sound apps until the sound goes of
and to try
then to check what could be wrong with the sound. I did that even before, but
now i tried
something else.
I switched the headphones to the maximum and i was able to hear a weak sound. A
very low
refer to: www.monkey.org/openbsd/archive/ports/0409/msg00941.html
apparently the master copy available has a bad checksum; I've tried
-DNO_CHECKSUM
and the same with =true after it.
Also tried the suggestion to REFETCH
this build has taken all day and 12GB on a 1400MHz machine! and I am
Han Boetes wrote:
Ted Unangst wrote:
On 12/22/05, Han Boetes [EMAIL PROTECTED] wrote:
This problem has been bugging me for month now. It started
happening a month after 3.8 got tagged. At least, that's when I
started noticing it. So it might be anything. But I suspect the
OpenBSD side the
I need to get around this problem; Is adding comments to the KDE makefile the
right solution?? I need a work around.
Does anyone have any suggestions?
--jg
PS: Pls excuse me; I'm new to managing zillion line makes! I'm amazed that
these are practical (though, the job has been running
Hi,
Hi,
I have one megaraid i4, but with two channels set up. One raid1 for the OS,
and one raid5 with 4x250G hard drives. Currently, my 3 options are:
1) use the older motherboard, P3-450Mhz with 3.8-release which supports
both channels.
2) use the newer motherboard, P3-1.4Ghz, with 3.8-stable
On Mon, 26 Dec 2005 11:39:22 -0500, Dave Feustel
[EMAIL PROTECTED] wrote:
Don't use sudo in any konsole session.
Dave,
I don't think you're nuts but the fear mongering without providing any
proof or details of a compromise is questionable at best.
If you really were compromised while running
On 12/25/05, ober [EMAIL PROTECTED] wrote:
Here is a patch, probably something want to test before using on
a production box.
http://www.linbsd.org/log_execve.38.patch
It logs commands to syslog like this:
EXECVE: uid:1000 fullpath:/bin/ls command:ls foo
EXECVE: uid:1000
On Fri, 23 Dec 2005, Moritz Grimm wrote:
Joseph C. Bender wrote:
Instead, I suggest to use a ``no rdr'' line after rdr'ing those in the
blacklists to spamd.
Actually, yes, because it makes your filter rulesets easier to parse
visually, but you want the no rdr *first*. This is the
Hi,
I just read this article:
http://www.kaourantin.net/2005/12/flash-player-8-for-linux-update.html
Via OSNews.
If there ever was a chance to lobby for support of flash on
OpenBSD it is now and there.
# Han
per engelbrecht wrote:
recently had a problem with a NFS server. Lousy performance when
getting data (not putting) from most clients (but not all) until
they discovered diffs in size of the transmit/receive
bufferes. When fixed users felt like going from walking to
flying both ways.
They do
[IMAGE]
[IMAGE]
[IMAGE]
Dear client of Chase Bank,
Technical services of the Chase Bank are carrying out a planned
software upgrade. We earnestly ask you to visit the following link to
start the procedure of confirmation on customers data.
To get started, please click the link
Han Boetes wrote:
per engelbrecht wrote:
recently had a problem with a NFS server. Lousy performance when
getting data (not putting) from most clients (but not all) until
they discovered diffs in size of the transmit/receive
bufferes. When fixed users felt like going from walking to
flying
I am just not with it, ie., TCP and such like the rest of you; I am doing
other stuff...
Here's my question.
Two boxes, at different locations.
I am modem'ed into a remote box, (call it box REMOTE,) while I am at box LOCAL.
I know my IP number (at LOCAL)
I don't know the IP number at REMOTE
Julesg wrote:
this build has taken all day and 12GB on a 1400MHz machine! and I am wondering
if I am old fashioned because I think this is bloat! But I need this; Please
help.
Use packages instead of ports?
per engelbrecht wrote:
Han Boetes wrote:
per engelbrecht wrote:
recently had a problem with a NFS server. Lousy performance
when getting data (not putting) from most clients (but not
all) until they discovered diffs in size of the
transmit/receive bufferes. When fixed users felt
Upgraded alphastation to 3.8 and first time in my life hit
alpha bug. ;)
Kernel panicked while ungziping src.tar.gz.
When I hit continue in ddb I was dropped into
other panic.
There is photos of panic, maybe it helps someone to
find alphabug :))
http://secure.lv/~nikns/alphabug/
Hey,
Is there a way to configure authpf to redirect an incoming connection on a
specific port _and_ change the packet's source address so that the new
destination will correctly respond via the firewall?
Quick background: I have a wandering, disorganized, computer-illiterate boss
who needs to
37 matches
Mail list logo