FreeBSD 5.3-BETA4 Available 33
BrunoC writes "Once again, the FreeBSD Project presents yet another beta release of FreeBSD 5.3. FreeBSD 5.3 BETA 4 features major bugfixes for ATA, 4BSD is now the default scheduler and overall stability has greatly improved. BETA 5 should hit the streets next week and should be the last BETA and a Release Candidate is scheduled too. 5.3 should be around by October 3rd. ISO images are available for those who want to help the testing process." (Use a mirror.)
Odd... (Score:5, Funny)
Long live BSD! =)
Re:Odd... (Score:1)
Gentoo's portage is actually based on FreeBSD's ports system which continues to grow at a great rate.
If i was a mod I would mod you troll for not knowing anything about it before posting...
Re:Odd... (Score:1)
Re:Odd... (Score:1)
The next morning I was thinking about responding to myself however I did not
atapicam (Score:3, Informative)
Re:atapicam (Score:1)
Re:atapicam (Score:3, Informative)
Re:atapicam (Score:5, Informative)
Scheduler? (Score:5, Interesting)
How bizarre. They only just switched the default scheduler from 4BSD to ULE. Now they've swapped it back. Anyone know why?
Re:Scheduler? (Score:1)
Dunno about the rest of you guys, but I find the 4BSD scheduler smoother on my single CPU boxes. Then again I have crappy hardware, so who knows why that would be
Re:Scheduler? (Score:5, Informative)
Re:Scheduler? (Score:5, Interesting)
The recent preemption changes drove ULE from being merely suboptimal (inefficient) in some situations to being unstable.
Switching (Score:5, Interesting)
Re:Switching (Score:2)
FreeBSD just works as advertised, "Stable".
With Debian, I w
Re:I read this recently, how accurate is it? (Score:2, Interesting)
Re:Misplaced effort... (Score:3, Funny)
Well, neither have you, and you have all those numbers in your name to prove how cool you are.
Re:Misplaced effort... (Score:4, Insightful)
I happen to have had 3 of the same Maxtor drives as you have, and the last surviving one is currently primary master in my router. (hint, replace them, I have had 2 of them give up within short time of eachother, and the 3rd one seems to be getting close to giving up)
All 3 have always worked with FreeBSD, Linux and Windows, without any confusion with regards to its CHS settings.
I did however follow the rather strong suggestion that my BIOS gives me to run the bios auto detect and select 'normal' mode for a drive on which I am going to use a unix like system. This results in a user configured drive (for as far as the standard cmos settings go)
Oh, and I also followed the recomendations to have the disk as primary, and a cd drive as slave instead of having it as primary like you have.
That it is not recognized that way during sysinstall seems rather suspicious to me.
Maybe FreeBSD needs some patches for detectign this broken hardware configuration, just as it did get a patch for dealing with the rather broken bios of the asus p2b-ds that I happen to use (apic is broken, resulting in an interupt storm when doing things according to the official standard)
If you think this problem affects more then your very specific case, I suggest talking about it on the mailinglists for -current, and try to be helpfull in getting a workaround, ie, that means accepting that it is in fact a problem of your hardware.
All that said, your comment regarding fdisk seems to be correct, and it should accept the alternative geometry if those fit within the physical number of sectors that the drive has.
Re:Misplaced effort... (Score:1)
I've been happy with Beta3 (Score:5, Interesting)
I suppose I'll give this one ago, although by the time I get around to it, I'll probably be cvs up'ing beta5.