If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#61
|
|||
|
|||
Corrupt NTFS filesystem
Rod Speed wrote:
Citizen Bob wrote Rod Speed wrote That is however why I suggested not using Perfect Disk for a while, in case it that thats corrupting the MFT. PerfectDisk is very new - only a month or two old. This problem has been going on for a year. Like I said, you've only just said that. Something I just thought of. When I first started using PerfectDisk, every once in a while it would cause the same corruption problem. I knew because before I ran PD, I would reboot to make sure the volume was not corrupt and then I would create a clone backup. Then I would reboot and run PD and then reboot to see if it corrupted the disk, Sure enough, a couple times it did and I had to use either the clone I just made to recover or run chkdsk. That would seem to indicate that its actually disk activity that produces the corruption, supporting the possibility that is just something as basic as the removable drive tray thats the problem. There clearly isnt any other app involved when an ImPerfect Disk run corrupts the drive. Bet its the removable drive bay or the cable. And ImPerfect Disk is the obvious thing to use when testing for corruption, no need to run the normal 2K install for days etc. Speaking of clones I think I mentioned this but sometimes you may not have picked up on it. If I put the clone in the D: without changing the signature with Win98SE fdisk /mbr, it will always BSOD. That's because Win2K tried to mount the same device to two disks with identical signatures. I dont believe that claim about 2K, essentially because clones work fine for others without that abortion involving Win98SE fdisk /mbr What are you doing the cloning with again ? If I use the trick of Win98SE fdisk /mbr on the D: disk, then I do not get the BSOD. Of course Win2K prompts me to reboot because it has found a "new device". So let's imaging the scenario where I have a clone in archive Not clear what you mean by that last. which I use as the boot disk when the original disk gets corrupted. I mount this archived clone Or that either. as the boot disk and mount the bad disk as D: so I can run chkdsk d: /f on it. Since I changed the signature on the bad disk to prevent the device conflict and BSOD, and if I don't reboot to satisfy Win2K's request for a new device, then chkdsk will screw up the bad disk and it is not recoverable. IOW, it can't even be mounted any more. Cant really understand what you mean config wise with those 'archive' comments. |
#62
|
|||
|
|||
Corrupt NTFS filesystem
On Sat, 28 Oct 2006 20:26:59 GMT, (Citizen Bob)
wrote: On Fri, 27 Oct 2006 16:49:07 -0400, kony wrote: I still do not know what Registry keys you are referring to. I posted them. HKCU-software, HKLM- software, HK-Classes-Root. I never saw that post. You did not post any Registry keys like the ones above on this forum that I can find. Well you replied to the post I made that listed them, but you snipped them out of your reply. I ran a Google Groups Advanced search on this forum with "HKCU" as the keyword. I found only this exact post - the one I am replying to right here - and one other that had nothing to do with this discussion. HKEY Current User. As I already wrote, they're abbreviations, and if you were actually doing it, you'd see the key in regedit. Either your computer is broken or you are posting to another group or you are hallucinating. But don't take my word for it - check it out yourself on Google. If you find it, then I am hallucinating. You replied to it. http://groups.google.com/group/alt.c...ecc0cae9bea167 (or tinyURL style): http://tinyurl.com/yev756 It shouldn't be though, you're only merging the software keys, not the entire registry, and ideally weeding out software you dont' even have installed anymore before exporting it, but if you want to save time and not weed that stuff out, that's ok too- it'll just be a little clutter opposed to a lot of it and the problem. If those are the only keys I have to deal with, then I can weed them out in a text editor or a Registry editor. Did you do a clean installation yet? If not, this is exactly what you are doing wrong, trying to think on things. You will have spent 3X as much time thinking on it, as it would've taken to do it. Remember this is a clean test installation, there is no thought necessary, you are not jeopardizing data, and you should be making backups of it. It is not at all necessary to know the whole process, only to start doing it and go from there. There's no point in typing anything more if you're not going to get the system into a state where it could be applied. Now that I know what keys to export, I can guage the size of the project. It looks doable now, so I will put it on my calendar. LOL I give up, don't fix it. |
#63
|
|||
|
|||
Corrupt NTFS filesystem
On Fri, 27 Oct 2006 16:49:07 -0400, kony wrote:
HKCU-software, HKLM- software, HK-Classes-Root. OK here's what I propose to do to make things easy with my setup. I will clone the current NTFS boot partition to a new disk but make the partition only half the disk. I will then create a new install of Win2K on the second partition. I will mount these as D: (current) and F: (new). I will then export the above mentioned keys and save the exports for later use. I will then copy the new Registry in F: in entirety to the current partition D:, thereby replacing the entire Registry on D:. I can copy anything else from the new install F: you think is important. Then I can import the exported keys into the new Registry on D:. That way I will have a new install of Win2K without having to copy all the apps and other stuff. I just need to make sure I get the important parts of the new install copied to the current partition so it behaves like a new install. -- "Nothing in the world can take the place of perseverence. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent." --Calvin Coolidge |
#64
|
|||
|
|||
Corrupt NTFS filesystem
On Sat, 28 Oct 2006 21:05:56 -0400, kony wrote:
http://tinyurl.com/yev756 I passed that by because of the way you stated it: A few of them would tend to be HKLM-Software, HKCU-Software, and you mentioned classes so HKCR. "A few of them" tells me there are more. "would tend to be" would tend to be. Those phrases told me you were not sure, so I didn't take them as a final statement. So what is your final statement about the Registry keys I must transfer to make this new install work? Is your last statement correct: HKCU-software, HKLM- software, HK-Classes-Root. Is that correct? Did you do a clean installation yet? I have not done anything yet because I want to be certain what I am going to do. Statements like "A few of them" and "would tend to be" does not cut it with me. I don't need a merry chase. I will try the "clean install" only when I am confident that it will work. If not, this is exactly what you are doing wrong, trying to think on things. You will have spent 3X as much time thinking on it, as it would've taken to do it. Remember this is a clean test installation, there is no thought necessary, you are not jeopardizing data, and you should be making backups of it. It is not at all necessary to know the whole process, only to start doing it and go from there. Please spare us the trite boring lectures. You have spent more time finger wagging than anything else. You are not my mother so quit trying to pretend you are. Now that I know what keys to export, I can guage the size of the project. It looks doable now, so I will put it on my calendar. LOL I give up, don't fix it. Now it's my turn to finger wag: That is childish. But if you need to pout, go ahead if it makes you feel better. When you grow up you will see how stupid that is. -- "Nothing in the world can take the place of perseverence. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent." --Calvin Coolidge |
#65
|
|||
|
|||
Corrupt NTFS filesystem
On Sun, 29 Oct 2006 10:24:35 +1100, "Rod Speed"
wrote: Do you depend on your computer every day to make money? Or do you just use it for recreation? Irrelevant to what is possible for YOU to do for a TEST. It is not irrelevant to me. I use my computer in financial transactions every day, including weekends. I simply cannot stop using it to run tests. In order to test the new install, I would have to run it full time for several days. Wrong. The problem does not manifest itself for days at a time. I would have to install all the apps I normally use to perform a valid test and I would have to do it for at least 1 week. I cannot afford to do that. Although I do use my computer for recreation like you, I do use it for finanacial transactions. What am I supposed to do about all the apps I normally run in the course of a day? I can't just abandon my routine for a test - I need to run the apps every weekday. I doubt you actually run all that many of them every weekday You do not know what you are talking about. How could you possibly know what I run or do not run every weekday? I do financial transactions every day of the week. The most intense activity is during the week. and if you do, There is no "if I do". I do run financial transactions every day of the week. you can certainly do the other test, try with the drive directly connected instead of in a removable drive bay. Why would the removable bay corrupt an NTFS partition only at boot time? I have never experienced a corrupt NTFS partition while running. That's also why I do not believe that RAM memory is involved. Anyway I have run extensive diagnostics on all hard drives and RAM and nothing shows any signs of failure. If I do not install enough apps then I can't run the things I need to run. I doubt that involves all that many apps, You do not know what you are talking about. How could you possibly know what I run or do not run every weekday? I do financial transactions every day of the week. The most intense activity is during the week. They take quite a few apps to run in entirety. and if it does, There is no "if I do". I do need a lot of apps. you can certainly do the other test, try with the drive directly connected instead of in a removable drive bay. Why would the removable bay corrupt an NTFS partition only at boot time? I have never experienced a corrupt NTFS partition while running. But I plan on doing this test anyway, just to eliminate the possibility however remote it may be. How am I going to run two versions of Win2K on two separate partitions at the same time? You dont have to run them at the same time. In order to reproduce the conditions that the corruption occurs I need to run the test 24x7 for at least a week. I cannot reboot anytime or the test will not be valid. Now tell me, genius, how am I going to run my apps on the other partition if I am running the test 24x7? Then you can obviously install what you do need to run, If I do that then I just as well do a clean reinstall and not chase this problem down. I may have a cabling problem because of the location of the internal vs removable bay. Unlikely given that its easier to cable an internal than a removable bay. Again you do not know what you are talking about. I have two bays connected to one cable. The second one is near the top of the computer, whereas the drive I mount permanently is closer to the bottom. I may not have enough cable to reach both. However as I said, I have some hardware for mounting 3.5" drives in 5.25" bays, so I can mount the drive next to the removable bay and circumvent any possible cable problems. And even if you did need to get another cable for the test, that is well worth doing because its very likely what is corrupting the MFT. It is not very likely. There is no evidence to support that claim. You have an intense bigotry against Centronic-based removable bays that is obsessing you. Think about it. If the Kingwin KPF style bays I am using are such crap as you make them out to be, why are they still on the market? Kingwin is still in business, they are still offering that style bay and I never hear any complaints about them on this forum or any other. Why would the removable bay corrupt an NTFS partition only at boot time? I have never experienced a corrupt NTFS partition while running. But I plan on doing this test anyway, just to eliminate the possibility however remote it may be. I'd make sure it was a proper legal ATA cable too, a proper 80 wire flat ribbon cable of legal length. No point in doing the test with a known non standard cable. I have stated several times that I have an official ATA133 80-wire ribbon cable. It has the blue connector on one end to ensure proper orientation for CS. U check EV all the time and have never seen it. All that means is that the OS hasnt noticed it until boot time. However it may be that it is not being detected except at boot. Precisely. However if the filesystem is corrupt at run time, how could it even function? I can't run chkdsk whenever I want - it must be run at boot. No it doesnt need to to just CHECK for corruption, only for FIXING any corruption seen. That only happens at boot time. Is there some other diagnostic that can detect a corrupt NTFS volume that I could schedule to run periodically while Win2K is running? You dont need one, chkdsk can do that fine. But I have to reboot to run chkdsk. If I don't want to do something it is not because I am lazy or obstinate That remains to be seen. You've got one hell of a capacity for refusing to do the obvious tests. Please stop with the finger wagging. You are not my wife. - it's because I believe I have a good reason not to. Thats just the excuse for the bone headedness. That's an ad hominem. I know exactly why you resort to insults. It's because of your justifiable inferiority complex, which goes with your incredible overblown ego. You like to think of yourself as God's gift to computers. You are very good at it and can solve most problems thrown at you. But every once in a while you take on a problem, like this one, which you cannot solve easily. That causes your brittle ego all sorts of pain because you do not know how to deal with frustration. That's because your ego is far too overblown for your own good. The only way you have to cope with this pain and frustration caused by your justifiable inferiority complex (caused by your overblown ego not being able to solve every problem you encounter) is to blame someone for the problem instead of just admitting that you can't solve the problem immediately. What you need to do is grow up and accept the fact that you are not superman when it comes to computers. Accept that there are problems that you cannot solve immediately. Yours is the curse of an academic who has to maintain an overblown ego in front of students. You cannot allow them to know you are not superman, or you will lose your credibility. However, this insane mind set you have developed over the year spills over into private life, like on this forum. Now let's see what inane defense you put up for this analysis. -- "Nothing in the world can take the place of perseverence. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent." --Calvin Coolidge |
#66
|
|||
|
|||
Corrupt NTFS filesystem
On Sun, 29 Oct 2006 10:34:50 +1100, "Rod Speed"
wrote: That would seem to indicate that its actually disk activity that produces the corruption, I use three identical WD 80 GB drives which I have tested in so many ways that they are known to be good. I ran a full SpinRight on each of them overnight. They check out perfectly. If it were the disks why can I go as long as a week without any problems? supporting the possibility that is just something as basic as the removable drive tray thats the problem. Why would the removable bay corrupt an NTFS partition only at boot time? I have never experienced a corrupt NTFS partition while running. There clearly isnt any other app involved when an ImPerfect Disk run corrupts the drive. Bet its the removable drive bay or the cable. Why would the removable bay corrupt an NTFS partition only at boot time? I have never experienced a corrupt NTFS partition while running. But I plan on doing this test anyway, just to eliminate the possibility however remote it may be. Speaking of clones I think I mentioned this but sometimes you may not have picked up on it. If I put the clone in the D: without changing the signature with Win98SE fdisk /mbr, it will always BSOD. That's because Win2K tried to mount the same device to two disks with identical signatures. I dont believe that claim about 2K, essentially because clones work fine for others without that abortion involving Win98SE fdisk /mbr You are wrong again. Disk Signature Conflict On Identical Clone Drives http://www.goodells.net/multiboot/partsigs.htm What are you doing the cloning with again ? Acronis True Image. I have a boot CD and it runs the clone offline. If I use the trick of Win98SE fdisk /mbr on the D: disk, then I do not get the BSOD. Of course Win2K prompts me to reboot because it has found a "new device". So let's imaging the scenario where I have a clone in archive Not clear what you mean by that last. I always have two clone disks in archive since I have three identical disks. One is very recent and the other is less recent. which I use as the boot disk when the original disk gets corrupted. I mount this archived clone Or that either. If I get a corrupt disk that cannot be repaired with the automatic chkdsk that runs at boot time, I have to mount it as D:. So I use the most recent clone as the boot disk in C:. But they have the same signature, so get a BSOD. That's why I have to use Win98SE to replace the first 4 bytes of the signature with zeros, which forces Win2K to remount it internally. as the boot disk and mount the bad disk as D: so I can run chkdsk d: /f on it. Since I changed the signature on the bad disk to prevent the device conflict and BSOD, and if I don't reboot to satisfy Win2K's request for a new device, then chkdsk will screw up the bad disk and it is not recoverable. IOW, it can't even be mounted any more. Cant really understand what you mean config wise with those 'archive' comments. Archive means the disk sits on a shelf away from the computer. That's why I use removable drive bays. -- "Nothing in the world can take the place of perseverence. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent." --Calvin Coolidge |
#67
|
|||
|
|||
Corrupt NTFS filesystem
On Sun, 29 Oct 2006 10:36:59 +1100, "Rod Speed"
wrote: And ImPerfect Disk is the obvious thing to use when testing for corruption, no need to run the normal 2K install for days etc. I just ran a Google search on "ImPerfect Disk" and got nothing that is relevant. Where do I get this ImPerfect Disk? It sounds like just what I need to check out the disk while it is running. I can set up a Win2K Schedule to run it periodically, assuming it can be set up to run quietly in background. If it keeps a log I can take a look when I choose. Speaking of clones I think I mentioned this but sometimes you may not have picked up on it. If I put the clone in the D: without changing the signature with Win98SE fdisk /mbr, -- "Nothing in the world can take the place of perseverence. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent." --Calvin Coolidge |
#68
|
|||
|
|||
Corrupt NTFS filesystem
|
#70
|
|||
|
|||
Corrupt NTFS filesystem
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Corrupt NTFS Filesystem | Bob | General | 29 | May 10th 07 01:49 AM |
Corrupt NTFS Filesystem | Bob | General | 19 | July 1st 06 01:33 PM |
testdisk and findpart problem | jcombalicer | Storage (alternative) | 9 | December 10th 04 11:35 PM |
Drive Image 2002 | Rosie | Storage (alternative) | 9 | November 20th 03 03:25 PM |
NTFS partition corrupt | [email protected] | Storage (alternative) | 4 | September 2nd 03 02:39 PM |