#$%#@## True Image
in [Computers]
|
From: Rod Speed on 27 Oct 2006 04:56 Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote > Rod Speed <rod.speed.aaa(a)gmail.com> wrote >> Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote >>> Rod Speed <rod.speed.aaa(a)gmail.com> wrote >>>> Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote >>>>> lynx <none(a)nothere.com> wrote >>>>>> Rod Speed wrote >>>>>>> Thats an entirely different issue that is specific to Ghost. >>>>>>> Ghost plays silly buggers with the bootable partition, >>>>>>> basically so it can be initiated in Win and can reboot >>>>>>> into DOS and do its work at the DOS level. >>>>>>> When its work is finished, it cleans up that special bootable >>>>>>> partition it creates so it can boot into DOS to do the work. >>>>>>> When what Ghost attempts to do at the DOS level fails, >>>>>>> it never gets a chance to clean up that special bootable >>>>>>> DOS partition and restore the original bootable partition. >>>>>>> GhReboot.exe just does that cleanup manually. >>>>>> So any idea why it won't run when initiated from >>>>>> windoze but works fine from a DOS floppy boot? >>>>> HAL is the root cause of most of these limitations and workarounds. >>>> Nope, it just uses a special boot partition for the boot to dos. >>> Precisely because it is unable to access the disk >>> directly under an NT based operating system. >> Wrong, Ghost has precisely the same problem with Win9x too. > Which version Rodney? The versions that Ghost that GhReboot is useful for. > No version of Ghost I have used needs to do that. Your terminal pig ignorance is your problem, child. Even someone as stupid as you should be able to check what symantec has to say about what GhReboot is for. >> Because the real problem is that it sets up a special dos boot >> partition when the Ghost job is initiated at the Win level. > It doesn't _need_ to do that under 9x, Corse it does and does that anyway, regardless of what you claim is necessary. > however it has no choice but to do that under NT. > HAL stops it getting raw read/write access to the disk The problem is actually that those older Ghosts run on DOS, fuckwit child. >>> Ghost has always had this limitation and this "special >>> boot partition" is nothing more than a workaround to >>> give the illusion that the software works under 2k etc. >> Wrong again, you get exactly the same effect under Win9x too. > Which version Rodney? The versions that Ghost that GhReboot is useful for. > No version of Ghost I have used needs to do that. Your terminal pig ignorance is your problem, child. Even someone as stupid as you should be able to check what symantec has to say about what GhReboot is for.
From: Rod Speed on 27 Oct 2006 06:07 Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote > Rod Speed <rod.speed.aaa(a)gmail.com> wrote >> Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote >>> Rod Speed <rod.speed.aaa(a)gmail.com> wrote >>>> Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote >>>>> Rod Speed <rod.speed.aaa(a)gmail.com> wrote >>>>>> Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> wrote >>>>>>> Rod Speed <rod.speed.aaa(a)gmail.com> wrote >>>>>>>> The Old Bloke <le0pard32(a)gmail.com> wrote >>>>>>>>> I have always had a problem with TI in the clone mode. The >>>>>>>>> clone always seems to run OK but the cloned HD will not boot. >>>>>>>>> So yesterday I tried it again. All the C: files transferred. >>>>>>>>> The boot.ini looks OK but when I try to boot from the cloned >>>>>>>>> HD I get the message "Error loading operating system" >>>>>>>> The boot.ini is only a very minor component of the rather complex >>>>>>>> NT/2K/XP boot process, essentially just some config data that ntldr >>>>>>>> uses to decide what to offer the user menu wise etc. >>>>>>> boot.ini is far from a minor component Rod, >>>>>> Wrong. >>>>> Your admission is noted. >>>> Any 2 year old could leave that for dead. >>> Yet quite obviously you can't. >>>>>>> and it does far more than provide basic data for a boot menu. >>>>>> Wrong. >>>>> Your admission is noted. >>>> Any 2 year old could leave that for dead. >>> Yet quite obviously you can't. >>>>>>> boot.ini contains the ARC pathnames that >>>>>>> identify the location of the boot partition(s). >>>>>> In theory, yes. In practice when there is only one copy of >>>>>> the OS to boot from, the detail in the boot.ini is essentially >>>>>> irrelevant with a clone which did work fine in the original. >>>>> Bollocks. >>>> Have fun explaining how come you can have a working XP boot with >>>> the drive as one of the IDE drives, change that drive by jumpers >>>> etc to another location on that controller and change it to another >>>> ribbon cable, select that drive in the bios and have it still boot fine. >>> because it hands the boot location off to the BIOS via int13. >> So much for your stupid pig ignorant claim about how crucial >> it is for the boot.ini entry to be correct IN HIS SITUATION. > My claim Rodney? Can you quote me? Still there in the quoting above, fuckwit child. Like I said, your stupid pig ignorant claim about the boot.ini is just plain wrong IN HIS SITUATION. Essentially because of how the int13 system works, fuckwit child. None of the rest of your desperate attempts to bullshit your way out of your predicament that fools absolutely no one at all, as always, worth bothering with. All flushed where it belongs.
From: Rod Speed on 27 Oct 2006 06:08 Some gutless fuckwit desperately cowering behind Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> desperately attempted to bullshit its way out of its predicament and fooled absolutely no one at all, as always.
From: Rod Speed on 27 Oct 2006 06:09 Some gutless fuckwit desperately cowering behind Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> desperately attempted to bullshit its way out of its predicament and fooled absolutely no one at all, as always.
From: Rod Speed on 27 Oct 2006 06:10
Some gutless fuckwit desperately cowering behind Cerberus <styx.sentinel.PAY(a)FERRYMAN.gmail.com> desperately attempted to bullshit its way out of its predicament and fooled absolutely no one at all, as always. |