Unix और Linux का इतिहास: 1969 से आज तक की पूरी जानकारी

Unix और Linux का संक्षिप्त इतिहास

Unix और Linux का इतिहास इस बात पर एक लंबी बहस है कि source code का स्वामी कौन हो सकता है। Unix की शुरुआत 1969 में Bell Labs में हुई थी। Linux की शुरुआत 1991 में Helsinki में हुई और इसमें मूल code का कोई हिस्सा साझा नहीं है। जो चीज़ उनके बीच स्थानांतरित हुई, वह थी एक design और प्रकाशित interfaces का एक समूह: files, processes, pipes, और एक shell जो छोटे programs को आपस में जोड़ता है। 1970 के दशक में Unix विश्वविद्यालयों में फैल गया क्योंकि 1956 के एक antitrust settlement ने AT&T (American Telephone and Telegraph) को software बेचने से रोक दिया था, इसलिए Bell Labs ने इसके बजाय source code को सस्ते में license कर दिया। अंततः Unix हर जगह पहुँच गया, जबकि AT&T के बाहर इसका कोई स्वामी नहीं था। इसके बाद हुए licensing विवादों ने यह तय किया कि आपके server rack में कौन सा free Unix-like system स्थापित होगा।

1969: एक अतिरिक्त PDP-7, और वे विचार जो टिक गए

Bell Labs 1969 में Multics प्रोजेक्ट से बाहर हो गया। Multics (multiplexed information and computing service) MIT और General Electric के साथ मिलकर बनाया गया एक बड़ा time-sharing system था, और Labs ने निर्णय लिया कि इसे पूरा करना बहुत कठिन है। Ken Thompson ने अपने पसंदीदा विचारों को रखा और बाकी को छोड़ दिया, उन्होंने एक बेकार पड़े PDP-7 minicomputer पर एक छोटा time-sharing system लिखा। Dennis Ritchie उनके साथ जुड़ गए। Unix नाम Multics की कीमत पर एक मजाक था।

1970 में यह system एक PDP-11 पर चला गया जिसे Labs ने patent विभाग के typists के लिए खरीदा था, क्योंकि operating system की तुलना में text processing tool के लिए funding प्राप्त करना आसान था। उस machine में 24 KB core memory थी, जो system और user programs के बीच विभाजित थी। यह funding संबंधी संयोग ही कारण है कि नवंबर 1971 का पहला Unix manual, formatted documents का एक समूह था, और यही कारण है कि आप आज भी man 5 crontab टाइप करते हैं। उस manual के section numbers ही आपके manual के section numbers हैं।

दो बदलावों ने इस design को स्थायी बना दिया। 1973 में Version 3 में Pipes आए, क्योंकि Doug McIlroy ने वर्षों तक तर्क दिया था कि programs को एक-दूसरे से जोड़ा जाना चाहिए, और Thompson ने | operator जोड़ा ताकि एक program का output अगले program का input बन सके। फिर 1973 के अंत में Version 4 को C में फिर से लिखा गया। एक portable language में लिखा गया operating system उस hardware पर भी चल सकता है जिसके लिए उसे नहीं लिखा गया था, और यही कारण है कि Unix उन सभी machines से अधिक समय तक जीवित रहा जिन पर इसे शुरू किया गया था।

Unix का प्रसार क्यों हुआ: AT&T को इसे बेचने की अनुमति नहीं थी

1956 के एक सहमति डिक्री (consent decree) ने AT&T के खिलाफ चल रहे एक अविश्वास (antitrust) मामले को सुलझाया। AT&T ने अपनी टेलीफोन मोनोपॉली बनाए रखी और बदले में एक सीमा स्वीकार की: वह दूरसंचार के अलावा अन्य व्यवसायों से दूर रहेगा। सॉफ्टवेयर उन व्यवसायों में से एक था। इसलिए जब विश्वविद्यालयों ने Unix की मांग की, तो Bell Labs इसे एक उत्पाद के रूप में नहीं बेच सका। इसने बिना किसी सपोर्ट और बिना किसी वारंटी के, नाममात्र शुल्क पर सोर्स कोड का लाइसेंस दिया।

इसका प्रभाव बहुत बड़ा था, और यह वह नहीं था जिसकी AT&T ने योजना बनाई थी। 1975 में रिलीज हुआ Sixth Edition Unix, पूर्ण सोर्स कोड के साथ सैकड़ों कंप्यूटर विज्ञान विभागों तक पहुँचा। University of New South Wales के John Lions ने उस कर्नेल सोर्स को लाइन-दर-लाइन कमेंट्री के साथ प्रिंट किया और उससे पढ़ाया। एक पूरी पीढ़ी ने एक वास्तविक ऑपरेटिंग सिस्टम को पढ़कर सीखा कि वह कैसे काम करता है।

फिर लाइसेंस बदल गया। 1979 में Seventh Edition के लाइसेंस ने कक्षाओं में सोर्स कोड के उपयोग पर रोक लगा दी, इसलिए Lions की कमेंट्री फोटोकॉपी की फोटोकॉपी के रूप में प्रसारित होती रही। पूरी कहानी का स्वरूप यही है। Unix हर जगह था और साथ ही वह स्वतंत्र (unfree) भी नहीं था, इसलिए किसी के द्वारा किया गया हर सुधार किसी और के मालिकाना कोड (proprietary code) में सुधार था।

Berkeley: Unix के वे हिस्से जिन्हें आप वास्तव में टाइप करते हैं

Ken Thompson ने 1975 से 1976 तक का शैक्षणिक वर्ष University of California, Berkeley में बिताया और अपने पीछे एक बहुत ही सक्रिय Unix समूह छोड़ गए। Berkeley के Computer Systems Research Group (CSRG) ने स्थानीय सुधारों वाली tapes जारी कीं, और वे tapes ही BSD, यानी Berkeley Software Distribution बनीं। Bill Joy ने शुरुआती काम का अधिकांश हिस्सा लिखा: 1978 में 1BSD, और फिर 1979 में 2BSD, जिसमें vi एडिटर और C shell शामिल थे।

C shell ही वह जगह है जहाँ से !! और !$ आए हैं। Bash ने उस सिंटैक्स को विरासत में लिया है, यही कारण है कि bash history expansion उन लोगों को आज भी हैरान कर देती है जो double quotes के अंदर exclamation mark टाइप करते हैं, चालीस साल बाद भी।

इसके बाद DARPA (US Defense Advanced Research Projects Agency) ने Berkeley को Unix में नए इंटरनेट प्रोटोकॉल शामिल करने के लिए भुगतान किया। अगस्त 1983 में जारी 4.2BSD ने TCP/IP (transmission control protocol over internet protocol) और socket application programming interface को पेश किया। आपके सर्वर पर हर नेटवर्क सर्विस आज भी इसी क्रम में socket(), bind(), listen() और accept() को कॉल करती है, क्योंकि Berkeley ने 1983 में ये नाम चुने थे।

एक विवरण ने अगले दशक की दिशा तय की। BSD tape एक पूर्ण सिस्टम नहीं थी। यह AT&T के Unix में किए गए सुधारों का एक सेट था, और इसे कानूनी रूप से चलाने के लिए आपके पास वैध AT&T सोर्स लाइसेंस होना आवश्यक था। Berkeley ने कई वर्षों में, फाइल-दर-फाइल, AT&T के हिस्सों को अपने कोड से बदल दिया। क्या वह प्रतिस्थापन वास्तव में पूर्ण था, यही वह सवाल है जो बाद में अदालत तक पहुँचा।

1984: विभाजन, और उसके बाद Unix युद्ध

Bell System को 1 जनवरी 1984 को विभाजित कर दिया गया, और इसके साथ ही वह सहमति डिक्री (consent decree) भी समाप्त हो गई जिसने AT&T को सॉफ्टवेयर व्यवसाय से दूर रखा था। AT&T अब Unix को एक उत्पाद के रूप में बेच सकता था, और उसने ऐसा किया। कमर्शियल सोर्स लाइसेंस महंगे हो गए, इसलिए Unix अब वह सस्ती चीज नहीं रही जिसे विश्वविद्यालय छात्रों को आसानी से उपलब्ध कराते थे।

विक्रेताओं ने पहले ही इसे fork कर लिया था। हर वर्कस्टेशन कंपनी अपने हार्डवेयर पर अपना खुद का Unix शिप करती थी, इसलिए 1980 के दशक के अंत तक एक सिस्टम के लिए लिखा गया प्रोग्राम दूसरे पर चलाने के लिए porting की आवश्यकता होती थी। उद्योग 1988 में दो मानक शिविरों में विभाजित हो गया, एक तरफ Open Software Foundation और दूसरी तरफ Unix International। उन्होंने वर्षों तक असंगत सिस्टम शिप किए और इस बात पर बहस करते रहे कि असली Unix किसका है।

POSIX (portable operating system interface) इसी अव्यवस्था से निकला। IEEE 1003.1 को 1988 में प्रकाशित किया गया था, और इसने यह निर्धारित किया कि एक Unix-like सिस्टम को क्या करना चाहिए: सिस्टम कॉल्स, शेल का व्यवहार, मानक यूटिलिटीज, और C लाइब्रेरी इंटरफेस। यह सुनने में जितना लगता है, उससे कहीं अधिक महत्वपूर्ण है, क्योंकि एक मानक एक विनिर्देश (specification) होता है और कोई भी लाइसेंस इसे कवर नहीं करता है। तीन साल बाद एक छात्र ने उन दस्तावेजों के आधार पर एक kernel लिखा।

Minix और इसके द्वारा छोड़ी गई रिक्तता

Andrew Tanenbaum ने 1987 में अपनी ऑपरेटिंग सिस्टम की पाठ्यपुस्तक के लिए एक शिक्षण प्रणाली के रूप में Minix को release किया। Minix एक छोटा Unix-जैसा सिस्टम था, जिसका source code किताब के साथ आता था और यह उन सस्ते PCs पर चलता था जो छात्रों के पास उपलब्ध थे। इसे कक्षा में पढ़ना कानूनी था, जबकि Seventh Edition Unix के साथ अब ऐसा नहीं था।

Minix को जानबूझकर छोटा रखा गया था, क्योंकि इसे एक किताब में समझाया जाना आवश्यक था। Tanenbaum ने उन patches को स्वीकार करने से मना कर दिया जो इसे एक production system बना सकते थे। इसका license भी free नहीं था: आपको किताब खरीदनी पड़ती थी और अपने संशोधित Minix को पुनर्वितरित (redistribute) करने का निर्णय आपका नहीं होता था। इसलिए 1991 तक, एक छात्र एक कार्यशील Unix-जैसे kernel को पढ़ तो सकता था, लेकिन उस पर कोई स्थायी चीज़ नहीं बना सकता था।

GNU के पास kernel को छोड़कर सब कुछ था

Richard Stallman ने सितंबर 1983 में GNU project की घोषणा की, जिसका लक्ष्य एक पूर्ण free Unix-like system बनाना था। 1991 तक GNU ने kernel के आसपास के अधिकांश हिस्से तैयार कर लिए थे: GCC compiler, GNU C library, binary utilities, और bash, जिसे Brian Fox ने 1989 में लिखा था और यही वह shell है जिसमें आपका सर्वर आज भी आपको login करता है। GNU kernel, Hurd, वह हिस्सा था जो बार-बार पिछड़ रहा था।

GNU General Public License version 2 को जून 1991 में प्रकाशित किया गया था। इसका नियम संक्षिप्त है। आप code का उपयोग कर सकते हैं और इसे बदल सकते हैं, और यदि आप परिणाम को distribute करते हैं, तो आपको source को उन्हीं शर्तों के तहत distribute करना होगा। वह नियम अब से दो section बाद इस कहानी का मुख्य आधार बनेगा।

अगस्त 1991: comp.os.minix पर पोस्ट

25 अगस्त 1991 को हेलसिंकी के एक छात्र ने Usenet ग्रुप comp.os.minix पर एक पोस्ट किया:

Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones.

वर्जन 0.01 सितंबर 1991 में जारी किया गया। इसमें न तो Unix का कोड था और न ही Minix का। यह 386 के लिए एक नया कर्नेल था, जिसे Minix मशीन पर विकसित किया गया था, POSIX इंटरफेस के आधार पर लिखा गया था, और इसे पहले से मौजूद GNU टूल्स के साथ जोड़ा गया था। Tanenbaum ने जनवरी 1992 में Torvalds से कहा कि मोनोलिथिक कर्नेल एक पुराना डिज़ाइन है। डिज़ाइन के मामले में उनकी बात सही थी, लेकिन Torvalds एक अलग सवाल का जवाब दे रहे थे: एक छात्र के पास मौजूद सस्ते कंप्यूटर पर क्या बेहतर चलता है।

फरवरी 1992 में, वर्जन 0.12 को GPL के तहत पुनः लाइसेंस दिया गया। Torvalds ने बाद में इसे अपना सबसे अच्छा निर्णय बताया। मूल Linux लाइसेंस में पैसे के लेन-देन पर रोक थी, जो उन CD विक्रेताओं और सपोर्ट कंपनियों के लिए बाधा बनता जो बाद में आईं। GPL ने व्यापार की अनुमति दी, लेकिन साथ ही यह भी अनिवार्य कर दिया कि हर वितरित बदलाव को उसी साझा ट्री (shared tree) में वापस लाया जाए।

मुकदमा: अप्रैल 1992 से फरवरी 1994 तक

Berkeley ने जून 1991 में Networking Release 2 (Net/2) जारी किया: यह लगभग एक पूर्ण BSD सिस्टम था, जिसमें से AT&T से ली गई फाइलें हटा दी गई थीं। इसमें छह kernel फाइलें कम थीं। Bill और Lynne Jolitz ने उनके विकल्प लिखे और मार्च 1992 में 386BSD 0.0 जारी किया, फिर 14 जुलाई 1992 को 386BSD 0.1 जारी किया। अब 386 के लिए एक मुफ्त, पूर्ण और परिपक्व BSD मौजूद था, ठीक उसी समय जब Linux अभी भी एक हॉबी kernel ही था। Berkeley Software Design, Inc. (BSDi) ने एक समर्थित कमर्शियल बिल्ड, BSD/386 बेचा, और इसका विज्ञापन 1-800-ITS-UNIX टेलीफोन नंबर के साथ किया।

अप्रैल 1992 में, Unix System Laboratories (USL) ने, जो उस समय Unix की मालिक AT&T की सहायक कंपनी थी, New Jersey की संघीय अदालत में trade secrets और Unix ट्रेडमार्क को लेकर BSDi पर मुकदमा दायर किया। बाद में इस मुकदमे में Regents of the University of California को भी शामिल किया गया। University ने 1993 में California में जवाबी मुकदमा दायर किया, जिसमें तर्क दिया गया कि AT&T ने अपने ही लाइसेंस द्वारा आवश्यक श्रेय दिए बिना System V के भीतर Berkeley कोड का उपयोग किया था।

कानूनी मामला 1993 में कमजोर पड़ गया। न्यायाधीश Dickinson Debevoise ने USL को प्रारंभिक निषेधाज्ञा (preliminary injunction) देने से इनकार कर दिया। उनका मानना था कि पुराने 32V कोड पर USL का कॉपीराइट दावा संभवतः अमान्य था, क्योंकि AT&T ने वर्षों तक बिना किसी कॉपीराइट नोटिस के उस कोड को वितरित किया था। 1993 के मध्य में Novell ने AT&T से USL को खरीद लिया, और Novell का प्रबंधन इस लड़ाई को समाप्त करना चाहता था। फरवरी 1994 में मामला सुलझ गया। Berkeley डिस्ट्रीब्यूशन की लगभग 18,000 फाइलों में से तीन को हटा दिया गया और लगभग सत्तर फाइलों पर USL के कॉपीराइट नोटिस जोड़ दिए गए।

Berkeley ने जून 1994 में 4.4BSD-Lite जारी किया और यह कानूनी रूप से पूरी तरह साफ था। FreeBSD और NetBSD, जो दोनों 1993 में विवादित Net/2 कोड पर आधारित थे, उन्हें अपने सिस्टम को इस नए आधार पर फिर से बनाना पड़ा, जिसमें 1994 का अधिकांश समय लग गया। Linux 1.0 को मार्च 1994 में, उस पुनर्निर्माण के बीच में ही जारी किया गया था।

Linux ने सर्वर की दुनिया पर कब्ज़ा किया, BSD ने क्यों नहीं?

मुकदमा इसका एक प्रचलित उत्तर है, और यह उत्तर का एक हिस्सा भी है। अप्रैल 1992 और फरवरी 1994 के बीच, जो कोई भी किसी उत्पाद के लिए free Unix चुन रहा था, उसे AT&T के वकीलों के कानूनी दावों और एक फिनिश छात्र के kernel के बीच चुनाव करना था, जिस पर कोई मुकदमा नहीं कर सकता था। यह वही सटीक समय था जब web का आगमन हुआ और पहली Linux distributions सामने आईं: जुलाई 1993 में Slackware, अगस्त 1993 में Debian, और फिर Red Hat और SUSE। Red Hat ने उस शुरुआती बढ़त को व्यावसायिक मानक में बदल दिया, और Red Hat Linux से CentOS और फिर Rocky और AlmaLinux तक का सफर यह बताता है कि 1993 में स्थापित एक distribution आज भी यह कैसे तय करती है कि बहुत सारे व्यावसायिक सर्वर पर क्या चलेगा।

चार अन्य चीजें भी अदालत के मामले जितनी ही महत्वपूर्ण थीं।

• हार्डवेयर। Linux ने अपनी कोड की पहली पंक्ति से ही commodity 386 PC को लक्षित किया, और यही वह हार्डवेयर था जो सस्ता हो गया। BSD का मुख्य केंद्र VAX और वर्कस्टेशन थे, और 386 port दो लोगों का एक बाहरी प्रयास था।
• लाइसेंस। GPL के तहत किसी संशोधित kernel को वितरित करने वाली कंपनी को अपने बदलावों को सार्वजनिक करना पड़ता है, इसलिए वेंडर का काम वापस एक ही tree में जुड़ जाता था। BSD लाइसेंस कंपनियों को अपने बदलाव निजी रखने की अनुमति देता है, और कंपनियों ने उन्हें निजी रखा भी।
• विकास मॉडल। Torvalds ने अजनबियों से मिले patches को जल्दी merge किया और लगातार releases जारी किए। 386BSD इतनी धीमी गति से release हुआ कि उसके अपने उपयोगकर्ताओं ने 1993 में इसे दो बार fork कर दिया, NetBSD और FreeBSD में, और फिर 1995 में OpenBSD में।
• गति (Momentum)। डेवलपर्स वहीं जाते हैं जहाँ अन्य डेवलपर्स पहले से मौजूद होते हैं, और drivers उसी सिस्टम के लिए लिखे जाते हैं जिसके सबसे अधिक उपयोगकर्ता होते हैं।

तकनीकी प्रश्न पर ईमानदार रहें। 1994 में BSD एक अधिक पूर्ण सिस्टम था, जिसका आधार सुसंगत था, इतिहास प्रलेखित था, और नेटवर्किंग कोड ऐसा था जिसे पकड़ने में Linux को वर्षों लग गए। 1994 में किसी ने Linux को इसलिए नहीं चुना क्योंकि वह बेहतर था। लोगों ने इसे इसलिए चुना क्योंकि यह उपलब्ध था, कानूनी बाधाओं से मुक्त था, उनके पास मौजूद हार्डवेयर पर चल रहा था, और हर हफ्ते बेहतर हो रहा था।

BSD ने क्या बनाए रखा, और यह अब कहाँ चलता है

BSD का विकास जारी रहा। इसने जो खोया, वह इसकी डिफ़ॉल्ट स्थिति थी। इसका सबसे स्पष्ट प्रमाण आपकी अपनी मशीन पर मौजूद है: OpenBSD प्रोजेक्ट ने 1999 में OpenSSH लिखा था, और आज लगभग हर Linux सिस्टम में यही SSH सर्वर इस्तेमाल होता है। यही कारण है कि SSH key की वे आदतें जो सीखने योग्य हैं दोनों परिवारों में एक समान हैं।

Netflix अपने वीडियो FreeBSD उपकरणों से सर्व करता है। Juniper राउटर्स का ऑपरेटिंग सिस्टम Junos, अंदरूनी तौर पर FreeBSD है। PlayStation का सिस्टम सॉफ्टवेयर FreeBSD से ही निकला है। Apple के macOS और iOS के कर्नल और यूजरलैंड में BSD कोड मौजूद है। जिस permissive license के कारण BSD ने साझा सर्वर ट्री खो दिया, उसी ने BSD कोड को ऐसे बहुत सारे हार्डवेयर के भीतर पहुँचा दिया जो कभी इसका उल्लेख नहीं करते।

यदि आप आज चुनाव कर रहे हैं, तो प्रश्न ऐतिहासिक होने के बजाय व्यावहारिक है। सर्वर के रूप में Linux और FreeBSD की तुलना ZFS, jails, ports tree और इस बात पर निर्भर करती है कि कितना third-party सॉफ्टवेयर Linux को आधार मानकर चलता है। सर्वर के रूप में FreeBSD 15 एक वर्तमान और मेंटेन किया जाने वाला सिस्टम है, न कि कोई संग्रहालय की वस्तु। और Linux बनाम Windows Server एक अलग प्रश्न है, जिसका उत्तर आपके एप्लिकेशन स्टैक पर निर्भर करता है।

1969 का वह डिज़ाइन जिसे आप आज VPS पर उपयोग करते हैं

इनमें से प्रत्येक चीज़ उन अधिकांश लोगों से पुरानी है जो इनका उपयोग कर रहे हैं।

• पाइप (The pipe)। who | wc -l लॉग-इन उपयोगकर्ताओं की गिनती करता है क्योंकि 1973 में Version 3 Unix ने एक प्रोग्राम के आउटपुट को दूसरे प्रोग्राम का इनपुट बनने की अनुमति दी थी।
• मैनुअल सेक्शन। man 1 ls और man 5 crontab नवंबर 1971 के मैनुअल से ली गई नंबरिंग स्कीम का उपयोग करते हैं।
• फाइलसिस्टम का विभाजन। /usr का अस्तित्व इसलिए है क्योंकि 1971 में उस PDP-11 पर रूट डिस्क भर गई थी और डेवलपर्स ने फाइलों को दूसरी डिस्क पैक पर स्थानांतरित कर दिया था। डिस्ट्रिब्यूशन ने तब से इस विभाजन को समाप्त कर दिया है: Ubuntu 24.04 या Debian 13 पर ls -ld /bin चलाएं और आपको usr/bin का सिम्बॉलिक लिंक मिलेगा।
• सॉकेट कॉल्स। Berkeley ने इन्हें 1983 में 4.2BSD के लिए लिखा था, और हर नेटवर्क डेमन आज भी इनका उपयोग करता है।
• POSIX। मानक के अनुसार लिखा गया एक #!/bin/sh स्क्रिप्ट Linux, FreeBSD, macOS और Solaris पर बिना किसी बदलाव के चलता है, क्योंकि यह वह मानक है जिसे उन सभी ने लागू किया है।

एक विरासत इस सफर में जीवित नहीं बची: Linux द्वारा System V से ली गई शेल-स्क्रिप्ट बूट सीक्वेंस अब लगभग हर डिस्ट्रिब्यूशन से गायब हो चुकी है, और इसे systemd से बदलने का तर्क इस बात पर सबसे हालिया विवाद है कि एक Unix-जैसा सिस्टम कैसा होना चाहिए।

जब आप एक वर्चुअल प्राइवेट सर्वर किराए पर लेते हैं और लॉग इन करते हैं, तो आप एक ऐसे इंटरफ़ेस पर टाइप कर रहे होते हैं जिसे 24 KB मेमोरी वाली मशीन और पेटेंट विभाग की सेवा के लिए डिज़ाइन किया गया था। यह इसलिए जीवित रहा क्योंकि इंटरफ़ेस को प्रकाशित किया गया, उस पर बहस हुई, मानकीकृत किया गया, और फिर उन लोगों द्वारा शून्य से फिर से लागू किया गया जिन्हें मूल कोड देखने की अनुमति कभी नहीं थी।

FAQ

क्या Linux में कोई मूल Unix कोड शामिल है?

नहीं। Linus Torvalds ने 1991 में kernel को शून्य से लिखना शुरू किया था, जिसका लक्ष्य AT&T के किसी source के बजाय POSIX interfaces को target करना था। Unix की विरासत एक डिज़ाइन और प्रकाशित interface है: files, processes, pipes और system call के नाम। kernel के चारों ओर मौजूद GNU tools को भी 1983 से शून्य से लिखा गया था। यही स्वतंत्रता वह कारण है कि BSD कोड पर AT&T का मुकदमा Linux को कभी प्रभावित नहीं कर सका।

BSD के खिलाफ AT&T का मुकदमा कब हुआ था, और क्या इसने BSD को खत्म कर दिया?

USL, जो Unix की मालिक AT&T की सहायक कंपनी थी, ने अप्रैल 1992 में BSDi पर मुकदमा किया और बाद में University of California को भी प्रतिवादी बनाया। 1993 में न्यायाधीश ने प्रारंभिक निषेधाज्ञा (preliminary injunction) देने से इनकार कर दिया, यह मानते हुए कि पुराने 32V कोड पर copyright का दावा संभवतः अमान्य था। Novell ने 1993 के मध्य में USL को खरीद लिया और फरवरी 1994 में मामले को सुलझा लिया, जिसमें लगभग 18,000 में से तीन files को हटा दिया गया और लगभग सत्तर को नए copyright notices दिए गए। इसने BSD को खत्म नहीं किया। इसने उन दो वर्षों के दौरान BSD को अपनाने की प्रक्रिया को रोक दिया जब दुनिया एक free Unix का चुनाव कर रही थी।

Linux ने BSD के बजाय servers पर कब्जा क्यों किया?

कानूनी निश्चितता एक कारण था: 1992 और 1993 के दौरान, Linux पर कोई मुकदमा नहीं था जबकि BSD पर एक मुकदमा चल रहा था। अन्य कारणों में पहले दिन से ही 386 को target बनाना, GPL द्वारा vendor के बदलावों को एक ही tree में वापस लाना, और एक ऐसी merge प्रक्रिया थी जो contributors को व्यस्त रखने के लिए पर्याप्त तेज़ थी, जबकि 386BSD तीन दिशाओं में विभाजित (fork) हो गया था। तकनीकी योग्यता निर्णायक कारक नहीं थी, क्योंकि 1994 में BSD अधिक पूर्ण system था।

क्या आज भी FreeBSD चलाना सार्थक है?

हाँ, और ठोस कारणों से: base system के साथ एकीकृत ZFS, एक परिपक्व isolation model के रूप में jails, एक सुसंगत इकाई के रूप में विकसित base system, और ऐसी documentation जो सटीक रहती है। इसकी कीमत compatibility का काम है, क्योंकि अधिकांश third party server software, container tooling और vendor support Linux को आधार मानकर चलते हैं। FreeBSD को तब चुनें जब इसकी storage और networking क्षमताएं उस अतिरिक्त मेहनत को सार्थक बनाती हों, न कि केवल पुरानी विरासत के प्रति निष्ठा के कारण।