My good colleague
phillpower2, has asked if I would take a look and see if I MAY be able to assist you.
It is, as he has said, really a matter of just another pair of eyes looking at it.
I have read the whole topic, every post and I do not think I have missed anything, but if I have please tell me, and I apologise beforehand
May I make the following points.
Please do not be offended by any of them, they are ONLY my observations.
1. I am really struggling to follow the logic of your opening post and these two disks.. I do appreciate that it is a laptop and you cannot on that model connect two disks inside the computer. I use the word disk, rather than drive, as a disk numbered 0 by Windows, may be lettered C and D or whatever, but disk management etc will refer to it as Disk 0 and then Disk 1 and so on.
What I am struggling with is why did you not simply connect the less reliable disk, externally by USB in an enclosure. I do not think a damaged connection in the laptop for the hard disk is the cause - but it must be a possibility.
2. The reason SFC would not originally work from the cmd prompt opened in the recovery environment, is that, THAT cmd prompt is a on a ramdrive lettered X, created in ram and therefore of course it cannot recognise a system file check cmd.. I THINK you established that, but please bear it in mind for a later step.
3. services.msc CANNOT open from the cmd prompt in the recovery environment.
4. I gain the impression and again if I am wrong I apologise that the Windows 7 DVD you have referred to is a COPY. I am NOT suggesting it is not a copy of a legal, licensed installation, but as my colleague has mentioned if you have Windows 7 Home Premium with SP1, then the DVD used for either the repair or the custom install if we get that far, must be the SAME DVD
5. There are, as I see it NOW, two ways to try and progress.
A. Is to run a chkdsk /r on the hard disk from the recovery cmd prompt.
PLEASE remember that the X is the ram drive, so it is no use running it from there.
From the X prompt change to C: prompt and then type
chkdsk /r
press enter
and it will tell you that the chkdsk cannot be run, as the drive is in use, that is because of course, you have just placed it in use with the cmd.
Follow the instructions to run it regardless.
Do the same on the drive lettered D:
Now, this is where it gets a little technical - the ram drive X, often changes the drive letters. So that what was lettered C on Disk0 for instance may be changed to another letter.
It does not really matter in your case, as you are going to run it on both.
YOU MAY CHECK what is on the C, when you have changed to that drive letter by typing
dir.
You may of course do the same with D
I said there were two ways to progress this, I think we will try that way first and see if we strike lucky.
ONE LAST point, if you do not mind.
WHILE I am providing another pair of eyes, please do ONLY as I ask, otherwise, it confuses ME as to are the results from what I have asked you to do, OR are they now from something you have decided to run.
Please ensure you watch the chkdsk results - ANY BAD SECTORS, or file errors that could not be repaired are a sure sign that this topic may NOT result in a satisfactory conclusion.
FINALLY here is the explanation of the ramdrive and the possible letter change.
http://www.bleepingc...command-prompt/and the guide for what I have explained.
YOU need not bother with the bcdedit at this stage
Edited by Macboatmaster, 06 April 2013 - 08:06 AM.