HCHTech
Well-Known Member
- Reaction score
- 4,212
- Location
- Pittsburgh, PA - USA
I try to keep my SDI Origin updated and always use the correct download URL. Twice in the last week, running SDI after a fresh Win10 install has rendered the system unbootable. We do a few installs a week and most are fine, but when this happens, it definitely slows down the process.
In both recent instances, SDI completed without error, but the reboot after the SDI run produced the auto repair screen. The first time it happened, I tried running system restore, but that did not complete. A system refresh worked, but I decided not to tempt fate and run SDI again, I just finished up leaving the MS drivers.
The 2nd time it happened, I just started over, formatting the disk and doing the install again, but again, just continued without running SDI. BTW, the first problem machine was a nuke & pave on an HP desktop after an impressive malware infection, the second problem machine was installing a new SSD in a Dell Inspiron. Both machines passed hardware diagnostics. One was running SDI over the network, the other was running it from an attached external drive. So, nothing much in common between the two incidents.
So, now I'm getting a little gun-shy about SDI. Is this a common problem (we certainly haven't noticed until recently)? Is it grabbing the incorrect drivers? I know it's bad form, but I didn't really have time to spend troubleshooting about the problem, we've been slammed with work, so it was more important to get the machines out the door. If it happens again, I'll try to get more details.
In both recent instances, SDI completed without error, but the reboot after the SDI run produced the auto repair screen. The first time it happened, I tried running system restore, but that did not complete. A system refresh worked, but I decided not to tempt fate and run SDI again, I just finished up leaving the MS drivers.
The 2nd time it happened, I just started over, formatting the disk and doing the install again, but again, just continued without running SDI. BTW, the first problem machine was a nuke & pave on an HP desktop after an impressive malware infection, the second problem machine was installing a new SSD in a Dell Inspiron. Both machines passed hardware diagnostics. One was running SDI over the network, the other was running it from an attached external drive. So, nothing much in common between the two incidents.
So, now I'm getting a little gun-shy about SDI. Is this a common problem (we certainly haven't noticed until recently)? Is it grabbing the incorrect drivers? I know it's bad form, but I didn't really have time to spend troubleshooting about the problem, we've been slammed with work, so it was more important to get the machines out the door. If it happens again, I'll try to get more details.