Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 08/04/13 17:22, Gary Aitken wrote: > Ok, so now I see that my cpu temperature shoots up pretty dang fast when a > build is going on. > > I'm running an AMD Phenom II X4 with the AMD-supplied fan in an > ASUS M4A89TD PRO / USB3 motherboard. > > The system "works fine" unless I start a cpu-intensive build. > If I leave it unattended, after some time the system shuts down abruptly. > I'm guessing it's because of excessive cpu temperatures. > > When doing port builds, or any cpu-intensive job, the temperature of the > CPU goes from 45 to 50 in about 30 seconds. > > I pretty much have to manually suspend and resume the build process > to keep it down. If I do that, I avoid the abrupt shutdown. > > Needless to say, this makes unattended operation a non-starter... > > Does anyone else have a similar setup they can provide me some related > experience on? > > Thanks, > > Gary Thanks, all, for the replies and insights. Just a followup: The factory heatsink was basically incapable of keeping the temp down under a heavy-processing port build, and BIOS was shutting down when the temp eventually climbed too high. xmbmon was my friend for tracking this; using s and q on the output stream of the build effectively suspended it when it got around 60C so I could wait until the processor cooled down enough to continue. Doing a sync every second or so also postponed the eventual overheating for a while, but eventually it would creep up to the shutdown point. Replacing the heatsink with a gonzo big one seems to have solved the problem. As an aside, this is probably what also made me think some time ago that my SSD was flaky. Things just ran faster so the cpu overheated sooner. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On Mon, 5 Aug 2013 10:33:55 +0400 Eugene wrote: > Hello Gary, > > Also make sure there is no packed dirt on the heatsink -- I don't > know about AMDs, but older Intel heatsinks often tend to accumulate a > paper-like layer of dirt on the 'top' of heatsink grid, blocking the > airflow. I once had several thermal shutdowns on my home PC before I > found that. This does not seem to happen with newer heatsinks so they > must have changed the design somehow =) I had a AMD Phenom II X4 and it had exactly that problem. Every few months I had to remove the fan to get a brush into the fins. An idle temperature of 45 C sounds about right for one that's been neglected. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
Gary Aitken wrote: > Air ducting shouldn't be a problem; I've got the side of the case off... This just might be part of the problem. Air plumbing is not as forgiving as it was in the old days. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 05/08/2013 06:05, Gary Aitken wrote: On 08/04/13 21:39, Frank Leonhardt wrote: This suggests it's not the ACPI in FreeBSD shutting you down, but something on the motherboard. That was my guess as well. As it's probably not FreeBSD you're now asking on the wrong list, and other than cooling advice you're not going to get much (unless there are any closet over-clockers hereabouts). Personally I favour filling the whole case with a pumped fluorocarbon like FC-77 and using a heat exchanger to take the heat away in water to use in a fountain in my hallway ;-) The one sensible suggestion no one has made is to check if a BIOS upgrade doesn't fix it. As to getting FreeBSD to manage it instead of the BIOS: Unfortunately not all chipsets and motherboards are supported. If you want to add support yourself see: /usr/src/sys/dev/acpica If you want to get some idea of what you're up against see: /usr/src/sys/dev/acpica/acpi_quirks I've thought about it a few times but real work always got in the way. Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
Hello Gary, Also make sure there is no packed dirt on the heatsink -- I don't know about AMDs, but older Intel heatsinks often tend to accumulate a paper-like layer of dirt on the 'top' of heatsink grid, blocking the airflow. I once had several thermal shutdowns on my home PC before I found that. This does not seem to happen with newer heatsinks so they must have changed the design somehow =) Best wishes Eugene -Original Message- From: Peter Giessel Sent: Monday, August 05, 2013 8:23 AM To: Gary Aitken Cc: freebsd-questions@freebsd.org Subject: Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor) You can also try shutting down (obviously), then removing the heat sink, put some thermal paste on the processor and reinstall the heat sink. Sometimes there isn't much (any) thermal paste there and the processor can't get the heat into the heat sink. On 2013, Aug 4, at 15:22, Gary Aitken wrote: Ok, so now I see that my cpu temperature shoots up pretty dang fast when a build is going on. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
You can also try shutting down (obviously), then removing the heat sink, put some thermal paste on the processor and reinstall the heat sink. Sometimes there isn't much (any) thermal paste there and the processor can't get the heat into the heat sink. On 2013, Aug 4, at 15:22, Gary Aitken wrote: > Ok, so now I see that my cpu temperature shoots up pretty dang fast when a > build is going on. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 08/04/13 21:39, Frank Leonhardt wrote: > On 05/08/2013 03:01, Gary Aitken wrote: >>> 50C isn't crazy. >> Actually, the 50C figure is just where it shoots to for starters. >> Mfg specs say 62C max, so I stall the process when it gets around >> 59 and still climbing steeply. > > The manufactures specs I found when I looked that range of CPUs up > was 71C > > http://www.amd.com/us/products/desktop/processors/phenom-ii/Pages/phenom-ii-model-number-comparison.aspx > > But there could be two figures - one for maximum desirable working > and one for maximum "or else". Maybe; although the number I quoted wasn't from AMD, and the two I just found at amd both said 71. >>> Did you get anywhere with the ACPI suggestion Try >>> hw.acpi.thermal.tz0.active=1 to make the fan come on and stay on >>> (tz0 or as appropriate). >> The fan is on and stays on all the time at the moment... > > It it full speed all the time? I really don't know what full speed on the fan is / feels like / sounds like. It's pretty quiet and there's a noisy old system nearby... xmbmon doesn't show fan speeds, nor does amdtemp provide access to them. Is there some other kernel module for fan speeds? >>> Here's the fun part. Is your system doing a thermal overload >>> shutdown? >> There is no indication in messages; the last thing before it shut >> down the last time was some su's and root logins. > > This suggests it's not the ACPI in FreeBSD shutting you down, but > something on the motherboard. That was my guess as well. >>> it might help if you posted the results of "sysctl >>> hw.acpi.thermal", but in the mean time look at: >>> >>> hw.acpi.thermal.tz0._HOT hw.acpi.thermal.tz0._CRT >>> >> I don't see any of those; here's what shows up in sysctl -a : >> >> hw.acpi.supported_sleep_state: S1 S3 S4 S5 >> hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 >> hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 >> hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 >> hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 >> hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 >> hw.acpi.cpu.cx_lowest: C1 > > Yep - definitely suggests that the thermal control isn't being done > by FreeBSD! ok, but how do I get it in there if I want it? > Go no further on this route, but check the > motherboard/BIOS. I had one machine shut itself down due to a faulty > thermistor (raise the threshold/ignore) but it normally happens when > the parameters are wrong or the fan has failed. As your fan hasn't > failed and the reported temperature is believable my best guesses are > that the BIOS is either picking the wrong shutdown temperature for > the CPU or your air ducting isn't good enough and it really is > getting too hot. Is there a chance that the BIOS pre-dates the CPU > and just doesn't know its working parameters, and is therefore > playing safe? I'll check the BIOS next time I reboot. Air ducting shouldn't be a problem; I've got the side of the case off... > Incidentally, ACPI is an Intel specification but applies AMD64 CPUs > too. The thermal module only works on some chip-sets. FWIW I've found > it works on more AMD platforms than it does Intel ones. > > Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 05/08/2013 03:01, Gary Aitken wrote: > 50C isn't crazy. Actually, the 50C figure is just where it shoots to for starters. Mfg specs say 62C max, so I stall the process when it gets around 59 and still climbing steeply. The manufactures specs I found when I looked that range of CPUs up was 71C http://www.amd.com/us/products/desktop/processors/phenom-ii/Pages/phenom-ii-model-number-comparison.aspx But there could be two figures - one for maximum desirable working and one for maximum "or else". Did you get anywhere with the ACPI suggestion Try hw.acpi.thermal.tz0.active=1 to make the fan come on and stay on (tz0 or as appropriate). The fan is on and stays on all the time at the moment... It it full speed all the time? Here's the fun part. Is your system doing a thermal overload shutdown? There is no indication in messages; the last thing before it shut down the last time was some su's and root logins. This suggests it's not the ACPI in FreeBSD shutting you down, but something on the motherboard. it might help if you posted the results of "sysctl hw.acpi.thermal", but in the mean time look at: hw.acpi.thermal.tz0._HOT hw.acpi.thermal.tz0._CRT I don't see any of those; here's what shows up in sysctl -a : hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 Yep - definitely suggests that the thermal control isn't being done by FreeBSD! Go no further on this route, but check the motherboard/BIOS. I had one machine shut itself down due to a faulty thermistor (raise the threshold/ignore) but it normally happens when the parameters are wrong or the fan has failed. As your fan hasn't failed and the reported temperature is believable my best guesses are that the BIOS is either picking the wrong shutdown temperature for the CPU or your air ducting isn't good enough and it really is getting too hot. Is there a chance that the BIOS pre-dates the CPU and just doesn't know its working parameters, and is therefore playing safe? Incidentally, ACPI is an Intel specification but applies AMD64 CPUs too. The thermal module only works on some chip-sets. FWIW I've found it works on more AMD platforms than it does Intel ones. Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 08/04/13 18:30, Frank Leonhardt wrote: > On 05/08/2013 00:29, Gary Aitken wrote: >> On 08/04/13 17:22, Gary Aitken wrote: >>> Ok, so now I see that my cpu temperature shoots up pretty dang >>> fast when a build is going on. >>> >>> I'm running an AMD Phenom II X4 with the AMD-supplied fan in an >>> ASUS M4A89TD PRO / USB3 motherboard. >>> >>> The system "works fine" unless I start a cpu-intensive build. If >>> I leave it unattended, after some time the system shuts down >>> abruptly. I'm guessing it's because of excessive cpu >>> temperatures. >>> >>> When doing port builds, or any cpu-intensive job, the temperature >>> of the CPU goes from 45 to 50 in about 30 seconds. I pretty much >>> have to manually suspend and resume the build process to keep it >>> down. If I do that, I avoid the abrupt shutdown. >>> >>> Needless to say, this makes unattended operation a >>> non-starter... >>> >>> Does anyone else have a similar setup they can provide me some >>> related experience on? >> BTW, the mobo temp stays down around 32. >> > > Did you get that from the ACPI? I think so; via amdtemp and xmbmon > Obvious answers are a bigger fan, but a lot of home-build machines > don't match the airflow through the case properly - if the CPU fan is > blowing pre-warmed air on to the CPU it's not as good as blowing > outside air. > > 50C isn't crazy. Some would say that was barely warm, in fact. Cooler > is always better, but you possibly don't need to worry about this. > Some CPUs use what they call passive temperature management, and > power management, which means they increase or reduce the clock rate > depending on the workload and whether it's getting too hot. Faster > switching means more heat. So getting hotter when doing a lot of work > makes sense and could be expected. (Winchesters really heat up like > you wouldn't believe when you move the heads a lot). Actually, the 50C figure is just where it shoots to for starters. Mfg specs say 62C max, so I stall the process when it gets around 59 and still climbing steeply. > Did you get anywhere with the ACPI suggestion (you emailed me > privately, whether you meant to or not, but didn't mention the > outcome). There's a lot there in the ACPI you might want to look in > to, including fan control. If I understand it correctly, "passive > cooling" will be engaged by acpi_thermal if the cpufreq drivers are > in use, which may not be what you want. Try > hw.acpi.thermal.tz0.active=1 to make the fan come on and stay on (tz0 > or as appropriate). The fan is on and stays on all the time at the moment... > Here's the fun part. Is your system doing a thermal overload > shutdown? it will say so on the console, or in the message log. You > didn't say, you just said it "shut down". If it's deciding to shut > down through over-temperature it does not necesarily mean it's > overheating; it could be that it has incorrectly set the shutdown > temperatue for your CPU to be far too low - possibly because it > doesn't recognise it and is being over-cautious. There is no indication in messages; the last thing before it shut down the last time was some su's and root logins. > it might help if you posted the results of "sysctl hw.acpi.thermal", > but in the mean time look at: > > hw.acpi.thermal.tz0._HOT hw.acpi.thermal.tz0._CRT > > (replace tz0 with whatever tz you're worried about). I don't see any of those; here's what shows up in sysctl -a : hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 > The first is the temperature when the system is supposed to stop what > it's doing and suspend to disk (if it can). When it reaches the value > on _CRT it'll write a message to the log file and shut down > immediately to prevent damage. You can set these to whatever you > want, but you have to set hw.acpi.thermal.user_override to 1 first > before it will let you. Final trick - make sure you specify the > temperatures like > > sysctl hw.acpi.thermal.tz0._CRT=80C # sysctl hw.acpi.thermal.user_override sysctl: unknown oid 'hw.acpi.thermal.user_override' obviously, something missing... I tried loading coretemp, but no additional hw.acpi variables; and the man page says it is for intel, not amd. > Don't specify it as 80.0C (as it will display) and don't forget the C > or it will assume degrees Kelvin! > > Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 05/08/2013 00:29, Gary Aitken wrote: On 08/04/13 17:22, Gary Aitken wrote: Ok, so now I see that my cpu temperature shoots up pretty dang fast when a build is going on. I'm running an AMD Phenom II X4 with the AMD-supplied fan in an ASUS M4A89TD PRO / USB3 motherboard. The system "works fine" unless I start a cpu-intensive build. If I leave it unattended, after some time the system shuts down abruptly. I'm guessing it's because of excessive cpu temperatures. When doing port builds, or any cpu-intensive job, the temperature of the CPU goes from 45 to 50 in about 30 seconds. I pretty much have to manually suspend and resume the build process to keep it down. If I do that, I avoid the abrupt shutdown. Needless to say, this makes unattended operation a non-starter... Does anyone else have a similar setup they can provide me some related experience on? BTW, the mobo temp stays down around 32. Did you get that from the ACPI? Obvious answers are a bigger fan, but a lot of home-build machines don't match the airflow through the case properly - if the CPU fan is blowing pre-warmed air on to the CPU it's not as good as blowing outside air. 50C isn't crazy. Some would say that was barely warm, in fact. Cooler is always better, but you possibly don't need to worry about this. Some CPUs use what they call passive temperature management, and power management, which means they increase or reduce the clock rate depending on the workload and whether it's getting too hot. Faster switching means more heat. So getting hotter when doing a lot of work makes sense and could be expected. (Winchesters really heat up like you wouldn't believe when you move the heads a lot). Did you get anywhere with the ACPI suggestion (you emailed me privately, whether you meant to or not, but didn't mention the outcome). There's a lot there in the ACPI you might want to look in to, including fan control. If I understand it correctly, "passive cooling" will be engaged by acpi_thermal if the cpufreq drivers are in use, which may not be what you want. Try hw.acpi.thermal.tz0.active=1 to make the fan come on and stay on (tz0 or as appropriate). Here's the fun part. Is your system doing a thermal overload shutdown? it will say so on the console, or in the message log. You didn't say, you just said it "shut down". If it's deciding to shut down through over-temperature it does not necesarily mean it's overheating; it could be that it has incorrectly set the shutdown temperatue for your CPU to be far too low - possibly because it doesn't recognise it and is being over-cautious. it might help if you posted the results of "sysctl hw.acpi.thermal", but in the mean time look at: hw.acpi.thermal.tz0._HOT hw.acpi.thermal.tz0._CRT (replace tz0 with whatever tz you're worried about). The first is the temperature when the system is supposed to stop what it's doing and suspend to disk (if it can). When it reaches the value on _CRT it'll write a message to the log file and shut down immediately to prevent damage. You can set these to whatever you want, but you have to set hw.acpi.thermal.user_override to 1 first before it will let you. Final trick - make sure you specify the temperatures like sysctl hw.acpi.thermal.tz0._CRT=80C Don't specify it as 80.0C (as it will display) and don't forget the C or it will assume degrees Kelvin! Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 8/4/2013 6:29 PM, Gary Aitken wrote: On 08/04/13 17:22, Gary Aitken wrote: Ok, so now I see that my cpu temperature shoots up pretty dang fast when a build is going on. I'm running an AMD Phenom II X4 with the AMD-supplied fan in an ASUS M4A89TD PRO / USB3 motherboard. The system "works fine" unless I start a cpu-intensive build. If I leave it unattended, after some time the system shuts down abruptly. I'm guessing it's because of excessive cpu temperatures. When doing port builds, or any cpu-intensive job, the temperature of the CPU goes from 45 to 50 in about 30 seconds. I pretty much have to manually suspend and resume the build process to keep it down. If I do that, I avoid the abrupt shutdown. Needless to say, this makes unattended operation a non-starter... Does anyone else have a similar setup they can provide me some related experience on? BTW, the mobo temp stays down around 32. You need a better heatsink and fan for your CPU. If you're idle temp is 45, that's too high. By using powerd, so it's 800MHz, and being idle I'm at around 26C, presumably. It peaks at 45C on parallel builds. In the meantime, you can set the maximum cpu speed, which I recommend powerd for. Here's a tip when shopping, get a big beefy heatsink with a standard fan size, and replace the fan with something beefier. Either that or water cooling. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD Phenom II X4 temperature issues (was Re: hardware monitor)
On 08/04/13 17:22, Gary Aitken wrote: > Ok, so now I see that my cpu temperature shoots up pretty dang fast when a > build is going on. > > I'm running an AMD Phenom II X4 with the AMD-supplied fan in an > ASUS M4A89TD PRO / USB3 motherboard. > > The system "works fine" unless I start a cpu-intensive build. > If I leave it unattended, after some time the system shuts down abruptly. > I'm guessing it's because of excessive cpu temperatures. > > When doing port builds, or any cpu-intensive job, the temperature of the > CPU goes from 45 to 50 in about 30 seconds. > > I pretty much have to manually suspend and resume the build process > to keep it down. If I do that, I avoid the abrupt shutdown. > > Needless to say, this makes unattended operation a non-starter... > > Does anyone else have a similar setup they can provide me some related > experience on? BTW, the mobo temp stays down around 32. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
AMD Phenom II X4 temperature issues (was Re: hardware monitor)
Ok, so now I see that my cpu temperature shoots up pretty dang fast when a build is going on. I'm running an AMD Phenom II X4 with the AMD-supplied fan in an ASUS M4A89TD PRO / USB3 motherboard. The system "works fine" unless I start a cpu-intensive build. If I leave it unattended, after some time the system shuts down abruptly. I'm guessing it's because of excessive cpu temperatures. When doing port builds, or any cpu-intensive job, the temperature of the CPU goes from 45 to 50 in about 30 seconds. I pretty much have to manually suspend and resume the build process to keep it down. If I do that, I avoid the abrupt shutdown. Needless to say, this makes unattended operation a non-starter... Does anyone else have a similar setup they can provide me some related experience on? Thanks, Gary On 08/04/13 15:15, Polytropon wrote: > On Sun, 04 Aug 2013 14:48:56 -0600, Gary Aitken wrote: >> Can anyone suggest a hardware monitor app in the ports tree? >> I've got an amd64 which may have a temperature issue, >> but I can't see it to tell... > > If it's primarily about temperature... amdtemp (kernel > module), healthd (system service), mbmon and xmbmon (in > the ports collection). > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware monitor
On 04/08/2013 21:48, Gary Aitken wrote: Can anyone suggest a hardware monitor app in the ports tree? I've got an amd64 which may have a temperature issue, but I can't see it to tell... Try "sysctl hw.acpi.thermal" For more information see "man acpi" and man "acpi_thermal". If you're lucky it gives you information on the ACPI thermal control system, if you have one. If you want an alarm based on this, a shell script is easy enough. If that doesn't do it for you, try some of the others. I've known these to work (sometimes) /usr/ports/sysutils/lmmon /usr/ports/sysutils/consolehm /usr/ports/sysutils/mbmon And there are some fun modules you can add to loader.conf (stuff I've done in the past, but could be on an early version of FreeBSD) coretemp_load="YES" smbus_load="YES" smb_load="YES" intpm_load="YES" ichsmb_load="YES" Then give "sysctl dev.cpu | grep temperature" a try. If you're worried about your Winchesters getting over-cooked you can use smartctl, available in /usr/ports/sysutils/smartmontools. Something like "smartctl -a /dev/ad?? | grep -i temp" should do the trick. It lets you mess with the drive SMART (self-diagnositc) system and it can tell you all sorts of stuff about you drive performance to make you really paranoid. Regards, Frank. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware monitor
On Sun, 04 Aug 2013 14:48:56 -0600, Gary Aitken wrote: > Can anyone suggest a hardware monitor app in the ports tree? > I've got an amd64 which may have a temperature issue, > but I can't see it to tell... If it's primarily about temperature... amdtemp (kernel module), healthd (system service), mbmon and xmbmon (in the ports collection). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware recommendations, not "enterprise" budget.
On Oct 29, 2012 10:57 PM, "Joshua Isom" wrote: > > Soon I'll be purchasing a wireless N card for my current FreeBSD system since I'm not yet ready to add ethernet to my house. What would be the current recommendations for using wireless N on FreeBSD? My router is a Linksys E2000, which supports 2.4GHz and 5GHz but not concurrently. Supporting 5GHz is a strong preference but I doubt I'll have much luck getting everything else to work at 5GHz. > > I'm also thinking of an HTPC. For low power and mostly silent hardware, what's the best? > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " freebsd-questions-unsubscr...@freebsd.org" Hi Joshua, >From my experience an Atheros or Ralink chipset is generally going to be the best way to go. Not sure about your system, or what type of device you are considering, but if its going to be a USB dongle id go with Ralink chipset device. Waitman Gobble San Jose California ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatability question
Hi, it's not really about the machines but more the hardware. FreeBSD is quite diverse in what it can run on so best bet check the HCL's off the www.freebsd.org website as that would give you the best idea! Otherwise just install and see what works and doesn't. FreeBSD is pretty comprehensive of H/W support. I would say if you were moving away from MS, FreeBSD is a great choice and probably the best out there providing you don't need something specific - you will need to get used to the CLI environment but once that's worked out it's a sinch. I am now introducing *BSD to my company too and trying to move them away from Linux which has it's own caveats. Good luck with the move, I'd love to give you a full-blown sales pitch but unfortunatley don't have time right now. - though it would be kinda useless as FreeBSD really sells itself if you know what it can do for you! Regards, Kaya On Thu, May 31, 2012 at 3:23 PM, wrote: > > Hello, > I am moving away from MS products due to security and stability > concerns. Below are the machines I use and would like to know which > version of FreeBSD will work best with each. The compu ters are used > at home and away, for e-mail, preparing documents, databases , and > spredsheets, as well as, web browsing and some begining programing > (Perl, C, HTML, and Assembely I think). > Here are the notes on my machines: > HP Compaq CQ5300Y > MOBO M2N68-LA (Narra5) > AMD Sempron LE-1300 2.30GHz > Vidio Card NVIDIA GeForce 6150SE nForce 430 > RAM: PC2-6400 MB/sec 2 Gigs RAM > HD: WDC WD32 00AAJS-65M0A SCSI 320 Gig HD > Toshiba Satel lite A205-S5880 > Intel Pentium Dual CPU T2390 @ 1.86 GH > Vidio Card: Mobile Intel 965 Express Chipset > RAM: 3 Gigs > HD: Toshiba MK2046GSX ATA > Both where bought new and are stock off the shelf models. > Thank you for your fine efforts and your time in this, > Phnxcs_rep > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On 02/23/12 11:57, Da Rock wrote: On 02/23/12 08:33, Jerry wrote: On Wed, 22 Feb 2012 09:31:10 +1000 Da Rock articulated: The most annoying for me was when they're running Win7 (blah!) and I was trying to burn a cd _and_ keep the kids from interrupting by playing on the keyboard. I closed the lid like I do with FBSD and it suspended! Grr! That behavior is totally configurable. You can change it to do nothing, enter hibernation, activate the screen saver, etc. You just have to RTFM. Yes it is configurable, especially in FBSD, which is exactly my point to the OP. Oh, and I might add: what manual? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On 02/23/12 08:33, Jerry wrote: On Wed, 22 Feb 2012 09:31:10 +1000 Da Rock articulated: The most annoying for me was when they're running Win7 (blah!) and I was trying to burn a cd _and_ keep the kids from interrupting by playing on the keyboard. I closed the lid like I do with FBSD and it suspended! Grr! That behavior is totally configurable. You can change it to do nothing, enter hibernation, activate the screen saver, etc. You just have to RTFM. Yes it is configurable, especially in FBSD, which is exactly my point to the OP. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On Wed, 22 Feb 2012 09:31:10 +1000 Da Rock articulated: > The most annoying for me was when they're running Win7 (blah!) and I > was trying to burn a cd _and_ keep the kids from interrupting by > playing on the keyboard. I closed the lid like I do with FBSD and it > suspended! Grr! That behavior is totally configurable. You can change it to do nothing, enter hibernation, activate the screen saver, etc. You just have to RTFM. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On 02/22/12 09:19, Polytropon wrote: On Wed, 22 Feb 2012 08:44:08 +1000, Da Rock wrote: On 02/22/12 01:44, Polytropon wrote: Today's problems seem to be suspend/resume/hibernate (all the variations of "it's not switched on, but also not switched off entirely") and some specific sorts of wireless devices. I've never used, so I hadn't thought of it. That doesn't work for desktop either does it? If you can show me how to close a desktop's or minitower's lid... :-) When APM was the standard for those functionalities, it worked perfectly at the time APM had been obsoleted. I assume the same thing regarding ACPI will be the same: When it works, it gets replaced by something else. Kinda like 802.11n and flash... One thing I have tested is the backlight turns off when you close the lid and the power button will do a proper shutdown. I haven't heard of the others working - at the very least you need to script it for your own needs. Depends. Sometimes you might intend that closing the lid doesn't cause _any_ action, and the power button to be the power button (causing a shutdown). Exanple: You are using the laptop with external keyboard, mouse and screen. To avoid the internal keyboard to become dusty, closing the laptop would be nice. And if you're done with the work - also applies when used "normally" - press the power button, close the lid, and the device will power down in few seconds. Modern laptops don't seem to be able to perform like that. If you press the power button, maybe they shutdown. If you close the light right after that, it will go into some sleep or hibernate mode _during_ the shutdown. As far as I know, many of such functionalities depends on the ACPI implementation. Here, manufacturers often do a crappy job, not caring for specifications and standards. This may often render parts of the device useless. Most of it all can be scripted using devd. I don't know of any acpi laptops that have it builtin, it all has to implemented in the OS. Except the lid and backlight. The most annoying for me was when they're running Win7 (blah!) and I was trying to burn a cd _and_ keep the kids from interrupting by playing on the keyboard. I closed the lid like I do with FBSD and it suspended! Grr! Fair comment. I had in mind mostly a CD, but I admit a USB will be far better. I also had in mind the livefs system produced by the releases, which doesn't give much at all. X would be very helpful and implies a full system on the disk - this _will_ do most tests for a production environment, like test whether components actually work or are just recognised. Live file systems like FreeSBIE produced good results when the underlying OS was recent. 3D and current drivers might be a problem today. If you do this *and* get it to boot, you want to get a copy of pciconf -lv which will give you the best idea on whats what. You may be able to use a linux live disk (if you can get it to boot) to accomplish this better. USB sticks seem to be the best solution as they can allow you to store files (as the results of your investigation). Definitely agreed. But you'd need a full on system to do this, preferably with X - watch the Vid cards. That said you can always use vesa anyway. Of course, but if you are interested in utilizing the new system's full functionality, being able to also load kernel drivers (such as nVidia and ATI) could also be a benefit. Unfortunately merely loading the drivers won't tell you much without X. They can conflict (or not) only when run by X. These days, though, its not just video to worry about like this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On Wed, 22 Feb 2012 08:44:08 +1000, Da Rock wrote: > On 02/22/12 01:44, Polytropon wrote: > > Today's problems seem to be suspend/resume/hibernate (all > > the variations of "it's not switched on, but also not > > switched off entirely") and some specific sorts of wireless > > devices. > I've never used, so I hadn't thought of it. That doesn't work for > desktop either does it? If you can show me how to close a desktop's or minitower's lid... :-) When APM was the standard for those functionalities, it worked perfectly at the time APM had been obsoleted. I assume the same thing regarding ACPI will be the same: When it works, it gets replaced by something else. > One thing I have tested is the backlight turns off when you close the > lid and the power button will do a proper shutdown. I haven't heard of > the others working - at the very least you need to script it for your > own needs. Depends. Sometimes you might intend that closing the lid doesn't cause _any_ action, and the power button to be the power button (causing a shutdown). Exanple: You are using the laptop with external keyboard, mouse and screen. To avoid the internal keyboard to become dusty, closing the laptop would be nice. And if you're done with the work - also applies when used "normally" - press the power button, close the lid, and the device will power down in few seconds. Modern laptops don't seem to be able to perform like that. If you press the power button, maybe they shutdown. If you close the light right after that, it will go into some sleep or hibernate mode _during_ the shutdown. As far as I know, many of such functionalities depends on the ACPI implementation. Here, manufacturers often do a crappy job, not caring for specifications and standards. This may often render parts of the device useless. > Fair comment. I had in mind mostly a CD, but I admit a USB will be far > better. I also had in mind the livefs system produced by the releases, > which doesn't give much at all. X would be very helpful and implies a > full system on the disk - this _will_ do most tests for a production > environment, like test whether components actually work or are just > recognised. Live file systems like FreeSBIE produced good results when the underlying OS was recent. 3D and current drivers might be a problem today. > >> If you do this *and* get it to boot, you want to get a copy of pciconf > >> -lv which will give you the best idea on whats what. You may be able to > >> use a linux live disk (if you can get it to boot) to accomplish this > >> better. > > USB sticks seem to be the best solution as they can allow > > you to store files (as the results of your investigation). > Definitely agreed. But you'd need a full on system to do this, > preferably with X - watch the Vid cards. That said you can always use > vesa anyway. Of course, but if you are interested in utilizing the new system's full functionality, being able to also load kernel drivers (such as nVidia and ATI) could also be a benefit. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On 02/22/12 01:44, Polytropon wrote: On Tue, 21 Feb 2012 10:45:05 +1000, Da Rock wrote: To the OP, check the pages Polytropon has linked here, but the chances of getting exactly that are nil to impossible. I've run about 6 or more laptops now without too much trouble. The biggest problems were wireless, but that was the bad old days... most support is there now thanks to Adrianns work. Today's problems seem to be suspend/resume/hibernate (all the variations of "it's not switched on, but also not switched off entirely") and some specific sorts of wireless devices. I've never used, so I hadn't thought of it. That doesn't work for desktop either does it? One thing I have tested is the backlight turns off when you close the lid and the power button will do a proper shutdown. I haven't heard of the others working - at the very least you need to script it for your own needs. Having a live disk is not likely to help for several reasons: 1. there aren't really the tools to see if something will actually work in a production environment (unless pc-bsd have a disc I don't know about). For instance, wifi maybe recognised but not actually work and error like crazy only once you start to use it. The main idea of using such a system is to most precisely determine the _present_ hardware to allow further investigations (e. g. web searches and mailing list questions). The OS from disc or stick can help to identify the hardware. If you're running a live file system from a USB stick, you can do things like: # dmesg # pciconf -lv # usbconfig # sysctl -a If you start the system by "boot -v" (verbose logging), dmesg will contain some more lines than usual. If you have a USB stick, you can easily save the output of those commands to persistent files. If you have X in the mix, you can also check the support for the display and obtain other information that might be important later on (especially GPU info): # glxinfo # xvinfo Log files worth saving are in /var/log, as well as Xorg.0.log for X-related things. If you prepare some programs, you can also do some testing, e. g. multimedia, gaming, 3D support, networking and so on. Fair comment. I had in mind mostly a CD, but I admit a USB will be far better. I also had in mind the livefs system produced by the releases, which doesn't give much at all. X would be very helpful and implies a full system on the disk - this _will_ do most tests for a production environment, like test whether components actually work or are just recognised. 2. The BIOS will get in your way - see recent thread regarding samsung laptop not installing. I don't think the salespeople will let you play with that either. Depends. If you're interested in buying one of the more expensive ones, they will offer you a "test ride" which includes that you have a look at the CMOS setup (which is something very typical for you as an IT professional). You can say: "The BIOS is defective, it doesn't allow me to boot a standard OS. Let's see... for 100$ less, I would still do you a favour and buy it." :-) You are a devious one Polytropon :) That would depend on the sales enviornment and country your in. Here they have the systems running with a lease on and a screenlock, and try to show you as little as possible to buy the thing... or you buy online. I'd love to try that trick of yours though If you do this *and* get it to boot, you want to get a copy of pciconf -lv which will give you the best idea on whats what. You may be able to use a linux live disk (if you can get it to boot) to accomplish this better. USB sticks seem to be the best solution as they can allow you to store files (as the results of your investigation). Definitely agreed. But you'd need a full on system to do this, preferably with X - watch the Vid cards. That said you can always use vesa anyway. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On Tue, 21 Feb 2012 10:45:05 +1000, Da Rock wrote: > To the OP, check the pages Polytropon has linked here, but the chances > of getting exactly that are nil to impossible. I've run about 6 or more > laptops now without too much trouble. The biggest problems were > wireless, but that was the bad old days... most support is there now > thanks to Adrianns work. Today's problems seem to be suspend/resume/hibernate (all the variations of "it's not switched on, but also not switched off entirely") and some specific sorts of wireless devices. > Having a live disk is not likely to help for several reasons: > 1. there aren't really the tools to see if something will actually work > in a production environment (unless pc-bsd have a disc I don't know > about). For instance, wifi maybe recognised but not actually work and > error like crazy only once you start to use it. The main idea of using such a system is to most precisely determine the _present_ hardware to allow further investigations (e. g. web searches and mailing list questions). The OS from disc or stick can help to identify the hardware. If you're running a live file system from a USB stick, you can do things like: # dmesg # pciconf -lv # usbconfig # sysctl -a If you start the system by "boot -v" (verbose logging), dmesg will contain some more lines than usual. If you have a USB stick, you can easily save the output of those commands to persistent files. If you have X in the mix, you can also check the support for the display and obtain other information that might be important later on (especially GPU info): # glxinfo # xvinfo Log files worth saving are in /var/log, as well as Xorg.0.log for X-related things. If you prepare some programs, you can also do some testing, e. g. multimedia, gaming, 3D support, networking and so on. > 2. The BIOS will get in your way - see recent thread regarding samsung > laptop not installing. I don't think the salespeople will let you play > with that either. Depends. If you're interested in buying one of the more expensive ones, they will offer you a "test ride" which includes that you have a look at the CMOS setup (which is something very typical for you as an IT professional). You can say: "The BIOS is defective, it doesn't allow me to boot a standard OS. Let's see... for 100$ less, I would still do you a favour and buy it." :-) > If you do this *and* get it to boot, you want to get a copy of pciconf > -lv which will give you the best idea on whats what. You may be able to > use a linux live disk (if you can get it to boot) to accomplish this better. USB sticks seem to be the best solution as they can allow you to store files (as the results of your investigation). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On 02/21/12 05:35, Polytropon wrote: On Mon, 20 Feb 2012 17:35:43 +0100, Riccardo Garzelli wrote: I was thinking of purchasing a new laptop and I wanted to go for FreeBSD OS. Unfortunately I'm no brainer in Unix so I'd like to find a PC that can run FreeBSD 9.0 out of the box. Could you either tell me which hardware are suitable or a link to a compatibility list? Check the hardware compatibility list to find out which devices are compatible to FreeBSD, also see the release notes regarding version 9.0 of the OS. http://www.freebsd.org/doc/en/books/faq/hardware.html http://www.freebsd.org/releases/9.0R/hardware.html It's also a good idea to prepare a FreeBSD CD or DVD (or USB stick) that you can launch a FreeBSD system from (e. g. live file system with some diagnostic tools, to see if the hardware is supported). Ask if you can boot the system you're interested in buying with that test media, it shouldn't be a problem. You could also _ask_ for how the FreeBSD support is, but don't expect any useful answers from an average salesperson. :-) "Does it run FreeBSD?" - "Yes, you can click on the Internet with it, it's very shiny and comes with a wireless cable." =^_^= LOL. I like that - I ended up selling a mobile phone to someone in a major retailer while a clueless salesperson attempted to answer their questions. When the salesperson came back to me to see what I wanted, I realised he wasn't going to know the answer either... To the OP, check the pages Polytropon has linked here, but the chances of getting exactly that are nil to impossible. I've run about 6 or more laptops now without too much trouble. The biggest problems were wireless, but that was the bad old days... most support is there now thanks to Adrianns work. Find one you like and run with it. If you have any issues post here and see if people have some answers that will make it work. I hang out here a lot for starters. Having a live disk is not likely to help for several reasons: 1. there aren't really the tools to see if something will actually work in a production environment (unless pc-bsd have a disc I don't know about). For instance, wifi maybe recognised but not actually work and error like crazy only once you start to use it. 2. The BIOS will get in your way - see recent thread regarding samsung laptop not installing. I don't think the salespeople will let you play with that either. All the laptops (and possibly branded desktops) are getting the Window$ "virus". If you do this *and* get it to boot, you want to get a copy of pciconf -lv which will give you the best idea on whats what. You may be able to use a linux live disk (if you can get it to boot) to accomplish this better. I did this with a touch screen years ago and "wowed" the salesperson - they generally have no clue about these things :) My advice: buy one and wing it... it will be alright mostly. My current laptops with FreeBSD: HP Compaq Presario CQ62 HP Compaq Presario CQ62 Asus A52N ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On Mon, 20 Feb 2012 17:35:43 +0100, Riccardo Garzelli wrote: > I was thinking of purchasing a new laptop and I wanted to go for FreeBSD > OS. Unfortunately I'm no brainer in Unix so I'd like to find a PC that can > run FreeBSD 9.0 out of the box. > Could you either tell me which hardware are suitable or a link to a > compatibility list? Check the hardware compatibility list to find out which devices are compatible to FreeBSD, also see the release notes regarding version 9.0 of the OS. http://www.freebsd.org/doc/en/books/faq/hardware.html http://www.freebsd.org/releases/9.0R/hardware.html It's also a good idea to prepare a FreeBSD CD or DVD (or USB stick) that you can launch a FreeBSD system from (e. g. live file system with some diagnostic tools, to see if the hardware is supported). Ask if you can boot the system you're interested in buying with that test media, it shouldn't be a problem. You could also _ask_ for how the FreeBSD support is, but don't expect any useful answers from an average salesperson. :-) "Does it run FreeBSD?" - "Yes, you can click on the Internet with it, it's very shiny and comes with a wireless cable." =^_^= -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware compatibility
On Mon, Feb 20, 2012 at 05:35:43PM +0100, Riccardo Garzelli wrote: > Dear Information service > > I was thinking of purchasing a new laptop and I wanted to go for FreeBSD > OS. Unfortunately I'm no brainer in Unix so I'd like to find a PC that can > run FreeBSD 9.0 out of the box. The best way to check is to take a LiveCD to the store and ask if you can boot the laptop that you'd like from that. > Could you either tell me which hardware are suitable or a link to a > compatibility list? GIYF: http://laptop.bsdgroup.de/freebsd/ Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgp5RzsB35nOD.pgp Description: PGP signature
Re: Hardware booting problem
At 03:34 AM 9/15/2011, Doug Hardie wrote: I encountered a situation today that I do not understand. This is a very old i386 PC that does not have a usable CD drive. The existing drive uses a very funky SCSI connector that I have nothing for. The system disk is SCSI and there was one additional PATA drive used for additional storage. The PATA drive failed. It won't even stick around in /dev for more than a couple minutes after boot and there are lots of messages about bad sectors. The data is completely backed up and the that drive is over 5 years old. I removed the old drive and installed a new one. System will not boot. It hangs in the BIOS. Never gets around to installing the SCSI BIOS. My first guess was there was no boot sector on the SCSI drive. That seems unusual since my other systems boot off the SCSI drives just fine. This one used to also before I added the PATA drive. However, if I put the dead drive back in along with the new one, then it boots. This also implies that the boot sector was only on the PATA drive. But the PATA drive is for all intents and purposes dead. So how is it booting? Is there any way to look into the SCSI drive and see if there is a boot sector there? This is more a curiosity item as there are additional failures starting to occur in that computer. We are going to replace it. Its around 10 years old. Depending on your SCSI card BIOS, some allow you to set which LUN it boots. You may want to explore the SCSI settings, and try to set the new drive as the first boot device, then try removing the old drive. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
Hi Polytropon cc list, I wrote: > > > > You could look at man fsdb > > > > FreeBSD offers a lot of versatile diagnostic and rescue > > tools, and surely fsdb is one of them. Others, provided > > by the base system, are "fetch -rR " and also > > recoverdisk. > > > > In the ports collection you'll find tools like ddrescue, > > dd_rescue, ffs2recov, magicrescue, testdisk, scan_ffs, > > recoverjpeg, foremost and photorec. And finally there is > > The Sleuth Kit (with its tools fls, dls, ils and autopsy). > > Could you please submit a send-pr to add that useful list to man > fsdb ? (If you dont want to i would, but as you obviously know > this area better ... :-) I saw no answer to this & none in archive beyond this http://docs.FreeBSD.org/cgi/mid.cgi?201105211952.p4LJqHcX091659 So I searched, & sent a send-pr Polytropon, 2 tools you mentioned I couldnt find, if you or others have info please add to http://www.freebsd.org/cgi/query-pr.cgi?pr=157351 Thanks Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
On Sat, May 21, 2011 at 3:14 PM, Julian H. Stacey wrote: > Hi, > Reference: >> From: Alejandro Imass >> Date: Fri, 20 May 2011 11:08:21 -0400 >> Message-id: [...] > Announcing you'r thinking if suing the 1st rescuer, > might make some people might be nervous in being 2nd rescuer. > Yeah, really didn't think of that, I'm just so pissed that I think we're willing to pay the extra forensic work to find out. You know, when you have that feeling that someone took you as stupid, and these cases of desperation people tend to make mistakes like I did, instead of doing some background search, you immediately fall victim of con artists, like I __just know__ these guys are. I mean the flashy Web site, the first google sponsored link, the insistence on not dropping off the dirve (which I did and really did not feel comfortable with the installations, you know, but with the desperation we all tend to fall victims to these fraudulent mock ups), I guess I just wanted to be wrong. Then the technical mumbo-jumbo, the long delays, you know it all adds up man. I honestly think these people ripped me off _a lot of money_ that you have to commit up front. It's just a freaking scam and I would like to blow their cover and shut the down. We should never let people screw us like this. > You could look at man fsdb > It's a clear hardware failure. > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com > Mail plain text; Not quoted-printable, Not HTML, Not base 64. > Reply below text sections not at top, to avoid breaking cumulative context. > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Other lists exist too - Was Re: Hardware Recovery Company
Hi Robert, Thanks for your repsonse, I mailed postmas...@freebsd.org that this thread exists, & invited him to consider list definitions in light of past, present & possible future response that may be psoted on this thread. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Other lists exist too - Was Re: Hardware Recovery Company
On Sat, May 21, 2011 at 4:13 PM, Julian H. Stacey wrote: > Questions@ started as a catch all fallback address for simple beginners > questions from the newly installed, who didn't know / hadn't yet read > http://www.freebsd.org/community/mailinglists.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL > to find where more exactly one might ask a question. > > Recently questions@ seems to be performing roughly the same purpose > as hackers@ list, a random jamboree/ mellange of topics, which > doesnt make much sense to me (where theyre posted, not the content > of the questions), I think a lot of questions@ traffic would be > better posted to hackers@ or other themed @freebsd.org lists. Perhaps the text of the list charters in the handbook along with the short descriptions should be changed to reflect this, or at least clarify it. I have used FreeBSD for about 10 years, but I would never have thought to post to freebsd-hackers because the description is "This is a forum for technical discussions related to FreeBSD. This is the primary technical mailing list. It is for individuals actively working on FreeBSD, to bring up problems or discuss alternative solutions. Individuals interested in following the technical discussion are also welcome. This is a technical mailing list for which strictly technical content is expected." That's a pretty scary description. I have not even subscribed to the list, let alone lurked there or posted there due to that description. That description conjures an image of DES and PHK discussing the kernel and the color of its bikeshed. Now, the freebsd-questions list has the following description: "This is the mailing list for questions about FreeBSD. You should not send “how to” questions to the technical lists unless you consider the question to be pretty technical." Now, the second sentence sounds like another do-not-disturb sign for the technical lists. So, according to the descriptions, it seems like this is the appropriate place for the jamboree. Perhaps the situation that you want is to have two lists, one for newbies, and another for the initiated. So, one solution would be to change the charter for freebsd-hackers to make it a bit less high-level. Another solution would be to create a new list freebsd- that would serve as a place to ask questions if you are not a newbie. I have a third solution. Leave everything the way it is. Having a jamboree with newbies and more versed people is good. Newbies can ask questions, non-newbies can ask questions, and importantly newbies can ramp up to answering questions they know the answer to. all in the same forum. Lastly, the description for freebsd-fs is "Discussions concerning FreeBSD file systems. This is a technical mailing list for which strictly technical content is expected." Asking for recommendations for a data recovery service (which is what the OP's message was) does not belong in freebsd-fs. The discussion may have evolved into a discussion that belongs on freebsd-fs, but that's only natural. All questions asked here will probably evolve into discussions that fit better on one of the various technical lists. In my opinion there has to be a free-for-all area where no type of questions are discouraged as you have in your message. As long as the question is about FreeBSD, it is allowed. How to eat a Yubari melon probably does not belong here, but other than keeping it to FreeBSD, I see no problems with the way it is now. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Other lists exist too - Was Re: Hardware Recovery Company
For Alejandro Imass as original poster re. Hardware Recovery Company: FreebSD has a special mail list for file systeme it's name is f...@freebsd.org. (we also have hardware@ etc) For all, Questions@ started as a catch all fallback address for simple beginners questions from the newly installed, who didn't know / hadn't yet read http://www.freebsd.org/community/mailinglists.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL to find where more exactly one might ask a question. Recently questions@ seems to be performing roughly the same purpose as hackers@ list, a random jamboree/ mellange of topics, which doesnt make much sense to me (where theyre posted, not the content of the questions), I think a lot of questions@ traffic would be better posted to hackers@ or other themed @freebsd.org lists. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
Hi Polytropon cc list, you wrote > > You could look at man fsdb > > FreeBSD offers a lot of versatile diagnostic and rescue > tools, and surely fsdb is one of them. Others, provided > by the base system, are "fetch -rR " and also > recoverdisk. > > In the ports collection you'll find tools like ddrescue, > dd_rescue, ffs2recov, magicrescue, testdisk, scan_ffs, > recoverjpeg, foremost and photorec. And finally there is > The Sleuth Kit (with its tools fls, dls, ils and autopsy). Could you please submit a send-pr to add that useful list to man fsdb ? (If you dont want to i would, but as you obviously know this area better ... :-) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
On Sat, 21 May 2011 14:14:39 -0500, Julian H. Stacey wrote: I really trust the people on this list so hopefully you can point me to a real and non-bullshit lab that can really recover data. Gillware, Inc. Here's a referral code as well: 13967 http://www.gillware.com/ Regards, Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
On Sat, 21 May 2011 21:14:39 +0200, "Julian H. Stacey" wrote: > Alejandro Imass wrote: > > Hi folks, > > > > I recently sent a hard drive to be recovered and I think they just > > ripped me off. I have the back-up drive and believe it or not it has > > the same exact symptoms and won't mount. So I want to send both drives > > to a REAL AND TRUSTED LAB for 2 things: > > > > 1) Forensics on the supposed head-replecement mumbo-jumbo/scam crap of > > the other lab > > 2) Recovery of the data of the back-up drive > > > > I guess this only happens once in a lifetime when both drives die, but > > I can't risk the second drive to a non-certified lab. > > > > I really trust the people on this list so hopefully you can point me > > to a real and non-bullshit lab that can really recover data. > > > > It would be nice to know if the lab can actually do #1 and certify my > > concerns and willing to testify in court because I want to press legal > > charges against the other lab if they in fact ripped me off and > > jeopardized my data. But if they can't I still need to recover the > > data! HELP! > > > > Thanks beforehand ! > > You could look at man fsdb FreeBSD offers a lot of versatile diagnostic and rescue tools, and surely fsdb is one of them. Others, provided by the base system, are "fetch -rR " and also recoverdisk. In the ports collection you'll find tools like ddrescue, dd_rescue, ffs2recov, magicrescue, testdisk, scan_ffs, recoverjpeg, foremost and photorec. And finally there is The Sleuth Kit (with its tools fls, dls, ils and autopsy). Those tools keep you from spending money to companies who also use software (this one or something else). You could also waste money on recovery programs that won't work, so trying to use the tools mentioned would be the first step. I may give two additional advices in this context: 1. Do not work with the original disk. Make a dd copy and work with the image. 2. Read about what you're dealing with. This may consume some tome, but it really helps understanding what the problem is, and therefore helps finding a solution. This is the part of the story that I know from my own desaster. :-) But as soon as you encounter hardware problems with the disk, you should try to find a recovery lab you can trust. It can be a very complicated search, and the result will traditionally also be expensive. This is the case when they can do something you can't do on yourself (e. g. disasselmbling a disk, exchanging heads in a clean-room environment) - it's mostly a matter of dealing with hardware. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Recovery Company
Hi, Reference: > From: Alejandro Imass > Date: Fri, 20 May 2011 11:08:21 -0400 > Message-id: Alejandro Imass wrote: > Hi folks, > > I recently sent a hard drive to be recovered and I think they just > ripped me off. I have the back-up drive and believe it or not it has > the same exact symptoms and won't mount. So I want to send both drives > to a REAL AND TRUSTED LAB for 2 things: > > 1) Forensics on the supposed head-replecement mumbo-jumbo/scam crap of > the other lab > 2) Recovery of the data of the back-up drive > > I guess this only happens once in a lifetime when both drives die, but > I can't risk the second drive to a non-certified lab. > > I really trust the people on this list so hopefully you can point me > to a real and non-bullshit lab that can really recover data. > > It would be nice to know if the lab can actually do #1 and certify my > concerns and willing to testify in court because I want to press legal > charges against the other lab if they in fact ripped me off and > jeopardized my data. But if they can't I still need to recover the > data! HELP! > > Thanks beforehand ! Announcing you'r thinking if suing the 1st rescuer, might make some people might be nervous in being 2nd rescuer. You could look at man fsdb Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, Not HTML, Not base 64. Reply below text sections not at top, to avoid breaking cumulative context. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
[OT] Re: Hardware Recovery Company
On Fri, May 20, 2011 at 11:08 AM, Alejandro Imass wrote: > Hi folks, > > I recently sent a hard drive to be recovered and I think they just > ripped me off. I have the back-up drive and believe it or not it has > the same exact symptoms and won't mount. So I want to send both drives > to a REAL AND TRUSTED LAB for 2 things: Sorry people, forgot the OT Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Wed, Apr 27, 2011 at 10:42 AM, Jaime Kikpole wrote: > My thanks to everyone for their replies. I guess that I wasn't > specific enough about my needs, though. I don't need a tiny chassis. > In fact, I need a proxy for around 750-900 computers, so an Atom > system or the like wouldn't work for me. I just have no rack space > left. Fortunately, I might have found a way around this. > > So if you have any pre-built servers to recommend, I'd greatly > appreciate it. For example, I'm currently reviewing the Dell > PowerEdge T310's specs. > > > Nate: > > Thanks. I read the handbook's entry on CARP last night. It looks > easier than I had previously thought. I've started setting up a > VMware environment of 2 FreeBSD systems and a unix desktop to try it > out as a way to build a fail-over proxy. > > Looks like I'd have to stop using my current "in-line" design, though. > Currently, I have a FreeBSD box between my network as a whole and the > Internet connection. It acts as a router, a firewall, and a > transparent proxy. CARP would require the system to not be "in-line," > because a failed system would mean no router. Did I understand that > correctly? > > > Thanks to all, > Jaime > > -- > Network Administrator > Cairo-Durham Central School District > http://cns.cairodurham.org > Actually - quite the opposite. I have a very similar setup, wherein I have two machines running CARP on multiple interfaces such that if any interface on system A goes down, system B takes over. Both of these machines act in the same capacity as yours, (they are router+firewall+proxy+NAT), they are physically cabled directly to my network switches using VLAN trunking which presents as-if multiple separate network cards on the host (they each have gigabit fibre to the switch, carrying 8 independent networks). Each subnet (separate VLAN segment) routes their primary gateway through these machines using a single IP - both are always on, always running, and each is connected to a different core switch (which offers switching redundancy too in the event one goes out). I'm using mostly Cisco networking gear, but all routing and proxying is done by FreeBSD/sparc on Sun Netra series servers. As far as your hadrware is concerned - I'm a bit biased towards Sun or Dell, though I've also had great experience with Compaq (now HP) Proliant series in the passed too. Again - same deal as white-boxes, just check the hardware list to see what's supported. When you've got an actual make/model you're thinking of, re-post a new thread to questi...@freebsd.org with a subject as such seeking opinions and experiences with that model - chances are someone else might already have it. (I did take note of the Dell model you specified - just saying might be a good idea to put that as the subject in a new thread; sorry no experience with that model personally, though I have several 2800-series Dell 2U servers that I'm most pleased with offering redundant power and decent hardware raid). -- Nathan Vidican nat...@vidican.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Wed, Apr 27, 2011 at 9:42 AM, Jaime Kikpole wrote: > My thanks to everyone for their replies. I guess that I wasn't > specific enough about my needs, though. I don't need a tiny chassis. > In fact, I need a proxy for around 750-900 computers, so an Atom > system or the like wouldn't work for me. I just have no rack space > left. Fortunately, I might have found a way around this. > > So if you have any pre-built servers to recommend, I'd greatly > appreciate it. For example, I'm currently reviewing the Dell > PowerEdge T310's specs. > I have a couple of T310 in production. They are nice machines but get the intel NIC's. Nate: > > Thanks. I read the handbook's entry on CARP last night. It looks > easier than I had previously thought. I've started setting up a > VMware environment of 2 FreeBSD systems and a unix desktop to try it > out as a way to build a fail-over proxy. > > Looks like I'd have to stop using my current "in-line" design, though. > Currently, I have a FreeBSD box between my network as a whole and the > Internet connection. It acts as a router, a firewall, and a > transparent proxy. CARP would require the system to not be "in-line," > because a failed system would mean no router. Did I understand that > correctly? > If you use CARP + HAST you can achieve true HA for your proxy. And no, the device would still be inline as you describe it except there would be two of them. If you get the intel NIC's, I'd dedicate them to your real traffic and reserve the broadcom's for HAST replication. If cache consistency is not uber important for your proxy, I'd probably skip the HAST though. It's relatively slow, and may not provide enough benefit in your setup. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
My thanks to everyone for their replies. I guess that I wasn't specific enough about my needs, though. I don't need a tiny chassis. In fact, I need a proxy for around 750-900 computers, so an Atom system or the like wouldn't work for me. I just have no rack space left. Fortunately, I might have found a way around this. So if you have any pre-built servers to recommend, I'd greatly appreciate it. For example, I'm currently reviewing the Dell PowerEdge T310's specs. Nate: Thanks. I read the handbook's entry on CARP last night. It looks easier than I had previously thought. I've started setting up a VMware environment of 2 FreeBSD systems and a unix desktop to try it out as a way to build a fail-over proxy. Looks like I'd have to stop using my current "in-line" design, though. Currently, I have a FreeBSD box between my network as a whole and the Internet connection. It acts as a router, a firewall, and a transparent proxy. CARP would require the system to not be "in-line," because a failed system would mean no router. Did I understand that correctly? Thanks to all, Jaime -- Network Administrator Cairo-Durham Central School District http://cns.cairodurham.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Tue, Apr 26, 2011 at 12:04 PM, Jaime Kikpole wrote: > I'm looking for new hardware for my web filter (FreeBSD + dansguardian + > squid). > > Can anyone suggest good (or warn about bad) models of hardware for > this? I'm looking for a small tower or compact chassis (not rack > mount) with two ethernet interfaces. I'd like RAID-1 as well, if > possible. I can spend anywhere from $1,000 to $3,500. > > My current system works well (2.0GHz, dual core, 8GB RAM, RAID-1, two > 160GB disks, 3 100Mbps NICs), but I want to replace it with two > identical boxes. Right now, its a single point of failure. So I'm > hoping to rsync configs between two systems that are on line at all > times. Then, if I need up upgrade software or the hardware breaks, I > can just swap the box. > > Any pointers on this project are appreciated, especially what models > of computers would work well with FreeBSD. > > Thanks in advance, > Jaime > > -- > Network Administrator > Cairo-Durham Central School District > http://cns.cairodurham.org > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" > For what it's worth, I would do two things: #1 - consult the FreeBSD hardware compatability list, (see http://www.freebsd.org/releases/8.2R/hardware.html for 8.2-RELEASE), and piece together your own white-box hardware, (ie: pick compatible system board, processor, memory, disks and controllers) usually the best bang for the buck in my experience. #2 - instead of hot-spare (having both machines there but only one plugged in) - you might want to read up on using CARP; CARP will allow automatic failover and can trigger scripts to perform actions when the failover event occurs - this may be a far better option than having to physically plug a machine in place of another. See the handbook for more detail on CARP: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/carp.html -- Nathan Vidican nat...@vidican.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
>> On Tue, 26 Apr 2011 12:04:34 -0400, >> Jaime Kikpole said: J> I'm looking for new hardware for my web filter (FreeBSD + dansguardian + J> squid). Have a look at the Ars Technica system guides for suggestions on rolling your own PC. They discuss three general-purpose systems with an eye towards good gaming performance: the Budget Box ($600-$800), the Hot Rod (slightly higher-end at $1400-1600), and the God Box for when you hit the lottery. They don't emphasize any one OS, so check against the FreeBSD hardware compatibility list. http://arstechnica.com/gadgets/guides/2011/03/ars-system-guide-march-2011-edition.ars/ -- Karl Vogel I don't speak for the USAF or my company We are reluctant to admit that we owe our liberties to men of a type that today we hate and fear - unruly men, disturbers of the peace, men who resent and denounce what Whitman called "the insolence of elected persons" - in a word, free men. --Gerald W. Johnson, American Freedom and the Press, 1958 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Tue, 26 Apr 2011 20:09:41 +0100 Chris Whitehouse articulated: > On 26/04/2011 18:45, Jaime Kikpole wrote: > > On Tue, Apr 26, 2011 at 12:34 PM, Chris > > Brennan wrote: > >> Just out of curiosity, why not rack-mounted boxed? > > > > Space issues. They'll have to either fit on a shelf in one of two > > rooms, depending on the outcome of some other things. > > > > Any thoughts on brand or model? > > If you google for "low power pc" you'll find some interesting > machines mostly mini-itx with atom processors. The Intel Atom is Intel's line of low-power, low-cost and low-performance x86 and x86-64 microprocessors. It sounds like the OP is interested in something more substantial. -- Jerry ✌ jerry+f...@seibercom.net Disclaimer: off-list followups get on-list replies, ignored or reported as Spam. Do not CC this poster. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On 26/04/2011 18:45, Jaime Kikpole wrote: On Tue, Apr 26, 2011 at 12:34 PM, Chris Brennan wrote: Just out of curiosity, why not rack-mounted boxed? Space issues. They'll have to either fit on a shelf in one of two rooms, depending on the outcome of some other things. Any thoughts on brand or model? Thanks, Jaime hi If you google for "low power pc" you'll find some interesting machines mostly mini-itx with atom processors. EG you could have a look at http://www.fit-pc.com/web/fit-pc2/fit-pc2i-specifications/ and http://www.lowpowerpcs.co.uk/ I think some of these have been discussed on this list, certainly mini-itx boards have. chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Tue, Apr 26, 2011 at 12:34 PM, Chris Brennan wrote: > Just out of curiosity, why not rack-mounted boxed? Space issues. They'll have to either fit on a shelf in one of two rooms, depending on the outcome of some other things. Any thoughts on brand or model? Thanks, Jaime -- Network Administrator Cairo-Durham Central School District http://cns.cairodurham.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suggestions
On Tue, Apr 26, 2011 at 12:04 PM, Jaime Kikpole wrote: I'm looking for new hardware for my web filter (FreeBSD + dansguardian + > squid). > > Can anyone suggest good (or warn about bad) models of hardware for > this? I'm looking for a small tower or compact chassis (not rack > mount) with two ethernet interfaces. I'd like RAID-1 as well, if > possible. I can spend anywhere from $1,000 to $3,500. > > My current system works well (2.0GHz, dual core, 8GB RAM, RAID-1, two > 160GB disks, 3 100Mbps NICs), but I want to replace it with two > identical boxes. Right now, its a single point of failure. So I'm > hoping to rsync configs between two systems that are on line at all > times. Then, if I need up upgrade software or the hardware breaks, I > can just swap the box. > > Any pointers on this project are appreciated, especially what models > of computers would work well with FreeBSD. > > Thanks in advance, > Jaime Just out of curiosity, why not rack-mounted boxed? You don't have to necessarily mount them I ran 2 1U boxes under a desk for years, they stood up on their short edge and leaned against the wall and no one was the wiser to them being their (and they kept my feet warm in the winter :P) -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware support for Shuttle SX38P2 Pro
On 21/11/2010 17:25, Maciej Milewski wrote: On Sunday 21 November 2010 17:19:05, Ben Quick wrote: I don't really know what either of them are. I'm assuming the Matrix Storage is the RAID controller. Is this supported? If not, I'll just use gmirror, but will obviously have to be able to access the disks in the first instance. AFAIK this matrix storage is supported by ataraid driver. I think using gmirror or zfs is better than ataraid. Nice one, thank you From the Shuttle spec sheet, I can't tell what video card is installed. Does anybody know? Is it supported? Initially, I'll be using only one monitor, but would intend to have both outputs in use in the longer term. From the pic: http://www.shuttle.eu/press/image-resources/sx38p2- pro/b5ebb3b485/?tx_chgallery_pi1%5Bsingle%5D=2 It looks there is no onboard graphics card. You need to buy it separately. My mistake, sorry for the noise Thanks Ben Maciej ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware support for Shuttle SX38P2 Pro
On Sunday 21 November 2010 17:19:05, Ben Quick wrote: > I don't really know what either of them are. I'm assuming the Matrix > Storage is the RAID controller. Is this supported? If not, I'll just use > gmirror, but will obviously have to be able to access the disks in the > first instance. AFAIK this matrix storage is supported by ataraid driver. I think using gmirror or zfs is better than ataraid. > From the Shuttle spec sheet, I can't tell what video card is installed. > Does anybody know? Is it supported? Initially, I'll be using only one > monitor, but would intend to have both outputs in use in the longer term. From the pic: http://www.shuttle.eu/press/image-resources/sx38p2- pro/b5ebb3b485/?tx_chgallery_pi1%5Bsingle%5D=2 It looks there is no onboard graphics card. You need to buy it separately. Maciej ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware monitoring with iDRAC6
On 17 June 2010 17:38, Steve Polyack wrote: > On 06/17/10 12:02, Martin Turgeon wrote: > >> Hi again everyone, >> >> I just realized after posting my question on optimal RAID config that the >> best solution for hardware monitoring would be to use the integrated iDRAC6. >> I have the Express version (no dedicated port). I have never worked with >> DRAC cards and I would like to know your opinions about the best way to use >> it for hardware monitoring. I'm not really planning on using the remote >> control features, but it would be nice too. >> > In addition to using DRAC notifications for hardware events, I would > suggest that you still run some local checks on the system itself (Nagios > checks via NRPE). There are several checks available that check the status > of the PERC controller and drives using mfiutil, amrstat, or MegaCLI. > > >> As I understand it, I have to configure an additional IP for iDRAC. In my >> case, the servers are going to be installed in a colocation datacenter so I >> guess I have to reserve an additional public IP for each servers so I can >> access the iDRAC remotely? What are the securiy implications? >> > This depends on what your options are - if you're colocating one server, > they may be pretty slim. In any case, I would strongly advise not putting > it out there on an unrestricted public address. I'm not sure of the DRAC's > history of security issues, but keep in mind that someone using it > essentially has physical access to your server. If you have to put it out > there on the internet, be sure to create a new user on the iDRAC and disable > the existing root account. > > >> I'm also configuring a Nagios installation for monitoring. Is there a way >> to plug iDRAC with Nagios to handle the notifications (snmp maybe)? Or >> should I configure an email alert in the iDRAC config (I assume there is a >> way to do that)? >> >> You can configure the iDRAC to send SNMP traps, or even e-mails for > hardware events. > > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > If you can afford the rack space its probably best to have a dedicated admin host with one public interface and one private one. Then put all the idracs on private ips and ideally their own vlan. Then use this admin box to relay any information back to you over the public network It could also act as a serial server, and maybe have a isdn/dsl backup line for out of band access. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware monitoring with iDRAC6
On 06/17/10 12:02, Martin Turgeon wrote: Hi again everyone, I just realized after posting my question on optimal RAID config that the best solution for hardware monitoring would be to use the integrated iDRAC6. I have the Express version (no dedicated port). I have never worked with DRAC cards and I would like to know your opinions about the best way to use it for hardware monitoring. I'm not really planning on using the remote control features, but it would be nice too. In addition to using DRAC notifications for hardware events, I would suggest that you still run some local checks on the system itself (Nagios checks via NRPE). There are several checks available that check the status of the PERC controller and drives using mfiutil, amrstat, or MegaCLI. As I understand it, I have to configure an additional IP for iDRAC. In my case, the servers are going to be installed in a colocation datacenter so I guess I have to reserve an additional public IP for each servers so I can access the iDRAC remotely? What are the securiy implications? This depends on what your options are - if you're colocating one server, they may be pretty slim. In any case, I would strongly advise not putting it out there on an unrestricted public address. I'm not sure of the DRAC's history of security issues, but keep in mind that someone using it essentially has physical access to your server. If you have to put it out there on the internet, be sure to create a new user on the iDRAC and disable the existing root account. I'm also configuring a Nagios installation for monitoring. Is there a way to plug iDRAC with Nagios to handle the notifications (snmp maybe)? Or should I configure an email alert in the iDRAC config (I assume there is a way to do that)? You can configure the iDRAC to send SNMP traps, or even e-mails for hardware events. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware vendor
iXSystems (http://www.ixsystems.com/) ... they are a BSD shop,period ... Been dealing iwth them a couple of years now for production servers, haven't been disappointed yet ... On Thu, 6 May 2010, Lonnie CasaDeCalvo wrote: Hi, Can you make a recomondation to a hardware supplier that will preinstall FreeBSD on there server hardware? I see some hardware vendors on the website but I am not finding one that will preinstall and support. Thanks, Lonnie CasaDeCalvo Graphic Systems, Inc. 2632 26th Ave So Minneapolis, MN 55406 612-721-6100 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" Marc G. FournierHub.Org Hosting Solutions S.A. scra...@hub.org http://www.hub.org Yahoo:yscrappySkype: hub.orgICQ:7615664MSN:scra...@hub.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
On Thu, 18-Mar-2010 at 09:37:32 +0100, Andy Wodfer wrote: > Hi, > We're setting up two backup servers where each server will have about 4TB of > harddrives (for now) connected (4x1TB and 8x500GB drives). Last night we ran > into trouble with the 3ware controllers we have (9650SE-8LPML) because we > couldn't create a larger RAID5 than 1.99TB. I can only speak for a 9690SA-8I, but this thing is amazing. It handles FSs over 2TB pretty well: twa0: <3ware 9000 series Storage Controller> port 0xc800-0xc8ff mem 0xfa00-0xfbff,0xfeaff000-0xfeaf irq 16 at device 0.0 on pci4 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9690SA-8I, 128 ports, Firmware FH9X 4.10.00.007, BIOS BE9X 4.08.00.002 And with 8 1TB in a RAID5 drives it gives me: da0 at twa0 bus 0 target 0 lun 0 box:~>diskinfo /dev/da0 /dev/da0512 624277248 13671727104 851025 255 63 -Andre > > We are going to use FreeBSD 8.0 and Bacula, but first we obviously need to > create a working RAID. > > My questions are: > > - Are HighPoint RocketRaid controllers a good alternative to 3ware > controllers? Are RocketRaid controllers true hardware RAID? > > - What should we look for in a RAID controller spec to see that it has > support for larger than 2TB RAIDs? > > I've been looking at these: > http://www.highpoint-tech.com/USA_new/series_rr2300.htm > http://www.highpoint-tech.com/USA_new/series_rr3500.htm > > Any FreeBSD recommendations? Or perhaps for another 3ware controller? > > We're using SATAII drives. > > Thanks for your help! > > Best regards, > Andreas > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" -- I am forced by company policy to use Micro$oft products. I am not responsible for this choice and decline any responsibility for any harm which may be caused by it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
Thanks for all your feedback. The problem occurs in the RAID controller BIOS (before we even boot or get to the OS install). Thanks to John for confirming these cards do work above 2TB. I will look into upgrading the firmware (on these brand new cards). Perhaps it's just the current firmware that can't handle 2TB harddrives x 3 in RAID. Cheers, Andreas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
On Thursday 18 March 2010 03:37:32 Andy Wodfer wrote: > Hi, > We're setting up two backup servers where each server will have about 4TB > of harddrives (for now) connected (4x1TB and 8x500GB drives). Last night > we ran into trouble with the 3ware controllers we have (9650SE-8LPML) > because we couldn't create a larger RAID5 than 1.99TB. > > We are going to use FreeBSD 8.0 and Bacula, but first we obviously need to > create a working RAID. > > My questions are: > > - Are HighPoint RocketRaid controllers a good alternative to 3ware > controllers? Are RocketRaid controllers true hardware RAID? > > - What should we look for in a RAID controller spec to see that it has > support for larger than 2TB RAIDs? > > I've been looking at these: > http://www.highpoint-tech.com/USA_new/series_rr2300.htm > http://www.highpoint-tech.com/USA_new/series_rr3500.htm > > Any FreeBSD recommendations? Or perhaps for another 3ware controller? > > We're using SATAII drives. > > Thanks for your help! > > Best regards, > Andreas You are hitting an issue with DOS MBR limitations, not the RAID controller itself. Either use GPT or put a filesystem on the raw device with no fdisk at all. The latter strategy is the better one if you intend to ever grow the filesystem. 3ware controllers are the best game in town for FreeBSD. We use them extensively both internally and for our customers at iXsystems. You can flash the controller firmware from in the OS on FreeBSD using tw_cli. You might also consider running ZFS on the hardware RAID instead of UFS. You get the advantages of running a hardware RAID controller, plus the advantages of ZFS (namely no fsck) r...@servant /usr/src ->tw_cli /c0 show Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy -- u0RAID-6OK - - 256K5587.88 RiWON r...@servant /usr/src ->grep 'da0' /var/run/dmesg.boot da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 122879MB (251658239 512 byte sectors: 255H 63S/T 15665C) ** small boot LUN r...@servant /usr/src ->grep 'da1' /var/run/dmesg.boot da1 at twa0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 5599104MB (11466964993 512 byte sectors: 255H 63S/T 713785C) ** The rest of it r...@servant /usr/src ->zpool status -v pool: a state: ONLINE scrub: none requested config: NAMESTATE READ WRITE CKSUM a ONLINE 0 0 0 da1 ONLINE 0 0 0 errors: No known data errors r...@servant /usr/src ->df -h a FilesystemSizeUsed Avail Capacity Mounted on a 5.2T2.2T3.0T42%/a -- Thanks, Josh Paetzel FreeBSD -- The power to serve signature.asc Description: This is a digitally signed message part.
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
At 04:37 AM 3/18/2010, Andy Wodfer wrote: Hi, We're setting up two backup servers where each server will have about 4TB of harddrives (for now) connected (4x1TB and 8x500GB drives). Last night we ran into trouble with the 3ware controllers we have (9650SE-8LPML) because we couldn't create a larger RAID5 than 1.99TB. Are you sure its the controller that was giving that error ? I ran into something similar with my Areca controller on a backup server. I ended up creating 2 raid sets, one for the boot OS and the other for the backup spool and used gpart for the larger than 2TB RS. Perhaps the same needs to be done on the 3ware eg # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a1.9G496M1.3G28%/ devfs 1.0K1.0K 0B 100%/dev /dev/da1s1d 29G 10G 16G39%/usr /dev/da1s1e 33G5.0G 26G16%/var /dev/da0s1d 61G 50G6.4G89%/var/db /dev/da2p1 2.6T797G1.6T33%/backup zbackup1 2.7T1.2T1.4T46%/zbackup1 I would go for the 3ware over the RocketRaid. We have used the 3ware cards for some time and they have been very reliable for us. The disk replacement process is well designed and has been reliable for us over the years. We also use some of the Areca cards and they have been good too. Not much experience with the RocketRaid. ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
Hi and what about Areca? Natively supported via arcmsr driver. For SATA II http://www.areca.com.tw/products/pcie.htm (ARC-1230, ARC-1260) or http://www.areca.com.tw/products/pcie341.htm On one installation I have successfully set up RAID5 with 8x 1TB SATA II drives on ARC-1220, approx 6.5TB filesystem regards Jiri > - What should we look for in a RAID controller spec to see that it has > support for larger than 2TB RAIDs? > > I've been looking at these: > http://www.highpoint-tech.com/USA_new/series_rr2300.htm > http://www.highpoint-tech.com/USA_new/series_rr3500.htm > > Any FreeBSD recommendations? Or perhaps for another 3ware controller? > > We're using SATAII drives. > > Thanks for your help! > > Best regards, > Andreas > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/03/2010 10:09:55, Erik Trulsson wrote: > On Thu, Mar 18, 2010 at 09:37:32AM +0100, Andy Wodfer wrote: >> Hi, >> We're setting up two backup servers where each server will have about 4TB of >> harddrives (for now) connected (4x1TB and 8x500GB drives). Last night we ran >> into trouble with the 3ware controllers we have (9650SE-8LPML) because we >> couldn't create a larger RAID5 than 1.99TB. > > > That is strange, since all the 3ware 9000-series controllers (including > the 9650) are supposed to be able to handle arrays larger than 2TB. Is it perhaps not a limitation in the 3ware controller, but rather the 2TB limit for a single slice imposed by the traditional DOS mbr? In which case, simply switching to using gpart(8) should solve the problem and let you have much larger filesystems. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuh/1EACgkQ8Mjk52CukIxwFQCfUsDOes4mAPBFLQUX6QvB/F97 4swAnRnKagfg86IG5gxBlMIBJOmmD7y+ =BGlc -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
On Thu, Mar 18, 2010 at 09:37:32AM +0100, Andy Wodfer wrote: > Hi, > We're setting up two backup servers where each server will have about 4TB of > harddrives (for now) connected (4x1TB and 8x500GB drives). Last night we ran > into trouble with the 3ware controllers we have (9650SE-8LPML) because we > couldn't create a larger RAID5 than 1.99TB. That is strange, since all the 3ware 9000-series controllers (including the 9650) are supposed to be able to handle arrays larger than 2TB. -- Erik Trulsson ertr1...@student.uu.se ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.03.2010 10:35, Andy Wodfer wrote: > On Thu, Mar 18, 2010 at 10:30 AM, Matthew Law wrote: > > >> Is ZFS not an option? >> > > I'm afraid ZFS is not an option for this customer. I use ZFS on other system > and it works great, but here the requirement is RAID5, hotswap, hotspare and > so on. You should consider the LSI Megaraid SAS as well. The aging 8308elp, performs quite nicely with decent disks. Got one here (at home) handling 8 1T5 Barracudas in RAID50 (with coldspares), that routinely handles 400+mbytes/sec io, even in windows. It's been running in FreeBSD as well, but until I can figure out how to get reliable backups (the MPT issue shared with OpenSolaris) I'm stuck with windows on the box. FreeBSD's mfiutil works works splendidly with the controller allowing you to handle things like patrol-reads from an SSH session without much trouble. As a SAS-controller, it "eats" both SAS and SATA disks, and plain and simple just "works". //Svein - -- - +---+--- /"\ |Svein Skogen | sv...@d80.iso100.no \ / |Solberg Østli 9| PGP Key: 0xE5E76831 X|2020 Skedsmokorset | sv...@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | sv...@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listm...@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +---+--- |msn messenger: | Mobile Phone: +47 907 03 575 |sv...@jernhuset.no | RIPE handle:SS16503-RIPE - +---+--- If you really are in a hurry, mail me at svein-mob...@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - Picture Gallery: https://gallery.stillbilde.net/v/svein/ - -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuh9YAACgkQODUnwSLUlKTZiwCeODrGVYneWFn9nKZDUJ5jhOdt 3boAoIM/HrcfpzKXNOsPic+QQ4ooaL5d =Yya0 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
On Thu, Mar 18, 2010 at 10:30 AM, Matthew Law wrote: > Is ZFS not an option? > I'm afraid ZFS is not an option for this customer. I use ZFS on other system and it works great, but here the requirement is RAID5, hotswap, hotspare and so on. Cheers, Andreas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware RAID controller questions - 3Ware vs RocketRaid
On Thu, March 18, 2010 8:37 am, Andy Wodfer wrote: > Hi, > We're setting up two backup servers where each server will have about 4TB > of > harddrives (for now) connected (4x1TB and 8x500GB drives). Last night we > ran > into trouble with the 3ware controllers we have (9650SE-8LPML) because we > couldn't create a larger RAID5 than 1.99TB. > > We are going to use FreeBSD 8.0 and Bacula, but first we obviously need to > create a working RAID. > > My questions are: > > - Are HighPoint RocketRaid controllers a good alternative to 3ware > controllers? Are RocketRaid controllers true hardware RAID? > > - What should we look for in a RAID controller spec to see that it has > support for larger than 2TB RAIDs? > > I've been looking at these: > http://www.highpoint-tech.com/USA_new/series_rr2300.htm > http://www.highpoint-tech.com/USA_new/series_rr3500.htm > > Any FreeBSD recommendations? Or perhaps for another 3ware controller? > > We're using SATAII drives. > > Thanks for your help! Is ZFS not an option? - you could save yourself a lot of money and hassle with hardware RAID by moving to ZFS. Either using onboard SATA ports on the motherboard (and accept that you might have to shutdown the box to swap failed disks out) or get a simple 8-port HBA in JBOD mode, e.g: http://www.lsi.com/channel/products/hba/sas_sata_hbas/internal/lsisas3081er/index.html You'll need plenty of RAM too, but IMHO it is worth the trade. HTH, Matt. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suppport
2010/1/4 Sergio Tam : > 2010/1/4 Albert Hanslin : >> >> I tried to find out if the HP ProLiant DL380 G6 Server is supported. >> [...] >> >> Please let me know if the ProLiant DL380 G6 Server is supported, thank you. >> > Hi again http://people.freebsd.org/~jcagle/ http://lists.freebsd.org/mailman/listinfo/freebsd-proliant Regards. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware suppport
2010/1/4 Albert Hanslin : > > I tried to find out if the HP ProLiant DL380 G6 Server is supported. > Unfortunately the link under FreeBSD/i386 Projct - Hardware List does not > work. > http://www.freebsd.org/releases/8.0R/hardware.html http://www.freebsd.org/releases/7.2R/hardware.html > > > Please let me know if the ProLiant DL380 G6 Server is supported, thank you. > Hi I think, yes. http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1262622258788+28353475&threadId=939762 http://old.nabble.com/Freebsd-with-HP-Proliant-DL380-DL180-G5-td20790336.html Regards. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware virtualization
On 31/12/2009 9:00 AM, Nenad Mihajlovic wrote: Hello, For the Intel processors VT support, you can check up on http://ark.intel.com/VTList.aspx go for no less than dual-core 8400. and for the AMD desktop processors, here: http://products.amd.com/en-us/DesktopCPUResult.aspx and some of new X4 phenoms. Either AMD or Intel, both are good choice, we have run numerous environments here without any problem. For the serious application you might want to go for the Xeon or Opteron family, though. Regards, Nenad original message- from: "Mike Jeays" mike.je...@rogers.com to: "freebsd-questi...@freebsd. ORG" freebsd-questions@freebsd.org date: Wed, 30 Dec 2009 16:06:38 -0500 - I am about to buy a new desktop, and I want to make sure that hardware virtualization is included. In one or two local computer stores, I get a blank look when I ask about this. Intel seems provide it on only certain chip models and they don't seem be very forthcoming, Perhaps it is better to buy an AMD product? Any hints, please? ___ Intel processors are documented at http://processorfinder.intel.com/ - from what I can see, the following Intel processors have VT (Hardware Virtualization): * All E6xxx series Core 2 Duo * All Q6xxx series Core 2 Quad * All E8xxx series Core 2 Duo * All Q9xxx series Core 2 Quad * All Q8xxx series Core 2 Quad *except Q8200* * All Core i7 processors * All Core i5 processors * All Xeon 3000, 3200, 5000, 5500, 7000 series processors As far as I know, the following do not: * Core 2 Duo 4000, 5000, 7000 series processors * Pentium Dual Core E5000 and lower series processors * Celeron processors Even more critical than the CPU is the board - without BIOS support, there shall be weeping and gnashing of teeth. Dave. P.S. Happy New Year! -- David Rawling Principal Consultant PD Consulting And Security 7 Virginia Ave Baulkham Hills, NSW 2153 Australia Mob: +61 412 135 513 Email: d...@pdconsec.net Please note that whilst we take all care, neither PD Consulting and Security nor the sender accepts any responsibility for viruses and it is your responsibility to scan for viruses. The contents are intended only for use by the addressee and may contain confidential and/or privileged material and any use by other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware virtualization
Hello, For the Intel processors VT support, you can check up on http://ark.intel.com/VTList.aspx go for no less than dual-core 8400. and for the AMD desktop processors, here: http://products.amd.com/en-us/DesktopCPUResult.aspx and some of new X4 phenoms. Either AMD or Intel, both are good choice, we have run numerous environments here without any problem. For the serious application you might want to go for the Xeon or Opteron family, though. Regards, Nenad original message- from: "Mike Jeays" mike.je...@rogers.com to: "freebsd-questi...@freebsd. ORG" freebsd-questions@freebsd.org date: Wed, 30 Dec 2009 16:06:38 -0500 - > I am about to buy a new desktop, and I want to make sure that hardware > virtualization is included. In one or two local computer stores, I get a blank > look when I ask about this. Intel seems provide it on only certain chip models > and they don't seem be very forthcoming, Perhaps it is better to buy an AMD > product? > > Any hints, please? > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscr...@freebsd.org" > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware virtualization
-- Original Message -- From: "Diego F. Arias R." Date: Wed, 30 Dec 2009 16:24:24 -0500 >On Wed, Dec 30, 2009 at 4:06 PM, Mike Jeays wrote: > >> I am about to buy a new desktop, and I want to make sure that hardware >> virtualization is included. In one or two local computer stores, I get a >> blank >> look when I ask about this. Intel seems provide it on only certain chip >> models >> and they don't seem be very forthcoming, Perhaps it is better to buy an AMD >> product? >> >> Any hints, please? >> ___ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " >> freebsd-questions-unsubscr...@freebsd.org" >> > > >Hello: > >I like AMD because ALL their Athlon X2 and Phenom have it. Intel some models >have it some ones dont. then you have to check first at intel page to be >shure about. http://en.wikipedia.org/wiki/Amd64#AMD64 Len ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware virtualization
On Wed, Dec 30, 2009 at 4:06 PM, Mike Jeays wrote: > I am about to buy a new desktop, and I want to make sure that hardware > virtualization is included. In one or two local computer stores, I get a > blank > look when I ask about this. Intel seems provide it on only certain chip > models > and they don't seem be very forthcoming, Perhaps it is better to buy an AMD > product? > > Any hints, please? > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > Hello: I like AMD because ALL their Athlon X2 and Phenom have it. Intel some models have it some ones dont. then you have to check first at intel page to be shure about. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware migration and upgrade from 6.3 to 8.0 advice
On Fri, 04 Dec 2009 14:07:41 +0100 Frank Wissmann wrote: > Achilleas Mantzios schrieb: > > Hi! > > > > Hello, > > > > i am facing this situation, where i need to upgrade from my 6.3 i386 > > system, used as my main workstation, to a new hardware based on > > amd64 (phenom II x4). > > Well, you know that i386 is Intel, do you? No i386 is 32-bit, amd64 is 64-bit, Intel and AMD make both. All amd64 compatible processors are i386 compatible too. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware migration and upgrade from 6.3 to 8.0 advice
Thanx to all. I will keep the old machine for development/maintenance/support, while bulding/testing/migrating the newest versions of software in the new hardware. Up to now, i got the base system/kernel working ok on the new beast, and currently installing additional distributions. All seem fine. Achilleas Mantzios --- On Fri, 12/4/09, Adam Vande More wrote: From: Adam Vande More Subject: Re: Hardware migration and upgrade from 6.3 to 8.0 advice To: "Achilleas Mantzios" Cc: freebsd-questions@freebsd.org Date: Friday, December 4, 2009, 1:36 PM On Fri, Dec 4, 2009 at 2:57 AM, Achilleas Mantzios wrote: Hello, i am facing this situation, where i need to upgrade from my 6.3 i386 system, used as my main workstation, to a new hardware based on amd64 (phenom II x4). My current system is alive since 2005, so is full of code, scripts, configurations,look&feel,ssh keys etc.. that i would like to keep handy in my new system. Also, currently i run gmirror, i am mentioning it, in case it affects something. Since 2005, dealing with programming/support/etc.. i haven't done any upgrade task in FreeBSD, so i dont feel that confident in this regard. I could: a) install a brand new 8.0-RELEASE in the new hardware and then a1) just mount the old disks to the new system or a2) migrate /home user data directly to the new home dirs b) migrate all current data to the new hardware, kernel/system included, and then try to upgrade to 8.0 (by sysinstall or makeworld/makekernel) So, its a trade-off between pain, correctness, effectiveness, and ease of use. What would you guys recommend? Which way to go? Any other options? Thanx in advance! Please include me in your CC, as i am not subscribed to the list. Achilleas Mantzios You may want to consider installing from scratch and migrating over. This would allow you setup zfs and make the move easier. Also may want to explore run ahci(4) as that can seriously increase disk speed although I believe many more improvements live in STABLE, not RELEASE. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware migration and upgrade from 6.3 to 8.0 advice
Frank Wissmann writes: > > i am facing this situation, where i need to upgrade from my 6.3 i386 > > system, used as my main workstation, to a new hardware based on amd64 > > (phenom II x4). > > > b) migrate all current data to the new hardware, kernel/system > > included, and then try to upgrade to 8.0 (by sysinstall or > > makeworld/makekernel) > > Item b) is not recommended. Confirmed. _Highly_ not recommended. .0 releases usually contain ABI/API changes (among other things) and you don't want anything getting confused. > For me, a clean install of 8.0 and a move from the old data to > the fresh install is better. To the OP: the machine I'm typing on is also AMD Phenom II x4 (940, if it matters) originally installed with 8.0-RC3/amd64. Once I got past the "dangerously dedicated disk" issue (and close relatives) everything went smoothly. Of the choices presented, I recommend (a1) with the old disk set to read-only in hardware. New disks are cheap, and this gives you a perfect backup for as long as you want it. Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware migration and upgrade from 6.3 to 8.0 advice
On Fri, Dec 4, 2009 at 2:57 AM, Achilleas Mantzios < mantzios.ach...@yahoo.com> wrote: > > >Hello, > > i am facing this situation, where i need to upgrade from my 6.3 i386 > system, used as my main workstation, to a new hardware based on amd64 > (phenom II x4). > > > > My current system is alive since 2005, so is full of code, scripts, > configurations,look&feel,ssh keys etc.. that i would like to keep > handy in my new system. > > Also, currently i run gmirror, i am mentioning it, in case it affects > something. > > > > Since 2005, dealing with programming/support/etc.. i haven't done any > upgrade task in FreeBSD, so i dont feel that confident in this regard. > > > > I could: > > a) install a brand new 8.0-RELEASE in the new hardware and then > > a1) just mount the old disks to the new system or > > a2) migrate /home user data directly to the new home dirs > > b) migrate all current data to the new hardware, kernel/system > included, and then try to upgrade to 8.0 (by sysinstall or > makeworld/makekernel) > > > > So, its a trade-off between pain, correctness, effectiveness, and ease of > use. > > > > What would you guys recommend? Which way to go? Any other options? > > Thanx in advance! > > Please include me in your CC, as i am not subscribed to the list. > > Achilleas Mantzios > > You may want to consider installing from scratch and migrating over. This would allow you setup zfs and make the move easier. Also may want to explore run ahci(4) as that can seriously increase disk speed although I believe many more improvements live in STABLE, not RELEASE. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware migration and upgrade from 6.3 to 8.0 advice
Achilleas Mantzios schrieb: Hi! Hello, i am facing this situation, where i need to upgrade from my 6.3 i386 system, used as my main workstation, to a new hardware based on amd64 (phenom II x4). Well, you know that i386 is Intel, do you? It might work just moving the old kernel to a 64-bit system but I have no experience with it. My current system is alive since 2005, so is full of code, scripts, configurations,look&feel,ssh keys etc.. that i would like to keep handy in my new system. Also, currently i run gmirror, i am mentioning it, in case it affects something. Since 2005, dealing with programming/support/etc.. i haven't done any upgrade task in FreeBSD, so i dont feel that confident in this regard. I could: a) install a brand new 8.0-RELEASE in the new hardware and then a1) just mount the old disks to the new system or a2) migrate /home user data directly to the new home dirs b) migrate all current data to the new hardware, kernel/system included, and then try to upgrade to 8.0 (by sysinstall or makeworld/makekernel) Item b) is not recommended. There are so many changes AFAIK that it is no clear update. You might do so but then you should update the following way from 6.3 - 7.0 - 7.1 - 7.2 - 8.0 as was recommended on this list earlier (search the archives, please, for further details if you choose this way). For me, a clean install of 8.0 and a move from the old data to the fresh install is better. Use a2) ! Greetings Frank ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
devinfo -v On Tue, Mar 10, 2009 at 12:29 AM, gahn wrote: > > Hi all: > > How could I find out the list of hardware in my machine? I used "dmesg" and > "var/run/dmesg.boot", it didn't seem to help that much as I expected. > > which file lists all of hardware in the machine? > > Thanks. > > > > > > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
On Tue, 10 Mar 2009 10:24:24 +, Ricardo Jesus wrote: > Polytropon I can't seem to find usbconf. > > % usbconf > usbconf: Command not found. > % whereis usbconf > usbconf: > > Is it a third party application? My mistake, sorry. Of course it's usbdevs, a tool that comes with the OS. % which usbdevs /usr/sbin/usbdevs Its manpage offers various options how to show the attached USB devices, as well as the USB controller's / hub' capabilities. The most common use is "usbdevs -vd" to obtain the most important informations. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
Den Tue, 10 Mar 2009 10:24:24 + skrev Ricardo Jesus : > Polytropon wrote: > > On Tue, 10 Mar 2009 10:07:51 +, Ricardo Jesus > > wrote: > >> % pciconf -lv > >> man pciconf for further details. > > > > Additionally: usbconf to list USB devices, and camcontrol > > to list SCSI devices, as well as atacontrol for ATA devices. > > > > And finally, dmesg. :-) > > > > > > > > Note that these are *system tools*. In order to obtain more > > information, it may be required to install some tools from > > the Ports Collection. > > > > > Polytropon I can't seem to find usbconf. > > % usbconf > usbconf: Command not found. > % whereis usbconf > usbconf: > > Is it a third party application? > Try usbdevs instead! \\troback -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
On Tue, 10 Mar 2009 10:07:51 + Ricardo Jesus wrote: >Josh Carroll wrote: >> On Mon, Mar 9, 2009 at 2:59 PM, gahn wrote: >>> Hi all: >>> >>> How could I find out the list of hardware in my machine? I used >>> "dmesg" and "var/run/dmesg.boot", it didn't seem to help that much >>> as I expected. >>> >>> which file lists all of hardware in the machine? >>> >>> Thanks. >> >> Give the sysutils/dmidecode port a shot. >> >> Josh >% pciconf -lv >man pciconf for further details. This may not be a popular suggestion; however, the only method that I have ever found to be 100% accurate, other than opening the machine up an inspecting it, is to query the manufacturer. Dell is pretty good about this, as is HP. I am not too sure about others. Of course, if you have added/changed HW after obtaining the machine, you would have to factor that into any information obtained from the manufacturer. -- Jerry ges...@yahoo.com OCEAN: A body of water occupying about two-thirds of a world made for man -- who has no gills. signature.asc Description: PGP signature
Re: hardware list in a machine
Polytropon wrote: On Tue, 10 Mar 2009 10:07:51 +, Ricardo Jesus wrote: % pciconf -lv man pciconf for further details. Additionally: usbconf to list USB devices, and camcontrol to list SCSI devices, as well as atacontrol for ATA devices. And finally, dmesg. :-) Note that these are *system tools*. In order to obtain more information, it may be required to install some tools from the Ports Collection. Polytropon I can't seem to find usbconf. % usbconf usbconf: Command not found. % whereis usbconf usbconf: Is it a third party application? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
On Tue, 10 Mar 2009 10:07:51 +, Ricardo Jesus wrote: > % pciconf -lv > man pciconf for further details. Additionally: usbconf to list USB devices, and camcontrol to list SCSI devices, as well as atacontrol for ATA devices. And finally, dmesg. :-) Note that these are *system tools*. In order to obtain more information, it may be required to install some tools from the Ports Collection. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
Josh Carroll wrote: On Mon, Mar 9, 2009 at 2:59 PM, gahn wrote: Hi all: How could I find out the list of hardware in my machine? I used "dmesg" and "var/run/dmesg.boot", it didn't seem to help that much as I expected. which file lists all of hardware in the machine? Thanks. Give the sysutils/dmidecode port a shot. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" % pciconf -lv man pciconf for further details. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: hardware list in a machine
On Mon, Mar 9, 2009 at 2:59 PM, gahn wrote: > > Hi all: > > How could I find out the list of hardware in my machine? I used "dmesg" and > "var/run/dmesg.boot", it didn't seem to help that much as I expected. > > which file lists all of hardware in the machine? > > Thanks. Give the sysutils/dmidecode port a shot. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Hardware Raid + hot-replace failed disk
On Fri, Nov 07, 2008 at 10:35:39AM +0100, Pieter Donche wrote: > On Thu, 6 Nov 2008, Wojciech Puchar wrote: > >>> Suppose you have a system with multiple disks managed by a >>> hardware RAID controller in a RAID5 of RAID6 configuration, >>> To FreeBSD it will look like e.g. a single large drive. >> >> what is "RAID5 of RAID6"??? > RAID5 or RAID6 (sorry, typing error) > >>> If you want to extend your disk space by plugging in an extra >>> disk, the hardware RAID controller will probably detect it and >>> add it in his management, but will it be seen by FreeBSD? >> FreeBSD will see larger drive. > > With what command can you see that FreeBSD had 'seen' it ? The answer is: "it depends". The below applies to SATA, SAS, and SCSI only; you cannot hot-swap PATA disks. If you have a hot-swap enclosure or a hot-swap backplane, and are using a hardware RAID controller (and I do mean *real* hardware RAID, not BIOS-level RAID like Intel MatrixRAID or Adaptec HostRAID), then the FreeBSD controller driver should report the disk falling off the bus (if a disk is removed), or a disk appearing on the bus (if a disk is added). If the driver does not handle this natively, you will have to rely on command-line utilities from the RAID card vendor to manage this. If you have a hot-swap enclosure or a hot-swap backplane, and are using software/OS-based RAID (such as gvinum, ccd, or ZFS), then it depends on the underlying type of disk you're using. With SATA disks, you rely on the FreeBSD ata(4) layer. You are at the whim of the ata(4) layer and its support for your motherboard chipset, assuming that's what you're using (there are exceptions; see below). Removal of a SATA disk should show the disk falling off the bus, and you will need to perform "atacontrol detach " to ensure the kernel knows the disk has been removed (this is not done automatically, despite what you see on the console; I recommend you do the "detach" prior to disk removal). Addition of a SATA disk will require you to perform "atacontrol attach ", and hopefully you will see the disk make and model show up moments later. With SCSI or SAS disks, you rely on the FreeBSD da(4) layer, backed by the FreeBSD CAM(4) layer. This layer is proven reliable, and even some SATA RAID controllers use it (such as Areca controllers; yes, they're SATA disks on a hardware RAID controller, but the FreeBSD driver for the Areca card uses da(4) and CAM(4)). Removal of a SCSI disk should show the disk falling off the bus. You can use "camcontrol" to examine the state of things; you may need to use start/stop (it's been a while since I've used camcontrol). Addition of a SCSI disk might require "camcontrol rescan"; again, it's been a while since I've used camcontrol. In general, there is no easy way to describe every single scenario under the sun. It greatly depends upon what hardware you're using, and what kind of disk you're using. If you choose to use a hardware RAID card, the card user manual should describe *exactly* how to accomplish additions and removals. Chances are you're talking about generic SATA disks hooked up to your generic motherboard. You should be aware that FreeBSD is somewhat "flaky" in this regard. I've recently written about a disk swap gone bad (while using a Promise TX4310 controller), which should give you some idea of the chaos that can happen as a result of shoddy driver support: http://wiki.freebsd.org/JeremyChadwick/ZFS_disk_upgrade_gone_bad This article is followed-up by a fully-working example when using an Intel ICH-based board with Intel AHCI enabled (meaning, everything worked flawlessly and exactly how it should've): http://wiki.freebsd.org/JeremyChadwick/ZFS_disk_upgrade_gone_bad_part_2 I'm still in the process of writing the details that make up Part 2. > Or is the the bsdlabel command? bsdlabel(8) is what creates filesystems. To format filesystems, you use newfs(8). > Is bsdlabel a partition management program (such as GParted, Partition > Magic)? No, that's fdisk(8). FreeBSD calls these "slices", not "partitions", but they're the same thing. If you want to "keep it simple", I recommend you use sade(8), which is the text-based interface for partitioning and filesystem creation that you see when you install FreeBSD. If you don't have the "sade" command, just run "sysinstall" and choose post-configuration. > Is there any document (besides the manual pages bsdlabel, growfs, ..) > that describes step-by-step what to do to grow an existing file system > of to add a new file system on newly added disk space ? What everyone else is telling you is sending you on a wild goose chase. I'm sitting here imagining you clicking your mouse at 6000 clicks per second, eyeballs rolling around, sweating profusely. :-) I wish FreeBSD mailing list people wouldn't do this to new folks, because all it's doing is confusing you. The simple answer is this: on FreeBSD, there is not a reliable way to grow an existing filesystem without taking
Re: Hardware Raid + hot-replace failed disk
On Thu, 6 Nov 2008, Wojciech Puchar wrote: Suppose you have a system with multiple disks managed by a hardware RAID controller in a RAID5 of RAID6 configuration, To FreeBSD it will look like e.g. a single large drive. what is "RAID5 of RAID6"??? RAID5 or RAID6 (sorry, typing error) If you want to extend your disk space by plugging in an extra disk, the hardware RAID controller will probably detect it and add it in his management, but will it be seen by FreeBSD? FreeBSD will see larger drive. With what command can you see that FreeBSD had 'seen' it ? Or is the the bsdlabel command? Is bsdlabel a partition management program (such as GParted, Partition Magic)? you then have to fix partition table (use bsdlabel -e) fix c partition to be actually sized of whole drive, and then a) add new partition(s) for new space b) extend the size of last partition and use growfs I guess here you mean 2 alternatives: a) using the new space for new partition(s) leaving the existing as they are or b) create no new partitions but extend the last partition to include the new space, by using the growfs command ? How can you make the added disk-space available for FreeBSD. Can this be done without shutting down the system? How?? i don't think FreeBSD can be told to reget device info from controller when partitions of that device are mounted. but i may be wrong Hmm, man growfs says: Currently growfs CAN ONLY ENLARGE UNMOUNTED FILE SYSTEMS. DO NOT TRY ENLARGING A MOUNTED FILE SYSTEM, YOUR SYSTEM WILL PANIC AND YOU WILL NOT BE ABLE TO USE THE FILE SYSTEM ANY LONGER. If your FreeDSB only has swap and a / file system (with all users inside /usr/home) or you set up FreeBSD with a swap, /, /var and /usr filesystems (with users in /usr/home) and you want to grow a file system (e.g. /usr to give the extra space to users) (scenario b)) then, I guess, you will need to go into single-user mode and boot from CD with a FreeBSD in RAM to be able extend the (unmounted) file system /usr Can scenario a) (making new file system for new space) be done in multi-user mode, or only in single-user mode, will it need a reboot ?? Is there any document (besides the manual pages bsdlabel, growfs, ..) that describes step-by-step what to do to grow an existing file system of to add a new file system on newly added disk space ? Pieter ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Hardware Raid + hot-replace failed disk
Pieter Donche wrote: Suppose you have a system with multiple disks managed by a hardware RAID controller in a RAID5 of RAID6 configuration, To FreeBSD it will look like e.g. a single large drive. If you want to extend your disk space by plugging in an extra disk, the hardware RAID controller will probably detect it and add it in his management, but will it be seen by FreeBSD? How can you make the added disk-space available for FreeBSD. Can this be done without shutting down the system? How?? I think this would be possible using vinum, but I've never tested it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Hardware Raid + hot-replace failed disk
> On Thursday 06 November 2008 22:01:39 Wojciech Puchar wrote: > > > Suppose you have a system with multiple disks managed by a > > > hardware RAID controller in a RAID5 of RAID6 configuration, > > > > what is "RAID5 of RAID6"??? > > 'of' is 'or' in dutch, common typo for dutch or flemish people. For Americans also, due to "f" and "r" being adjacent on a US-English keyboard. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Hardware Raid + hot-replace failed disk
On Thursday 06 November 2008 22:01:39 Wojciech Puchar wrote: > > Suppose you have a system with multiple disks managed by a > > hardware RAID controller in a RAID5 of RAID6 configuration, > > what is "RAID5 of RAID6"??? 'of' is 'or' in dutch, common typo for dutch or flemish people. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Hardware Raid + hot-replace failed disk
Suppose you have a system with multiple disks managed by a hardware RAID controller in a RAID5 of RAID6 configuration, what is "RAID5 of RAID6"??? To FreeBSD it will look like e.g. a single large drive. If you want to extend your disk space by plugging in an extra disk, the hardware RAID controller will probably detect it and add it in his management, but will it be seen by FreeBSD? FreeBSD will see larger drive. you then have to fix partition table (use bsdlabel -e) fix c partition to be actually sized of whole drive, and then a) add new partition(s) for new space b) extend the size of last partition and use growfs How can you make the added disk-space available for FreeBSD. Can this be done without shutting down the system? How?? i don't think FreeBSD can be told to reget device info from controller when partitions of that device are mounted. but i may be wrong ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
Thank you all, that exactly what I needed. -fred- On Mar 7, 2008, at 12:43 PM, beni wrote: On Friday 07 March 2008 20:08:29 Fred C wrote: I have one of my disks over heating and I would like to monitor the disk temperature. Is there any way to get the disk S.M.A.R.T information on FreeBSD? -fred- The smartmontools in sysutils/smartmontools : The smartmontools package contains two utility programs (smartctl and smartd) to control and monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) built into most modern ATA and SCSI hard disks. It is derived from the smartsuite package, and includes support for ATA/ATAPI-5 disks. WWW: http://smartmontools.sourceforge.net -- Beni. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED] " -- Fred C! PGP-KeyID: E7EA02EC3B487EE9 PGP-FingerPrint: A906101E2CCDBB18D7BD09AEE7EA02EC3B487EE9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
On Friday 07 March 2008 20:08:29 Fred C wrote: > I have one of my disks over heating and I would like to monitor the > disk temperature. Is there any way to get the disk S.M.A.R.T > information on FreeBSD? > > -fred- The smartmontools in sysutils/smartmontools : The smartmontools package contains two utility programs (smartctl and smartd) to control and monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) built into most modern ATA and SCSI hard disks. It is derived from the smartsuite package, and includes support for ATA/ATAPI-5 disks. WWW: http://smartmontools.sourceforge.net -- Beni. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
smartmontools On Fri, 7 Mar 2008, Fred C wrote: I have one of my disks over heating and I would like to monitor the disk temperature. Is there any way to get the disk S.M.A.R.T information on FreeBSD? -fred- -- Fred C! PGP-KeyID: E7EA02EC3B487EE9 PGP-FingerPrint: A906101E2CCDBB18D7BD09AEE7EA02EC3B487EE9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
At 12:08 PM -0800 3/7/08, Fred C wrote: >I have one of my disks over heating and I would like to monitor the >disk temperature. Is there any way to get the disk S.M.A.R.T >information on FreeBSD? How about smartmontools from ports? -- Walter M. Pawley <[EMAIL PROTECTED]> Wump Research & Company 676 River Bend Road, Roseburg, OR 97470 541-672-8975 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
In the last episode (Mar 07), Fred C said: > I have one of my disks over heating and I would like to monitor the > disk temperature. Is there any way to get the disk S.M.A.R.T > information on FreeBSD? Try the sysutils/smartmontools port. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware information
On Fri, Mar 07, 2008 at 12:08:29PM -0800, Fred C wrote: > > I have one of my disks over heating and I would like to monitor the disk > temperature. Is there any way to get the disk S.M.A.R.T information on > FreeBSD? > Sure. Install the sysutils/smartmontools port. Then you can use the smartctl program to read all the S.M.A.R.T. information from your disks. -- Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: hardware problem
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of D G Teed > Sent: Wednesday, February 27, 2008 3:54 AM > To: Ted Mittelstaedt > Cc: DAve; FreeBSD Questions > Subject: Re: hardware problem > > > On Wed, Feb 27, 2008 at 1:58 AM, Ted Mittelstaedt > <[EMAIL PROTECTED]> wrote: > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] Behalf Of D G Teed > > > Sent: Monday, February 25, 2008 7:22 AM > > > To: DAve > > > Cc: FreeBSD Questions > > > Subject: Re: hardware problem > > > > > > > > > Every system I've seen with his description of the problem, where > > > the power supply can't even run it's own fan, is having a > power supply > > > problem. Power supplies are very often low quality these > days and can't > > > handle the stresses of typical electrical grid fluctuations. > > > > My experience has not been that the power supplies can't handle the > > electrical grid. > > > > What I've mostly seen is that the power supply FANS get dust in them, > > the fans slow down or stop, airflow through the supply drops, and > > then the supply overheats. Once it overheats, the supply will never > > be reliable again and must be thrown out. > > I've been able to routinely clean out the dust with canned air, and > they still die more frequently than say motherboards. Even quality > brands like Antec. I often replace the fan if it is showing signs > of noise from bearing getting burned out. I'm speaking mainly > of home and small office PCs. This is something that won't > happen as much in a server room since the air is cleaner, but > I'd guess the O.P. wasn't in that environment since he is wasting > 3 days before trying another power supply. > > Power supplies do have a limit of life related to the quality > of your electricity Not the good ones. Seriously. I run a NOC that has a 50kva natural gas fired generator. Every Tue. the generator is tested for 1/2 hour (basically we put the entire NOC on generator power for 1/2 hour) There is an automatic transfer switch that switches the entire NOC, under load, including the HVAC unit, onto generator power for 1/2 hour then switches it back to mains power. There is NO feedback circuit that syncs the sinewave from the generator with mains power. As you can imagine the switch is tremendously disruptive. All of the UPSs in the place squawk and switch into UPS power for a couple minutes. All of the UPSes in the place are cut-in types. So far we have only had 1 system lose power supplies on a regular basis, and this was a brand new, very expensive, HP server. (on UPSes of course) HP's replaced at least 8 power supplies in it under warranty. None of the others, including some of the most motley customer-owned clone equipment you might imagine, have suffered power supply failure. The HVAC unit of course heavily filters the air so there is no dust so to speak. I can pull the cover off 3 year old servers and the interior is as pristine as when they are new. And we keep the temp around 68 degrees. Please keep in mind most computer power supples nowadays are auto-switching and will run on anything from 110-220v. It is NOT dirty power that does them in. It is dust. And heat, as you said. Overloading a supply will kill it also - very few (retail) power supplies on the market will run close to their rated power output for any length of time. Today, the biggest problem I see is people demanding these minitower systems, getting these tiny small cases and stuffing them full of hard and optical drives. There's dead air spaces throughout the layout, and small, low-volume "quiet" fans. Hard drives also suffer as a result of this. A disk with good cooling can last many years. But few computers other than server gear provide it to the drive bays. >I can recall the bad > electrolyte scandle with several motherboard brands 5 years ago. > The explanation of the shortened capacitor lifespan due to the > electrolyte missing an ingredient was a bit of an education > into what capacitors do. They do have a limited lifespan > related to heat and the number of hours they are exposed to a high > ripple current. > > Here is an excellent wikipedia entry on capacitor plague > which will explain it in layman's terms. > > http://en.wikipedia.org/wiki/Capacitor_plague > > If you have not read about this before, it may be an eye opener. > I know all about that. I also own several TV sets that date from late, late 60's early 70's and still work. Electrolytic capacitors h
Re: hardware problem
On Wed, Feb 27, 2008 at 1:58 AM, Ted Mittelstaedt <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of D G Teed > > Sent: Monday, February 25, 2008 7:22 AM > > To: DAve > > Cc: FreeBSD Questions > > Subject: Re: hardware problem > > > > > > Every system I've seen with his description of the problem, where > > the power supply can't even run it's own fan, is having a power supply > > problem. Power supplies are very often low quality these days and can't > > handle the stresses of typical electrical grid fluctuations. > > My experience has not been that the power supplies can't handle the > electrical grid. > > What I've mostly seen is that the power supply FANS get dust in them, > the fans slow down or stop, airflow through the supply drops, and > then the supply overheats. Once it overheats, the supply will never > be reliable again and must be thrown out. I've been able to routinely clean out the dust with canned air, and they still die more frequently than say motherboards. Even quality brands like Antec. I often replace the fan if it is showing signs of noise from bearing getting burned out. I'm speaking mainly of home and small office PCs. This is something that won't happen as much in a server room since the air is cleaner, but I'd guess the O.P. wasn't in that environment since he is wasting 3 days before trying another power supply. Power supplies do have a limit of life related to the quality of your electricity (and excessive heat). I can recall the bad electrolyte scandle with several motherboard brands 5 years ago. The explanation of the shortened capacitor lifespan due to the electrolyte missing an ingredient was a bit of an education into what capacitors do. They do have a limited lifespan related to heat and the number of hours they are exposed to a high ripple current. Here is an excellent wikipedia entry on capacitor plague which will explain it in layman's terms. http://en.wikipedia.org/wiki/Capacitor_plague If you have not read about this before, it may be an eye opener. --Donald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware problem
On Mon, Feb 25, 2008 at 08:38:09PM -0500, Tsu-Fan Cheng wrote: > > hi guys, >just take every part out and dust with a brush, reseat the m-board > and hook on the power supply, switch on the power and both fans spin > for quite a while, seeing this, I switch it off and start to connect > all the cables. After all is done, i turn on the power again, and this > time it stop again after a short spin. and I looked everywhere on the > board and found some silverish dust on the board, i dust it away, but > this time, the fans and the LED light on the board never spin or lit > up when i switch it on, i wonder if something i did kill the power > this time, any idea?? thank you for your help. > > TFC > Having been round the houses with my new build which displayed similar problems, I would say that what is most likely is that it is a power supply problem. There was a shaky attachment somewhere which loosened when you moved and finally gave up the ghost. Your best approach, is to get a new power supply or case with power supply depending on how old your case is. If that doesn't work, then it's probably your motherboard and unless your CPU is quite new and you can extract it, you'll probably be looking at new CPU and RAM also ie. expensive. If you want to get a new case, then have a look at an Antec Sonata III. It's quiet, comes with all the bits you need and has USB ports and e-SATA on the front. Cost me about 75GBP. 500W power supply which is a bit excessive for my needs though. Best of luck! -- Frank Contact info: http://www.esperance-linux.co.uk/misc/contact.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: hardware problem
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of D G Teed > Sent: Monday, February 25, 2008 7:22 AM > To: DAve > Cc: FreeBSD Questions > Subject: Re: hardware problem > > > Every system I've seen with his description of the problem, where > the power supply can't even run it's own fan, is having a power supply > problem. Power supplies are very often low quality these days and can't > handle the stresses of typical electrical grid fluctuations. My experience has not been that the power supplies can't handle the electrical grid. What I've mostly seen is that the power supply FANS get dust in them, the fans slow down or stop, airflow through the supply drops, and then the supply overheats. Once it overheats, the supply will never be reliable again and must be thrown out. Turning off a computer for a while that has an overheated power supply is a surefire way to have the supply never restart again. Ted ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware problem
On Mon, Feb 25, 2008 at 10:45 PM, Da Rock <[EMAIL PROTECTED]> wrote: > On Mon, 2008-02-25 at 20:38 -0500, Tsu-Fan Cheng wrote: > > hi guys, > >just take every part out and dust with a brush, reseat the m-board > > and hook on the power supply, switch on the power and both fans spin > > for quite a while, seeing this, I switch it off and start to connect > > all the cables. After all is done, i turn on the power again, and this > > time it stop again after a short spin. and I looked everywhere on the > > board and found some silverish dust on the board, i dust it away, but > > this time, the fans and the LED light on the board never spin or lit > > up when i switch it on, i wonder if something i did kill the power > > this time, any idea?? thank you for your help. > > > > TFC > > > > Looks like that little bit of dust was making the system still seem like > its alive. I'd say its well and truely dead now- what do you reckon > guys? > > New M/B and CPU... You are suggesting to replace the MB and CPU? By the same logic, if a light bulb burns out, replace the wiring in your house. That is inappropriate. Power supplies burn out all the time. Replace the power supply. The big clue is when the power supply can't spin it's own fan. Has nothing to do with the rest of the system. --Donald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware problem
On Mon, 2008-02-25 at 20:38 -0500, Tsu-Fan Cheng wrote: > hi guys, >just take every part out and dust with a brush, reseat the m-board > and hook on the power supply, switch on the power and both fans spin > for quite a while, seeing this, I switch it off and start to connect > all the cables. After all is done, i turn on the power again, and this > time it stop again after a short spin. and I looked everywhere on the > board and found some silverish dust on the board, i dust it away, but > this time, the fans and the LED light on the board never spin or lit > up when i switch it on, i wonder if something i did kill the power > this time, any idea?? thank you for your help. > > TFC > Looks like that little bit of dust was making the system still seem like its alive. I'd say its well and truely dead now- what do you reckon guys? New M/B and CPU... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: hardware problem
hi guys, just take every part out and dust with a brush, reseat the m-board and hook on the power supply, switch on the power and both fans spin for quite a while, seeing this, I switch it off and start to connect all the cables. After all is done, i turn on the power again, and this time it stop again after a short spin. and I looked everywhere on the board and found some silverish dust on the board, i dust it away, but this time, the fans and the LED light on the board never spin or lit up when i switch it on, i wonder if something i did kill the power this time, any idea?? thank you for your help. TFC On Mon, Feb 25, 2008 at 7:53 PM, Chris Whitehouse <[EMAIL PROTECTED]> wrote: > > Derek Ragona wrote: > > At 08:06 AM 2/25/2008, Tsu-Fan Cheng wrote: > >> Hi guys, > >>this is really not about freebsd per sa. But this is the only > >> computer-related forum I use. so please forgive me. > >> my desktop was relocated due to my recent moving to a new > >> apartment. After settling down at the new place, I plug in the cables > >> and the computer won't start up. I open the case and found out that > >> when i switched on the power supply from the back, the power fan and > >> cpu fan will spin for a split second then stop. I tried to debug by > >> unplugging the cables, when doing so, sometimes the fans will spin for > >> 10 seconds, maybe, but most of the time, it just stopped right after > >> the power switched on. I also try to hold down the start button on the > >> front for a while, but no good. I was told the mother board maybe > >> short-circuit. can anyone give a second opinion?? thanks!! > >> > >> TFC > > > > It sounds like you have something shorting out the motherboard. I would > > remove everything you can, all add-on cards etc. Just leave a video > > card, unless video is on the motherboard. I would disconnect all the > > drives too. The idea is to remove everything, so you can check just the > > motherboard alone. If the motherboard still won't power on, remove and > > reseat the RAM. If it still won't power up, remove and re-seat the CPU. > > > > I would guess something inside the case was moved around enough in your > > move to cause the short. > > > > -Derek > > > Agree. The symptoms, fans starting and almost immediately stopping, say > the power supply is starting, detecting a short and shutting down. If > the video card is AGP double check it is properly seated, I've had that > same result several times particularly with AGP cards lifting very > slightly at the inboard end. > > Chris > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
