Pi இல் VPN கிளையண்ட் segfault? முதலில் செயல்முறையைப் பதிவு செய்யுங்கள்

நீங்கள் கிளையண்டைத் தொடங்குகிறீர்கள், முனையம் Segmentation fault (core dumped) என அச்சிடுகிறது, அடுத்த மணிநேரம் கார்டை மீண்டும் எழுதுவதில் போகிறது. அந்தச் செய்தி ஒரு செயல்முறை ஒரு கணத்தில் எப்படி இறந்தது என்பதை விவரிக்கிறது. அது பலகை சேதமடைந்தது என்று சொல்லவில்லை, மின் வழங்கல், சேமிப்பு அல்லது இமேஜை விட்டுவிடவும் இல்லை.

ஷெல் அச்சிட்ட வரியிலிருந்து அதன் பின்னால் உள்ள செயல்முறைக்குச் செல்லுங்கள். பயனுள்ள உண்மைகள்: எந்த இயக்ககம் தோல்வியடைந்தது, எந்தச் சூழலில் மற்றும் இணைப்பின் எந்தக் கட்டத்தில்.

ஷெல் அச்சிட்ட வரியிலிருந்து தொடங்குங்கள்

உங்கள் கட்டளையில் உள்ள பெயர் பெரும்பாலும் மற்றொரு இரும எண்மத்தைத் தொடங்கும் மேலுறை அல்லது துவக்கி, எனவே கர்னல் உண்மையில் எந்த இயக்ககத்தை முடித்தது என்பதை உறுதிப்படுத்துங்கள். முழுப் பாதை, தொகுப்பு மற்றும் பயன்பாட்டுப் பதிப்பு, கட்டமைப்பு, OS மற்றும் கர்னல் வெளியீடு, அதைத் தொடங்கிய கணக்கு மற்றும் சரியான நேரத்தை எழுதுங்கள். VPN பெயரில் உள்ள ஷெல் கட்டளை ஒரு துணைச் செயல்முறையை எளிதாகத் தொடங்கலாம், பதிவு அந்தத் துணைச் செயல்முறையைப் பெயரிடும். கடந்த மாதம் நிறுவிய தொகுப்பின் பதிப்புச் சரத்தை நகலெடுப்பது எது இயங்கியது என்பதைப் பற்றி எதையும் சொல்லாது.

முறிவுக்கு நேரடியாக முன் என்ன நடந்தது என்பதைக் குறிப்பிடுங்கள்: துவக்கம், சுயவிவர பகுப்பாய்வு, அங்கீகாரம் அல்லது ஏற்கனவே இயக்கத்தைக் கடத்திய அமர்வு. அந்த நான்கு கட்டங்கள் segfault என்ற சொல்லை விட அதிகமாகத் தேடலைக் குறைக்கின்றன. அந்த நிகழ்வைச் சுற்றியுள்ள குறுகிய பதிவு சாளரத்தை வைத்திருங்கள், எந்த சமீபத்திய மாற்றம் இதை ஏற்படுத்தியது என்பதற்கான ஊகங்களைப் பதிவு சொல்லும் வரை விட்டுவிடுங்கள்.

நினைவக இமேஜ் உள்ளதா என்பதைக் கண்டறியுங்கள்

core கோப்பு குறிப்பு டம்பை முடிவின்போது எழுதப்படும் செயல்முறை நினைவகத்தின் இமேஜ் என விவரிக்கிறது, அந்த எழுதுதலைத் தடுக்கும் நிபந்தனைகளையும் பட்டியலிடுகிறது. அந்த நிபந்தனைகளில் பூஜ்ஜிய ஆதார வரம்பும், டம்பை வேலை அடைவிற்கு வெளியே அனுப்பும் core வடிவமும் அடங்கும். எனவே core என்ற கோப்பு இல்லாதிருப்பது முறிவு ஏற்பட்டதா என்பதைப் பற்றி எதையும் நிரூபிக்காது. கணினி எந்த ஆதாரத்தையும் உருவாக்கவில்லை என்று முடிவெடுக்கும் முன் அமைக்கப்பட்ட வடிவம் மற்றும் வரம்பைச் சரிபாருங்கள்.

systemd இன் சேகரிப்பானைப் பயன்படுத்தும் கணினியில், ஆதரிக்கப்படும் பார்வை சேமிக்கப்பட்ட பதிவை ஒரு இயக்ககம் மற்றும் நேரத்துடன் தொடர்புபடுத்துகிறது. இதழ் உள்ளீடும் படிக்கக்கூடிய நினைவக இமேஜும் இரண்டு வெவ்வேறு கலைப்பொருட்கள்: வைத்திருக்கும் கொள்கையும் அனுமதிகளும் ஒன்றை மற்றொன்று இல்லாமல் விடக்கூடும். விநியோகம் அல்லது பயன்பாட்டின் பராமரிப்பாளரை அவர்கள் ஆதரிக்கும் கண்டறியும் பணிப்பாய்வு பற்றிக் கேளுங்கள், ஏனெனில் வேறு கட்டுமானம் அல்லது வேறு நூலகத் தொகுப்பிலிருந்து உருவாக்கப்பட்ட ட்ரேஸ் வழக்கமாக அவர்களின் நேரத்தை வீணாக்குகிறது.

sysctl kernel.core_pattern
ulimit -c
coredumpctl list --since "1 hour ago" --no-pager
coredumpctl info /usr/sbin/openvpn

உண்மையில் முறிந்த இயந்திரத்திலேயே அந்த வாசிப்புகளை மீண்டும் செய்யுங்கள். புதிய நிறுவலில் செய்வது யாரும் கேட்காத கேள்விக்குப் பதிலளிப்பதாகும்.

டம்பை இரகசியங்களைச் சுமக்கும் பொருளாகக் கருதுங்கள்

செயல்முறை நினைவகத்தில் சான்றுகள், அமர்வு விசைகள் மற்றும் சுயவிவர உள்ளடக்கம் இருக்கலாம், இது டம்பை அருகிலுள்ள உரைப் பதிவை விட மிகவும் உணர்திறன் உடையதாக்குகிறது. பதிவைத் திருத்துவது ஒளிபுகாத நினைவக இமேஜுக்கு எதுவும் செய்யாது, சாதாரண சிக்கல் கண்காணிப்பிகள் ஆதரவு இழையின் ஆயுளை விட மிக நீண்ட காலம் இணைப்புகளை வைத்திருக்கின்றன. கோப்பை விற்பனையாளர் அல்லது பராமரிப்பாளர் வழங்கும் தனிப்பட்ட சேனல் வழியாக நகர்த்துங்கள். பொது சிக்கலில் மூல டம்பை இடுகையிடுவது செயல்முறை இறந்தபோது நினைவகத்தில் இருந்த அனைத்தையும் வெளிப்படுத்துகிறது, யாராவது பரிசோதிக்கும் வரை அது என்ன என்பதை உங்களால் அறிய முடியாது.

பராமரிப்பாளர் ட்ரேஸ் கேட்டால், எந்த இயக்ககம் மற்றும் எந்த நூலகங்களிலிருந்து வேண்டும் என்று கேளுங்கள். சட்டகங்கள் அறிவிக்கப்பட்ட கட்டுமானத்துடன் பொருந்தாத backtrace நம்புவது கடினம், தவறாகப் படிப்பது எளிது.

எதையும் மாற்றுவதற்கு முன் மூலத்தைச் சரிபாருங்கள்

நிறுவலை உடையவர் மூலம் தொகுப்பின் மூலத்தையும் கோப்பு ஒருமைப்பாட்டையும் சரிபார்த்து, எந்தக் கட்டுப்படுத்தப்பட்ட பழுதுக்கும் முன் உள்ளமைவு மற்றும் அடையாளப் பொருட்களைப் பாதுகாக்கவும். சுத்தமான நிறுவல் தொடங்குகிறதா என்று பார்க்க மட்டும் ஆதாரத்தின் ஒரே நகலை மேலெழுத வேண்டாம். புதிய இமேஜ் தொடங்கினால் புதிய இமேஜ் தொடங்குகிறது என்று மட்டுமே சொல்கிறது. பழையதில் சிதைந்த தொகுப்பு, தோல்வியடையும் கார்டு அல்லது இந்தக் கட்டமைப்பில் எப்போதும் தோல்வியடையும் இரும எண்மம் இருந்ததா என்று சொல்லவில்லை.

தொடர்பில்லாத நிரல்களும் தோல்வியடைந்தால், அல்லது கணினி சேமிப்பு, மின் அல்லது கர்னல் பிழைகளைப் பதிவு செய்தால், அந்தக் கண்காணிப்புகளை இயங்குதள விசாரணைக்கு வைத்திருங்கள். அவை எல்லையை விரிவுபடுத்துகின்றன; ஒவ்வொரு segfault தோல்வியடையும் RAM அல்லது சிதைந்த இமேஜிலிருந்து வருகிறது என்று நிரூபிக்கவில்லை.

இலக்கு சரிசெய்தலுக்குப் பிறகு அதே அங்கீகரிக்கப்பட்ட துவக்கத்தையும் அதே VPN செயல்பாட்டையும் அதே வன்பொருளில் மீண்டும் செய்யுங்கள். எந்தத் தோல்வி எந்தப் பதிப்பில் நின்றது என்று சொல்லுங்கள். சுத்தமான துவக்கம் மட்டும் குறைபாடுள்ள பகுதியை அடையாளம் காணாது, அடுத்த வன்பொருள் தோல்வியையும் முன்னறிவிக்காது.