Re: qcad and qt3
On Thu, Sep 07, 2006 at 04:03:24PM -0500, Terry wrote: On Thu, Sep 07, 2006 at 09:35:03PM +0200, Karel Kulhavy wrote: Hello I tried to install qcad2 and I wonder how to actually install that qt3 snip The latest package for OpenBSD is qcad-1.5.4.tgz Install this package properly and it will get all the dependencies. I installed. I used to use this package on Ronja in the past. But the problem is, every time you quit the program and restart, you have to reset manually all line thicknesses because QCad forgets them. Some handy drawing functions also don't exist. And printing postscript is a real pain in the ass. You have to make sure you press the right button before printing the postscript, otherwise the drilling templates will be printed out of scale. Qcad 2 has these problems fixed. When I used to have Linux, I managed to install qcad2 (compiled myself from sources), and there the work was much better. I do a lot of drawings for an open source project: http://ronja.twibright.com/drawings (around the middle of the page) CL -- Terry http://tyson.homeunix.org
Re: how to use infrared remote control with openbsd ?
On Wed, Nov 29, 2006 at 03:18:49AM -0800, Claude Brassel wrote: Hello, Do you have some good news Perhaps some news. I am starting it today. regards, Girish
Re: how to use infrared remote control with openbsd ?
On Sun, Nov 12, 2006 at 09:48:08AM -0800, Claude Brassel wrote: Hello, I am planning to port it to get it to work but I am not sure when I will be done. Do you want to sponsor it? :) Sure i can sponsor you with some old remote controls :)) But I only want to support user space serial drivers to begin with as that is the remote I want to get working and that is the hardware I have. I need only the serial driver (I have make some basic serial ir receivers) After that you should pick up and run. :) That sound's great ! Hopefully I should be done within a fortnight's time. That sound's great to ! I can wait ! (But it might take longer considering my present schedule) Sorry I have been off list mails for quite some time now. I am focusing on this activity right now full time. Interestingly this is bcoz I need it too as badly as you. :) regards, Girish
Re: Moving from tcsh to pdksh: how to recall partially typed in command? (ESC-p)
Hi Otto, On 12/2/06, Otto Moerbeek [EMAIL PROTECTED] wrote: It looks like ESC-p cycles, but ESC-n not. If you have a terminal that has a beep, you'll hear a beep when ESC-p wraps, but ESC-n keeps beeping when the end is reached. I'll take a look at this. thank you. IMHO it would be better, if ESC-p and ESC-n wouldn't cycle but would stop at the last matching command - same as in tcsh. Because otherwise a user might go through several useless cycles until (s)he reliazes that the needed command isn't there Regards Alex -- http://preferans.de
Re: vpn difficulties
output of '/sbin/isakmpd -SKvd' give no output on either host. Don't use -S. It should ONLY be used when running two ipsec gateways in failover mode with carp and sasyncd. -- Mathieu Sauve-Frankel
some more ports hackathon thanks
I can't stress enough the importance of the ports hackathon. The current ports infrastructure changes come directly from some discussions we had during that week. The idea of streamlining MULTI_PACKAGES was completely non existent before Budapest. Maybe I would have thought about it at some point, maybe not. The offsprings from that idea are nothing short of amazing (at least for me). The current framework is much, much clearer and faster and powerful than it was two months ago. And this wouldn't have happened without Budapest. So thank you again to anyone who donated, directly or indirectly, so that we could meet and hack during the week.
Re: Mac Mini (intel) status
Any ideas? I'd really like to get OpenBSD up on this beasty. There could be another way to install OpenBSD if you can't make the USB keyboard work while installing, I saw that in this post: http://marc.theaimsgroup.com/?l=openbsd-miscm=116432931720765w=2 Well, at least theoretically, one could just replace the install script by one that does whatever you want it to, without asking any questions. Maybe that's easier than building an ACPI enabled bsd.rd? Tas.
Re: Moving from tcsh to pdksh: how to recall partially typed in command? (ESC-p)
It looks like ESC-p cycles, but ESC-n not. If you have a terminal that has a beep, you'll hear a beep when ESC-p wraps, but ESC-n keeps beeping when the end is reached. I'll take a look at this. thank you. IMHO it would be better, if ESC-p and ESC-n wouldn't cycle but would stop at the last matching command - same as in tcsh. Because otherwise a user might go through several useless cycles until (s)he reliazes that the needed command isn't there It's all is about how thoroughly you read the man. :-)
Re: funny log message: beck's greytrapper trapped bobeck :)
* Anton Karpov [EMAIL PROTECTED] [061201 07:52]: Nov 30 09:32:49 mercury greytrapper[96425]: Trapped 195.182.143.86: Mailed from sender bobeck.net with no MX or A see bobeck banned by awesome tool from beck@ ;) Did you apply the patch I posted earlier? If your running the greyscanner right off Bob's presentation, it has some off-by-ones that I fixed. And it affected the DNS lookup portion of the code too. I saw similar results with hosts that had valid MX/A DNS records but ended up trapped. Jim
Re: problem setting up trunk interface
Hi, Thanks for the help. I haven't had the time to test this until now but as one can expect, when you know how to use it, it works without much struggle. I still have some problem with my ral0 gets 'device timeout' after reboot. Only way to remedy this (that I know of) is to bring ral0 down and then up again. But that is another story which I likely will get back to on this list when I have more info. For the archives, this is my current configuration: [client] 22:49~$ cat /etc/hostname.ral0 up 22:49~$ cat /etc/hostname.fxp0 up 22:49~$ cat /etc/hostname.trunk0 dhcp NONE NONE NONE trunkproto failover trunkport fxp0 trunkport ral0 [OpenBSD AP] 22:49~$ cat /etc/bridgename.bridge0 add fxp0 add ral0 timeout 10 up /Markus Reyk Floeter wrote: hi, On Thu, Nov 09, 2006 at 01:44:26AM +0100, Markus Bergkvist wrote: First, I thought it was because fxp0 and ral0 on the host was on different sub-nets but now they are both on 192.168.0/24 and so is trunk0. So i added a bridge # ifconfig bridge0 create # brconfig bridge0 add fxp0 add ral0 up but that didn't help either. the bridge is running on you're ap, isn't it? this is correct, but you don't need to run a bridge on your trunk'ed client. so you're right, you have to use the same subnet for this trick. and there is the problem: the bridge on your ap will learn you're clients lladdr on the wired interface and if you unplug the cable it will suddenly appear on the wireless side. the openbsd bridge implementation is currently not optimized for fast topology changes (i'm not sure if RSTP support would help in this case), but you can improve it a bit by changing the cache timeout: # brconfig bridge0 timeout 10 in this example, the you're clients lladdr will be removed from the cache after 10 seconds and can be re-learned on another interface. you can even decrease or increase it, depending on the number of clients in your wireless network (it's not a very good idea to force you're ap bridge to re-learn the entries all the time, especially in large networks). it actually works ;)! some people on this list may have seen my demonstration during one of my talks using an openbsd client (ath0 + em0 trunk) and an openbsd ap (ral0/ath0 + fxp0 bridge)... playing an uncached humppa* stream, unplug, few seconds silence, humppa continues... *) if you don't have any humppa, you can get the taste by buying the cd-set and listening to the openbsd 4.0 release song (http://www.openbsd.org/lyrics.html#40). reyk
Re: Mac Mini (intel) status
Tasmanian Devil writes: Well, at least theoretically, one could just replace the install script by one that does whatever you want it to, without asking any questions. Maybe that's easier than building an ACPI enabled bsd.rd? No, building an ACPI enabled bsd.rd was quite easy. It took more tries to build a working bsd for the running system -- just adding ACPI and MP to the generic kernel does NOT work with -current code -- than it did to get a working bsd.rd. However, the system dies under load. Took be about 4 tries to complete a build on the box. The lack of a keyboard under ddb doesn't make debugging easy. So I turned of ddb to get a crash but forgot to relocate /var/crash. Dumb, /var wasn't big enough. Then I got a crash, but had erased the bsd.gdb that went with it. Next time I build a new kernel I'll look at the dumps. // marc
Re: Mac Mini (intel) status
No, building an ACPI enabled bsd.rd was quite easy. It took more tries to build a working bsd for the running system -- just adding ACPI and MP to the generic kernel does NOT work with -current code -- than it did to get a working bsd.rd. However, the system dies under load. Took be about 4 tries to complete a build on the box. Hmm... sounds like I shouldn't update my source tree (it's still from Nov. 12, 2006). I had no crashes at all here so far. The lack of a keyboard under ddb doesn't make debugging easy. Yes, that's a bit of a problem. It seems that the keyboard doesn't work at the boot prompt either. Though for me that's exactly what I want, I want to have as little local access to my system as possible (it will run in a datacenter soon). Tas.
broadcast packets between 2 physical locations
I need to set up a pair of OpenBSD machines to provide conectivity between 2 phusical conections (via cablemodems) in such a way that broadcast packets are seen on both sides. I'm thinking I can do this via a bridge over a vpn, but I have never done anything like this. Can anyone pint me to documents to read to start figuring out how to do this? -- Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: OpenBSD Zaurus C3200 recommended N. American distributor
On Fri, Dec 01, 2006 at 02:28:59PM -0800, Obiozor Okeke wrote: Hi, I'm looking to buy the C3200, but I just want to make sure I'll actually get it after I place the order (no scams) so who would you all recommend I buy from? I spoke with the guy from http://www.kurnspatrick.com/sharp.html and he seemed okay. Thanks Jaime Fournier [EMAIL PROTECTED] wrote: Pricejapan was really good, and much cheaper than many of the other vendors. -Jaime Fournier On Fri, 1 Dec 2006, dreamwvr wrote: Date: Fri, 1 Dec 2006 09:19:36 -0700 From: dreamwvr To: misc@openbsd.org Subject: OpenBSD Zaurus C3200 recommended N. American distributor Hey, How are these companies for Zaurus hw support? Or is there a better recommended company for importing a Zaurus for OpenBSD? http://www.kurnspatrick.com/sharp.html http://www.sdgsystems.com/ Me thinks this would be just great for hotspot surfing, truly mobile admining etc... Which wifi cards do people recommend? How about bluetooth cards? Best REgards, [EMAIL PROTECTED] I knew kd85 rung a bell somewhere. :) For excellent explanations on life with Zaurus see: http://www.kd85.com
Re: funny log message: beck's greytrapper trapped bobeck :)
Did you apply the patch I posted earlier? If your running the greyscanner right off Bob's presentation, it has some off-by-ones that I fixed. And it affected the DNS lookup portion of the code too. I saw similar results with hosts that had valid MX/A DNS records but ended up trapped. Jim No I don't. Thanks for mention it, I will search archives and apply your patch
Re: Jacek Artymiak
I had been in contact with him too. I sent some errata entries for his excellent book on pf and he acknowledged these fixes. On november 12, he mentioned on a private email that these fixes will be added to his checklist for the 3rd edition of the book. Never asked him about his health, however. On the second edition of his book he acknowledges doctors Markiewicz and Misiewicz for looking at his health issues. Don't know why it is ill and, I said, never asked him... just I believe that it is not appropriate. But, as a lot of people here, I am certainly worried about him. He is a kindly member of the OpenBSD community. Hope he is fine, Igor.
Re: Mac Mini (intel) status
Tasmanian Devil writes: Hmm... sounds like I shouldn't update my source tree (it's still from Nov. 12, 2006). I had no crashes at all here so far. Are you running stock Nov. 12, 2006 or that code plus patches? As for creating a bsd.rd that works with the mini... The easiest way to do that is to follow the instructions in release(8) to generate a home grown release directory and burn that directory onto a CD. Before issuing the make release command in /usr/src/etc replace the file /sys/arch/i386/conf/RAMDISK_CD with a config file that will create a bsd.rd that the mini can use. The result is a custom release CD with a bsd.rd for the mini and containing all of the release sets. I've a config file that works, but I'm still tweaking it. When I'm finished I'll post it. The biggest issue is that option SMALL_KERNEL cant be used with the ACPI devices so, to make space, you have to remove many of the unused devices. I wound up removing just about everything that wasn't mentioned in the mini dmesg. // marc
Re: OpenBSD Zaurus C3200 recommended N. American distributor
http://www.linbsd.org/zaurus_byte.txt -Jaime Fournier On Sat, 2 Dec 2006, dreamwvr wrote: Date: Sat, 2 Dec 2006 11:56:33 -0700 From: dreamwvr [EMAIL PROTECTED] To: misc@openbsd.org Subject: Re: OpenBSD Zaurus C3200 recommended N. American distributor On Fri, Dec 01, 2006 at 02:28:59PM -0800, Obiozor Okeke wrote: Hi, I'm looking to buy the C3200, but I just want to make sure I'll actually get it after I place the order (no scams) so who would you all recommend I buy from? I spoke with the guy from http://www.kurnspatrick.com/sharp.html and he seemed okay. Thanks Jaime Fournier [EMAIL PROTECTED] wrote: Pricejapan was really good, and much cheaper than many of the other vendors. -Jaime Fournier On Fri, 1 Dec 2006, dreamwvr wrote: Date: Fri, 1 Dec 2006 09:19:36 -0700 From: dreamwvr To: misc@openbsd.org Subject: OpenBSD Zaurus C3200 recommended N. American distributor Hey, How are these companies for Zaurus hw support? Or is there a better recommended company for importing a Zaurus for OpenBSD? http://www.kurnspatrick.com/sharp.html http://www.sdgsystems.com/ Me thinks this would be just great for hotspot surfing, truly mobile admining etc... Which wifi cards do people recommend? How about bluetooth cards? Best REgards, [EMAIL PROTECTED] I knew kd85 rung a bell somewhere. :) For excellent explanations on life with Zaurus see: http://www.kd85.com
Re: OpenBSD Zaurus C3200 recommended N. American distributor
http://www.pricejapan.com/front/e_good_info.php?code=28category=5 Rather. -Jaime Fournier On Sat, 2 Dec 2006, Jaime Fournier wrote: Date: Sat, 2 Dec 2006 15:04:43 -0600 (CST) From: Jaime Fournier [EMAIL PROTECTED] To: dreamwvr [EMAIL PROTECTED] Cc: misc@openbsd.org Subject: Re: OpenBSD Zaurus C3200 recommended N. American distributor http://www.linbsd.org/zaurus_byte.txt -Jaime Fournier On Sat, 2 Dec 2006, dreamwvr wrote: Date: Sat, 2 Dec 2006 11:56:33 -0700 From: dreamwvr [EMAIL PROTECTED] To: misc@openbsd.org Subject: Re: OpenBSD Zaurus C3200 recommended N. American distributor On Fri, Dec 01, 2006 at 02:28:59PM -0800, Obiozor Okeke wrote: Hi, I'm looking to buy the C3200, but I just want to make sure I'll actually get it after I place the order (no scams) so who would you all recommend I buy from? I spoke with the guy from http://www.kurnspatrick.com/sharp.html and he seemed okay. Thanks Jaime Fournier [EMAIL PROTECTED] wrote: Pricejapan was really good, and much cheaper than many of the other vendors. -Jaime Fournier On Fri, 1 Dec 2006, dreamwvr wrote: Date: Fri, 1 Dec 2006 09:19:36 -0700 From: dreamwvr To: misc@openbsd.org Subject: OpenBSD Zaurus C3200 recommended N. American distributor Hey, How are these companies for Zaurus hw support? Or is there a better recommended company for importing a Zaurus for OpenBSD? http://www.kurnspatrick.com/sharp.html http://www.sdgsystems.com/ Me thinks this would be just great for hotspot surfing, truly mobile admining etc... Which wifi cards do people recommend? How about bluetooth cards? Best REgards, [EMAIL PROTECTED] I knew kd85 rung a bell somewhere. :) For excellent explanations on life with Zaurus see: http://www.kd85.com
An Important Information for Everyone - Go through it carefully.
A Fullstop on E-system Hot Note: 'Techno-Physical Intelligence' methods developed and innovated by Mr. Kalpesh Sharma are globally unique and designed specially for 1. Media for access to exclusive news. 2. Political Peoples and Parties for retrieving unknown secrets. 3. Companies to retrieve information about Competitors. 25 November, 2006Click here - Best of LIVE Hacking on IndiaTV News Channel - Click here A Global Expert in the field of Information Security. Global Hacking ExpertFor further information you may visit the below URL to get detailed information about Mr. Kalpesh Sharma. Please download his portfolio, achievements, important documents, articles and image files from Links and Downloads Section in the below pane. Current Services of Mr. Kalpesh Sharma 1. Course Material Preparation for Information Security, Cyber Law and Hacking related courses. 2. Seminars and Workshops on topics related to Information Security, Cyber Law and Hacking. 3. Intelligence and Detective activities using 'Techno-Physical Intelligence' methods. 4. Writing articles for Media agencies, Magazines, Technology Companies and Websites. 5. Speaker for events, conferences, seminars, workshops, inaugaration and banquets. 6. Consultancy on Information Security Services and Solutions. 7. Consultancy on Cyber Crime and Cyber Legal Activities. 8. Education on topics covered in Information Security and Hacking. 9. Information Security related Certification Courses. 10. Research and Development on Information Security Products, Services and Activities. Links and Downloads www.gather.com/viewArticle.jsp?articleId=281474976831073 www.mouthshut.com/review/Internet_Vs._Traditional_Banks-106678-1.html ww.shvoong.com/science/423737-fullstop-e-system http://www.esnips.com/web/shriganesh33sWebResearch http://www.esnips.com/web/shriganesh33sPhotos http://www.esnips.com/web/shriganesh33sBusinessFiles Something New - Only for you. Meet a Global Expert in this Issue. Born in village near a well known 'Pink City of India' - Jaipur. Introducing to an unknown talent who is getting popular day by day. One who has developed some new terms for the information security community - 'Legal Hacking' 'Techno-Physical Intelligence'. Currently writing a book and acts as speaker for seminars, workshops, inaugrations, companies. Submitting articles and essays for contributing towards technology awareness and education to media as well as IT companies. A Challenge to the world... That there is nothing other then a Fullstop on E-system... Not one or two or three, he can hack lots of websites globally... A daring to prove this LIVE in front of camera, in front of millions with evidence... Someone stood up for everyone of us, what are we doing... An outstanding talented achievement which he wants to use for public interest, our interest... Feedback from visitors Are you with him? What do you think on this issue? What are your suggestions? Every person who recieves this email is invited to give their feedback and opinions on this issue at [EMAIL PROTECTED] ---Sudhakar Jaani
Re: funny log message: beck's greytrapper trapped bobeck :)
* Han Boetes [EMAIL PROTECTED] [061202 14:41]: Jim Razmus wrote: Did you apply the patch I posted earlier? If your running the greyscanner right off Bob's presentation, it has some off-by-ones that I fixed. And it affected the DNS lookup portion of the code too. I saw similar results with hosts that had valid MX/A DNS records but ended up trapped. Your patch doesn't apply against a recent version of greyscanner. http://www.ualberta.ca/~beck/greyscanner # Han Bob has included my patches. Thanks for pointing that out. Anyone running an older version should switch to this one. Jim
More on mini panics
gdb says:
(gdb) target kvm bsd.3.core
#0 0xd037e8dd in dumpsys () at /sys/arch/i386/i386/machdep.c:2650
2650if ((error = (*dump)(dumpdev, blkno,
(gdb) bt
#0 0xd037e8dd in dumpsys () at /sys/arch/i386/i386/machdep.c:2650
#1 0xd037e55c in boot (howto=256) at /sys/arch/i386/i386/machdep.c:2449
#2 0xd029da51 in panic (fmt=0xd045aa30 trap type %d, code=%x, pc=%x)
at /sys/kern/subr_prf.c:221
#3 0xd038c3d8 in trap (frame=
{tf_fs = -676265984, tf_gs = -800194560, tf_es = 16, tf_ds = 16, tf_edi =
-778722000, tf_esi = -795422300, tf_ebp = -373113348, tf_ebx = 1, tf_edx = 0,
tf_ecx = 5591040, tf_eax = -372506624, tf_trapno = 6, tf_err = 0, tf_eip =
-801610747, tf_cs = 8, tf_eflags = 66119, tf_esp = 0, tf_ss = 3485696,
tf_vm86_es = -795422300, tf_vm86_ds = 3, tf_vm86_fs = 214484, tf_vm86_gs = 0})
at /sys/arch/i386/i386/trap.c:270
#4 0xd0200ed2 in calltrap ()
#5 0xd0386405 in pmap_page_remove_86 (pg=0xd12cc100)
at /sys/arch/i386/i386/pmap.c:2968
#6 0xd0353e9b in uvn_flush (uobj=0xd7aad4e0, start=0, stop=0, flags=20)
at pmap.h:414
#7 0xd0353a81 in uvn_detach (uobj=0xd7aad4e0) at /sys/uvm/uvm_vnode.c:404
#8 0xd03488f6 in uvm_unmap_detach (first_entry=0xd7af4d6c, flags=0)
at /sys/uvm/uvm_map.c:1613
#9 0xd034ac4d in uvmspace_free (vm=0xd7b3ece8) at /sys/uvm/uvm_map.c:3369
#10 0xd0345293 in uvm_exit (p=0xd7b1a9cc) at /sys/uvm/uvm_glue.c:296
#11 0xd0288c4a in reaper () at /sys/kern/kern_exit.c:433
#12 0xd02004ea in proc_trampoline ()
#13 0xd7c54168 in ?? ()
#14 0x00563000 in ?? ()
#15 0xd0555020 in ?? ()
#16 0x in ?? ()
core dump and matching bsd.gdb available.
// marc
panic in pmap_page_remove
I've got a reproducable crash on my Mac mini (intel). Sources are as of 30 Nov. No, I'm not running a generic kernel because a generic kernel doesn't run on the mini. And the keyboard doesn't work in ddb so getting more info is difficult at best. Here are photos of two different crashes. The first was while doing a make build, the second while building some ports. The crash and stack traces are pretty close in each case: panic panic trap --- trap (number 6) --- pmap_page_remove uvm_vnp_terminate uvn_attach uvm_unmap_detach uvmspace_free uvm_exit reaper http://www.snafu.org/crash/p-20061202-0035-2230.jpg http://www.snafu.org/crash/p-20061202-1454-2232.jpg Ideas? I'm trying to get a crash dump, but this last time the box hung at syncing disks... // marc
Re: Mac Mini (intel) status
Hmm... sounds like I shouldn't update my source tree (it's still from Nov. 12, 2006). I had no crashes at all here so far. Are you running stock Nov. 12, 2006 or that code plus patches? My kernel and kernel sources are from Nov. 12, 2006, there's no important kernel patch since that date and the kernel works really fine. As for creating a bsd.rd that works with the mini... ... Thank you very much for these tips, I'll try that. :-) Tas.
Re: livecd error
Hi,
I hope this is not considered thread-highjacking but it sort of fits into this
thread, so here it goes:
I'm trying to follow these instructions to build a live CD based on 4.0
stable:
http://www.onlamp.com/pub/a/bsd/2005/07/14/openbsd_live.html
I'm in trouble when building the RAMDISK kernel with the modified
Makefile.inc:
cd /usr/src/distrib/i386/ramdisk_cd make
make stops with an error because it tries to copy too much into a mounted
device with too little space:
###make output###
...
rm -f bsd
ld -Ttext 0xD0200120 -e start -N -S -x -o bsd ${SYSTEM_OBJ} vers.o
textdatabss dec hex
4730816 2163584 867984 7762384 7671d0
cp
/usr/src/distrib/i386/ramdisk_cd/../../../sys/arch/i386/compile/RAMDISK_CD/bsd
bsd
cc -DDEBUG -o
rdsetroot /usr/src/distrib/i386/ramdisk_cd/../../common/elfrdsetroot.c
cp bsd bsd.rd
/usr/src/distrib/i386/ramdisk_cd/rdsetroot bsd.rd mr.fs
segment 0 rd_root_size_off = 0x490740
rd_root_image_off = 0x490760
rd_root_size val: 0x001DB000 (3800 blocks)
copying root image...
...copied 1945600 bytes
cp bsd.rd bsd.strip
strip -s -R .comment -K cngetc bsd.strip
gzip -c9 bsd.strip bsd.gz
dd if=/dev/zero of=/var/tmp/image.27740 bs=10k count=288
288+0 records in
288+0 records out
2949120 bytes transferred in 0.271 secs (10881719 bytes/sec)
vnconfig -v -c svnd0 /var/tmp/image.27740
svnd0: 2949120 bytes on /var/tmp/image.27740
disklabel -w -r svnd0 floppy288
newfs -m 0 -o space -i 524288 -c 80 /dev/rsvnd0a
/dev/rsvnd0a: 5760 sectors in 80 cylinders of 2 tracks, 36 sectors
2.8MB in 1 cyl groups (80 c/g, 2.81MB/g, 32 i/g)
super-block backups (for fsck -b #) at:
32,
mount /dev/svnd0a /mnt
cp /usr/mdec/boot /usr/src/distrib/i386/ramdisk_cd/boot
strip -s -R .comment -K cngetc /usr/src/distrib/i386/ramdisk_cd/boot
dd if=/usr/src/distrib/i386/ramdisk_cd/boot of=/mnt/boot bs=512
77+1 records in
77+1 records out
39572 bytes transferred in 0.016 secs (2371001 bytes/sec)
dd if=bsd.gz of=/mnt/bsd bs=512
/mnt: write failed, file system is full
dd: /mnt/bsd: No space left on device
5601+0 records in
5600+0 records out
2867200 bytes transferred in 1.233 secs (2324260 bytes/sec)
*** Error code 1
Stop in /usr/src/distrib/i386/ramdisk_cd (line 30
of /usr/src/distrib/i386/ramdisk_cd/../common/Makefile.inc).
#
I haven't really understood what the 2.8MB device is for regarding the whole
process. Can anybody explain and propose a solution? Can't I just copy the
stuff to another device, that's bigger? If this is just for creating a floppy
image that's bootable and is insignificant regarding my live CD, can I just
delete these instructions from Makefile.inc?
The instructions by Kevin Lo say:
In the /usr/src/distrib/i386/ramdisk_cd directory, copy the two files bsd and
cdrom36.fs to the /livecd directory.
The cdrom36.fs in my case would be cdrom40.fs and has a fliesize bigger than
2.8MB anyway? I'm not able to spot any reference to any cdrom{version}.fs
file being created in the Makefile.inc. What's my problem?
Since I haven't been able to apply the patch
to /usr/src/distrib/i386/common/Makefile.inc with patch I deleted the lines
with a - in front of it in the patch file and added the lines with the +
at the appropriate lines. Just to avoid simple mistakes, I'll include the
whole Makefile.inc here. Sorry, if this is not appropriate.
Makefile.inc##
# $OpenBSD: Makefile.inc,v 1.15 2004/11/25 22:02:08 deraadt Exp $
TOP=${.CURDIR}/..
.include ${TOP}/Makefile.inc
IMAGE= mr.fs
CBIN?= instbin
CRUNCHCONF?=${CBIN}.conf
LISTS?= ${.CURDIR}/../common/list
UTILS?= ${.CURDIR}/../../miniroot
MOUNT_POINT=/mnt
MTREE= ${UTILS}/mtree.conf
XNAME?= floppy
FS?=${XNAME}${REV}.fs
VND?= svnd0
VND_DEV=/dev/${VND}a
VND_RDEV= /dev/r${VND}a
VND_CRDEV= /dev/r${VND}c
PID!= echo
REALIMAGE!= echo /var/tmp/image.${PID}
BOOT= ${DESTDIR}/usr/mdec/boot
FLOPPYSIZE?=144
FLOPPYTYPE?=floppy3
all:${FS}
${FS}: bsd.gz
dd if=/dev/zero of=${REALIMAGE} bs=10k count=${FLOPPYSIZE}
vnconfig -v -c ${VND} ${REALIMAGE}
disklabel -w -r ${VND} ${FLOPPYTYPE}
newfs -m 0 -o space -i 524288 -c 80 ${VND_RDEV}
mount ${VND_DEV} ${MOUNT_POINT}
cp ${BOOT} ${.OBJDIR}/boot
strip -s -R .comment -K cngetc ${.OBJDIR}/boot
dd if=${.OBJDIR}/boot of=${MOUNT_POINT}/boot bs=512
dd if=bsd.gz of=${MOUNT_POINT}/bsd bs=512
/usr/mdec/installboot -v ${MOUNT_POINT}/boot \
${DESTDIR}/usr/mdec/biosboot ${VND_CRDEV}
@echo
@df -i ${MOUNT_POINT}
@echo
umount ${MOUNT_POINT}
vnconfig -u ${VND}
cp ${REALIMAGE} ${FS}
rm ${REALIMAGE}
DISKTYPE?= rdroot
NBLKS?= 3800
# minfree, opt, b/i trks, sects, cpg
NEWFSARGS= -m 0 -o space -c 16 -i 4096
bsd.gz: bsd.rd
cp bsd.rd
PF Load Balancing and quing
hello misc@
following this post is a example taken from the OpenBSD PF Manual
http://www.openbsd.org/faq/pf/pools.html
I am looking for some Ideas, on how to load balance these connections
without overloading the 512k line (with a simple round robin)
I want to Que the traffic in such a way so if the 512k line is full
it will use the rest of the 1.5mbit line first is this possible? and
second if it is would i still be able to prioritize torrent and ssh
traffic.
Sam Fourman Jr.
lan_net = 192.168.0.0/24
int_if = dc0
ext_if1 = fxp0
ext_if2 = fxp1
ext_gw1 = 68.146.224.1 --- 1.5mbit ADSL
ext_gw2 = 142.59.76.1--- 512k ADSL
# nat outgoing connections on each internet interface
nat on $ext_if1 from $lan_net to any - ($ext_if1)
nat on $ext_if2 from $lan_net to any - ($ext_if2)
# default deny
block in from any to any
block out from any to any
# pass all outgoing packets on internal interface
pass out on $int_if from any to $lan_net
# pass in quick any packets destined for the gateway itself
pass in quick on $int_if from $lan_net to $int_if
# load balance outgoing tcp traffic from internal network.
pass in on $int_if route-to \
{ ($ext_if1 $ext_gw1), ($ext_if2 $ext_gw2) } round-robin \
proto tcp from $lan_net to any flags S/SA modulate state
# load balance outgoing udp and icmp traffic from internal network
pass in on $int_if route-to \
{ ($ext_if1 $ext_gw1), ($ext_if2 $ext_gw2) } round-robin \
proto { udp, icmp } from $lan_net to any keep state
# general pass out rules for external interfaces
pass out on $ext_if1 proto tcp from any to any flags S/SA modulate state
pass out on $ext_if1 proto { udp, icmp } from any to any keep state
pass out on $ext_if2 proto tcp from any to any flags S/SA modulate state
pass out on $ext_if2 proto { udp, icmp } from any to any keep state
# route packets from any IPs on $ext_if1 to $ext_gw1 and the same for
# $ext_if2 and $ext_gw2
pass out on $ext_if1 route-to ($ext_if2 $ext_gw2) from $ext_if2 to any
pass out on $ext_if2 route-to ($ext_if1 $ext_gw1) from $ext_if1 to any
Re: NFS mounts in /etc/fstab
On 12/2/06, Jacob Yocom-Piatt [EMAIL PROTECTED] wrote: i have a mailserver running 4.0-release and its mailboxes are on an NFS mounted directory. when the machine boots, it does not successfully mount the mail directory with the entry 172.16.16.6:/Volumes/Xserve\ RAID/mail /var/mail/virtual nfs rw,nodev,nosuid 0 0 giving several fstab: /etc/fstab: Inappropriate file type or format Backslash has no special meaning in /etc/fstab; the line you show is parsed as having a specifier of 172.16.16.6:/Volumes/Xserve\, a mount point of RAID/mail, a type of /var/mail/virtual, etc. ... additionally, the directory mounts fine when issuing mount_nfs -o rw,nodev,nosuid /Volumes/Xserve\ RAID/mail /var/mail/virtual Right, because there the shell is doing the parsing instead of getfsent(). A quick check of the code for getfsent() shows absolutely no way to include a space in the specifier. As far as I can tell, if changing the mount point on the server to not include a space (or tab) isn't an option, then you'll have to mount it manually from /etc/rc.local. Philip Guenther
Re: NFS mounts in /etc/fstab
The problem is with the space on the mount point Xserve RAID, '\ ' works on command line but not inside fstab. You must use \040 istead of space. Jacob Yocom-Piatt wrote: i have a mailserver running 4.0-release and its mailboxes are on an NFS mounted directory. when the machine boots, it does not successfully mount the mail directory with the entry 172.16.16.6:/Volumes/Xserve\ RAID/mail /var/mail/virtual nfs rw,nodev,nosuid 0 0 giving several fstab: /etc/fstab: Inappropriate file type or format messages when mounting partitions on boot. this is odd since, AFAICR, this worked fine to mount NFS when this machine was 3.9-release about a month ago. additionally, the directory mounts fine when issuing mount_nfs -o rw,nodev,nosuid /Volumes/Xserve\ RAID/mail /var/mail/virtual after the machine has booted. do note that the faq ( http://openbsd.org/faq/faq6.html#NFS ) suggests adding the same type of entry to /etc/fstab as quoted above: 10.0.0.1:/work /mnt nfs ro,nodev,nosuid 0 0 any ideas on what is going on here? cheers, jake
