Debian आणि Ubuntu वेगळे का झाले? Server साठी निवड

Debian आणि Ubuntu वेगळे का झाले

Debian आणि Ubuntu 2004 मध्ये code मुळे नव्हे, तर release calendar मुळे वेगळे झाले. Debian ची release team एखादी stable release तयार आहे असे ठरवते तेव्हा ती release करते. Ubuntu ने आधीच निश्चित केलेल्या तारखेला दर सहा महिन्यांनी नवीन release देण्याचे वचन दिले. त्यामुळे ते Debian च्या development branch ची एक प्रत घेतात, ती freeze करतात, बिघडलेल्या गोष्टी दुरुस्त करतात आणि release करतात.

बावीस वर्षांनंतरही दोन्ही समान package format आणि ते व्यवस्थापित करणारी tools वापरतात. त्यांच्या मागील बहुतेक packaging work साठी एकदाच केलेले काम पुरेसे असते. मात्र त्यांचे schedule, support contract आणि default install मध्ये काय असावे याबद्दलचे मत समान नाही. Server साठी operating system निवडताना हा फरक उपयुक्त ठरतो. कारण यामुळे केवळ देखाव्याशी संबंधित फरक आणि तुमचा एक दुपारचा वेळ खर्ची घालणारे फरक वेगळे करता येतात.

Ubuntuची उत्पत्ती

Ian Murdock यांनी 16 August 1993 रोजी Debian Project ची स्थापना केली. 2004 पर्यंत Debian हे अस्तित्वातील सर्वात मोठे स्वयंसेवक-चालित distribution झाले होते; मात्र ते धीम्या गतीने पुढे जात होते. Debian 3.0 "woody" 19 July 2002 रोजी released झाले आणि त्यानंतरचे Debian 3.1 "sarge" 6 June 2005 पर्यंत आले नाही. दोन stable releases दरम्यान जवळपास तीन वर्षे गेली. या काळात Debian server वर अद्ययावत software वापरू इच्छिणाऱ्या कोणालाही Debian कडूनच supported उत्तर मिळत नव्हते.

April 2004 मध्ये Mark Shuttleworth यांनी London मधील त्यांच्या flat मध्ये सुमारे डझनभर Debian developers ना Debian-आधारित system निश्चित schedule नुसार तयार करण्याची योजना आखण्यासाठी आमंत्रित केले. त्यांना रोजगार देण्यासाठी त्यांनी Canonical Ltd ची स्थापना केली. पहिले release, Ubuntu 4.10 "Warty Warthog", सहा महिन्यांनी 20 October 2004 रोजी आले. Version number हा release date दर्शवतो: 4.10 म्हणजे October 2004 आणि 26.04 म्हणजे April 2026.

सामान्य अर्थाने Ubuntu हे कधीही fork नव्हते. Fork codebase ची एकदा प्रत बनवतो आणि नंतर मूळ प्रकल्पापासून वेगळा मार्ग घेतो. Ubuntu प्रत्येक cycle मध्ये Debian ची पुन्हा प्रत बनवते. Packages Debian unstable मधून घेतले जातात. Debian या rolling branch ला sid म्हणते. प्रत्येक Ubuntu cycle च्या सुरुवातीच्या काही आठवड्यांत ही प्रत आपोआप refresh केली जाते. Import freeze नंतर पुढील प्रत्येक package Ubuntu developer ला manually आणावे लागते आणि freeze rules नुसार त्याचे समर्थन करावे लागते. Linux distributions चा व्यापक family tree मध्ये अनेक वास्तविक forks आढळतात. Ubuntu त्यापैकी एक नाही. ते कायमचे downstream आहे.

दोन्ही प्रकल्पांमध्ये अजूनही सामायिक असलेले घटक

सामायिक भाग हा वेगळ्या भागापेक्षा खूप मोठा आहे. दोन्ही प्रकल्प dpkg अंतर्गत आणि apt वर असलेले .deb पॅकेज स्वरूप वापरतात. फाइल्स कुठे स्थापित करायच्या आणि पॅकेजने त्याच्या dependencies कशा घोषित करायच्या यासाठी दोन्ही Debian Policy चे पालन करतात. Ubuntu च्या स्वतःच्या developer documentation नुसार, साधारणपणे प्रत्येक पाचपैकी चार source packages Debian मधून कोणताही बदल न करता घेतले जातात. Debian मध्ये एखादा maintainer bug दुरुस्त करतो तेव्हा ती दुरुस्ती Ubuntu वापरकर्त्यांसाठीही लागू होते; बहुतेक वेळा दोन्ही बाजूंना याची जाणीवही होत नाही.

Ubuntu एखाद्या पॅकेजमध्ये बदल करत असल्यास version string त्याची माहिती देते. Debian मधील 1.2.3-4 चे रूपांतर 1.2.3-4ubuntu1 मध्ये होते. हा suffix स्थानिक बदल दर्शवतो. दोन्ही प्रकल्प या बदलाला delta म्हणतात. Ubuntu ज्या प्रत्येक पॅकेजमध्ये बदल करते त्याचा पूर्ण delta प्रकाशित करते आणि patches Debian च्या package tracking system कडे पाठवते. त्यामुळे Debian maintainer downstream प्रकल्पाने केलेले बदल पाहू शकतो आणि इच्छित असल्यास ते स्वीकारू शकतो.

हे पुरेसे आहे का, यावर 2005 पासून चर्चा होत आहे. कोणतीही बाजू न घेता हा मुद्दा स्पष्टपणे मांडणे योग्य आहे. Debian च्या बाजूने तक्रार अशी आहे की कामाचा परिणाम कुठे जमा होतो: Canonical downstream कामासाठी लोकांना पैसे देते, downstream कडे वापरकर्ते आणि लक्ष केंद्रीत होते, आणि दुरुस्ती upstream कडे पाठवणे हे अतिरिक्त काम ठरते; ते करण्यासाठी कोणालाही पैसे मिळत नाहीत. Ubuntu च्या बाजूने, सहा महिन्यांची deadline अशी deadline नसलेल्या प्रकल्पाशी जुळत नाही. त्यामुळे Debian ची वाट पाहणे नेहमी शक्य नसते. दोन्ही विधाने खरी आहेत. तरीही यापैकी कोणत्याही गोष्टीने packages चा प्रवाह कधीच थांबवलेला नाही.

तयार झाल्यावर रिलीज, दिनदर्शिकेतील तारखेवर नाही

Debian ची रिलीज तारीख हा एक परिणाम असतो, आश्वासन नाही. Debian 12 "bookworm" 10 June 2023 रोजी आणि Debian 13 "trixie" 9 August 2025 रोजी रिलीज झाले. त्यांच्यात साधारण दोन वर्षांचे अंतर होते; परंतु पुढील अंतरही असेच असेल याची कोणतीही हमी नाही. सध्याच्या testing branch ला "forky" म्हणतात. तिची रिलीज तारीख नाही, कारण release-critical बगची संख्या योग्य पातळीवर येईपर्यंत Debian तारीख जाहीर करत नाही.

Ubuntu ची तारीख हे आश्वासन असते. दर सहा महिन्यांनी एक रिलीज येते. सम वर्षाच्या April मध्ये येणारी प्रत्येक चौथी रिलीज LTS (long term support) रिलीज असते. Ubuntu 26.04 LTS "Resolute Raccoon" 23 April 2026 रोजी नियोजित वेळापत्रकानुसार रिलीज झाले. मधील रिलीज interim releases असतात आणि त्यांना फक्त नऊ महिन्यांचे updates मिळतात. त्यामुळे वर्षातून दोनदा पुन्हा build करायचे नसलेल्या server वर त्या वापरणे योग्य नाही. server वर Ubuntu LTS आणि interim releases यांमधील निवड ही त्या नऊ महिन्यांच्या कालावधीवर अवलंबून असते.

हा cadence तुमचे upgrade calendar ठरवतो. या विभाजनाचा हा सर्वात व्यावहारिक परिणाम आहे. Ubuntu LTS वर तुमचे पुढील in-place upgrade सम वर्षाच्या April मध्ये होईल हे अनेक वर्षे आधीच माहीत असते. त्यामुळे 26.04 अस्तित्वात येण्यापूर्वीच Ubuntu 24.04 वरून 26.04 कडे upgrade याचे नियोजन करता आले असते. Debian वर तुम्ही freeze announcements वर लक्ष ठेवता आणि रिलीज प्रत्यक्षात झाल्यावर कामाचे वेळापत्रक ठरवता.

LTS मध्ये काय बदलले

Ubuntu 6.06 LTS "Dapper Drake" 1 June 2006 रोजी रिलीज झाले आणि ते पहिले LTS होते. त्यापूर्वी Ubuntu ही वेगाने बदलणारी प्रणाली होती. ती वर्षातून दोनदा स्वतःची जागा घेणारी आवृत्ती रिलीज करत असे. व्यवसाय उत्पादन सर्व्हरसाठी अशा प्रणालीवर अवलंबून राहत नाही. LTS ने एक महत्त्वाची गोष्ट केली: त्याने support end date भविष्यात ठेवली आणि ती इतकी दूर ठेवली की त्याभोवती योजना तयार करता आली. याच बदलामुळे Ubuntu ही default server distribution बनली. सहा महिन्यांचे release cadence तिला आधार देते, कारण प्रत्येक LTS ही त्याआधीच्या interim releases मध्ये तपासून स्थिर केलेल्या कामावर आधारित असते.

Debian दुसऱ्या दिशेने याच टप्प्यावर पोहोचले. त्याची stable release आधीपासूनच धीम्या गतीने बदलत होती. Debian ची स्वतःची security team जबाबदारी कमी केल्यानंतर Debian LTS project प्रत्येक आवृत्तीचा supported life वाढवते.

तुम्हाला कोणाकडून आणि किती काळ समर्थन मिळते

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

Debian ची स्वतःची security team stable release ला 3 वर्षे समर्थन देते. त्यानंतर Debian LTS team ही जबाबदारी 5 वर्षांपर्यंत पुढे नेते. Debian या team चे वर्णन आपल्या अधिकृत security आणि release teams पेक्षा volunteers आणि companies च्या समूहाप्रमाणे करते. सध्याच्या तारखांमध्ये हा बदल स्पष्ट दिसतो: bookworm 11 June 2026 रोजी LTS मध्ये दाखल झाले आणि त्याला 30 June 2028 पर्यंत समर्थन आहे; bullseye चा LTS कालावधी 31 August 2026 रोजी संपतो. त्यानंतर Freexian Extended LTS, म्हणजेच ELTS, 10 वर्षांपर्यंत विकते. हे समर्थन केवळ paying customers प्रत्यक्षात वापरत असलेल्या packages च्या subset साठी असते.

Ubuntu LTS ला Canonical कडून 5 वर्षे standard security maintenance मिळते. Ubuntu Pro subscription मुळे ESM (expanded security maintenance) द्वारे हे 10 वर्षांपर्यंत वाढते. यात main आणि universe दोन्ही समाविष्ट असतात. Legacy add-on मुळे हा कालावधी 15 वर्षांपर्यंत वाढतो. August 2026 पासून Ubuntu Pro personal use साठी जास्तीत जास्त five machines वर विनामूल्य आहे. त्यामुळे single VPS वर purchase order शिवाय ten-year कालावधी प्रत्यक्षात मिळतो. Pro मध्ये livepatch service देखील आहे. प्रत्येक kernel security update साठी reboot न करता VPS वर live kernel patching करण्यासाठी ही supported पद्धत आहे.

या संख्यांपेक्षा त्यामागची रचना अधिक महत्त्वाची आहे. Ubuntu वापरताना distribution तयार करणाऱ्या त्याच company कडून support खरेदी करता येते. Debian साठी अशी company अस्तित्वात नाही. त्यामुळे paid support Freexian सारख्या third party कडून, hosting provider कडून किंवा तुमच्या स्वतःच्या team कडून मिळते.

Init systems आणि वादाचा शेवट करणारे मतदान

सर्वात तीव्र तांत्रिक मतभेद init system वर होता. हा kernel सुरू करत असलेली पहिली process आणि त्यानंतरच्या प्रत्येक service चा supervisor असतो. 26 October 2006 रोजी release झालेल्या Ubuntu 6.10 "Edgy Eft" मध्ये Canonical येथे लिहिलेले Upstart समाविष्ट होते. हा वाद सुरू असताना Debian अनेक वर्षे sysvinit वरच राहिले. Debian च्या Technical Committee ने मतदानाद्वारे हा वाद सोडवला. 11 February 2014 रोजी झालेल्या या निर्णयात अध्यक्षांच्या casting vote मुळे Debian 8 साठी systemd च्या बाजूने निकाल लागला.

Ubuntu ने काही दिवसांतच तो निर्णय स्वीकारला. या निर्णयावरील Shuttleworth यांच्या "Losing graciously" या शीर्षकाच्या post मध्ये कारण स्पष्टपणे दिले होते: Ubuntu हा मूलतः Debian family चा सदस्य आहे, त्यामुळे तो हा निकाल स्वीकारणार होता. Ubuntu 15.04 मध्ये 23 April 2015 रोजी systemd default म्हणून समाविष्ट झाले. त्यानंतर तीन दिवसांनी, 26 April 2015 रोजी Debian 8 "jessie" मध्येही तेच झाले.

या convergence मुळे बहुतेक service tutorials मध्ये दोन्ही distributions साठी बदल करण्याची गरज पडत नाही. Unit files, systemctl आणि journalctl दोन्हींवर सारखेच कार्य करतात. Debian 13 मध्ये systemd 257 आणि Ubuntu 26.04 LTS मध्ये systemd 259 समाविष्ट आहे. त्यामुळे त्यांच्यातील फरक design मध्ये नसून version number मध्ये आहे.

Snap आणि जे port होत नाही

Ubuntu 16.04 LTS ने 2016 मध्ये snap packages सादर केली आणि 18.04 हे काही default applications snaps म्हणून देणारे पहिले release होते. snap हा self-contained bundle असतो. त्यामध्ये त्याच्या dependencies ची स्वतःची प्रत असते. त्यामुळे archive मध्ये नवीन आवृत्ती उपलब्ध होण्याची प्रतीक्षा न करता upstream project प्रत्येक समर्थित Ubuntu release साठी एकाच वेळी नवीन आवृत्ती जारी करू शकतो.

इतर कोणत्याही प्रमुख distribution ने snaps default म्हणून स्वीकारले नाहीत, याचे कारण format नाही. snapd client एका store शी संवाद साधतो. हा store Canonical चालवते आणि त्याची server-side code open source नाही. त्यामुळे snaps स्वीकारणारे distribution त्याच्या software distribution चा काही भाग दुसऱ्या vendor कडे सोपवते. Debian ने असे केले नाही आणि ते default म्हणून snapd install करत नाही.

इथे upstream instructions शांतपणे काम करणे थांबवतात. Certbot हे याचे सर्वात स्पष्ट उदाहरण आहे. त्याच्या documentation मध्ये snap मधून install करण्याची शिफारस केली आहे आणि distribution packages "LTS-style distributions वर लवकरच कालबाह्य होतात" असा इशारा दिला आहे. Ubuntu वर ते पृष्ठ अनुसरल्यास ते काम करते. Stock Debian server वर ते अनुसरल्यास, ते सुरू करण्यासाठी पहिल्याच step मध्ये आवश्यक command उपलब्ध नसते. याच कारणासाठी आमच्या Ubuntu 24.04 वरील Nginx साठी Certbot मार्गदर्शिकेत distribution package वापरले आहे.

Kernel, firmware आणि non-free बाबतचा प्रश्न

Debian चा Social Contract आणि DFSG (Debian free software guidelines) यांनुसार main मध्ये कोणते सॉफ्टवेअर समाविष्ट करता येईल हे ठरते. उर्वरित सॉफ्टवेअर contrib आणि non-free मध्ये जाते. Debian च्या अस्तित्वाच्या बहुतांश काळात, सामान्य network आणि storage hardware कार्य करण्यापूर्वी आवश्यक असलेले binary firmware blobs यामध्ये समाविष्ट होते. 2022 मधील General Resolution नंतर Debian 12 मध्ये स्वतंत्र non-free-firmware archive area जोडण्यात आला. तेव्हापासून अधिकृत installer images मध्ये हे firmware समाविष्ट आहे.

Ubuntu ने पहिल्याच दिवसापासून याच्या उलट निर्णय घेतला. त्याच्या archive चे विभाजन main आणि restricted मध्ये आहे. Canonical या दोन्हींना support देते आणि restricted मध्ये proprietary drivers समाविष्ट असतात. याशिवाय universe आणि multiverse आहेत, ज्यांची देखभाल community करते. VPS वर याचा परिणाम कमी असतो, कारण virtual hardware ला जवळजवळ कोणत्याही firmware ची गरज नसते. Dedicated hardware वर मात्र network card सुरू होतो किंवा होत नाही, यामधील हा निर्णायक फरक असतो.

Kernels बाबतीतही हाच फरक दिसतो. August 2026 पर्यंत Ubuntu 26.04 LTS मध्ये Linux 7.0 आणि Debian 13 मध्ये Linux 6.12 समाविष्ट आहे. Ubuntu एकाच LTS मध्ये hardware enablement stacks द्वारे kernel पुढील आवृत्त्यांकडे नेते. Debian stable release च्या संपूर्ण कालावधीत एकाच kernel series वर राहते आणि backports द्वारे नवीन kernels उपलब्ध करून देते. नवीन kernel मुळे अलीकडील virtio devices आणि filesystems साठी अधिक चांगले support मिळते. जुना kernel वापरल्यास January मध्ये तपासलेले behaviour December मध्येही तसेच राहते.

दुसऱ्या वितरणासाठीच्या सूचना पाळल्यास काय बिघडते

बहुतेक वेळा एका वितरणासाठी लिहिलेला मार्गदर्शक दुसऱ्या वितरणावरही चालतो. अपयश काही परिचित ठिकाणी केंद्रित असतात.

• तृतीय-पक्ष apt repositories प्रत्येक वितरणासाठी आणि प्रत्येक codename साठी स्वतंत्रपणे प्रकाशित केले जातात. एखादा vendor noble आणि jammy ला support करत असेल, पण trixie साठी काहीही प्रकाशित करत नसेल. अशावेळी दिसणारे अपयश policy decision ऐवजी network fault सारखे वाटते.
• Launchpad PPAs केवळ विशिष्ट Ubuntu series साठी build केले जातात. Debian मध्ये एखादा PPA जोडल्यास Ubuntu च्या library versions शी linked binaries येतात. ते कधी योगायोगाने चालतात किंवा तुमच्या system मध्ये Ubuntu runtime चा मोठा भाग आणतात.
• snapd, Ubuntu Pro subscription किंवा Canonical's livepatch गृहीत धरणाऱ्या कोणत्याही प्रक्रियेला Debian मध्ये समतुल्य step नसतो. त्यामुळे मार्गदर्शकातील असे sections adapt करण्याऐवजी replace करावे लागतात.
• Default images मध्ये login कोणत्या user म्हणून करता हे वेगळे असते. Ubuntu images मध्ये सामान्यतः sudo असलेला आणि root password नसलेला ubuntu user मिळतो. Debian images मध्ये सामान्यतः debian user मिळतो. Provider images वेगवेगळ्या असू शकतात. SSH संदर्भात काहीही बदलण्यापूर्वी तुमची image तपासा.

तुमच्या release साठी repository मध्ये suite उपलब्ध नसल्यास apt त्याबद्दल स्पष्ट संदेश देते:

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

या संदेशाचा अर्थ vendor ने तुमच्या codename साठी packages कधीही प्रकाशित केलेले नाहीत. Mirror मध्ये बिघाड झालेला नाही आणि पुन्हा प्रयत्न केल्याने समस्या सुटणार नाही. Vendor तुमच्या release ला support करतो किंवा करत नाही.

तर तुम्ही कोणती वापरावी?

तुम्हाला अनेक वर्षे आधी दिनदर्शिकेत नोंदवता येईल अशी upgrade date आणि support खरेदी करण्यासाठी एक vendor हवा असेल, तर Ubuntu LTS निवडा. एकाच कंपनीचा मध्यस्थ म्हणून सहभाग नसलेली, default install लहान असलेली आणि पुरेशी संथ गतीने बदलणारी base हवी असेल, तर Debian stable निवडा.

बाकी सर्व बाबी दोन्हीकडे सारख्याच आहेत. दोन्ही apt वापरतात, दोन्ही Debian Policy चे पालन करतात आणि दोन्ही समान package format मधील समान applications चालवतात. त्यामुळे तुमची skills तुमच्यासोबत पुढे येतात. तुम्ही Red Hat किंवा Fedora वरून येत असाल, तर dnf आणि apt command equivalents दोन्ही दिशांमधील रूपांतरण स्पष्ट करतात. Deploy time ला उपलब्ध असलेल्या इतर images सोबत या दोन पर्यायांची तुलना करत असाल, तर तुमच्या VPS साठी operating system निवडण्याचे आमचे मार्गदर्शक त्यांची इतर पर्यायांसोबत तुलना करते.

FAQ

Ubuntu हा Debian चा fork आहे का?

नाही. fork मध्ये codebase ची एकदा प्रत घेतली जाते आणि त्यानंतर तो स्वतंत्रपणे maintain केला जातो. Ubuntu प्रत्येक सहामाही cycle च्या सुरुवातीला Debian unstable मधून पुन्हा packages import करते. Ubuntu च्या developer documentation नुसार, कोणताही बदल न करता copy केलेल्या source packages चे प्रमाण साधारणपणे पाचपैकी चार आहे. Ubuntu हे Debian चे कायम downstream आहे. त्यामुळे Debian packaging चे ज्ञान Ubuntu वरही बदल न करता लागू होते. Debian मध्ये केलेला fix सहसा कोणतेही अतिरिक्त काम न करता Ubuntu users पर्यंत पोहोचतो.

Ubuntu tutorials Debian वर लागू होतात का?

सहसा होतात. अपवादही स्पष्ट असतात. दोन्ही distributions मध्ये apt आणि systemd वापरले जातात. दोन्ही Debian Policy चे पालन करतात. त्यामुळे package management आणि service management सारखेच राहतात. Canonical च्या infrastructure शी संबंधित बाबी अपयशी ठरू शकतात. यामध्ये snap आधारित install steps, Launchpad PPAs, Ubuntu Pro commands आणि केवळ Ubuntu codenames साठी packages प्रकाशित करणारे third-party apt repositories यांचा समावेश होतो. तुमच्या release साठी repository मध्ये suite नसल्यास, apt "does not have a Release file" असा संदेश दाखवते. याचा अर्थ vendor ने तुमच्या codename साठी package build केलेले नाही.

Debian आणि Ubuntu चे security updates किती काळ उपलब्ध असतात?

Ubuntu LTS ला Canonical कडून standard security maintenance 5 वर्षे मिळते. Ubuntu Pro subscription सह हा कालावधी 10 वर्षे होतो. Legacy add-on सह तो 15 वर्षांपर्यंत वाढू शकतो. Debian stable release ला Debian च्या security team कडून 3 वर्षे मिळतात. त्यानंतरच्या LTS कालावधीसह हा कालावधी 5 वर्षे होतो. Freexian ची paid Extended LTS 10 वर्षांपर्यंत पोहोचते. मात्र हा लाभ customers ने मागितलेल्या packages पुरताच मर्यादित असतो.

Server साठी Debian चांगले की Ubuntu?

सर्वसाधारणपणे एकही पर्याय चांगला नाही. योग्य निवड schedule आणि support च्या गरजांवर अवलंबून असते. Upgrade date निश्चित असणे आवश्यक असल्यास आणि एका vendor कडून support खरेदी करता येणे महत्त्वाचे असल्यास Ubuntu LTS योग्य ठरते. Smaller default install आणि बदलांचा कमी वेग fixed calendar पेक्षा अधिक महत्त्वाचा असल्यास Debian stable योग्य ठरते. दोन्हीमध्ये समान package format मधून समान software चालते. त्यामुळे तुम्ही host करू शकता त्या services वर या निवडीमुळे मर्यादा येत नाहीत.