स्थिर कर्नेल रिलीज़ और अपडेट

Linux कर्नेल के स्टेबल रिलीज़ मॉडल की शुरुआत 2005 में हुई, जब इसे तय किया गया मौजूदा कर्नेल डेवलपमेंट मॉडल (हर दो-तीन महीने में एक नई रिलीज़) वह ज़्यादातर उपयोगकर्ताओं की ज़रूरतों को पूरा नहीं करता. उपयोगकर्ता चाहते थे कि इन दो या तीन के दौरान होने वाली गड़बड़ियां ठीक की गई हों महीनों के साथ-साथ और Linux डिस्ट्रिब्यूशन के लिए कर्नेल को अप-टू-डेट रखना मुश्किल लगा के लिए डिज़ाइन किया गया है. आम तौर पर, अलग-अलग कर्नल सुरक्षित रखने और सबसे नए बग समाधान के साथ यह बड़ा और भ्रामक था जिसमें अलग-अलग लोगों ने हिस्सा लिया हो.

स्थिर कर्नेल रिलीज़, सीधे Lineus Torvalds पर आधारित हैं रिलीज़ और यह डेटा हर हफ़्ते रिलीज़ किया जाता है. यह कई बाहरी फ़ैक्टर (साल का समय, उपलब्ध पैच, मेंटेनर वर्कलोड वगैरह). स्टेबल की संख्या रिलीज़ की शुरुआत कर्नेल रिलीज़ की संख्या और एक अतिरिक्त संख्या से होती है इसके आखिर में जोड़ा जाता है. उदाहरण के लिए, 4.4 कर्नेल को Lineus ने रिलीज़ किया है, और फिर इस कर्नेल के आधार पर स्टेबल कर्नेल रिलीज़ का नंबर 4.4.1, 4.4.2 है, 4.4.3 वगैरह. इस क्रम को आम तौर पर नंबर 4.4.y से छोटा कर दिया जाता है, जब का मतलब स्टेबल कर्नेल रिलीज़ ट्री से है. हर स्टेबल कर्नेल रिलीज़ ट्री है एकल कर्नेल डेवलपर के ज़रिए प्रबंधित किया जाता है, जो रिलीज़ के लिए और समीक्षा/रिलीज़ प्रोसेस को मैनेज करने के लिए पैच की ज़रूरत होती है.

मौजूदा डेवलपमेंट साइकल के दौरान, स्थिर कर्नल का रखरखाव किया जाता है. Lineus के नया कर्नेल रिलीज़ करने के बाद, पिछला स्थिर कर्नेल रिलीज़ ट्री है और उपयोगकर्ताओं को रिलीज़ किए गए नए कर्नेल पर जाना होगा.

लंबे समय तक स्थिर कर्नेल

इस नए और अच्छे तरीके से रिलीज़ होने के एक साल के बाद, हमने पाया कि Linux के अलग-अलग उपयोगकर्ता चाहते थे कि एक कर्नेल को सिर्फ़ कुछ महीने. रिस्पॉन्स के तौर पर, लॉन्ग टर्म सपोर्टेड (एलटीएस) कर्नेल रिलीज़ यह थी इसे साल 2006 में रिलीज़ किए गए पहले एलटीएस कर्नेल (2.6.16) के साथ बनाया गया. इसके बाद, एलटीएस कर्नेल को साल में एक बार चुना जाता है. कर्नेल समुदाय का मानना है कि कम से कम 2 साल के लिए कर्नेल.

लिखते समय, एलटीएस कर्नेल 4.4.y, 4.9.y, 4.14.y, 4.19.y, 5.4.y, और 5.10.y रिलीज़. हर हफ़्ते एक नया कर्नेल रिलीज़ किया जाता है. इस वजह से कुछ उपयोगकर्ताओं और वितरणों की ज़रूरतों को पूरा करने के लिए, कुछ अतिरिक्त पुराने कर्नेल इसका इस्तेमाल कर्नेल डेवलपर करते हैं और रिलीज़ साइकल की रफ़्तार धीमी होती है. इसके बारे में जानकारी लंबे समय तक टिके रहने वाले सभी कर्नेल, इनका नियंत्रण कौन है और वे कितने लंबे समय तक काम करते हैं रखा जाता है, तो वह kernel.org रिलीज़ पेज पर जाएं.

एलटीएस कर्नेल के ज़रिए, हर दिन औसतन 6 से 8 पैच रिलीज़ किए जाते हैं. वहीं, सामान्य स्थिर कर्नेल रिलीज़ में हर दिन 10-15 पैच होते हैं. पैच की संख्या संबंधित डेवलपमेंट के मौजूदा समय के आधार पर, हर रिलीज़ के हिसाब से घटता-बढ़ता है कर्नेल रिलीज़, और अन्य बाहरी वैरिएबल का डेटा होता है. एलटीएस कर्नेल जितना पुराना होता है, इस पर कम पैच लागू होते हैं, क्योंकि हाल ही में कई गड़बड़ियां ठीक की गई हैं पुराने कर्नेल. हालांकि, कर्नेल जितना पुराना होगा, उसे बैकपोर्ट करना उतना ही मुश्किल होगा कोड बेस में बदलावों की वजह से ज़रूरी बदलाव. तो जबकि कुल पैच की संख्या कम हो सकती है, लेकिन एलटीएस कर्नेल को बनाए रखने में शामिल होना सामान्य से ज़्यादा है स्थिर कर्नेल.

स्टेबल कर्नेल पैच के नियम

स्थिर कर्नेल रिलीज़ में क्या जोड़ा जा सकता है, इससे जुड़े नियम अब भी बने हुए हैं लॉन्च होने के बाद से बिलकुल एक जैसा है. इनके बारे में जानकारी नीचे दी गई है:

• यह साफ़ तौर पर सही होना चाहिए और जांचा गया होना चाहिए.
• वैल्यू 100 लाइनों से ज़्यादा की नहीं होनी चाहिए.
• सिर्फ़ एक चीज़ ठीक करनी होगी.
• किसी ऐसी चीज़ को ठीक करना होगा जिसे समस्या बताया गया है.
• यह हार्डवेयर के लिए कोई नया डिवाइस आईडी या क्वर्क हो सकता है, लेकिन नया डिवाइस आईडी नहीं जोड़ सकता काम करता है.
• पहले से ही Lineus Torwalds में पहले से मर्ज होने चाहिए पेड़

आखिरी नियम, "linus Torvalds में पहले से ही मर्ज होना चाहिए" ट्री", रोकता है कर्नेल समुदाय के लिए, गड़बड़ियां ठीक की गई हैं. कम्यूनिटी को कोई समस्या नहीं चाहिए एक स्थिर कर्नेल रिलीज़ में है जो पहले से लिनस टोरवाल्ड्स में नहीं है पेड़ कि अपग्रेड करने वाले व्यक्ति को कभी भी रिग्रेशन नहीं दिखना चाहिए. इससे कई लोग ऐसी समस्याएं जो स्थायी और विकास शाखा बनाए रखने वाले अन्य प्रोजेक्ट से हो सकती हैं हैं.

Kernel अपडेट

Linux कर्नेल समुदाय ने अपने उपयोगकर्ताबेस के लिए वादा किया है कि कोई अपग्रेड नहीं पिछली रिलीज़ में काम कर रहे किसी भी कॉन्टेंट को तोड़ता है. वह वह वादे आज भी सही है. रिग्रेशन होते हैं, लेकिन वे सबसे ज़्यादा होते हैं उन्हें तुरंत ठीक कर दिया जाता है या वे बदलाव जिनकी वजह से समस्या होती है Linux कर्नेल ट्री से, रिग्रेशन को तुरंत पहले जैसा कर दिया जाता है.

यह प्रॉमिस, इंक्रीमेंटल स्टेबल कर्नेल अपडेट, दोनों के लिए सही होता है, जैसा कि साथ ही, हर तीन महीने में होने वाले बड़े अहम अपडेट भी शामिल हैं. हालांकि, कर्नेल समुदाय सिर्फ़ उस कोड के लिए यह वादा कर सकता है जिसे Linux कर्नेल ट्री. ऐसा कोई भी कोड जिसे डिवाइस के कर्नेल में मर्ज किया गया है, जो kernel.org रिलीज़ के बारे में जानकारी मौजूद नहीं है और इस तरह की बातचीत की प्लानिंग कभी नहीं की जा सकती और न ही इस पर विचार किया जा सकता है.

Linux पर आधारित ऐसे डिवाइस जिनमें बड़े पैच सेट हैं कई कर्नेल के बीच बहुत ज़्यादा बदलाव होने की वजह से यह नए कर्नल पर अपडेट हो रहा है रिलीज़ (हर रिलीज़ में 10 से 14 हज़ार बदलाव). SoC पैचसेट खास तौर पर जाने जाते हैं बड़ा और भारी होने की वजह से, नई कर्नेल में अपडेट करने में समस्याएं होना खास आर्किटेक्चर और कभी-कभी कोर, कर्नेल कोड में बदलाव करते हैं. बतौर इसका नतीजा यह हुआ है कि SDK टूल के ज़्यादातर वेंडर, एलटीएस रिलीज़ के इस्तेमाल के लिए स्टैंडर्ड तय करना शुरू कर रहे हैं इससे उन डिवाइसों को गड़बड़ी और सुरक्षा से जुड़े अपडेट मिलते हैं को सीधे Linux kernel समुदाय से ऐक्सेस कर सकते हैं.

सुरक्षा

कर्नेल रिलीज़ करते समय, Linux कर्नेल समुदाय करीब-करीब इसकी जानकारी नहीं देता है सुरक्षा ठीक करने के तौर पर कुछ खास बदलावों के बारे में बताया गया है. यह इसकी मूल समस्या के कारण होता है यह तय करने में परेशानी हो रही है कि किसी गड़बड़ी को ठीक किया जा सकता है या नहीं को बनाए रखने में सहायता मिलती है. साथ ही, कई गड़बड़ियां ठीक की गई हैं और इन्हें सिर्फ़ सुरक्षा से जुड़ा माना गया है बहुत समय बीत चुका है, इसलिए कर्नेल समुदाय का यह सुझाव है कि रिलीज़ होने वाले सभी बग समाधान लागू कर देंगे.

जब kernel समुदाय को सुरक्षा से जुड़ी समस्याएं रिपोर्ट की जाती हैं, तब उन्हें इस तरह ठीक किया जाता है जल्द से जल्द कर देगा और उसे सार्वजनिक तौर पर डेवलपमेंट ट्री और स्थिर रिलीज़. जैसा कि ऊपर बताया गया है, बदलावों को इस तरह से कभी भी नहीं बताया गया है एक "सुरक्षा समाधान" के रूप में ढूंढता है, बल्कि कर्नेल के लिए किसी अन्य बग समाधान की तरह दिखता है. यह है प्रभावित पक्षों को समस्या की सूचना देने वाला व्यक्ति इसके बारे में बताता है.

kernel समुदाय को सुरक्षा से जुड़ी गड़बड़ियों की शिकायत करने के बारे में जानकारी के लिए उन्हें जल्द से जल्द हल करके ठीक किया जाएगा. सुरक्षा से जुड़ी गड़बड़ियां, नीचे दिए गए लिंक पर जाएं: Linux kernel उपयोगकर्ता और एडमिन की गाइड में www.kernel.org तक पहुंच सकते है.

कर्नेल टीम, सुरक्षा से जुड़ी गड़बड़ियों के बारे में लोगों को नहीं बताती है, इसलिए CVE Linux कर्नेल से जुड़ी समस्याओं के लिए संख्याओं की जानकारी आम तौर पर हफ़्ते, महीने, और कई बार सालों बाद, सुधार को स्टेबल और डेवलपमेंट में मर्ज कर दिया गया शाखाएं.

सिस्टम को सुरक्षित रखें

Linux का इस्तेमाल करने वाले डिवाइस को डिप्लॉय करते समय, हमारा सुझाव है कि एलटीएस कर्नेल के अपडेट, मैन्युफ़ैक्चरर लेते हैं और अपने उपयोगकर्ताओं को भेज दिए जाते हैं के बाद, सही से जांच करने पर पता चलता है कि अपडेट ठीक से काम कर रहा है या नहीं. इसके कई फ़ायदे हैं:

• रिलीज़ की समीक्षा पूरी तरह से कर्नेल डेवलपर ने की है, न कि अलग-अलग पार्ट.
• यह पता लगाना मुश्किल है कि कौनसे पैच "सुरक्षा" को ठीक करते हैं समस्याएं हैं और किनमें नहीं. तकरीबन हर एलटीएस रिलीज़ में कम से कम एक सुरक्षा दुरुस्त नहीं की जा सकती है, और कई फिर भी "अज्ञात" है.
• अगर टेस्टिंग से जुड़ी कोई समस्या दिखती है, तो कर्नेल डेवलपर कम्यूनिटी प्रतिक्रिया देती है वह समस्या को तुरंत हल कर सके.
• सिर्फ़ कर्नेल में चलाए जाने वाले बदलावों को फ़िल्टर करने की कोशिश ऐसा पेड़, जिसका आने वाले अपस्ट्रीम रिलीज़ के साथ सही तरीके से मर्ज नहीं किया जा सकता.