
Oh man I was going to point him to http://www.kroah.com/linux/talks/ols_20 ... LS2003.pdf. Which explains that holding lots of device names in kernel memory is bad and I just killed udevd and I have no problems I will when I try to plug in a new device but it's not like crashing udev hurts the systempilla wrote:No need for this rage. Banned for now. (and yes I use udev).EldermysticRazorsnout wrote:(yes that's sarcasm, the fact that you use udev proves you are an idiot)


It is very stable, just make sure you recompile the kernel without debugging, it is really slow with debugging on.Shadow Skill wrote:I'm thinking about dual booting freebsd on my desktop and I was wondering if anyone here has tried out the recent 6.0 betas specifically for 64bit machines. Have they updated their installer at all, is the beta "stable" as far as betas go? Does anyone have any advice for installing 5.4 without screwing up grub?

Dude, that's sarcasm right? The only right answer is "supports more hardware"synr9 wrote:GNU/Linux has long been superior in just about every way than FreeBSD for some years now.
GNU/Linux is faster, supports more hardware, and the code is just as clean as FreeBSD if not cleaner.
I switched from FreeBSD to Gentoo GNU/Linux.

6.0 beta4 still hasnt got the fix for my keyboard and mouse. Submited a bug.Shadow Skill wrote:I'm thinking about dual booting freebsd on my desktop and I was wondering if anyone here has tried out the recent 6.0 betas specifically for 64bit machines. Have they updated their installer at all, is the beta "stable" as far as betas go? Does anyone have any advice for installing 5.4 without screwing up grub?

Code: Select all
default 0
timeout 30
#splashimage=(hd0,4) /boot/grub/splash.xpm.gz
title Gentoo
root (hd0,4)
kernel /kernel-2.6.12-gentoo-r9 vga=795 gentoo=nodevfs
title Gentoo
root (hd0,4)
kernel /kernel-2.6.11-gentoo-r7 vga=795 gentoo=nodevfs
#initrd /initrd-2.6.11-gentoo-r7
title Source Mage GNU/Linux
kernel /boot/vmlinubz-2.6.12.2 root=/dev/hdb5 ro
title Source Mage GNU/Linux
kernel /boot/vmlinubz-2.6.8.1 root=/dev/hdb5 vga=795 ro
title windows
rootnoverify (hd0,1)
makeactive
chainloader +1
well you ca try:Shadow Skill wrote:---
Anyone have any suggestions on how I can edit this grub.conf to boot freebsd in place of the sourcemage entries
---
Code: Select all
title FreeBSD
root (hdX,X,x)
kernel /boot/loader 
Logitech Cordless Desktop LX700Shadow Skill wrote:Perhaps a bios issue, what was the model you had a logitech cordless right? I have a very similllar model and a bios flsh for my board fixed the "boot and pray" problem I had, had for the longest time.

Simply because my keyboard [MX duo for bluetooth, which I think is based off of the cordless eliete model] finally behaved after I flashed my bios, prior to that every single Linux distro I put on this machine would boot sometimes and other times it would hang while initializing my keyboard. Had to do with the bluetooth reciever. It might not break Linux since Linux may be handling things differently from BSD.petrjanda wrote:Logitech Cordless Desktop LX700Shadow Skill wrote:Perhaps a bios issue, what was the model you had a logitech cordless right? I have a very similllar model and a bios flsh for my board fixed the "boot and pray" problem I had, had for the longest time.
What makes you think its a bios issue? Wouldnt it screw up in linux also? By the way, the bios is up to date. flashed it a couple of months ago.

The problem I have is that it hangs after i move my mouse in CLI, but when i move the mouse goodbye input + restart. I have no problem during the actual bootup process, its even recognized correcrtly, it creates proper ums0 and ukb0 entries in /dev.Shadow Skill wrote:Simply because my keyboard [MX duo for bluetooth, which I think is based off of the cordless eliete model] finally behaved after I flashed my bios, prior to that every single Linux distro I put on this machine would boot sometimes and other times it would hang while initializing my keyboard. Had to do with the bluetooth reciever. It might not break Linux since Linux may be handling things differently from BSD.petrjanda wrote:Logitech Cordless Desktop LX700Shadow Skill wrote:Perhaps a bios issue, what was the model you had a logitech cordless right? I have a very similllar model and a bios flsh for my board fixed the "boot and pray" problem I had, had for the longest time.
What makes you think its a bios issue? Wouldnt it screw up in linux also? By the way, the bios is up to date. flashed it a couple of months ago.


yes it isShadow Skill wrote:If its any consolation Freebsd6.0beta4 wouldn't even install unless I unplugged the reciever thereby disabling the mouse entirely.


If its the "device timeout" problem, then its not a DHCP-specific issue, its one with the driver. There are a couple of reports of the nve driver's buffer filling up and causing the device to time out (both on an x86_64 system, so perhaps specific to that). Even if you used statically assigned IP's, it would only be a matter of time before the error appeared. It seems your only option is to wait for the next beta/RC/release and see if its been fixed. You can pass the time by filing another bug report. It's a new driver, more information could only help.Shadow Skill wrote:I officially have the most secure Freebsd installation ever created..............because I can't fucking connect to the internet which pretty much renders the entire installation USELESS! From what I can tell my error which goes something like dhclient cannot get any addresses [It basically just keeps timing out.] I tried adding ifconfig_nve0="dhcp" to rc.conf big mistake all that does is make the error happen during the boot prior to login. Has anyone here got dhcp to work with freebsd6.0beta4 64bit on an nforce4 ultra with the default driver which lists the nic as nve0? I would really, really like to finish setting up my system...

while we are talking NIC drivers, how long does it take to fix a driver for a National Semiconductor dp8381x based NIC? These "applying short cable fix" messages have been appearing in every version of FreeBSD i tried.CorpseOfMystic wrote:If its the "device timeout" problem, then its not a DHCP-specific issue, its one with the driver. There are a couple of reports of the nve driver's buffer filling up and causing the device to time out (both on an x86_64 system, so perhaps specific to that). Even if you used statically assigned IP's, it would only be a matter of time before the error appeared. It seems your only option is to wait for the next beta/RC/release and see if its been fixed. You can pass the time by filing another bug report. It's a new driver, more information could only help.Shadow Skill wrote:I officially have the most secure Freebsd installation ever created..............because I can't fucking connect to the internet which pretty much renders the entire installation USELESS! From what I can tell my error which goes something like dhclient cannot get any addresses [It basically just keeps timing out.] I tried adding ifconfig_nve0="dhcp" to rc.conf big mistake all that does is make the error happen during the boot prior to login. Has anyone here got dhcp to work with freebsd6.0beta4 64bit on an nforce4 ultra with the default driver which lists the nic as nve0? I would really, really like to finish setting up my system...

Are you having any problems with the networking? AFAIK "short cable fix" messages are simply a report for logging purposes; they are indicative of an issue in the network, not the software. Usually it means a misconfigured router. If the network still functions there should be no problems.while we are talking NIC drivers, how long does it take to fix a driver for a National Semiconductor dp8381x based NIC? These "applying short cable fix" messages have been appearing in every version of FreeBSD i tried.

No problems with networking whatsoever. First time this came up i searched google and people with the same chip had the same problems. Cant remember if there was any solution to it or not, probably wasnt since it would be included in the next RELEASE.CorpseOfMystic wrote:Are you having any problems with the networking? AFAIK "short cable fix" messages are simply a report for logging purposes; they are indicative of an issue in the network, not the software. Usually it means a misconfigured router. If the network still functions there should be no problems.while we are talking NIC drivers, how long does it take to fix a driver for a National Semiconductor dp8381x based NIC? These "applying short cable fix" messages have been appearing in every version of FreeBSD i tried.
The default delay for the loader is 10 secs. Change it with:RuiP wrote:Boot takes 1,5 min (my gentoo takes 20~30 sec. and ubuntu 30~40 sec.) X+gdm takes almost a full minute to get ready!
I'm using KDE 3.4.0Xfce and Gnome runs slower then in linux. Menus was not updated with new apps installed.
Make an /etc/fstab entry for your user and add the icon to your desktopPlug-in hardware was a pain to mount.
I've never experienced this with 5.4 :sI found some ports broken... and portupgrade never compille everything without errors or stuff that keeps without upgrade.


My menus update in KDE on FreeBSD just fine. Perhaps FAM is not setup? You can get the guide for it with:I'm using KDE 3.4.0
Linux has a better response to high multimedia load but FreeBSD runs as fast as linux. I still don't know why menus aren't updated.
Code: Select all
cat /usr/ports/devel/fam/pkg-message