लिनक्स क्वेस्ट। विजेताहरूलाई बधाई दिनुहोस् र हामीलाई कार्यहरूको समाधानको बारेमा बताउनुहोस्

मार्च 25 मा हामीले दर्ता खोल्यौं लिनक्स क्वेस्ट, यो लिनक्स अपरेटिङ सिस्टम को प्रेमी र विशेषज्ञहरु को लागी एक खेल हो। केही तथ्याङ्कहरू: 1117 व्यक्तिहरूले खेलको लागि दर्ता गरे, तिनीहरूमध्ये 317 ले कम्तिमा एउटा कुञ्जी फेला पारे, 241 ले पहिलो चरणको कार्य सफलतापूर्वक पूरा गरे, 123 - दोस्रो र 70 ले तेस्रो चरण पार गरे। आज हाम्रो खेल समाप्त भएको छ र हामी हाम्रा विजेताहरूलाई बधाई दिन्छौं!

• अलेक्जेंडर Teldekov पहिलो स्थान लिए।
  अलेक्जेन्डरले आफैलाई भने कि उहाँ सबैभन्दा सामान्य प्रणाली प्रशासक हुनुहुन्छ। भोल्गोग्राडमा बस्ने, लगभग बीस वर्षदेखि विभिन्न युनिक्स-जस्तो प्रणालीहरू प्रशासित गर्दै आएको छ। मैले इन्टरनेट प्रदायक, बैंक र सिस्टम इन्टिग्रेटरमा काम गर्न व्यवस्थित गरें। अब ऊ टाढाबाट एउटा सानो कम्पनीमा काम गर्दछ, ठूलो विदेशी ग्राहकको लागि क्लाउड पूर्वाधारमा काम गर्दै। संगीत पढ्न र सुन्न मन पर्छ। खेलको बारेमा, अलेक्ज्याण्डरले भने कि उनले खेललाई समग्र रूपमा मन पराए, उनी त्यस्ता कार्यहरू मन पराउँछन्। कम्पनीहरु मध्ये एक मा एक अन्तर्वार्ताको क्रममा मैले Hackerrank जस्तै केहि गरें, यो रोचक थियो।
• दोस्रो स्थान - रोमन Suslov।
  मस्कोबाट एउटा उपन्यास। उहाँ 37 वर्षको हुनुहुन्छ। Jet Infosystems मा लिनक्स/युनिक्स इन्जिनियरको रूपमा काम गर्दछ। काममा, मैले लिनक्स/युनिक्स प्रणाली + SAN व्यवस्थापन र समस्या निवारण गर्नुपर्छ। रुचिहरू विविध छन्: लिनक्स प्रणाली, प्रोग्रामिङ, रिभर्स इन्जिनियरिङ्, सूचना सुरक्षा, Arduino। खेलको बारेमा रोमनले उल्लेख गरे कि उनलाई समग्रमा खेल मनपर्‍यो। "मैले मेरो दिमाग अलिकति फैलाएँ र दैनिक कामको खैरो दैनिक जीवनबाट विश्राम लिएँ। 🙂 म थप कार्यहरू गर्न चाहन्छु, अन्यथा म यसको स्वाद लिनको लागि समय हुनु अघि, खेल पहिले नै समाप्त भइसकेको थियो।
• तेस्रो - alex3d।
  एलेक्स मस्कोमा बस्छन् र सफ्टवेयर विकासमा काम गर्छन्। "प्रतियोगिताको लागि धन्यवाद, यो मेरो google-fu कौशल परीक्षण गर्न रोचक थियो।"

साथै १० उत्कृष्ट खेलाडीको वरियतामा:

• Yevgeniy Saldayev
• मार्केल Mokhnachevsky
• Konstantin Konosov
• पावेल Sergeev
• भ्लादिमिर बोभाएव
• इवान बुब्नोभ
• पाभ्लो क्लेट्स

हामी बुझ्छौं कि हाम्रा सबै समस्याहरू समाधान गर्नका लागि धेरै विकल्पहरू छन्; केही सम्भावित समाधानहरू तल वर्णन गरिएका छन्।

1. पहिलो चरण

हामीले यसलाई "के तपाई साँच्चै प्रशासक हुनुहुन्छ?" बोलायौं, किनकि कार्य एकदम सरल थियो - न्यानो बत्ती सेवा ठीक गर्न।

१.१। राेचक तथ्यहरु:

दुई खेलाडीहरूले खेलको पहिलो 15 मिनेटमा पहिलो कुञ्जी फेला पारे, र पहिलो घण्टामा हामीसँग तीन नेताहरू थिए जसले कार्य पूरा गरे।

१.२। व्यायाम

तपाईं एक कम्पनीमा काम गर्न जानुभयो जहाँ लामो समयसम्म कुनै सक्षम सूचना प्रविधि विशेषज्ञ थिएन। तपाईंले चीजहरू व्यवस्थित गर्न सुरु गर्नु अघि, तपाईंले कार्यालयको काम अवरुद्ध गर्ने जलिरहेको समस्या समाधान गर्न आवश्यक छ।

सरसफाइ गर्ने महिलाले सर्भर क्याबिनेटको पावर केबल मोपले समातिन्। पावर पुनर्स्थापित गरिएको छ, तर एक धेरै महत्त्वपूर्ण वेबसाइट अझै काम गरिरहेको छैन। वेबसाइट महत्त्वपूर्ण छ किनभने कम्पनी सूचना सुरक्षाको बारेमा धेरै चिन्तित छैन, र यसको मुख्य पृष्ठमा तपाइँ स्पष्ट पाठमा सीईओको कम्प्युटरको लागि प्रशासक पासवर्ड फेला पार्न सक्नुहुन्छ।

अर्को दिन पासवर्ड परिवर्तन भयो, तर सबैले नयाँ बिर्सिए, निर्देशकले काम गर्न सक्दैन। त्यहाँ अफवाहहरू छन् कि यस मेसिनमा थप कुञ्जीहरू छन् जसले हामीलाई लेखा कागजातहरूको ब्याकअप प्रतिलिपि बुझ्न मद्दत गर्न सक्छ।

सबैले समस्याको द्रुत समाधानको अपेक्षा गर्दछ!

1.3. समाधान

1. सबैभन्दा पहिले, तपाईंले भर्चुअल मेसिनमा पहुँच प्राप्त गर्नको लागि रूट पासवर्ड परिवर्तन गर्न आवश्यक छ। सुरु गर्दा, हामीले यो Ubuntu 16.04 सर्भर हो भनेर याद गर्छौं।

रूट पासवर्ड रिसेट गर्नको लागि, हामी मेसिनलाई पुन: सुरु गर्छौं, लोड गर्दा, ग्रब मेनु प्रदर्शित भएको क्षणमा, "e" बटनको साथ Ubuntu वस्तु सम्पादन गर्न जानुहोस्। लाइन लिनक्स सम्पादन गर्नुहोस्, यसलाई अन्त्यमा थप्नुहोस् init=/bin/bash। हामी Ctrl+x मार्फत लोड गर्छौं, हामीले ब्यास पाउँछौं। rw को साथ रूट रिमाउन्ट गर्नुहोस्, पासवर्ड परिवर्तन गर्नुहोस्:

$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwd

सिंक, रिबुट बारे नबिर्सनुहोस्।

2. सर्तले हाम्रो वेब सर्भरले काम गरिरहेको छैन भन्छ, हेर्नुहोस्:

$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 

त्यो हो, वास्तवमा, Apache चलिरहेको छ, तर कोड 404 सँग प्रतिक्रिया दिन्छ। कन्फिगरेसन हेरौं:

$ vim /etc/apache2/sites-enabled/000-default.conf

यहाँ एउटा कुञ्जी पनि छ - StevenPaulSteveJobs।

बाटो जाँच गर्दै /usr/share/WordPress - त्यहाँ त्यस्तो केहि छैन, तर त्यहाँ छ /usr/share/wordpress। कन्फिगरेसन सम्पादन गर्नुहोस् र Apache पुन: सुरु गर्नुहोस्।

$ systemctl restart apache2

3. फेरि प्रयास गर्नुहोस्, हामीले त्रुटि पाउँछौं:

Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488

डाटाबेस चलिरहेको छैन?

$ systemctl status mysql
Active: active (running)

के भयो? हामीले यो पत्ता लगाउन आवश्यक छ। यो गर्नको लागि, तपाईंले MySQL मा पहुँच प्राप्त गर्न आवश्यक छ, जसमा वर्णन गरिएको छ कागजात। कागजात बिन्दु मध्ये एकले सुझाव दिन्छ कि हामीले विकल्प दर्ता गरौं skip-grant-tables в /etc/mysql/mysql.conf.d/mysqld.cnf। यहाँ एउटा कुञ्जी पनि छ - AugustaAdaKingByron।

प्रयोगकर्ता अधिकारहरू सुधार गर्दै 'wp'@'localhost'। हामी MySQL सुरु गर्छौं, यसलाई नेटवर्कमा पहुँचयोग्य बनाउँछौं, कन्फिगरेसनमा विकल्प टिप्पणी गर्दै skip-networking.

4. माथिका चरणहरू पछि, वेब सर्भर सुरु हुन्छ, तर साइट अझै काम गर्दैन किनभने

Warning: require_once(/usr/share/wordpress/wp-content/themes/twentysixteen/footer.php): failed to open stream: Permission denied in /usr/share/wordpress/wp-includes/template.php on line 562

हामी फाइलको अधिकार सम्पादन गर्छौं।

$ chmod 644 /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php

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

2. दोस्रो चरण

विश्लेषण सङ्कलन समस्या समाधान गर्न आवश्यक थियो। सबैलाई एनालिटिक्स मन पर्छ - कसले यसलाई प्रयोग गर्दछ, कहाँ र कुन मात्रामा। हामीले एउटा केस लिएर आएका छौं जुन सबै इन्जिनियरहरूले जीवनमा कुनै न कुनै रूपमा सामना गर्न सक्छन्।

२.१। राेचक तथ्यहरु

हाम्रो एक खेलाडीले खेलको पहिलो 10 मिनेट भित्र सही कुञ्जी प्रविष्ट गर्यो, र पहिलो घण्टा भित्र हामीसँग एक नेता थियो जसले कार्य पूरा गर्यो।

१.२। व्यायाम

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

2.3. समाधान

1. fstab मा अवस्थित नभएको स्वैप विभाजनको कारण सर्भर बुट हुँदैन; लोड गर्दा, प्रणालीले यसलाई माउन्ट गर्ने प्रयास गर्छ र क्र्यास हुन्छ। कसरी बुट गर्ने?

छवि डाउनलोड गर्नुहोस्, हामीले CentOS 7 डाउनलोड गर्यौं, लाइभ CD/DVD बाट बुट (समस्या निवारण -> उद्धार), प्रणाली माउन्ट गर्नुहोस्, सम्पादन गर्नुहोस्। /etc/fstab। हामीले तुरुन्तै पहिलो कुञ्जी फेला पार्छौं - GottfriedWilhelm11646Leibniz!

स्वैप सिर्जना गर्नुहोस्:

$ lvcreate -n swap centos -L 256M
$ sync && reboot

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

फेरि हामी livecd बाट बुट गर्छौं, ध्यानपूर्वक प्रणाली लगहरू अध्ययन गर्छौं र, केवल केसमा, क्रोनमा हेर्नुहोस्, यस्तो आवधिकता पछि। त्यहाँ हामीले समस्या र दोस्रो कुञ्जी फेला पार्छौं - Alan1912MathisonTuring!

भित्र चाहिन्छ /etc/crontab रेखा मेट्नुहोस् वा टिप्पणी गर्नुहोस् echo b > /proc/sysrq-trigger.

3. जस पछि सर्भर लोड भयो, र तपाइँ प्रबन्धकहरूको कार्य पूरा गर्न सक्नुहुन्छ: "अफ्रिकामा ठेगानाहरू के हुन्?" यो जानकारी सामान्यतया जनताको लागि उपलब्ध छ। तपाईले इन्टरनेटमा "आईपी एड्रेस अफ्रिका", "जियोआईपी डाटाबेस" वाक्यांशहरू प्रयोग गरेर यो जानकारी फेला पार्न सक्नुहुन्छ। समस्या समाधान गर्न, तपाईं स्वतन्त्र रूपमा उपलब्ध ठेगाना वितरण डेटाबेस (geoip) प्रयोग गर्न सक्नुहुन्छ। हामीले डाटाबेसलाई मानकको रूपमा प्रयोग गर्यौं अधिकतम मिन्ड GeoLite2, Creative Commons Attribution-ShareAlike 4.0 लाइसेन्स अन्तर्गत उपलब्ध छ।

हामी केवल लिनक्स प्रणाली उपयोगिताहरू प्रयोग गरेर हाम्रो समस्या समाधान गर्ने प्रयास गरौं, तर सामान्यतया यो धेरै तरिकाहरूमा समाधान गर्न सकिन्छ: पाठ फिल्टरिङ उपयोगिताहरू प्रयोग गरेर र विभिन्न प्रोग्रामिङ भाषाहरूमा लिपिहरू प्रयोग गरेर।

सुरु गर्नको लागि, हामी मेल लगबाट "प्रेषक-प्रापक आईपी" जोडीहरू मात्र प्राप्त गर्नेछौं /var/log/maillog (ईमेल प्राप्तकर्ताहरूको तालिका बनाउनुहोस् - प्रेषक आईपी)। यो निम्न आदेश संग गर्न सकिन्छ:

$ cat /var/log/maillog | fgrep -e ' connect from' -e 'status=sent' | sed 's/[]<>[]/ /g' | awk '/connect from/ {ip=$11} /status=sent/ {print $10" "ip}' > log1.txt

र हामीले अफ्रिकी ठेगानाहरूको डाटाबेस कम्पाइल गर्न जारी राख्नु अघि, प्रेषकहरूको शीर्ष आईपी ठेगानाहरू हेरौं।

$ cat log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n 40
5206 [email protected]
4165 [email protected]
3739 [email protected]
3405 [email protected]
3346 [email protected]

ती सबै मध्ये, शीर्षबाट पहिलो तीन प्राप्तकर्ताहरू अक्षरहरूको संख्याको सन्दर्भमा स्पष्ट रूपमा खडा छन्। यदि तपाईंले यस शीर्ष 3 बाट ठेगानाहरूमा पठाइएका प्रेषकहरूको आईपी ठेगानाहरू ग्रिप गर्नुभयो भने, तपाईंले निश्चित नेटवर्कहरूको स्पष्ट प्रबलता देख्नुहुनेछ:

$ cat log1.txt | fgrep '[email protected]' | cut -d' ' -f2 | sort | cut -d'.' -f1 | uniq -c | sort -r | head
831 105
806 41
782 197
664 196
542 154
503 102
266 156
165 45
150 160
108 165

धेरै जसो नेटवर्कहरू 105/8, 41/8, 196/8,197/8 AFRINIC लाई छुट्याइएको छ - इन्टरनेट स्रोतहरू वितरण गर्ने पाँच क्षेत्रीय इन्टरनेट रजिस्ट्रारहरू मध्ये एक। AFRINIC ले अफ्रिका भर ठेगाना स्थान वितरण गर्दछ। र 41/8 ले AFRINIC लाई पूर्ण रूपमा बुझाउँछ।

https://www.nic.ru/whois/?searchWord=105.0.0.0 
https://www.nic.ru/whois/?searchWord=41.0.0.0

तसर्थ, समस्याको जवाफ, वास्तवमा, लगमा नै छ।

$ cat log1.txt | fgrep -e '105.' -e '41.' -e '196.' -e '197.' -e '154.' -e '102.' | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
4209 [email protected]
3313 [email protected]
2704 [email protected]
2215 [email protected]
1774 [email protected]
1448 [email protected]
1233 [email protected]
958 [email protected]
862 [email protected]
762 [email protected]
632 [email protected]
539 [email protected]
531 [email protected]
431 [email protected]
380 [email protected]
357 [email protected]
348 [email protected]
312 [email protected]
289 [email protected]
282 [email protected]
274 [email protected]

यस चरणमा हामीले "LinuxBenedictTorvadst" स्ट्रिङ पाउँछौं।

सही कुञ्जी: "LinusBenedictTorvalds"।

नतिजा स्ट्रिङमा अन्तिम 3 क्यारेक्टरहरूमा सही कुञ्जीको सम्बन्धमा टाइपो समावेश छ। यो तथ्यको कारण हो कि हामीले चयन गरेका नेटवर्कहरू पूर्ण रूपमा अफ्रिकी देशहरूमा समर्पित छैनन् र हाम्रो लगमा IP ठेगानाहरूद्वारा इमेलहरू वितरण गर्ने तरिकामा।

अफ्रिकी देशहरूमा आवंटित सबैभन्दा ठूलो सञ्जालहरूको पर्याप्त विशिष्टताको साथ, एक सटीक जवाफ प्राप्त गर्न सकिन्छ:

$ cat log1.txt | fgrep -e' '105.{30..255}. -e' '41. -e' '196.{64..47}. -e' '196.{248..132}. -e' '197.{160..31}. -e' '154.{127..255}. -e' '102.{70..255}. -e' '156.{155..255}. | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
3350 [email protected]
2662 [email protected]
2105 [email protected]
1724 [email protected]
1376 [email protected]
1092 [email protected]
849 [email protected]
712 [email protected]
584 [email protected]
463 [email protected]
365 [email protected]
269 [email protected]
225 [email protected]
168 [email protected]
142 [email protected]
111 [email protected]
 96 [email protected]
 78 [email protected]
 56 [email protected]
 56 [email protected]
 40 [email protected]

समस्या अर्को तरिकाले पनि समाधान गर्न सकिन्छ।
MaxMind डाउनलोड गर्नुहोस्, यसलाई अनप्याक गर्नुहोस्, र अर्को तीन आदेशहरूले पनि हाम्रो समस्या समाधान गर्नुहोस्।

$ cat GeoLite2-Country-Locations-ru.csv | grep "Африка" | cut -d',' -f1 > africaIds.txt
$ grep -Ff africaIds.txt GeoLite2-Country-Blocks-IPv4.csv | cut -d',' -f1 > africaNetworks.txt
$ grepcidr -f africaNetworks.txt log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n21

एक तरिका वा अर्को, हामीले अन्ततः तथ्याङ्कहरू गणना गर्यौं, र प्रबन्धकहरूले काम गर्न आवश्यक डेटा प्राप्त गरे!

3. तेस्रो चरण

तेस्रो चरण केहि हदसम्म पहिलो जस्तै छ - तपाइँ पनि न्यानो बत्ती सेवा ठीक गर्न आवश्यक छ, तर सबै कुरा पहिलो कार्य भन्दा बढी जटिल छ।

२.१। राेचक तथ्यहरु

पहिलो 15 मिनेटमा, तीन खेलाडीहरूले पहिलो कुञ्जी फेला पारे; चरण सुरु भएको 2 घण्टा र 20 मिनेट पछि, हाम्रो विजेताले कार्य पूरा गर्यो।

१.२। व्यायाम

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

सर्भरले धेरै वर्षसम्म असफलता बिना काम गर्यो, तर केहि दिन अघि कम्पनीको नेटवर्क ह्याक भएको थियो। निर्देशन अनुसार, सुरक्षा कर्मचारीहरूले सर्भरबाट डिस्कहरू हटाए र तिनीहरूलाई पठाए। यातायातको समयमा, एउटा डिस्क अपरिवर्तनीय रूपमा हराएको थियो।

हामीले विकिको कार्यक्षमतालाई पुनर्स्थापित गर्न आवश्यक छ; सबैभन्दा पहिले, हामी विकि पृष्ठहरूको सामग्रीमा रुचि राख्छौं। यस विकिको कुनै एक पृष्ठमा रहेको पाठको निश्चित टुक्रा 1C सर्भरको लागि पासवर्ड हो र यसलाई अनलक गर्न तत्काल आवश्यक छ।

थप रूपमा, विकि पृष्ठहरूमा वा अर्को ठाउँमा लग सर्भर र भिडियो निगरानी सर्भरको लागि पासवर्डहरू थिए, जुन पुन: प्राप्ति गर्न पनि वांछनीय हुनेछ; तिनीहरू बिना, घटनाको अनुसन्धान असम्भव छ। सधैंको रूपमा, हामी मुद्दाको द्रुत समाधानको आशा गर्दछौं!

3.3. समाधान

1. हामी हामीसँग भएका डिस्कहरूबाट एक-एक गरेर बुट गर्ने प्रयास गर्छौं र सबै ठाउँमा एउटै सन्देश प्राप्त हुन्छ:

No bootable medium found! System halted 

तपाईंले केहि बाट बुट गर्न आवश्यक छ। लाइभ CD/DVD बाट बुटिङ (समस्या निवारण -> उद्धार) फेरि मद्दत गर्दछ। लोड गर्दा, हामी बुट विभाजन खोज्ने प्रयास गर्छौं, हामी यसलाई फेला पार्न सक्दैनौं, हामी शेलमा समाप्त हुन्छौं। हामी डिस्कसँग के र कसरी गर्ने भनेर अध्ययन गर्ने प्रयास गर्दैछौं। तीमध्ये तीनजना रहेको बताइएको छ । CentOS को 7 औं संस्करणमा यसको लागि थप उपकरणहरू छन्, जहाँ आदेशहरू छन् blkid वा lsblk, जसले हामीलाई डिस्क बारे सबै जानकारी देखाउँछ।

हामी कसरी र के गर्छौं:

$ ls /dev/sd*

यो तुरुन्तै स्पष्ट छ

/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий момент

हामी sdb1 माउन्ट गर्छौं, यो स्पष्ट छ कि यो CentOS 6 को बुट विभाजन हो।

$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1

जाहिर छ, हामी grub खण्डमा जान्छौं र त्यहाँ पहिलो कुञ्जी फेला पार्छौं - जेम्स191955Gosling एउटा असामान्य फाइलमा।

2. हामी pvs र lvs अध्ययन गर्छौं, किनकि हामी LVM सँग काम गर्छौं। हामी देख्छौं कि त्यहाँ 2 भौतिक भोल्युमहरू हुनुपर्छ, एउटा अवस्थित छैन र हराएको uid बारे गुनासो गर्छ। हामी देख्छौं कि त्यहाँ 2 तार्किक भोल्युमहरू हुनुपर्छ: रूट र स्वैप, जबकि रूट आंशिक रूपमा हराएको छ (भोल्युमको P विशेषता)। माउन्ट गर्न सम्भव छैन, जुन दुःखको कुरा हो! हामीलाई वास्तवमै उहाँको आवश्यकता छ।

त्यहाँ 2 थप डिस्कहरू छन्, हामी तिनीहरूलाई हेर्छौं, भेला गर्छौं र तिनीहरूलाई माउन्ट गर्छौं:

$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127  /mnt/md127 

हामी हेर्छौं, हामी देख्न सक्छौं कि यो CentOS 6 को बुट विभाजन हो र पहिले नै के छ त्यसको नक्कल हो। /dev/sdb1, र यहाँ फेरि उही कुञ्जी - DennisBMacAlistairCRitchie!
हेरौं यो कसरी जम्मा हुन्छ /dev/md127.

$ mdadm --detail /dev/md127

हामी देख्छौं कि यो 4 डिस्कबाट भेला हुनुपर्छ, तर यो दुई बाट भेला भएको थियो /dev/sda1 и /dev/sdc1, तिनीहरू प्रणालीमा नम्बर 2 र 4 हुनुपर्छ। बाट हामी अनुमान गर्छौं /dev/sda2 и /dev/sdc2 तपाईं एरे पनि सङ्कलन गर्न सक्नुहुन्छ। यो स्पष्ट छैन किन तिनीहरूमा कुनै मेटाडेटा छैन, तर यो प्रशासकको विवेकमा छ, जो गोवामा कतै छन्। हामी मान्दछौं कि त्यहाँ RAID10 हुनुपर्छ, यद्यपि त्यहाँ विकल्पहरू छन्। हामी सङ्कलन:

$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2

हामी blkid, pvs, lvs हेर्छौं। हामीले पत्ता लगायौं कि हामीले भौतिक भोल्युम सङ्कलन गरेका छौं जुन हामीसँग पहिले अभाव थियो।

lvroot तुरुन्तै मर्मत गरिएको थियो, हामी यसलाई माउन्ट गर्छौं, तर पहिले VG सक्रिय गर्नुहोस्:

$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot 

र सबै कुरा त्यहाँ छ, रूट गृह डाइरेक्टरीमा कुञ्जी सहित - /root/sweet।

3. हामी अझै पनि हाम्रो सर्भर पुनरुत्थान गर्न कोशिस गर्दैछौं ताकि यो सामान्य रूपमा सुरु हुन्छ। हाम्रा सबै तार्किक मात्राहरू /dev/md0 (जहाँ हामीले सबै कुरा भेट्टायौं) यसलाई तान्नुहोस् /dev/sdb2, जहाँ सम्पूर्ण सर्भरले सुरुमा काम गर्यो।

$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0

हामीले सर्भर बन्द गर्छौं, डिस्क 1 र 3 हटाउँछौं, दोस्रो छोड्छौं, Live CD/DVD बाट Rescue मा बुट गर्छौं। बुट विभाजन फेला पार्नुहोस् र ग्रबमा बूटलोडर पुनर्स्थापना गर्नुहोस्:

root (hd0,0)
setup (hd0)

हामी बुट डिस्क फाड्छौं र सफलतापूर्वक लोड गर्छौं, तर साइटले काम गर्दैन।

4. वेबसाइट सुरु गर्न दुई विकल्पहरू छन्: स्क्र्याचबाट Apache कन्फिगर गर्नुहोस् वा पहिले नै कन्फिगर गरिएको php-fpm संग nginx प्रयोग गर्नुहोस्:

$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start

अन्तमा, तपाईंले MySQL सुरु गर्न आवश्यक छ:

$ /etc/init.d/mysqld start

यो सुरु हुनेछैन, र जवाफ भित्र छ /var/log/mysql। तपाईले MySQL को साथ समस्या समाधान गर्ने बित्तिकै, साइटले काम गर्नेछ, मुख्य पृष्ठमा त्यहाँ एउटा कुञ्जी हुनेछ - RichardGCCMatthewGNUstallman! अब हामीसँग 1C पहुँच छ, र कर्मचारीहरूले आफ्नो तलब प्राप्त गर्न सक्षम हुनेछन्। र सधैं जस्तै, कम्पनीमा पूर्वाधार र सुरक्षा स्थापना गर्न तपाईसँग धेरै काम छ।

हामी एक पटक फेरि पुस्तकहरूको सूची साझा गर्न सक्छौं जसले हामीलाई र हाम्रा सहभागीहरूलाई खेलको लागि तयारी गर्न मद्दत गर्‍यो: linux.mail.ru/books.

हामीसँग भएकोमा धन्यवाद! अर्को खेलहरूको घोषणाको लागि सम्पर्कमा रहनुहोस्!

स्रोत: www.habr.com