RockDawg

That's crazy what happened at your work. That's one heck of an "oops!"

The saga continues (for those that care)... The new CPU arrived today and I installed it in the new mobo. I get a single beep! But no video. I then tried the new CPU in the old mobo and and it's just like before. No beep. No video. Nothing. So i'm concluding that the old mobo is indeed dead. I then go back to the new mobo (which of course I ordered one without onboard video ) and when I either remove the video card or unplug the power connections to it, I get one long beep with three short beeps. A quick internet search shows that's a graphic card error. Re-install the card and re-connect the power to it and again a single beep with no video. Video card seems dead too now! So far the tally is a dead power supply, a dead mobo, a dead CPU and a dead GPU. I'm assuming by the single beep when my GPU is installed that my RAM some how managed to survive the event that shall be forever known as 'The Outage'. All this money spent to repair a system that could have been spared by a $20 surge protector. Yet another in a long list of expensive real-world educations I've received in my life.

In my haste to get my computer back up, I ordered another CPU last night. I read some internet reports where a the CPU was the culprit. Probably isn't the problem and I can't return it. :'( We'll see. I'll see what I can do to test the speaker tonight.

I tried that and I still get the same. No beeps.

I powered up both boards with nothing on then but power (no cpu, ram, gpu, battery, drives, nothing). Neither one gives any POST beeps.

That is correct. The speaker worked fine before the power outage so I assume it still does, but I didn't test it.

Yes, I removed the battery. I powered up with only the CPU installed and I also tried booting up the one board outside of the case. Always the same result.

I'll try to keep this short. My computer had been running great since I built it ~8 months ago. Last week we had a power outage in the middle of the night (PC should have been in S3 suspend) and the next day it was powered off. I tried to turn it on, but nothing. Nothing powered up at at all. I ran down to Staples and buy a new power supply and it powers up, but won't boot. Monitor says no signal and I don't get the usual POST beep or any error beeps. I pulled the video card and tried the onboard gpu. I disconnected every drive, and pulled/rotated each stick of RAM... Nothing. I tried the monitor with my laptop and it works so it's fine. I removed the battery and cleared the CMOS on both boards with no luck. I finally conclude I must have lost the motherboard so I order a new one. I put the new one in tonight and it does the same thing! So I'm down to either another bad MB (possible, but hard to believe), the RAM or the CPU. In the past, I've gotten error beeps the couple times I encountered bad or missing RAM or CPU, but maybe that isn't always the case? My problem is that I don't have another system or hardware to switch the RAM or CPU with to test either one. Anyone have any ideas how I can troubleshoot this? I need my desktop back and it's already been a week. CPU: AMD Phenom II X4 965 Black Edition MB (old): ASUS M4A88TD-M/USB3 MB (new): Asus M4A87TD/USB3 RAM: Mushkin Enhanced Blackline 4GB GPU: GIGABYTE GV-N460OC-1GI GeForce GTX 460 PS (new): Antec EarthWatts EA650 650W

I see. Then shouldn't unRaid be saying that parity is not valid? Both the stock GUI and unMenu say parity is valid. EDIT: Should I just let unRaid go ahead and repair these errors?

I just recently (a few days ago) upgraded this server from 4.5 to 5.0b6a. I performed a parity check before upgrading and it returned 0 errors. I have unMenu installed and via unMenut I installed the monthly parity check and have it set to not correct errors. Last night a parity check ran as expected and it found 4 errors (not expected) and unMenu says "Parity updated 4 times to address sync errors.". My questions: 1. Why was parity updated if the monthly parity check package was set to "NOCORRECT"? 2. I'm going to run another parity check shortly, but any ideas or suggestions/ideas what might have caused the errors? I've had no unexpected shutdowns and like I said, parity was good right before the upgrade. 3. On an unrelated note, there a lot of of repeating lines in my log that say: Apr 30 02:08:23 Tower2 unmenu[1641]: bad method - 3664 345504 2792009 56290 9 3 96 100 0 50610 563803664-^M what does it mean? Here is my log: http://pastebin.com/TBvwL9FJ

Of all the things I tried (including rebooting the server several times), I never tried rebooting the client PC. Sure enough, that fixed it. Thanks for the tip! Thanks to everyone else too! I appreciate all the help!

I just went through and set Yes/Public for each drive, share and also in Settings/Samba. Still not working. If I telnet into the server I can access the contents of the "Kevin" share just fine using Midnight Commander so I'm assuming it's a Samba/permissions issue, but I'm at a loss on what to check next.

I know you're talking about a user share as well, but I had similar symptoms with device shares until, clicking on the device in Main, I explicitly applied Export Yes/Security Public. In my case all the drives already showed with those settings but clicking the apply button for each had the desired effect of letting me access them. I seem to remember having a similar problem with a new user share, but that was day one so my memory is fuzzy. You might try going into the share settings and applying Yes/Public even if it already seems to be set that way. Thanks for the help. I just tried that and unfortunately that didn't fix the problem.

The script fixed the above issue, but I have one user share (Kevin) and the flash that are inaccessible. When I try to open either one form my Windows 7 machine. I get the following error that says the location is unavailable. I tried rebooting and the problem persists. Both have SMB export=yes and security=public. Here is my log: http://pastebin.com/d5Uex7dc

Sorry for being so stupid. I missed the one step that said to run that permissions script. i made sure to do the other steps, but somehow I missed that. I should've double-checked everything before posting. I'm also sorry for posting in the wrong forum. I had multiple tabs open and didn't pay attention to which one I had open. Thanks for your help and sorry for this waste of a thread.

I just upgraded from 4.5 and everything seemed to go fine except when I try to access any drives or user shares from my Win7 computer, I get an "access denied" error. The drives and shares show up, but I cant access the contents. SMB is enabled and the dives are all set to export=yes and security=public. I can't think of anything else that would be blocking access. Herre is my log: http://pastebin.com/zvPQtKRS

Thanks! That worked.

I'm trying to mount a drive from a Windows 7 system that died so I can recover some files. I followed each step in the wiki and something indeed was mounted to /mnt/old_data, but the contents are not all correct. After installing the drive it was assigned slot "sdc" so I used the following command: My problem is that the contents that show up are: root@Tower1:~# cd /mnt/old_data root@Tower1:/mnt/old_data# dir BOOTSECT.BAK Boot/ System\ Volume\ Information/ bootmgr root@Tower1:/mnt/old_data# cd /mnt/old_data/Boot root@Tower1:/mnt/old_data/Boot# dir BCD BCD.LOG1 BOOTSTAT.DAT cs-CZ/ de-DE/ en-US/ fi-FI/ hu-HU/ ja-JP/ memtest.exe nl-NL/ pt-BR/ ru-RU/ tr-TR/ zh-HK/ BCD.LOG BCD.LOG2 Fonts/ da-DK/ el-GR/ es-ES/ fr-FR/ it-IT/ ko-KR/ nb-NO/ pl-PL/ pt-PT/ sv-SE/ zh-CN/ zh-TW/ Anybody have any idea what's up? I see some Windows stuff, but I never had memtest on there. That looks unRaid related. Maybe the drive got trashed when the computer died? It just doesn't seem right. Liek the wiki instructed I never assigned the drive to my array. I only stopped the array so I could see the drop down box on the Devices screen to see which slot it was assigned and then I restarted the array.

Thanks. Yah, I need updated it and unmenu. Which reminds me, thanks for your great contributions to unraid!

I just ran a preclear cycle on a drive that's been in my array for ~18 months. I did this because it showed disabled in my array after a power outage. Here are the results: =========================================================================== = unRAID server Pre-Clear disk /dev/sdi = cycle 1 of 1 = Disk Pre-Clear-Read completed DONE = Step 1 of 10 - Copying zeros to first 2048k bytes DONE = Step 2 of 10 - Copying zeros to remainder of disk to clear it DONE = Step 3 of 10 - Disk is now cleared from MBR onward. DONE = Step 4 of 10 - Clearing MBR bytes for partition 2,3 & 4 DONE = Step 5 of 10 - Clearing MBR code area DONE = Step 6 of 10 - Setting MBR signature bytes DONE = Step 7 of 10 - Setting partition 1 to precleared state DONE = Step 8 of 10 - Notifying kernel we changed the partitioning DONE = Step 9 of 10 - Creating the /dev/disk/by* entries DONE = Step 10 of 10 - Testing if the clear has been successful. DONE = Disk Post-Clear-Read completed DONE Elapsed Time: 14:46:22 ============================================================================ == == Disk /dev/sdi has been successfully precleared == ============================================================================ S.M.A.R.T. error count differences detected after pre-clear note, some 'raw' values may change, but not be an indication of a problem 50c50 < 1 Raw_Read_Error_Rate 0x000f 103 093 006 Pre-fail Always - 55633165 --- > 1 Raw_Read_Error_Rate 0x000f 103 093 006 Pre-fail Always - 0 54c54 < 7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 136059092 --- > 7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 140644518 58,60c58,60 < 189 High_Fly_Writes 0x003a 001 001 000 Old_age Always - 15391 < 190 Airflow_Temperature_Cel 0x0022 076 051 045 Old_age Always - 24 (Lifetime Min/Max 21/24) < 195 Hardware_ECC_Recovered 0x001a 056 052 000 Old_age Always --- > 189 High_Fly_Writes 0x003a 001 001 000 Old_age Always - 22207 > 190 Airflow_Temperature_Cel 0x0022 070 051 045 Old_age Always - 30 (Lifetime Min/Max 21/31) > 195 Hardware_ECC_Recovered 0x001a 070 052 000 Old_age Always ============================================================================ Anything to be worried about there?

Gotcha! I'll do that. Thanks!

OK. So I should stop the array, unassign the drive, reboot, preclear the drive, add it back to the array, restart and rebuild the data?

I can understand that for a new drive, but hasn't my drive already been stressed (formatted once and written to many, many times)? Could my current SMART report possibly be less indicative than one returned after a preclear on said drive?

What would a preclear benefit it? I ask because I don't know.

I don't have a spare drive right now. This server is for my movies and TV shows so if it's down for a few it won't bother me that much. What further test would you perform on that drive and I can I perform them with it still in the server?