hivexregedit - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

hivexregedit - regedit-प्रारूप फ़ाइलों से रजिस्ट्री परिवर्तनों को मर्ज और निर्यात करें।

SYNOPSIS

hivexregedit --विलय [--उपसर्ग उपसर्ग] [--एन्कोडिंग enc] \
हाइवफ़ाइल [regfile]

hivexregedit --export [--उपसर्ग उपसर्ग] hivefile कुंजी > regfile

वर्णन

कृपया ध्यान दें कि hivexregedit सीधे हाइव फ़ाइलों में हेरफेर करने के लिए एक निम्न-स्तरीय उपकरण है। को
रजिस्ट्री परिवर्तनों को विंडोज़ वर्चुअल मशीनों में मर्ज करना या निर्यात करना, इसका उपयोग करना बेहतर है
पुण्य-जीत-reg(1).

स्थानीय बाइनरी ("हाइव") फ़ाइल को देखते हुए, दो मोड हैं। "--मर्ज" आयात (विलय)
regedit-प्रारूप फ़ाइल से हाइव में परिवर्तन। यह "/s" स्विच का उपयोग करने के समान है
विंडोज़ regedit.exe में।

"--निर्यात" एक रजिस्ट्री कुंजी (पुनरावर्ती रूप से) को regedit प्रारूप में निर्यात करता है।

एन्कोडिंग
"hivexregedit" को उम्मीद है कि regedit फ़ाइलें पहले ही स्थानीय में पुनः एन्कोड की जा चुकी हैं
एन्कोडिंग. आमतौर पर लिनक्स होस्ट पर, इसका मतलब यूनिक्स-शैली लाइन एंडिंग के साथ यूटीएफ-8 है। तब से
Windows regedit फ़ाइलें अक्सर Windows-शैली लाइन अंत के साथ UTF-16LE में होती हैं, जिनकी आपको आवश्यकता हो सकती है
प्रसंस्करण से पहले या बाद में पूरी फ़ाइल को फिर से एनकोड करने के लिए।

किसी फ़ाइल को विंडोज़ प्रारूप से लिनक्स में पुनः एन्कोड करने के लिए ("--मर्ज" के साथ इसे संसाधित करने से पहले)
विकल्प), आप ऐसा कुछ करेंगे:

आइकनv -f utf-16le -t utf-8 < win.reg | dos2unix > linux.reg

विपरीत दिशा में जाने के लिए, "--export" का उपयोग करने के बाद और फ़ाइल को भेजने से पहले
विंडोज़ उपयोगकर्ता, कुछ ऐसा करें:

unix2dos < linux.reg | आइकनv -f utf-8 -t utf-16le > win.reg

एन्कोडिंग के बारे में अधिक जानकारी के लिए देखें जीतो::हाइवेक्स::: Regedit पर(3).

यदि आप वर्तमान एन्कोडिंग के बारे में अनिश्चित हैं, तो इसका उपयोग करें पट्टिका(1) आदेश. के हाल के संस्करण
Windows regedit.exe, Windows-शैली (CRLF) लाइन अंत के साथ एक UTF-16LE फ़ाइल तैयार करता है, जैसे
इस:

$ फ़ाइल सॉफ़्टवेयर.reg
सॉफ्टवेयर.रेग: लिटिल-एंडियन यूटीएफ-16 यूनिकोड टेक्स्ट, बहुत लंबी लाइनों के साथ,
सीआरएलएफ लाइन टर्मिनेटर के साथ

इस फ़ाइल को "--मर्ज" करने से पहले रूपांतरण की आवश्यकता होगी।

शेल का हवाला देते हुए
शेल में "\" (बैकस्लैश) वाले पैरामीटर पास करते समय सावधान रहें। आमतौर पर आप
उन्हें बचाने के लिए 'सिंगल कोट्स' या डबल बैकस्लैश (लेकिन दोनों नहीं) का उपयोग करना होगा
खोल।

CurrentControlSet इत्यादि
"CurrentControlSet" जैसी रजिस्ट्री कुंजियाँ वास्तव में Windows रजिस्ट्री में मौजूद नहीं हैं
हाइव फ़ाइल का स्तर, और इसलिए आप इन्हें संशोधित नहीं कर सकते।

"CurrentControlSet" आमतौर पर "ControlSet001" का उपनाम है। कुछ परिस्थितियों में यह
किसी अन्य नियंत्रण सेट को संदर्भित कर सकता है। इसका पता लगाने का तरीका देखना है
"HKLM\SYSTEM\Select" कुंजी:

$ hivexregedit--निर्यात प्रणाली '\Select'
[\चुनना]
"वर्तमान"=शब्द:00000001
"डिफ़ॉल्ट"=dword:00000001
"असफल"=शब्द:00000000
"LastKnownGood"=dword:00000002

"करंट" वह है जिसे विंडोज़ बूट होने पर चुनेगा।

इसी प्रकार, पथ में अन्य "वर्तमान..." कुंजियों को बदलने की आवश्यकता हो सकती है।

उदाहरण

$ गुण-बिल्ली WindowsGuest /Windows/System32/config/software > सॉफ़्टवेयर.हाइव
$ hivexregedit--निर्यात \
--उपसर्ग 'HKEY_LOCAL_MACHINE\SOFTWARE' \
सॉफ़्टवेयर.हाइव '\Microsoft' > ms-keys.reg

$ hivexregedit --merge system.hive \
--उपसर्ग 'HKEY_LOCAL_MACHINE\SYSTEM' additions.reg

विकल्प

--मदद
सहायता प्रदर्शित करें।

- दाढ़
हाइवेक्स लाइब्रेरी में डिबगिंग सक्षम करें। यह बग के निदान के लिए भी उपयोगी है
विकृत हाइव फ़ाइलें.

--मर्ज
hivexregedit --विलय [--उपसर्ग उपसर्ग] [--एन्कोडिंग enc] \
हाइवफ़ाइल [regfile]

"regfile" (एक regedit-प्रारूप वाली टेक्स्ट फ़ाइल) को "hivefile" में मर्ज करें। यदि "regfile"
छोड़ दिया जाता है, तो प्रोग्राम मानक इनपुट से पढ़ता है। (इसके अलावा आप एकाधिक भी दे सकते हैं
इनपुट फ़ाइलें)।

"--उपसर्ग" विंडोज़ रजिस्ट्री उपसर्ग को निर्दिष्ट करता है। यह लगभग हमेशा आवश्यक होता है
वास्तविक हाइव फ़ाइलों से निपटते समय इसका उपयोग करें।

"--एन्कोडिंग" इनपुट में अचिह्नित स्ट्रिंग्स के लिए एन्कोडिंग निर्दिष्ट करता है। यह डिफ़ॉल्ट है
"UTF-16LE" जिसे विंडोज़ के हाल के संस्करणों के लिए काम करना चाहिए। एक और संभावना है
"ASCII" का उपयोग करने के लिए.

--निर्यात
hivexregedit --export [--उपसर्ग उपसर्ग] hivefile कुंजी > regfile

"कुंजी" हाइव "हाइवफ़ाइल" के भीतर एक पथ है। (कुंजी में कोई उपसर्ग नहीं होना चाहिए
और शेल से बैकस्लैश का बचाव करने के लिए उद्धृत किया जाना चाहिए)। कुंजी निर्यात की जाती है,
पुनरावर्ती रूप से, पाठ्य regedit प्रारूप में मानक आउटपुट के लिए।

"--उपसर्ग" विंडोज़ रजिस्ट्री उपसर्ग को निर्दिष्ट करता है। यह लगभग हमेशा आवश्यक होता है
वास्तविक हाइव फ़ाइलों से निपटते समय इसका उपयोग करें।

उपसर्ग उपसर्ग
हाइव फ़ाइलें और विंडोज़ रजिस्ट्री कुंजी नाम अप्रत्यक्ष रूप से संबंधित हैं। उदाहरण के लिए, अंदर
सॉफ़्टवेयर हाइव में, सभी कुंजियाँ "HKEY_LOCAL_MACHINE\SOFTWARE" के सापेक्ष संग्रहीत की जाती हैं।
इस प्रकार "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft" हाइव फ़ाइल में "\Microsoft" के रूप में दिखाई देता है।

हाइव प्रारूप स्वयं इस उपसर्ग को संग्रहीत नहीं करता है, इसलिए आपको इसके आधार पर इसकी आपूर्ति करनी होगी
बाहरी ज्ञान. (पुण्य-जीत-reg(1), अन्य बातों के अलावा, इसके बारे में पहले से ही जानता है)।

आम तौर पर यह पैरामीटर "--उपसर्ग" पारित करने के लिए पर्याप्त है
विलय और निर्यात करते समय 'HKEY_LOCAL_MACHINE\SOFTWARE''' या समान।

--एन्कोडिंग UTF-16LE|ASCII
विलय करते समय (केवल), आपको उपयोग की जाने वाली स्ट्रिंग्स के लिए एन्कोडिंग निर्दिष्ट करने की आवश्यकता हो सकती है
छत्ता फ़ाइल. इसे "एनकोडिंग स्ट्रिंग्स" में विस्तार से बताया गया है
जीतो::हाइवेक्स::: Regedit पर(3).

डिफ़ॉल्ट UTF-16LE का उपयोग करना है, जिसे विंडोज़ के हाल के संस्करणों के साथ काम करना चाहिए।

--असुरक्षित-मुद्रण योग्य-स्ट्रिंग्स
निर्यात करते समय (केवल), मान लें कि स्ट्रिंग्स UTF-16LE हैं और इसके बजाय उन्हें स्ट्रिंग्स के रूप में प्रिंट करें
हेक्स अनुक्रमों का. यदि मौजूद हो तो स्ट्रिंग्स से अंतिम शून्य कोडपॉइंट हटा दें।

यह असुरक्षित है और मूल छत्ते में तारों की निष्ठा को संरक्षित नहीं करता है
कई कारण:

· मान लिया गया है कि मूल एन्कोडिंग UTF-16LE है। ASCII स्ट्रिंग्स और अन्य स्ट्रिंग्स
इस परिवर्तन से एन्कोडिंग दूषित हो जाएगी.

· यह मान लिया गया है कि हर चीज़ जिसमें टाइप 1 या 2 है वह वास्तव में एक स्ट्रिंग है और वह है
बाकी सब कुछ एक स्ट्रिंग नहीं है, लेकिन वास्तविक हाइव्स में टाइप फ़ील्ड विश्वसनीय नहीं है।

· इस बारे में जानकारी खो देता है कि क्या शून्य कोडपॉइंट ने हाइव में स्ट्रिंग का अनुसरण किया है
या नहीं.

यह सब इसलिए होता है क्योंकि छत्ते में इस बारे में कोई जानकारी नहीं होती है कि तार कैसे हैं
एन्कोडेड ("एन्कोडिंग स्ट्रिंग्स" देखें)। जीतो::हाइवेक्स::: Regedit पर(3))।

आपको इस विकल्प का उपयोग केवल हाइव सामग्री की त्वरित हैकिंग और डिबगिंग के लिए करना चाहिए,
और कभी नहीँ यदि आउटपुट को किसी अन्य प्रोग्राम में पास किया जाना है या संग्रहीत किया जाना है तो इसका उपयोग करें
एक और छत्ता.

onworks.net सेवाओं का उपयोग करके hivexregedit का ऑनलाइन उपयोग करें