🥇Windows नेटिभ एप्लिकेसन र Acronis Active Restore service

आज हामी कसरी इनोपोलिस विश्वविद्यालयका केटाहरूसँग मिलेर प्रयोगकर्तालाई असफलता पछि सकेसम्म चाँडो आफ्नो मेसिनमा काम गर्न अनुमति दिन सक्रिय पुनर्स्थापना प्रविधिको विकास गर्दैछौं भन्ने कथा जारी राख्छौं। हामी नेटिभ विन्डोज अनुप्रयोगहरूको बारेमा कुरा गर्नेछौं, तिनीहरूको सिर्जना र सुरुवातका सुविधाहरू सहित। कट तल हाम्रो परियोजनाको बारेमा थोरै छ, साथसाथै नेटिभ अनुप्रयोगहरू कसरी लेख्ने भन्ने बारे व्यावहारिक गाइड।

अघिल्लो पोस्टहरूमा हामीले पहिले नै यो के हो भनेर कुरा गरिसकेका छौं सक्रिय पुनर्स्थापना, र Innopolis का विद्यार्थीहरू कसरी विकास हुन्छन् सेवा। आज म नेटिभ एप्लिकेसनहरूमा फोकस गर्न चाहन्छु, जुन स्तरमा हामी हाम्रो सक्रिय रिकभरी सेवालाई "बरी" गर्न चाहन्छौं। यदि सबै काम गर्छ भने, हामी सक्षम हुनेछौं:

धेरै पहिले नै सेवा सुरु गर्नुहोस्
क्लाउडलाई सम्पर्क गर्नुहोस् जहाँ ब्याकअप धेरै पहिले अवस्थित छ
प्रणाली कुन मोडमा छ भनेर बुझ्न धेरै पहिले - सामान्य बुट वा रिकभरी
धेरै कम फाइलहरू अग्रिम रिकभर गर्न
प्रयोगकर्तालाई अझ छिटो सुरु गर्न अनुमति दिनुहोस्।

जे भए पनि नेटिभ एप के हो?

यस प्रश्नको जवाफ दिनको लागि, कलहरूको अनुक्रमलाई हेरौं जुन प्रणालीले बनाउँछ, उदाहरणका लागि, यदि आफ्नो अनुप्रयोगमा प्रोग्रामरले फाइल सिर्जना गर्ने प्रयास गर्दछ।

पावेल योसिफोविच - विन्डोज कर्नेल प्रोग्रामिङ (२०१९)

प्रोग्रामरले प्रकार्य प्रयोग गर्दछ फाइल सिर्जना गर्नुहोस्, जुन हेडर फाइल fileapi.h मा घोषित गरिएको छ र Kernel32.dll मा लागू गरिएको छ। यद्यपि, यो प्रकार्यले फाइल सिर्जना गर्दैन, यसले केवल इनपुट तर्कहरू जाँच गर्दछ र प्रकार्यलाई कल गर्दछ NtCreateFile (उपसर्ग Nt ले मात्र प्रकार्य नेटिभ हो भनेर संकेत गर्दछ)। यो प्रकार्य winternl.h हेडर फाइलमा घोषणा गरिएको छ र ntdll.dll मा लागू गरिएको छ। यो आणविक अन्तरिक्षमा हाम फाल्ने तयारी गर्दछ, त्यसपछि यसले फाइल सिर्जना गर्न प्रणाली कल गर्दछ। यस अवस्थामा, यो बाहिर जान्छ कि Kernel32 Ntdll को लागी एक र्यापर मात्र हो। यो गर्नुको एउटा कारण यो हो कि माइक्रोसफ्टसँग यसरी नेटिभ संसारको कार्यहरू परिवर्तन गर्ने क्षमता छ, तर मानक इन्टरफेसहरूलाई छुँदैन। माइक्रोसफ्टले नेटिभ प्रकार्यहरू सिधै कल गर्न सिफारिस गर्दैन र तीमध्ये धेरैलाई कागजात गर्दैन। वैसे, कागजात नभएका कार्यहरू फेला पार्न सकिन्छ यहाँ.

नेटिभ एप्लिकेसनहरूको मुख्य फाइदा यो हो कि ntdll प्रणालीमा कर्नेल ३२ भन्दा धेरै पहिले लोड हुन्छ। यो तार्किक छ, किनभने kernel32 लाई काम गर्न ntdll चाहिन्छ। नतिजाको रूपमा, नेटिभ प्रकार्यहरू प्रयोग गर्ने एप्लिकेसनहरूले धेरै पहिले काम गर्न सुरु गर्न सक्छन्।

यसरी, विन्डोज नेटिभ एप्लिकेसनहरू प्रोग्रामहरू हुन् जुन विन्डोज बुटमा सुरु हुन सक्छ। तिनीहरू केवल ntdll बाट प्रकार्यहरू प्रयोग गर्छन्। यस्तो आवेदन को एक उदाहरण: autochk जसले प्रदर्शन गर्छ chkdisk उपयोगिता मुख्य सेवाहरू सुरु गर्नु अघि त्रुटिहरूको लागि डिस्क जाँच गर्न। यो ठीक स्तर हो जुन हामी हाम्रो सक्रिय पुनर्स्थापना हुन चाहन्छौं।

हामीलाई के चाहिन्छ?

डीडीके (ड्राइभर डेभलपमेन्ट किट), अब WDK 7 (Windows Driver Kit) को रूपमा पनि चिनिन्छ।
भर्चुअल मेसिन (उदाहरणका लागि, Windows 7 x64)
आवश्यक छैन, तर डाउनलोड गर्न सकिने हेडर फाइलहरूले मद्दत गर्न सक्छ यहाँ

कोडमा के छ?

थोरै अभ्यास गरौं र, उदाहरणका लागि, एउटा सानो अनुप्रयोग लेख्नुहोस् जुन:

स्क्रिनमा सन्देश देखाउँछ
केहि मेमोरी आवंटित गर्दछ
किबोर्ड इनपुटको लागि पर्खनुहोस्
प्रयोग गरिएको मेमोरी खाली गर्दछ

नेटिभ एप्लिकेसनहरूमा, प्रविष्टि बिन्दु मुख्य वा winmain होइन, तर NtProcessStartup प्रकार्य हो, किनकि हामी वास्तवमा प्रणालीमा नयाँ प्रक्रियाहरू सुरु गर्छौं।

स्क्रिनमा सन्देश देखाएर सुरु गरौं। यसका लागि हामीसँग नेटिभ फंक्शन छ NtDisplayString, जसले तर्कको रूपमा UNICODE_STRING संरचना वस्तुको लागि सूचक लिन्छ। RtlInitUnicodeString ले हामीलाई यसलाई सुरु गर्न मद्दत गर्नेछ। नतिजाको रूपमा, स्क्रिनमा पाठ प्रदर्शन गर्न हामी यो सानो प्रकार्य लेख्न सक्छौं:

//usage: WriteLn(L"Here is my textn");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

किनकि ntdll बाट मात्र कार्यहरू हामीलाई उपलब्ध छन्, र मेमोरीमा अझै कुनै अन्य पुस्तकालयहरू छैनन्, हामी निश्चित रूपमा मेमोरी कसरी आवंटित गर्ने समस्याहरू हुनेछौं। नयाँ अपरेटर अझै अवस्थित छैन (किनभने यो C++ को धेरै उच्च-स्तरको संसारबाट आएको हो), र त्यहाँ कुनै malloc प्रकार्य छैन (यसलाई रनटाइम C पुस्तकालयहरू चाहिन्छ)। निस्सन्देह, तपाईं केवल एक स्ट्याक प्रयोग गर्न सक्नुहुन्छ। तर यदि हामीले गतिशील रूपमा मेमोरी आवंटित गर्न आवश्यक छ भने, हामीले यसलाई हिप (जस्तै हिप) मा गर्नुपर्नेछ। त्यसोभए हामी आफैंको लागि एक थुप्रो सिर्जना गरौं र आवश्यक पर्दा त्यसबाट मेमोरी लिनुहोस्।

प्रकार्य यो कार्यको लागि उपयुक्त छ RtlCreateHeap। अर्को, RtlAllocateHeap र RtlFreeHeap प्रयोग गरेर, हामीले आवश्यकता परेको बेला मेमोरी ओगट्ने र खाली गर्नेछौं।

PVOID memory = NULL;
PVOID buffer = NULL;
ULONG bufferSize = 42;

// create heap in order to allocate memory later
memory = RtlCreateHeap(
  HEAP_GROWABLE, 
  NULL, 
  1000, 
  0, NULL, NULL
);

// allocate buffer of size bufferSize
buffer = RtlAllocateHeap(
  memory, 
  HEAP_ZERO_MEMORY, 
  bufferSize
);

// free buffer (actually not needed because we destroy heap in next step)
RtlFreeHeap(memory, 0, buffer);

RtlDestroyHeap(memory);

कुञ्जीपाटी इनपुटको लागि पर्खन अगाडि बढौं।

// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//...

HANDLE hKeyBoard, hEvent;
UNICODE_STRING skull, keyboard;
OBJECT_ATTRIBUTES ObjectAttributes;
IO_STATUS_BLOCK Iosb;
LARGE_INTEGER ByteOffset;
KEYBOARD_INPUT_DATA kbData;

// inialize variables
RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

// open keyboard device
NtCreateFile(&hKeyBoard,
			SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
			&ObjectAttributes,
			&Iosb,
			NULL,
			FILE_ATTRIBUTE_NORMAL,
			0,
			FILE_OPEN,FILE_DIRECTORY_FILE,
			NULL, 0);

// create event to wait on
InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);

while (TRUE)
{
	NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
	NtWaitForSingleObject(hEvent, TRUE, NULL);

	if (kbData.MakeCode == 0x01)    // if ESC pressed
	{
			break;
	}
}

हामीले प्रयोग गर्न आवश्यक छ NtReadFile खुला यन्त्रमा, र कुञ्जीपाटीले हामीलाई कुनै पनि प्रेस फिर्ता नगरेसम्म पर्खनुहोस्। यदि ESC कुञ्जी थिच्नुभयो भने, हामी काम जारी राख्नेछौं। यन्त्र खोल्नको लागि, हामीले NtCreateFile प्रकार्यलाई कल गर्न आवश्यक छ (हामीले DeviceKeyboardClass0 खोल्न आवश्यक हुनेछ)। हामी पनि फोन गर्नेछौं NtCreateEventप्रतीक्षा वस्तु प्रारम्भ गर्न। हामी KEYBOARD_INPUT_DATA संरचना आफैं घोषणा गर्नेछौं, जसले किबोर्ड डेटा प्रतिनिधित्व गर्दछ। यसले हाम्रो कामलाई सहज बनाउँछ।

नेटिभ अनुप्रयोग एक प्रकार्य कल संग समाप्त हुन्छ NtTerminate प्रक्रियाकिनभने हामी केवल हाम्रो आफ्नै प्रक्रियालाई मारिरहेका छौं।

हाम्रो सानो अनुप्रयोगको लागि सबै कोड:

#include "ntifs.h" // WinDDK7600.16385.1incddk
#include "ntdef.h"

//------------------------------------
// Following function definitions can be found in native development kit
// but I am too lazy to include `em so I declare it here
//------------------------------------

NTSYSAPI
NTSTATUS
NTAPI
NtTerminateProcess(
  IN HANDLE               ProcessHandle OPTIONAL,
  IN NTSTATUS             ExitStatus
);

NTSYSAPI 
NTSTATUS
NTAPI
NtDisplayString(
	IN PUNICODE_STRING String
);

NTSTATUS 
NtWaitForSingleObject(
  IN HANDLE         Handle,
  IN BOOLEAN        Alertable,
  IN PLARGE_INTEGER Timeout
);

NTSYSAPI 
NTSTATUS
NTAPI
NtCreateEvent(
    OUT PHANDLE             EventHandle,
    IN ACCESS_MASK          DesiredAccess,
    IN POBJECT_ATTRIBUTES   ObjectAttributes OPTIONAL,
    IN EVENT_TYPE           EventType,
    IN BOOLEAN              InitialState
);



// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//----------------------------------------------------------
// Our code goes here
//----------------------------------------------------------

// usage: WriteLn(L"Hello Native World!n");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

void NtProcessStartup(void* StartupArgument)
{
	// it is important to declare all variables at the beginning
	HANDLE hKeyBoard, hEvent;
	UNICODE_STRING skull, keyboard;
	OBJECT_ATTRIBUTES ObjectAttributes;
	IO_STATUS_BLOCK Iosb;
	LARGE_INTEGER ByteOffset;
	KEYBOARD_INPUT_DATA kbData;
	
	PVOID memory = NULL;
	PVOID buffer = NULL;
	ULONG bufferSize = 42;

	//use it if debugger connected to break
	//DbgBreakPoint();

	WriteLn(L"Hello Native World!n");

	// inialize variables
	RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
	InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

	// open keyboard device
	NtCreateFile(&hKeyBoard,
				SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
				&ObjectAttributes,
				&Iosb,
				NULL,
				FILE_ATTRIBUTE_NORMAL,
				0,
				FILE_OPEN,FILE_DIRECTORY_FILE,
				NULL, 0);

	// create event to wait on
	InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
	NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);
	
	WriteLn(L"Keyboard readyn");
	
	// create heap in order to allocate memory later
	memory = RtlCreateHeap(
	  HEAP_GROWABLE, 
	  NULL, 
	  1000, 
	  0, NULL, NULL
	);
	
	WriteLn(L"Heap readyn");

	// allocate buffer of size bufferSize
	buffer = RtlAllocateHeap(
	  memory, 
	  HEAP_ZERO_MEMORY, 
	  bufferSize
	);
	
	WriteLn(L"Buffer allocatedn");

	// free buffer (actually not needed because we destroy heap in next step)
	RtlFreeHeap(memory, 0, buffer);

	RtlDestroyHeap(memory);
	
	WriteLn(L"Heap destroyedn");
	
	WriteLn(L"Press ESC to continue...n");

	while (TRUE)
	{
		NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
		NtWaitForSingleObject(hEvent, TRUE, NULL);

		if (kbData.MakeCode == 0x01)    // if ESC pressed
		{
				break;
		}
	}

	NtTerminateProcess(NtCurrentProcess(), 0);
}

PS: हामी सजिलैसँग हाम्रो कोडमा DbgBreakPoint() प्रकार्यलाई डिबगरमा रोक्नको लागि प्रयोग गर्न सक्छौं। साँचो, तपाईले WinDbg लाई कर्नेल डिबगिङको लागि भर्चुअल मेसिनमा जडान गर्न आवश्यक छ। यो कसरी गर्ने बारे निर्देशनहरू फेला पार्न सकिन्छ यहाँ वा मात्र प्रयोग गर्नुहोस् भर्चुअल केडी.

संकलन र विधानसभा

नेटिभ एप्लिकेसन निर्माण गर्ने सबैभन्दा सजिलो तरिका प्रयोग गर्नु हो डीडीके (चालक विकास किट)। हामीलाई पुरानो सातौं संस्करण चाहिन्छ, किनकि पछिका संस्करणहरूमा अलि फरक दृष्टिकोण छ र भिजुअल स्टुडियोसँग मिलेर काम गर्दछ। यदि हामीले DDK प्रयोग गर्छौं भने, हाम्रो परियोजनालाई केवल Makefile र स्रोतहरू चाहिन्छ।

मेकफाइल

!INCLUDE $(NTMAKEENV)makefile.def

स्रोतहरू:

TARGETNAME			= MyNative
TARGETTYPE			= PROGRAM
UMTYPE				= nt
BUFFER_OVERFLOW_CHECKS 		= 0
MINWIN_SDK_LIB_PATH		= $(SDK_LIB_PATH)
SOURCES 			= source.c

INCLUDES 			= $(DDK_INC_PATH); 
				  C:WinDDK7600.16385.1ndk;

TARGETLIBS 			= $(DDK_LIB_PATH)ntdll.lib	
				  $(DDK_LIB_PATH)nt.lib

USE_NTDLL			= 1

तपाईंको मेकफाइल ठ्याक्कै उस्तै हुनेछ, तर अलि थप विवरणमा स्रोतहरू हेरौं। यो फाइलले तपाइँको कार्यक्रमको स्रोतहरू (.c फाइलहरू), निर्माण विकल्पहरू, र अन्य प्यारामिटरहरू निर्दिष्ट गर्दछ।

TARGETNAME – कार्यान्वयनयोग्य फाइलको नाम जुन अन्तमा उत्पादन गर्नुपर्छ।
TARGETTYPE - कार्यान्वयन योग्य फाइलको प्रकार, यो ड्राइभर (.sys) हुन सक्छ, त्यसपछि फिल्डको मान DRIVER हुनुपर्छ, यदि पुस्तकालय (.lib), त्यसपछि मान LIBRARY हो। हाम्रो केसमा, हामीलाई कार्यान्वयनयोग्य फाइल (.exe) चाहिन्छ, त्यसैले हामीले मानलाई PROGRAM मा सेट गर्छौं।
UMTYPE - यस क्षेत्रका लागि सम्भावित मानहरू: कन्सोल अनुप्रयोगको लागि कन्सोल, विन्डो मोडमा काम गर्नका लागि विन्डोज। तर हामीले नेटिभ एप्लिकेसन प्राप्त गर्न nt निर्दिष्ट गर्न आवश्यक छ।
BUFFER_OVERFLOW_CHECKS - बफर ओभरफ्लोको लागि स्ट्याक जाँच गर्दै, दुर्भाग्यवश हाम्रो मामला होइन, हामी यसलाई बन्द गर्छौं।
MINWIN_SDK_LIB_PATH - यो मानले SDK_LIB_PATH चरलाई जनाउँछ, चिन्ता नगर्नुहोस् कि तपाइँसँग त्यस्तो प्रणाली चर घोषित छैन, जब हामीले DDK बाट चेक बिल्ड चलाउँछौं, यो चर घोषणा गरिनेछ र आवश्यक पुस्तकालयहरूमा संकेत गर्नेछ।
स्रोतहरू - तपाईंको कार्यक्रमको लागि स्रोतहरूको सूची।
समावेश गर्दछ - हेडर फाइलहरू जुन विधानसभाको लागि आवश्यक छ। यहाँ तिनीहरूले सामान्यतया DDK सँग आउने फाईलहरूको मार्गलाई संकेत गर्दछ, तर तपाईं थप रूपमा कुनै पनि अन्य निर्दिष्ट गर्न सक्नुहुन्छ।
TARGETLIBS - लिङ्क गर्न आवश्यक पुस्तकालयहरूको सूची।
USE_NTDLL एउटा आवश्यक फिल्ड हो जुन स्पष्ट कारणहरूको लागि 1 मा सेट हुनुपर्छ।
USER_C_FLAGS - कुनै पनि फ्ल्यागहरू जुन तपाईंले एप्लिकेसन कोड तयार गर्दा प्रिप्रोसेसर निर्देशनहरूमा प्रयोग गर्न सक्नुहुन्छ।

त्यसोभए निर्माण गर्न, हामीले x86 (वा x64) चेक गरिएको बिल्ड चलाउन आवश्यक छ, काम गर्ने डाइरेक्टरीलाई प्रोजेक्ट फोल्डरमा परिवर्तन गर्नुहोस् र Build आदेश चलाउनुहोस्। स्क्रिनसटको नतिजाले देखाउँछ कि हामीसँग एउटा कार्यान्वयनयोग्य फाइल छ।

यो फाइल यति सजिलै लन्च गर्न सकिँदैन, प्रणालीले सराप्छ र हामीलाई निम्न त्रुटिको साथ यसको व्यवहारको बारेमा सोच्न पठाउँछ:

नेटिभ एप्लिकेसन कसरी सुरु गर्ने?

जब autochk सुरु हुन्छ, प्रोग्रामहरूको स्टार्टअप अनुक्रम रजिस्ट्री कुञ्जीको मानद्वारा निर्धारण गरिन्छ:

HKLMSystemCurrentControlSetControlSession ManagerBootExecute

सत्र प्रबन्धकले यस सूचीबाट एक-एक गरी कार्यक्रमहरू कार्यान्वयन गर्दछ। सत्र प्रबन्धकले प्रणाली32 डाइरेक्टरीमा कार्यान्वयनयोग्य फाइलहरू आफैं खोज्छ। रजिस्ट्री कुञ्जी मान ढाँचा निम्नानुसार छ:

autocheck autochk *MyNative

मान हेक्साडेसिमल ढाँचामा हुनुपर्छ, सामान्य ASCII होइन, त्यसैले माथि देखाइएको कुञ्जी ढाँचामा हुनेछ:

61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

शीर्षक रूपान्तरण गर्न, तपाईं अनलाइन सेवा प्रयोग गर्न सक्नुहुन्छ, उदाहरणका लागि, यो.

यो बाहिर जान्छ कि एक नेटिभ अनुप्रयोग सुरु गर्न, हामीलाई आवश्यक छ:

प्रणाली32 फोल्डरमा कार्यान्वयनयोग्य फाइल प्रतिलिपि गर्नुहोस्
रजिस्ट्रीमा कुञ्जी थप्नुहोस्
मेसिन रिबुट गर्नुहोस्

सुविधाको लागि, यहाँ नेटिभ एप्लिकेसन स्थापना गर्नको लागि तयार स्क्रिप्ट छ:

install.bat

@echo off
copy MyNative.exe %systemroot%system32.
regedit /s add.reg
echo Native Example Installed
pause

add.reg

REGEDIT4

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager]
"BootExecute"=hex(7):61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

स्थापना र रिबुट पछि, प्रयोगकर्ता चयन स्क्रिन देखा पर्नु अघि, हामी निम्न चित्र प्राप्त गर्नेछौं:

परिणाम

यस्तो सानो अनुप्रयोगको उदाहरण प्रयोग गरेर, हामी विश्वस्त थियौं कि विन्डोज नेटिभ स्तरमा अनुप्रयोग चलाउन सम्भव छ। अर्को, इनोपोलिस विश्वविद्यालयका केटाहरू र म एक सेवा निर्माण गर्न जारी राख्नेछौं जसले हाम्रो परियोजनाको अघिल्लो संस्करणको तुलनामा ड्राइभरसँग अन्तरक्रियाको प्रक्रिया सुरु गर्नेछ। र win32 शेलको आगमनको साथ, यो पहिले नै विकसित गरिएको पूर्ण सेवामा नियन्त्रण हस्तान्तरण गर्न तार्किक हुनेछ (यसमा थप यहाँ).

अर्को लेखमा हामी सक्रिय पुनर्स्थापना सेवाको अर्को कम्पोनेन्टमा छुनेछौं, अर्थात् UEFI ड्राइभर। हाम्रो ब्लगको सदस्यता लिनुहोस् ताकि तपाईंले अर्को पोस्ट नछुटाउनुहुनेछ।

स्रोत: www.habr.com

विन्डोज नेटिभ अनुप्रयोगहरू र एक्रोनिस सक्रिय पुनर्स्थापना सेवा