क्या ऐसा कभी हुआ है कि आपने किसी ब्राउज़र में एक लंबा और दिलचस्प पाठ टाइप किया हो, इसे ध्यान से पढ़ें, और फिर, सचमुच एक पल के बाद, आपको महसूस हुआ कि साइट को एक्सेस करते समय कोई त्रुटि हुई और फॉर्म में आपका टेक्स्ट डिलीट हो गया?

मूल रूप से, यह साइट डेवलपर्स की लापरवाही के कारण होता है (इस मामले में, डेवलपर्स द्वारा मेरा मतलब न केवल एक प्रोग्रामर है जो आवश्यक विधि के बारे में नहीं जान सकता है, बल्कि उदाहरण के लिए, एक प्रबंधक जो महसूस करता है कि इसके लिए समय बिताना बहुत अव्यवहारिक था): वेब प्रौद्योगिकियाँ (उदाहरण के लिए, वेब संग्रहण ) आपको लगभग किसी भी परिस्थिति में डेटा को सहेजने और पुनर्स्थापित करने की अनुमति देती है (फॉर्म डेटा सहित) - गलती से ब्राउज़र बंद करना।

और फिर भी, आपने एक लंबा पाठ लिखा है जहाँ फ़ॉर्म डेटा को बचाने के लिए कुछ भी नहीं किया गया था।

क्या अब यह संभव है कि आप किसी भी तरह से डेटा को पुनर्स्थापित कर सकते हैं यदि आप प्रपत्र से पाठ की प्रतिलिपि नहीं बना सकते हैं और फिर से पोस्ट अनुरोध नहीं भेज सकते हैं?

अपना ब्राउज़र बंद न करें!

एक उपाय है

यदि यह लिनक्स की बात आती है, तो आप ब्राउज़र का उपयोग करने वाले मेमोरी क्षेत्र को डंप करने के लिए आश्चर्यजनक रूप से सुविधाजनक तरीके का उपयोग कर सकते हैं। मैंने पहली बार superuser.com , StackExchange साइटों में से एक ब्राउज़र में खोए हुए डेटा को पुनर्प्राप्त करने के लिए इस पद्धति का उपयोग करने के बारे में पढ़ा। यह जॉय एडम्स नाम के एक उपयोगकर्ता की प्रतिक्रिया थी कि "मैं फ़ायरफ़ॉक्स में एक फॉर्म को कैसे पुनर्प्राप्त करूं * एक प्लगइन स्थापित किए बिना । "

वैसे, यह विधि न केवल लिनक्स पर काम करती है।

विंडोज के लिए, धन्यवाद Lord_D :

डंप बहुत ही सरलता से प्रोसेस एक्सप्लोरर द्वारा किए जाते हैं। कंसोल के लिए PMDump है। और आप कुछ हेक्स संपादक के साथ डंप का अध्ययन कर सकते हैं (उदाहरण के लिए, मुफ्त वाले से - एचएक्सडी) या उसी grep के साथ।

मैक के लिए, धन्यवाद BeLove :

lldb --attach-pid PID 

तो चलिए शुरू करते हैं।

चरण 1

सुनिश्चित करें कि आपने gdb स्थापित किया है (GNU डीबगर)। आपको जीओआरटी उपयोगिता की आवश्यकता होगी, जो एक विशिष्ट पीआईडी ​​के साथ चल रही प्रक्रिया द्वारा उपयोग की जाने वाली रैम को डंप कर सकती है।

चरण 2

आपने ब्राउज़र बंद नहीं किया है, क्या आपने? इस स्थिति में, प्रक्रिया संख्या ज्ञात करें:

ps -e | grep firefox

अब इस प्रक्रिया के लिए मेमोरी डंप करने के लिए gcore चलाएं:

gcore _

यदि पॉट्रेस गॉर्क का उपयोग करने की कोशिश करते समय एक त्रुटि देता है ( Operation not permitted ), इसका मतलब है कि आपके सिस्टम पर प्रक्रियाएं अपने बच्चे की प्रक्रियाओं के बिना अन्य प्रक्रियाओं की मेमोरी तक नहीं पहुंच सकती हैं (भले ही यूआईडी मैच हो)। उदाहरण के लिए, आपको उबंटू के नवीनतम संस्करणों में ऐसी त्रुटि दिखाई देगी यदि आपने फ़ाइल /proc/sys/kernel/yama/ptrace_scope में संबंधित मान नहीं बदला है। आम तौर पर, इस मामले में, कुछ को फिर से कॉन्फ़िगर करने के लिए यह पूरी तरह से वैकल्पिक है - आप सुपरसुसर की ओर से केवल गॉर्क चला सकते हैं।

चरण 3

कोर.प्रोसेस_नंबर फ़ाइल (उदाहरण के लिए, core.20727) वर्तमान निर्देशिका में दिखाई देती है जब gcore शुरू होता है। वैसे, ध्यान रखें कि फ़ाइल का आकार बहुत बड़ा हो सकता है। उदाहरण के लिए, मेरे पास अब 934 MiB है।

अब grep का उपयोग करके यह जांचने का प्रयास करें कि डंप में आवश्यक डेटा है या नहीं। उदाहरण के लिए, यदि आपने पाठ में सफ़ारी ब्राउज़र का उल्लेख किया है, तो आप "सफ़ारी" शब्द खोज सकते हैं:

grep 'Safari' core.20727

यदि आप एक संदेश देखते हैं कि फ़ाइल में एक मैच है ( Binary file core.20727 matches ) - यह बहुत अच्छी खबर है, तो चौथे चरण पर जाएं। यदि कोई मेल नहीं है, तो याद रखें कि पाठ में और क्या था, और कुछ और इंगित करने का प्रयास करें।

चरण 4

अब यह बाइनरी फ़ाइल से उन टुकड़ों को निकालना है जो आपको पाठ के साथ चाहिए।

आप इसे इस तरह से कर सकते हैं:

grep -B 20 -A 20 -a 'Safari' core.20727 > /tmp/out

इस स्थिति में, आप grep को बताते हैं कि आपको इस बाइनरी को पाठ के रूप में काम करने की आवश्यकता है, और यह कि प्रत्येक मैच के लिए, आपको 20 पूर्ववर्ती और 20 बाद की पंक्तियों को प्रिंट करना होगा।

चरण 5

अब परिणामी फ़ाइल खोलें और उसमें अपना पाठ ढूंढें। उदाहरण के लिए, less /tmp/out का उपयोग less /tmp/out :



सभी को शुभ संध्या हो। और Ctrl + S. :) के बारे में मत भूलना