Search results

This statement looks really stupid to me. Did you read the 8.0-BETA1 annoucement? Do you know that you can install with just disc1? Do you know that there is a few megs iso (~43 megs) for install from the net? Do you know that you just need a cd/dvd to install (if not with memstick) and then...

No problem You can go i386 fow now, just to start learning the os. Probably you will not need all that amount of ram on the beginning, even on a desktop system. When nvidia will release the amd64 driver you can backup your data and configurations and reinstall.

If it's nothing vital, I'll recommend you to go with 8. It's pretty stable now and upgrading to the release version will be easier.

I think that you can get this information searching for pf in OpenBSD releases notes from http://www.openbsd.org/42.html to http://www.openbsd.org/46.html (note the version number in the URL).

Another option could be truss.

Run ktrace -f ktrace.out -p pid_of_httpd & and let it run for a while (not too much as it produces huge output). Then run ktrace -C to stop tracing the process. Now you can examine the output with kdump -f ktrace.out | less

You can also try running ktrace.

You can try for example something like this#!/bin/sh args_no=1 while [ $args_no -le $# ] do case "$1" in -e) e_opt="$2" shift 2 ;; -S) S_opt="$2" shift 2 ;; -c) c_opt="$2" shift 2 ;; *) echo "WTF? $1" shift...

Well, I asked to post the output. Anyway, start trying mixer from a console. In GNOME you should have an applet on the upper panel, near the clock.

If you still think that this will help you, try searching for the procedure for your vendor/model. Try also looking for bios updates on the vendor website.

This is because /etc/termcap is a link to /usr/share/misc/termcap. but /usr is not mounted at that moment. As DD said, ignore the message and go ahead.

I have the same on 8, but I'm not using it so much. I kept all the debugging options in my kernconf until they have been removed. I thought that this was increasing the freezes as I had often messages about lor running flash. Anyway if my memory is not failing I read somewhere in some ml that...

This is true for everyone at the beginning. Anyway there is always something new to learn.

bash is not /bin/bash, it's /usr/local/bin/bash. Everything installed from ports goes in /usr/local Refer to hier To fix your system reboot in single user mode (4 on loader) or just type shutdown now, you will be asked for the shell to use, then reset the shell for root. BTW, do not use bash...

Yes I did. It works more or less the same compared to the configuration I have for 7. Even if sometimes on 7 I get a warning about the old plugin version it never happened to me to find something which doesn't work with 9 yet. What I can see on both, is that if the system is doing something else...

Try as root the following command and post the outputkldload snd_driver cat /dev/sndstat

Maybe on your PC there is a sticker with the logo "Designed for FreeBSD(TM)" :) I still don't believe that the cause is a bios virus, anyway you can try resetting the CMOS. Usually this is done unplugging from AC, removing the battery on the MB, shortening a couple of pin with a jumper and...

Try disabling dri explicitly. Try using this as module section Section "Module" Load "extmod" Load "dbe" Disable "dri" Disable "dri2" Load "glx" Load "record" EndSection Nowhere. Is hal installed and started? There is a problem with it in...

Or, as you have nvidia-xconfig-190.36, did you tried configuring with it? Do you have glx loaded and dri not loaded in your xorg.conf (as it should be)? Do you have something like this in xorg.conf? RgbPath "/usr/local/lib/X11/rgb" What removing it?

Did you tried setting up /etc/X11/xorg.conf like described here? /usr/local/share/doc/NVIDIA_GLX-1.0/html/chapter-06-section-02.html