Re: 4.4 installer can't see CD drive
I have got the same issue with a; HP Pavillon Intel(r) Celeron processor 400MHz 192MB SDRAM memory 40G hardrive from IBM ITACHI CDROM 32x max. speed I therefore didn't try any installation from install43.iso neither a kernel rebuild as you. But the install44.iso force me to install it by swaping the HDD into a ThinkCenter 1.2 MHz and reswaping it to the HP pf box. / /// dmesg /// OpenBSD 4.4 (GENERIC) #0: Sun Nov 16 13:13:27 MST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Celeron (GenuineIntel 686-class, 128KB L2 cache) 401 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 200830976 (191MB) avail mem = 185638912 (177MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/25/99, BIOS32 rev. 0 @ 0xfd7c0 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown pcibios0 at bios0: rev 2.1 @ 0xfd7c0/0x840 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf60/128 (6 entries) pcibios0: PCI Exclusive IRQs: 9 pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xa800 0xdc000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Rage Pro rev 0x5c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xf800, size 0x400 drm at vga1 unsupported piixpcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x02 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: IBM-DJNA-371350 wd0: 16-sector PIO, LBA, 12949MB, 26520480 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 wdc_atapi_start: not ready, st = 58 atapiscsi0(pciide0:1:0): using PIO mode 0 uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x01: irq 10 piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x02: SMI iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 64MB SDRAM non-parity PC100CL3 spdmem1 at iic0 addr 0x51: 128MB SDRAM non-parity PC100CL2 vr0 at pci0 dev 10 function 0 VIA RhineII-2 rev 0x43: irq 5, address XX:XX:XX:XX:XX:XX sqphy0 at vr0 phy 8: Seeq 80225 10/100 PHY, rev. 0 ne3 at pci0 dev 11 function 0 Realtek 8029 rev 0x00: irq 3, address XX:XX:XX:XX:XX:XX isa0 at piixpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec usb0 at uhci0: USB revision 1.0 uhub0 at usb0 Intel UHCI root hub rev 1.00/1.00 addr 1 biomask ff45 netmask ff6d ttymask mtrr: Pentium Pro MTRR support softraid0 at root root on wd0a swap on wd0b dump on wd0b syncing disks... done rebooting... *** Cheer. -- View this message in context: http://www.nabble.com/4.4-installer-can%27t-see-CD-drive-tp20336540p20644117.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: inet aliases and assigning various services (NTPD)
On 11/23/08, Philip Guenther [EMAIL PROTECTED] wrote: Could you clarify what you're trying to do, I'm upgrading to 4.4 a computer running: 1) timeserver (ntpd) 2) slave nameserver (tinydns) 3) dnscache (dnscache) 4) dnswall (walldns) In present setup, I know how to set the timeserver to run on primary inet address, while other listed services would run on inet aliases, but don't know how to set the timeserver to run on inet alias. During the upgrade I noticed the message that dnswall was unable to run in previous setup at certain occasion since the socket with his address was already used (presumably by NTPD). Since the next task is to set primary domain controller (wtih samba, since I presume I can't offer NFS to M$ clients and nobody answered my question about it on newbies), I'm trying to grasp the principle that I might need for the next task. Should I replace 127.0.0.1 in /etc/ntpd.conf with the address of inet alias? Sorry for the hog, and many thanks in advance.
Re: inet aliases and assigning various services (NTPD)
On 11/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On 11/23/08, Philip Guenther [EMAIL PROTECTED] wrote: Could you clarify what you're trying to do, I'm upgrading to 4.4 a computer running: Sorry about the noise, please disregard my previous message. Many thanks for help and for directing me to actually read man ntpd.conf (again). Inet alias should be listed in /etc/ntpd.conf instead of loopback address (just in case someone in future search this archive).
Problems with installation OpenBSD 4.4
Good day. I have a little problem with installing OpenBSD 4.4 on my computer. I have successfully booted from cdrom drive and created drive partitions. I get problem when I want to install sets. I am choose to install bsd, bsd.rd, base44.tgz, etc44.tgz, misc44.tgz, comp44.tgz, man44.tgz, game44.tgz. After openbsd installer has got all this sets it does nothing. It looks like this: Getting bsd... 100% || 6700 KB 00:04 ... ... Getting game44.tgz ... 100% || 2552 KB 00:00 And after that openbsd doesn't do anything... It stops.. The only way is to reboot system... I think it is problems with sata drive.. Can you help me? -- WBR, Ozerov Vasiliy aka fr33man.
Re: Problems with installation OpenBSD 4.4
Ok. Thanks a lot! I was installing sets from cd. And I have just successfully installed it from ftp server. Thanks a lot for responses. -- WBR, Ozerov Vasiliy aka fr33man.
Re: Problems with installation OpenBSD 4.4
On Sun, Nov 23, 2008 at 12:45 PM, wASILIJ oZEROW [EMAIL PROTECTED] wrote: There are all sets: bsd, bsd.rd, base, game, and others... And they all are readable. -- WBR, Ozerov Vasiliy aka fr33man. The first thing I'd do is check the cable that connects the motherboard to the disk. I had a similar problem just two weeks ago. -- Jacek Artymiak http://devGuide.net Installing OpenBSD 4.4 Webinar (web seminar) http://www.devguide.net/training/webinars/openbsd001 vi(1) Tips: Essential vi/vim Editor Skills, 1st ed. http://www.devguide.net/books/vitips1
Re: Problems with installation OpenBSD 4.4
There are all sets: bsd, bsd.rd, base, game, and others... And they all are readable. -- WBR, Ozerov Vasiliy aka fr33man.
Re: Wondering about openbsd way to update for patches.
On Saturday, November 22, 2008 at 06:52:14 -0600, Javier Vasquez wrote: Hi, I'm just looking at how openbsd works to see if it suits my needs. I have a small old box (piii celeron @797 MHz 32KB $, with 512 MB ram), and in my experience compiling just the linux kernel takes ~4 hrs, and compiling gcc/g++ takes ~24 hrs... I read in the documentation that if there are fixes, they come through patches, and then to keep things simple, the easiest fastest way is to keep the whole stable source tree up to date with patches, which imply initial compilation + recompiling any time a patch arise... I'm wondering whether this would mean lots of compilation time, which in this small machine might take too much... So it's true there's no binary way to keep the system patched, right? I've been making releases of the -stable tree since 4.0. It's not an official part of the OpenBSD project and I don't have the hardware to build them for all architectures, but you might find what you need. You can use the procedure to update a machine to install them. Maurice
Re: httpdump?
On 2008-11-23, Jeff Simmons [EMAIL PROTECTED] wrote: tshark, the text-base capture tool of wireshark (ethereal) should get you what you want. You may have to setup filters though. According to their web site, Wireshark needs gcc 4.x to compile. then their web site is wrong.
Re: Wondering about openbsd way to update for patches.
On Sunday, November 23, 2008 at 13:56:44 +0100, Maurice Janssen wrote: On Saturday, November 22, 2008 at 06:52:14 -0600, Javier Vasquez wrote: Hi, I'm just looking at how openbsd works to see if it suits my needs. I have a small old box (piii celeron @797 MHz 32KB $, with 512 MB ram), and in my experience compiling just the linux kernel takes ~4 hrs, and compiling gcc/g++ takes ~24 hrs... I read in the documentation that if there are fixes, they come through patches, and then to keep things simple, the easiest fastest way is to keep the whole stable source tree up to date with patches, which imply initial compilation + recompiling any time a patch arise... I'm wondering whether this would mean lots of compilation time, which in this small machine might take too much... So it's true there's no binary way to keep the system patched, right? I've been making releases of the -stable tree since 4.0. Forgot to mention where you can download the filesets: ftp://ftp.z74.net/pub/OpenBSD/ A list of mirrors and a bit more info can be found at: http://www.z74.net/openbsd.html Maurice
НАДОЕЛО
Opedk`c`el B`xels bmhl`mh~ mnb{e jnllsm`k|m{e r`pht{ m` p`qq{kjh on }kejrpnmmni
onwre.
Q ank|xhl sdnbnk|qrbhel p`gnxkel B`xs pejk`ls on Sjp`hme h QMC.
Nayee whqkn `dpeqnb - 2,9 lkm.
Namnbkemhe a`g - efemedek|mne. Bqe a`g{ `jrs`k|m{. Ank|xhmqrbn `dpeqnb me
tphleik{(!), ` ok`rm{e dnlem{ .ua , .com.ua. .kiev.ua
Bnglnfm{ b{anpjh on pechnm`l.
Sqksch `asgnsqrniwhbncn unqrhmc` (p`gleyemhe B`xhu dnlemnb m` m`xhu qepbep`u,
jnrnp{e B{ lnfere sj`g{b`r| b p`qq{kj`u) Beq| jnmremr jkhemrnb m`undhrq
ndmnbpelemmn m` meqjnk|jhu qepbep`u b p`gm{u qrp`m`u (peokhj`vh).
Efeqsrnwm{e aej`o{.
Jpscknqsrnwm` onddepfj`.
Lmncn ak`cnd`pm{u jkhemrnb.
Email: [EMAIL PROTECTED]
I QQ 8 8 8 8 6 8 8
[EMAIL PROTECTED] - KSWXEE !
Re: Problems with installation OpenBSD 4.4
Install from FTP doesn't seems to solve the problem of the cdrom, did you checked de motherboard cable as Jacek said? PP0QP8P;P8P9 P P7P5QPP2 escribiC3: Ok. Thanks a lot! I was installing sets from cd. And I have just successfully installed it from ftp server. Thanks a lot for responses.
Re: httpdump?
On Thu, Nov 20, 2008 at 11:01 AM, John Wright [EMAIL PROTECTED] wrote: On Wed, Nov 19, 2008 at 08:18:00PM -0800, Jeff Simmons wrote: I need, at a minimum, which virtual server at a particular IP address is being accessed, and the contents of any GET commands (methods). If there's a way to get this via tcpdump I haven't found it yet. Just increase the snaplen. tcpdump -s 65000 -w dump port 80 ^C when you're done and vim the dump. Raw packets but you'll see the GET in there. You can make the dump ASCII-safe with strings(1). -- Jacek Artymiak http://devGuide.net Installing OpenBSD 4.4 web seminar http://www.devguide.net/training/webinars/openbsd001 vi(1) Tips: Essential vi/vim Editor Skills, 1st ed. http://www.devguide.net/books/vitips1
Re: ping: sendto: No buffer space avaible
P QPPP1QP5P=P8P8 PQ Saturday 22 November 2008 18:26:42 P2Q
P=P0P?P8QP0P;P8:
On Sat, Nov 22, 2008 at 08:36:44AM +0200, Yuriy A. Dmitrishin wrote:
Hi.
I get such message every morning when I come to my work.
I try to increase limits in pf.conf: set limit { states 5, frags
5, src-nodes 5 } but it doesn't solve this problem.
My ip: 193.239.143.252.
Routing table:
default193.239.143.193UGS 314062 -
tun0
Are you using OpenVPN?
No. I'm using ppp client.
--
P! QP2P0P6P5P=P8P5P, P.QP8P9 PPP8QQP8QP8P=.
Re: Problems with installation OpenBSD 4.4
On Sun, 23 Nov 2008 14:19:54 +0300 PP0QP8P;P8P9 P P7P5QPP2 [EMAIL PROTECTED] wrote: Good day. I have a little problem with installing OpenBSD 4.4 on my computer. I have successfully booted from cdrom drive and created drive partitions. I get problem when I want to install sets. I am choose to install bsd, bsd.rd, base44.tgz, etc44.tgz, misc44.tgz, comp44.tgz, man44.tgz, game44.tgz. After openbsd installer has got all this sets it does nothing. It looks like this: Getting bsd... 100% || 6700 KB 00:04 ... ... Getting game44.tgz ... 100% || 2552 KB 00:00 And after that openbsd doesn't do anything... It stops.. The only way is to reboot system... I think it is problems with sata drive.. Can you help me? -- WBR, Ozerov Vasiliy aka fr33man. Your problem with hanging when installing sets is strangely similar to what was described by Chris last week in message: From: Chris atstake_AT_gmail.com To: misc misc@openbsd.org Subject: 4.4 installation on a large disk Date: Fri, 21 Nov 2008 03:35:54 -0800 Message-ID: [EMAIL PROTECTED] In both your situation and his, the install hung at the same point. Later in this thread, you said you managed to successfully install via FTP, even though installing from CD failed. If by some chance both you and Chris are fighting the same problem, and the same solution works for both of you, we then have two possibities: 1.) There's something wrong with the CD-ROM media. 2.) There's something strange about your CD-ROM drive. A few years ago we did have an install media problem with a release, but before we blindly blame the media, it would be best to test the CD again with another machine. Scratches, fingerprints and other problems caused by poor handling of the disc could be to blame. Another possibility is a problematic CD-ROM drive, or a problem between the CD-ROM drive and chipset/driver. Could both you and Chris post a dmesg, and provide details about your CD-ROM drive? -- J.C. Roberts
Re: httpdump?
On Wed, Nov 19, 2008 at 08:18:00PM -0800, Jeff Simmons wrote: Just increase the snaplen. tcpdump -s 65000 -w dump port 80 With some tcpdump(8) versions on non-OpenBSD Unix-like OSes (e.g. tcpdump version 3.9.8/Ubuntu 8.10), the man page says: -s Snarf snaplen bytes of data from each packet (...) Set‐ ting snaplen to 0 means use the required length to catch whole packets. The man page for OpenBSD's tcpdump doesn't mention anything about setting the snaplen to 0, and trying to invoke OpenBSD's tcpdump with -s 0 results in an error of: tcpdump: invalid snaplen 0 (tested with OpenBSD 4.3 GENERIC) This is probably a naive question, but how would one best replicate the -s 0 functionality with OpenBSD's tcpdump? Is there a reason why Jeff specifically suggested -s 65000? Many thanks and regards, --ropers
Re: httpdump?
2008/11/23 ropers [EMAIL PROTECTED]: On Wed, Nov 19, 2008 at 08:18:00PM -0800, Jeff Simmons wrote: Just increase the snaplen. tcpdump -s 65000 -w dump port 80 With some tcpdump(8) versions on non-OpenBSD Unix-like OSes (e.g. tcpdump version 3.9.8/Ubuntu 8.10), the man page says: -s Snarf snaplen bytes of data from each packet (...) Set‐ ting snaplen to 0 means use the required length to catch whole packets. The man page for OpenBSD's tcpdump doesn't mention anything about setting the snaplen to 0, and trying to invoke OpenBSD's tcpdump with -s 0 results in an error of: tcpdump: invalid snaplen 0 (tested with OpenBSD 4.3 GENERIC) This is probably a naive question, but how would one best replicate the -s 0 functionality with OpenBSD's tcpdump? Is there a reason why Jeff specifically suggested -s 65000? Many thanks and regards, --ropers Since the size of a IPv4 packet is coded on 16 bits it can't be more than 65536 octets. So -s 65536 and -s 0 should behave the same for IPv4 packets. Note that IPv6 has a jumbogram feature enabling the use of bigger packets but I never saw it in action. And since tcpdump doesn't reassemble framented IP packets, your network interface MTU should be enough anyway. -- Pierre Riteau
Re: -current, softraid on root?
Following this old thread (Feb 08) http://marc.info/?l=openbsd-miscm=120345491121853w=2 , I'm wondering what's the status of booting with root filesystem in softraid in 4.4 or in -current. It was said by Marco Peereboom in the same thread that this was planned. I wanted to test new softraid crypto of OpenBSD for full disk encryption, but I'm not able to find anything on using initial ramdisks like Linux can do to mount the encrypted root. Is it possible to get the softraid online before mounting the root filesystem, or remount it over then? With linux I do this with an USB drive, and I hope I can do it with PXE for OpenBSD. Also, just a few questions about the crypto softraid: what's the encryption method used by default? XTS+AES? Can it be changed? Are there others? Is it possible to keep the keys out of the drive, like Linux' loop-aes can do, or do they have to stay, like dm-crypt? Thanks!
Re: -current, softraid on root?
On Sun, Nov 23, 2008 at 07:39:37PM +0100, vincent wrote: Following this old thread (Feb 08) http://marc.info/?l=openbsd-miscm=120345491121853w=2 , I'm wondering what's the status of booting with root filesystem in softraid in 4.4 or in -current. It was said by Marco Peereboom in the same thread that this was planned. And it is still planned. The folks involved have that thing called life in the way. I wanted to test new softraid crypto of OpenBSD for full disk encryption, but I'm not able to find anything on using initial ramdisks like Linux can do to mount the encrypted root. Is it possible to get the softraid online before mounting the root filesystem, or remount it over then? With linux I do this with an USB drive, and I hope I can do it with PXE for OpenBSD. You can't find anything because it isn't there yet. Also, just a few questions about the crypto softraid: what's the encryption method used by default? XTS+AES? Can it be changed? Are there others? Is it possible to keep the keys out of the drive, like Linux' loop-aes can do, or do they have to stay, like dm-crypt? AES XTS is the algorithm and no it can't and won't be changeable. The keys are on the drive but are encrypted and are therefore unrecoverable without the password. At some point we will add more functionality to change password and some other things. FWIW, OpenBSD is not like Linux and never strives to be.
Re: -current, softraid on root?
What is this life thing? Is it part of base.tgz? It sounds as if some of us may not have it, so maybe it is in ports? On 11/23/08, Marco Peereboom [EMAIL PROTECTED] wrote: On Sun, Nov 23, 2008 at 07:39:37PM +0100, vincent wrote: Following this old thread (Feb 08) http://marc.info/?l=openbsd-miscm=120345491121853w=2 , I'm wondering what's the status of booting with root filesystem in softraid in 4.4 or in -current. It was said by Marco Peereboom in the same thread that this was planned. And it is still planned. The folks involved have that thing called life in the way. I wanted to test new softraid crypto of OpenBSD for full disk encryption, but I'm not able to find anything on using initial ramdisks like Linux can do to mount the encrypted root. Is it possible to get the softraid online before mounting the root filesystem, or remount it over then? With linux I do this with an USB drive, and I hope I can do it with PXE for OpenBSD. You can't find anything because it isn't there yet. Also, just a few questions about the crypto softraid: what's the encryption method used by default? XTS+AES? Can it be changed? Are there others? Is it possible to keep the keys out of the drive, like Linux' loop-aes can do, or do they have to stay, like dm-crypt? AES XTS is the algorithm and no it can't and won't be changeable. The keys are on the drive but are encrypted and are therefore unrecoverable without the password. At some point we will add more functionality to change password and some other things. FWIW, OpenBSD is not like Linux and never strives to be. -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: -current, softraid on root?
On 2008-11-23, bofh [EMAIL PROTECTED] wrote: What is this life thing? Is it part of base.tgz? It sounds as if some of us may not have it, so maybe it is in ports? of course; it's in /usr/ports/games.
Re: softraid(4) in production environment
On Fri, 21.11.2008 at 13:05:16 +0100, Guido Tschakert [EMAIL PROTECTED] wrote: So I suggest: use slurpd and make it redundant ;-) Or use syncrepl and make it redundant. Kind regards, --Toni++
Re: USB RFID Reader misreads
As a minimum, you should post a dmesg and look for any suspicious message in it (overrun or usb error). Also, does the problem happen if connected to an USB 1 controller or an USB 2 controller? This might matter. Miod
Re: USB RFID Reader misreads
Here is a dmesg from the macmini, if it helps much. I dont deny that the devices could have a badly implemented HID spec, but then why do they work flawlessly on other systems? and why does it work perfectly if i first plug in a normal USB keyboard, and then the reader? Anyhow, i think if i could figure out what exactly happens when a Normal USB keyboard is plugged in, and then load the same things as soon as i plug in my Reader, i think i will be fine. I assume i can somehow control this behavior via hotplugd, but can anyone tell me how exactly i would pretend to the system that i plugged in a certain usb keyboard? Thanks, David Travers Buda wrote: * David Schulz [EMAIL PROTECTED] [2008-11-21 17:17:57]: Hi all, i have a RFID Proximity Card Reader connected to a Computer via USB. Basically how they work is that as soon a RFID Card comes near it, the Reader reads the Number on the Card, and sends it to STDIN followed by a newline Character. It really works the same as a Magnetic Card Reader, Barcode Scanner, standard USB keyboard. The problem i am having is that the Reader misreads the Number on the Card more than often. For example a swipe should look like: 0011920435 0011920435 but often it does look like: 001cr20435 001192\s30435 920435 I have tried under : i386 OpenBSD 4.3 PC i386 OpenBSD 4.4 ThinkPad X61 Laptop macppc OpenBSD 4.4 Macmini macppc OpenBSD 4.4 iMac All of this with 2 different USB Readers. Mostly the same results, too many misreads. no matter how slow or fast i swipe the Card. Now, one thing that i have noticed is that when i first plugin a normal USB Keyboard, AND THEN plug in the USB Reader next to it, everything works great. I have tested and repeated this behavior on the macppc MacMini. Trying with a PS/2 Version of the Reader, it works all great, no Problems (but there is no ps/2 on the macppc's nor on my Laptop anymore. grr.) I have tried the USB Reader on a Windows XP Machine, and it works like it should. First detects it as a USB Keyboard, and then nicely reads any card i swipe at it. I also tried it on a Ubuntu Linux Asus Laptop, and it works as well. Now what i want to ask is obviously, does anyone have any idea what i could try to do to make my USB Reader work nicely and don't misread all the time? Will anyone work with me to make it work, or at least figure out why it doesn't? Maybe there is some way i can tune the behaviour of attached USB Keyboards, so that they (?) somehow give the Reader more time before attempting to read the Card. Thanks and best regards, David A dmesg would help. In all likelyhood, your hardware is not following the HID spec. [ using 408000 bytes of bsd ELF symbol table ] console out [ATY,RockHopper2_A]console in [keyboard] , using USB using parent ATY,RockHopper2Paren:: memaddr 9800 size 800, : consaddr 9c008000, : ioaddr 9002, size 2: memtag 8000, iotag 8000: width 640 linebytes 768 height 480 depth 8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.4 (GENERIC) #1854: Mon Aug 11 13:32:35 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 536870912 (512MB) avail mem = 509779968 (486MB) mainbus0 at root: model PowerMac10,1 cpu0 at mainbus0: 7447A (Revision 0x102): 1249 MHz: 512KB L2 cache mem0 at mainbus0 spdmem0 at mem0: 512MB DDR SDRAM non-parity PC3200CL3.0 memc0 at mainbus0: uni-n hw-clock at memc0 not configured kiic0 at memc0 offset 0xf8001000 iic0 at kiic0 mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple UniNorth AGP rev 0x00 vgafb0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) mpcpcibr1 at mainbus0 pci: uni-north, Revision 0x5 pci1 at mpcpcibr1 bus 0 pchb1 at pci1 dev 11 function 0 Apple UniNorth PCI rev 0x00 macobio0 at pci1 dev 23 function 0 Apple Intrepid rev 0x00 openpic0 at macobio0 offset 0x4: version 0x4614 little endian macgpio0 at macobio0 offset 0x50 modem-reset at macgpio0 offset 0x1d not configured modem-power at macgpio0 offset 0x1c not configured macgpio1 at macgpio0 offset 0x9 irq 47 programmer-switch at macgpio0 offset 0x11 not configured gpio5 at macgpio0 offset 0x6f not configured gpio6 at macgpio0 offset 0x70 not configured extint-gpio15 at macgpio0 offset 0x67 not configured escc-legacy at macobio0 offset 0x12000 not configured zsc0 at macobio0 offset 0x13000: irq 22,23 zstty0 at zsc0 channel 0 zstty1 at zsc0 channel 1 aoa0 at macobio0 offset 0x1: irq 30,1,2 audio0 at aoa0 timer at macobio0 offset 0x15000 not configured adb0 at macobio0 offset 0x16000 irq 25: via-pmu, 0 targets apm0 at adb0: battery flags 0x0, 0% charged piic0 at adb0 iic1 at piic0 maxtmp0 at iic1
Re-attaching USB Device from the Commandline
Hello, is there a way to re-attach a USB device (in my example; USB Keyboard) from the Commandline, so that to the System it appears just as if i had unplugged and replugged it? I am trying to work around a Problem i am experiencing, where a certain other Device only works right if i FIRST plug in a USB Keyboard, and the other one second. If i could script it so that even when the machine reboots, my script basically detaches my two USB Devices, then attaches the first one, then the second one, i think i can work around my above issue. Its a nasty way of doing things, but right now i am in urgent need of a solution, even if it is ugly. Thanks, David
Re: halt -p does not power off ThinkPad X61 under 4.4
For the Record, I don't have a true Solution to the Issue yet, but i saw a small flag in /etc/sysctl.conf that read machdep.apmhalt. After enabling that and rebooting, halt -p now powers off my Machine 9 times out of ten. Not perfect, but a solution. regards, David Sebastian Rother wrote: Hello, ok, now i actually have seen the same behavior. Every once in a while halt -p does actually power down the machine, maybe 1 times out of 10 boots. Is there anything we , i, can do to fix it? Or help to fix it? Thanks a lot, David Then you propably also noted that mostly if THAT happens apm -C wont do anything. So the SpeedStep is out of function and the CPU runs on 100% not matter if you started apmd and used apm -C or not. If you face this you can kinda ensure that you wont be able to halt -p. The problem is propably ACPI related but as I talked about this behavior a while ago I got ignored because nobody had those issues. Also something I face is that if you do switch offen from X to console you sometimes have a grafic Bug in the Console. Either a thin line wich is NOT getting drawed or other things wich are strange somehow. But switching then Back to X and then again to console fixes this. The same behavior can get seen at X too (and the same work around works there as well). So sometimes I simply have some lines at my screen. If you saw something like that as well it would be nice. Kind regards, Sebastian !DSPAM:491711eb877395368818224!
Re: acer aspire one dmesg?
On Wed, 6 Aug 2008 16:17:14 +0200 Freddy DISSAUX [EMAIL PROTECTED] wrote: Le Wed, Aug 06, 2008 at 11:29:36PM +1000, Jonathan Gray icrivait: On Wed, Aug 06, 2008 at 09:23:49AM +0200, Freddy DISSAUX wrote: Be careful whith re0, no mac address detected: re0 [ snip ] address 00:00:00:00:00:00 The mac address should display correctly with a newer snapshot, reading out via the EEPROM is now bypassed on these newer PCIE re variants. Ok, i'll try newer snapshots and post the dmesg. Attached... [demime 1.01d removed an attachment of type application/octet-stream which had a name of dmesg.aone]
Upgrade woes with httpd at 4.3-4.4 on amd64
Here after reboot I find the following: # apachectl start /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isinf' /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isnan' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isinf' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isnan' Syntax error on line 1 of /var/www/conf/modules/php5.conf: Cannot load /usr/local/lib/php/libphp5.so into server: Cannot load specified object /usr/sbin/apachectl start: httpd could not be started Some details: # ls -l /usr/local/lib/php/libphp5.so -r--r--r-- 1 root bin 4580796 Mar 11 2008 /usr/local/lib/php/libphp5.so # ls -l /usr/lib/libm.so.2.3 -r--r--r-- 1 root bin 613515 Mar 13 2008 /usr/lib/libm.so.2.3 # cat /var/www/conf/modules/php5.conf LoadModule php5_module /usr/local/lib/php/libphp5.so IfModule mod_php5.c AddType application/x-httpd-php .php .phtml .php3 AddType application/x-httpd-php-source .phps # Most php configs require this DirectoryIndex index.php /IfModule I tried archives and Google, and now I wonder which was the mistake that I did? (I *think* I followed the upgrade guide meticulously.) How can I get the services back? Thanks for helping out, Uwe
life (was: Re: -current, softraid on root? )
And it is still planned. The folks involved have that thing called life in the way. What is this life thing? Is it part of base.tgz? It sounds as if some of us may not have it, so maybe it is in ports? Life is a program that simulates cells/organisms multiplying and dying. The patterns generated are interesting and can be esthetically pleasing. It was popular in the early 1980s. Output is ASCII, no fancy 3D graphics card needed. There is, of course, a version of life in emacs. Try: M-x life
Re: halt -p does not power off ThinkPad X61 under 4.4
On Mon, Nov 24, 2008 at 10:32:13AM +0800, David Schulz wrote: For the Record, I don't have a true Solution to the Issue yet, but i saw a small flag in /etc/sysctl.conf that read machdep.apmhalt. After enabling that and rebooting, halt -p now powers off my Machine 9 times out of ten. Not perfect, but a solution. Have you submitted a formal bug report (with a dmesg and debugger output from ps and trace)? I myself have been attempting it, but every time that this bug occurs it seems that I'm in a hurry to get somewhere, and don't have time to carefully copy the outputs of ps and trace to paper.
Re: Upgrade woes with httpd at 4.3-4.4 on amd64
Uwe Dippel wrote: Here after reboot I find the following: # apachectl start /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isinf' /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isnan' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isinf' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isnan' Syntax error on line 1 of /var/www/conf/modules/php5.conf: Cannot load /usr/local/lib/php/libphp5.so into server: Cannot load specified object /usr/sbin/apachectl start: httpd could not be started Nevermind. It was sorted after the full package upgrade and application of all the softlinks and stuff and another reboot. Uwe
Re: halt -p does not power off ThinkPad X61 under 4.4
On Mon, Nov 24, 2008 at 04:17:07AM +, Matthew Szudzik wrote: Have you submitted a formal bug report (with a dmesg and debugger output from ps and trace)? I myself have been attempting it, but every time that this bug occurs it seems that I'm in a hurry to get somewhere, and I guess I spoke too soon. The bug occurred immediately after I sent that message, above. I just completed a bug report.
Re: Upgrade woes with httpd at 4.3-4.4 on amd64
On 24/11/2008, at 5:04 PM, Uwe Dippel wrote: Here after reboot I find the following: # apachectl start /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isinf' /usr/sbin/httpd:/usr/lib/libm.so.2.3: undefined symbol 'isnan' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isinf' /usr/sbin/httpd:/usr/local/lib/php/libphp5.so: undefined symbol 'isnan' Syntax error on line 1 of /var/www/conf/modules/php5.conf: Cannot load /usr/local/lib/php/libphp5.so into server: Cannot load specified object /usr/sbin/apachectl start: httpd could not be started You need to upgrade PHP. I got exactly the same thing upgrading 4.3 to 4.4 on i386; fixed by upgrading packages. Some details: # ls -l /usr/local/lib/php/libphp5.so -r--r--r-- 1 root bin 4580796 Mar 11 2008 /usr/local/lib/php/ libphp5.so # ls -l /usr/lib/libm.so.2.3 -r--r--r-- 1 root bin 613515 Mar 13 2008 /usr/lib/libm.so.2.3 # cat /var/www/conf/modules/php5.conf LoadModule php5_module /usr/local/lib/php/libphp5.so IfModule mod_php5.c AddType application/x-httpd-php .php .phtml .php3 AddType application/x-httpd-php-source .phps # Most php configs require this DirectoryIndex index.php /IfModule I tried archives and Google, and now I wonder which was the mistake that I did? (I *think* I followed the upgrade guide meticulously.) How can I get the services back? Thanks for helping out, Uwe
