winapi - Chroot equivalent utility for running program on offline windows installation -

chroot assimiled kind sandbox. in unix, allow use of programs on non-bootable installation. when search chroot windows: see things sandbox. don't want security, want way rescue system. example, if disabled syskey ntpasswd, running c:\windows\system32\syskey.exe such utility modify registry entries of of offline installation, not current one. called runon similar runas alternative users.

what chroot means here windows? well, there winre allow having same drive letters of windows installation. there example: compact.exe not present on winre installs. if cd \%windir%\system32 (the directory of offline install) , run compact, won't work(except if use /?). if run

x:\sources\>path c:\windows\system32\ 

you use files present in offline windows. base dlls such ntdll.dll or gdi.dll c:\windows\system32 instead of x:\%windir%\system32 , running compact work.

but programs runned way use current registry. main keys (hklm; hkcc; hkcr; hkcu; hku; hkey_performance_data) contents, of current winre/pe installation, not have when booted in windows. so, if program want modify registry entries, modify hives of x:\windows\system32\config not of located in c:\ systemdrive.

it possible mount hives of offline windows under hklm , edit them, programs have informations in hklm\software still @ hklm\software , not @ name mounted it.

the utility looking (partially?) hide registry of winpe/re in favour of 1 present in offline install. expected effect if launch registry editor utility, see keys if have booted windows. (maybe exceptions?)

the application still use microsoft services of current windows. i'd launching services installed on offline windows not installed on current one. nice kernel ones. way, have same behaviour when launch sysv daemons in unix. except here mechanism avoiding dual instances necessary, because problems more critical on windows

the user access rights important part in microsoft systems. specifying user name , password in parameters of command line necessary. problems occurs bad user database configuration , prevent windows boot. if want enable syskey again, need have authentication informations couldn't used. in case syskey problems, make windows in endless reboots. think 1 possibility find way mount user hives providing path instead of login informations. or if impossible, try keep user keys/informations of current booted windows.

i don't know if utility exist. i'd programming mingw linux (i can't have visual studio) . if don't need installed. don't use .net or full windows api, because see working under winre. write c/c++ under linux, never done windows. experience have provided fact managed build 7-zip winebuilder. know main function called "main" console programs , "winmain" windows ones. not familiar winapi nor nt api. know there not real equivalent chroot() of unix api.

i hope possible, in advance.

the answer, after review, no. can't that. there many embedded references hkey_local_machine in various system dlls; @ best, end buggy system (since different parts of system seeing different views of machine configuration.)