من الصعب تخيله ، كان هناك وقت كانت فيه جافا جديدة ومثيرة. قبل وقت طويل من أن يصبح Leviathan الواسع الشاسع هو اليوم ، سيكون منصة الرسوم البيانية في كل مكان والتي سيتم استخدامها على كل شيء من الهواتف المحمولة إلى الحاسبات الخارقة: اكتب مرة واحدة ، قم بالتشغيل في أي مكان.
في البداية ، شربت Kool-Aid ، وكنت سعيدًا بهذه اللغة “الحديثة” الجديدة التي كانت ستسيطر على العالم ، وسحبت بمفهوم أجهزة الكمبيوتر المستندة إلى Java ، والتي تحتوي على رقائق Java التي يمكن أن تدير Java Byte-Code كرمز الجهاز الأصلي.
حتى أنني حصلت على نشرة ترويجية عالقة على الحائط ، إلى جانب صور غداء ليديا ، وآلات الطبل ، وجيمي هندريكس ؛ كان لديها صورة لسرعان ما تم إطلاقها Javastation ، تبدو وكأنها وعاء القهوة الأرجواني المصمم ؛ حفز مخيلتي فقط من خلال النظر إليها.
بالطبع ، كما حدث ، لم تذهب الأمور تمامًا: لم تتحقق Javastation على مر العصور ، وعندما فعلت ذلك ، لم يكن الأمر وكأنه وعاء للقهوة ، بدا الأمر وكأنه sparcstation مصغرة مع شعار Java الذي تم تلبيسه عليه. أثبتت الشيء Java-Chip أن ندركه أكثر مما هو متوقع ، وبالتالي كانت الجهاز يعتمد على SPARC ، بدون قرص ، يهدف إلى استخدام تطبيقات Java في نظام تشغيل مقره Java يسمى ، بذكاء ، Javaos. على الرغم من عدم كونه آلة جافا خالصة ، فقد كان ذلك ، أول كمبيوتر حقيقي للشبكة ، وأردت واحدة.
في نهاية المطاف ، تم إطلاق Javastation 2 ، وبدا الأمر أشبه بوعاء القهوة ، لكنه كان “مجرد” sparc. لم يغيروا العالم.
بعد عقود ، ها نحن ، وأجد نفسي متدليًا في الحنين إلى التكنولوجيا التي لا يمكن الوصول إليها لشبابي.
بعد عدة أشهر من البحث ، وجدت جافاستيشن القهوة للبيع في كندا ؛ لسوء الحظ ، قبل البائع المدفوعات فقط من خلال خدمة مصرفية كندية لا يمكن الوصول إليها إلى حد كبير خارج كندا. بعد عدة أشهر ، انتقل صديق لي إلى كندا للعمل وكان لطيفًا بما يكفي لشرائه وشحنه لي.
كان انتظار وصول هذه الحزمة مؤلمة. كنت أتحقق من تفاصيل التتبع بشكل هاجس وشهدت قدرًا كبيرًا من الإحباط والضرب أثناء تحركه في جميع أنحاء البلاد في اتجاهات غريبة تمامًا. لقد انتقلت من كندا ، إلى حد كبير بعد منزلي إلى مستودع البريد الذي كان بعيدًا عني أكثر من الموقع الأصلي في كندا!
ولكن في النهاية وصلت ، وبصرف النظر عن بعض بقع الحبر والخدش ، كان في حالة لطيفة. راجع للشغل ، سيتم استلام أي نصيحة بشأن تنظيفها دون إتلاف الغلاف بامتنان للغاية.
لقد قمت بتوصيله بشاشة ولوحة مفاتيح ثم قمت بتشغيلها. إلى فرحتي ، جاءت المروحة وقوة القوة إلى الحياة! لكن لا شيء على الشاشة. لم تضيء مصابيح لوحة المفاتيح أيضًا …
لذلك ، قمت بتوصيل المنفذ التسلسلي إلى جهاز Mac. وشمل ذلك حفر كابل متسلسل قديم DB-9 من جهاز الوقت الخاص بي ، ومحول RS-232 إلى USB. على جهاز Mac أطلقت Minicom: لا شيء.
حتى عند نقطة السلطة ، لم يخرج أي شيء من الميناء التسلسلي. كانت هذه خيبة أمل كبيرة ، لكنني علمت أن الأمر قد يحتاج إلى بعض الحب عندما طلبت ذلك ، ولذا قضيت وقتًا في البحث عن أي شيء من الواضح أنه في مهب ، ثم كان لدي صدع مع دليل الخدمة ومجموعة متعددة. لحسن الحظ ، هناك العديد من الأرشيفات الرائعة لتوثيق Sun على الإنترنت – وهو أمر مفيد لأنه يبدو حقًا أن Oracle خرجت عن طريقها لتنظيف جميع آثار Sun من التاريخ.
للأسف ، لم يكن لدى دليل الخدمة أي معلومات حول إصلاح اللوحة الأم إلى ما هو أبعد من إعلان “استبدال الوحدة بالكامل”.
هناك الكثير من المنتديات القديمة التي تنطوي على أشخاص يناقشون مشاكل مختلفة مع Javastations ، لكنهم كانوا جميعًا مهتمين بوحدات العمل.
بعد بعض التحقيقات الباهتة ، بدأت أخشى أن يكون هناك شيء خاطئ بشكل خطير في ذلك ، مما قد ينطوي على مستوى جديد تمامًا من التحقيق مع تحليلات النطاق والمنطق. أنا أيضًا لست من ذوي الخبرة في أي مكان بما فيه الكفاية في هذا النوع من الأشياء التي أن لدي ثقة في أنني سأصلحها على الإطلاق ، لذلك أصبح نصبًا تذكاريًا آخر لمحاولات فاشلة لإحياء التكنولوجيا القديمة الجميلة.
في كل مرة ظننت أنني سأذهب إليها ، تتبادر إلى الذهن ذكريات المحاولات الفاشلة في استئصال الأجهزة الأخرى ، ولم أتمكن من تحمل فكرة قضاء ساعات طويلة في محاولة لإصلاح المكونات واستبدالها ، فقط حتى لا تعمل في النهاية.
بعد عدة أشهر ، استلهمت مرة أخرى ، واعتقدت أنني سأرى ما إذا كان هناك أي مقاطع فيديو لأشخاص يعملون على جافاستيشات. لقد وجدت مقطع فيديو لرجل يقوم بدموع قهوة السيد ، وعلى الرغم من كونها بارعة للغاية في الدخول في الشيء ، فقد أعطيته ساعة.
كان الرجل على دراية بوضوح بالموضوع ، وأشار إلى أن البطارية دعمت NVRAM من المرجح أن يكون لها بطارية ميتة. كان هذا شيئًا كنت على دراية به ، بعد إحياء بعض صناديق IPC/IPX القديمة في الماضي. ولكن قال بعد ذلك شيئًا سحريًا: إذا كانت البطارية ميتة ، فلن تقوم بالتمهيد على الإطلاق ، وكنت بحاجة إلى تكوينه باستخدام محطة تسلسلية. حسنًا ، بحثت عن الحياة مع محطة تسلسلية ولم يكن هناك شيء. لكن عندما شاهدته يفعل نفس الشيء ، لاحظت شيئًا مختلفًا: استغرق الأمر وقتًا كبيرًا قبل ظهور أي شيء على المنفذ التسلسلي. مثل دقيقة. أيضًا ، لم أكن أزعج نفسي بالتحقق من معدل Baud المطلوب (لقد مر بعض الوقت منذ أن كان علي القلق بشأن هذه الأشياء). لذا ، ماذا لو كان لدي معدل باود الخطأ ولم أكن انتظر لفترة كافية لرؤية أي عمليات نقل. ربما تعرف ما سأقوله بعد ذلك ، ونعم ، الشيء الوحيد الخطأ في Javastation الخاص بي تبين أنه بطارية NVRAM ميتة وافتقاري إلى الصبر. من خلال اتصال تسلسلي 9600 Baud وبعض الصبر الذي سررت باستقباله ببعض الشكاوى حول NVRAM الفاسدة تليها موجه “موافق”.
لا توجد طريقة لنقل لك مدى حماستي لرؤية هذا. حتى لو لم أتمكن من الحصول على هذا الشيء لتمهيد نظام التشغيل ، كان لدي مترجم فورس في المسلسل الجميل للعب معه. في حال كنت مرتبكًا من تلك الجملة الأخيرة ، عليك أن تعرف أن بيئة Sun’s Bootloader من تلك الفترة كانت تسمى OpenBoot ، وتألفت من مترجم فورث ، والتي يمكنك من خلالها استجواب شجرة الجهاز والقيام بكل ما تريد. في هذه المرحلة ، كان Javastation جهاز كمبيوتر وظيفي وكان ذلك كافيًا من تلقاء نفسه – لكن الحصول عليه لتشغيل نظام التشغيل الفعلي سيكون مشروعًا ممتعًا.
بعد قليل من googling ، أنا ممتلئ عن Netbsd ؛ كانت وثائقهم شاملة للغاية (كما هو الحال في كثير من الأحيان مع BSDs) ، ويبدو أنه حتى في الإصدار الأخير (10.1) ، لا يزال هناك دعم ليس فقط SPARC ، ولكن على وجه التحديد جافاستيشن.
قبل أي من ذلك ، كان علينا أن نتعامل مع بطارية NVRAM. تعني البطارية الميتة أنه كلما تم إيقاف تشغيل الطاقة ، تُفقد البيانات الموجودة في NVRAM ، مما يؤدي إلى محتويات الذاكرة غير المرغوب فيها. عند بدء تشغيل الجهاز ، يقوم بإجراء فحوصات على جزء من بيانات NVRAM المسمى IDProm ، وإذا كان غير صحيح ، فإنه يعيد تعيينه إلى القيم الافتراضية. لذا ، حتى يتم استبدال البطارية [this will be discussed in a later post]، علينا أن نمنح idprom بعض القيم المعقولة (ISH) في كل مرة نبدأ فيها. لحسن الحظ ، هذا بسيط للغاية ، ويمكننا أن نفعل كل شيء في موجه “موافق”. هذا ما يبدو عليه:
ok 01 00 mkpok real-machine-type 01 mkpok 8 02 mkpok 0 03 mkpok 20 04 mkpok b0 05 mkpok 0b 06 mkpok 13 07 mkpok 0 08 mkpok 0 09 mkpok 0 0a mkpok 0 0b mkpok b0 0c mkpok 0b 0d mkpok 13 0e mkpok 0 f 0 do i idprom@ xor loop f mkp
هذا يبدو معقدًا بجنون ، لكنه في الواقع واضح ومباشر. تخطي هذا القسم إذا لم تكن مهتمًا.
كما ذكرنا أعلاه ، نحن في مترجم فورس ، ولكن حتى لو لم تكن قد استخدمت (أو حتى سمعت) فوذهلاً ، فمن السهل أن نفهم ، ولكن غريب بعض الشيء عندما تضطر إلى التعامل معها أولاً.
يأخذ الأمر “MKP” الرقمين قبل ذلك ، ويكتب الأول في Idprom على عنوان الثاني. لذلك ، على سبيل المثال ، يكتب السطر الأول أدناه “01 00 MKP” القيمة 1 في العنوان 0. أدناه هو شرح لما تعنيه الأرقام التي نكتبها:
في حال كنت تتساءل كيف نعرف البيانات التي يجب كتابة أين ، يوجد دليل مفيد في”https://shrubbery.net/~heas/sun-feh-2_1/Devices/IDPROM/IDPROM_Overview.html”> https://shrubbery.net/~heas/sun-feh-2_1/devices/idprom/idprom_overview.html. عنوان MAC الذي أستخدمه تم تكوينه ، لكن البايتات الثلاثة الأولى (08-00-20) هي في الواقع SUN OUI الصحيحة لهذا الجهاز.
خط “Checksum” أكثر تعقيدًا: إنه برنامج صغير جدًا يولد الفحص ويكتبه لمعالجة 0xF. يمكن معرفة كيفية عملها كتمرين للقارئ.
لذلك ، بعد إدخال هذه الأوامر ، كتبنا تكوينًا إلى IdProm صالح بما يكفي للسماح لها بالتمهيد. الآن علينا إعادة التشغيل دون إزالة القوة ، لذلك نكتب “إعادة تعيين”.
تقوم Javastation بإعادة تشغيله ، وهذه المرة يسعدها بما يكفي لبدء استخدام شاشة العرض المدمجة (عبر منفذ VGA):
نعم! لذلك ، إنه سعيد بالتكوين ، ولكن يتعين علينا الآن الحصول عليه للتمهيد. ليس لديها تخزين خاص بها ، لذلك يحتاج إلى التمهيد عبر الشبكة.
يعمل إجراءات الشبكة على النحو التالي:
- يحاول Javastation الحصول على عنوان IP باستخدام بروتوكول RARP الموقر.
- بمجرد أن يكون له عنوان IP ، يفترض أنه من المفترض أن أيًا كان الجهاز الذي أعطاه عنوان IP سيكون قادرًا أيضًا على توفير محمل تمهيد للمرحلة الثانية باستخدام TFTP ، ومحاولات جلبه.
- إذا تمكنت من الحصول على محمل تمهيد ثانوي عبر TFTP ، فإنه يديره.
- يحاول جهاز تحميل التشغيل الثانوي بعد ذلك جلب وتشغيل نظام kernel ونظام الملفات باستخدام NFS.
بالإضافة إلى وثائق Sun الأصلية ، لدى Netbsd وثائق رائعة لأجهزة تشغيل القرص على”https://www.netbsd.org/docs/network/netboot”> https://www.netbsd.org/docs/network/netboot، وداخل تلك الوثيقة ، هناك أقسام فرعية للبنيات والآلات المحددة بما في ذلك Javastation.
كما ينبغي أن يكون واضحًا بشكل معقول ، فإن القوت الشبكي يحتاج إلى دعم من أجهزة الكمبيوتر الأخرى على الشبكة. تصف وثائق NetBSD كيفية تحقيق ذلك باستخدام مجموعة من أنظمة التشغيل المختلفة ، ولكن بما أن لدي بعض صناديق Linux ، فهذا ما استخدمته.
أولاً ، نحتاج إلى الرد على طلب RARP الخاص بـ Javastation. هذا معيار قديم للغاية ويدعمه Linux باستخدام برنامج يسمى “RARPD”. على Ubuntu ، يمكنك تثبيت هذا بسيطرة بسيطة:
sudo apt install rarpd
بمجرد التثبيت ، تحتاج فقط إلى تحرير ملف واحد لتكوينه: /etc /ethers. ما عليك سوى إضافة سطر إلى الملف الذي يتكون من عنوان MAC الخاص بـ Javastation ومساحة وعنوان IP الذي تريده على شبكتك. في حالتي:
08:00:20:B0:0B:13 192.168.128.45
يتم تعريف عنوان MAC بواسطة كل ما قمت بتكوينه في NVRAM في الخطوات المذكورة أعلاه.
بعد ذلك ، نحتاج إلى أن نكون قادرين على توفير محمل التمهيد الثانوي عبر TFTP. هذا سهل بشكل مدهش. على Ubuntu ، قم بتثبيت TFTPD مع:
sudo apt install tftpd
يوفر NetBSD محمل تمهيد ثانوي خصيصًا لـ SPARC/Javastations ؛ أحدث إصدار من Netbsd (10.1) في”https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/installation/netboot/”> https://cdn.netbsd.org/pub/netbsd/netbsd-10.1/sparc/installation/netboot/.
bootjs.net على وجه التحديد من أجل Javastation ، ولكن يبدو أنه مخصص لإصدار أحدث من Javastation من لي لأنه عندما جربته ، فشلت في خطأ “تعليمات غير قانونية”. بدلا من ذلك ، استخدمت”https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/installation/netboot/boot.net”> boot.net النسخة التي عملت بشكل جيد. تحتاج إلى إعادة تسمية الملف بتنسيق محدد: عنوان IP الخاص بـ Javastation ، ولكن في 8 أرقام سداسية ، اتبعت نقطة ، ثم بنية (في هذه الحالة “Sun4M”). لذلك ، في هذا المثال ، يكون عنوان IP (كما هو محدد في RARPD أعلاه) هو 192.168.128.45 ، والذي في HEX هو C0A8802D. لقد قمت بتنزيل وأعادة تسميات Bootloader مع الأمر:
curl -o /tftpboot/C0A8802D.SUN4M https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/installation/netboot/boot.net
يجب أن يكون هذا كل ما تحتاجه للحصول على جهاز تحميل التشغيل الثانوي. في هذه المرحلة ، من الجيد إعطاء اسم Javastation اسمًا حتى لا يتعين علينا استخدام عنوان IP باستمرار للإشارة إليه في تكوينات أخرى. في حالتي ، أردت أن أعطيه اسم “Duke” ، وأضفت ما يلي إلى ملف /etc /hosts:
192.168.128.45 duke
تتضمن المرحلة التالية من التمهيد جافاستشن تنفيذ طلب DHCP للترتيب العثور على خادم NFS الذي يجب تشغيله منه. مثل معظم الأشخاص ، أستخدم DHCP بالفعل على شبكة LAN لتكوين كل شيء ، ولكن في خادم DHCP يعمل على جهاز التوجيه الخاص بي ، ويعمل خادم NFS على جهاز Linux مختلف. لذلك ، يجب أن تحتوي الاستجابة من خادم DHCP على حقل (“SIADDR”) في إشارة إلى عنوان خادم NFS. على الرغم من أنه من الممكن تكوين خادم DHCP الخاص بجهاز التوجيه للقيام بذلك ، إلا أنني واجهت صعوبة في تحقيق ذلك. بدلاً من ذلك ، قررت تكوين جهاز التوجيه لتجاهل عنوان MAC هذا ، وبدلاً من ذلك ركضت خادم DHCP على جهاز Linux. يمكنك تثبيت خادم ISC DHCP على Ubuntu مع:
sudo apt install isc-dhcp-server
ثم أضف إدخالًا إلى /etc/dhcp/dhcpd.conf على طول الأسطر التالية:
الشبكة الفرعية 192.168.128.0 Netmask 255.255.255.0 {class "javastation-class" {Lease Limit 1 ؛ وقت التوقيت الافتراضي 3600 ؛ Max-Rease-Time 7200 ؛ } تجمع {السماح لأعضاء "javastation-class"؛ Range Dynamic-Bootp 192.168.128.45 192.168.128.45 ؛ } مضيف Duke {Hardware Ethernet 08: 00: 20: B0: 0B: 13 ؛ address الثابتة 192.168.128.45 ؛ أجهزة توجيه الخيار 192.168.128.1 ؛ خيار الجذر مسار "/export/client/root"؛ }}
يحتوي قسم “المضيف Duke” على التكوين الذي نحتاجه إلى Javastation. بصرف النظر عن الإضافات الثابتة ، فإننا نمنحه الطريق إلى أسهم NFS التي ستكون موجودة على نفس الجهاز. نظرًا لأننا نوفر على وجه التحديد عنوان “أجهزة Ethernet” ، سيتم توفير هذا التكوين فقط إلى Javastation لدينا ، وسيتم تجاهل جميع العملاء الآخرين ، تاركين خادم DHCP لجهاز التوجيه للتعامل مع كل شيء آخر كالمعتاد.
أخيرًا ، نحتاج إلى خدمة نظام ملفات NetBSD مع NFS. لحسن الحظ ، على الرغم من عمرها ونقص الأمن ، لا يزال NFS مدعومًا جيدًا بموجب Linux. باختصار ، إليك كيفية إعداد نظام الملفات. هذه الاتجاهات مأخوذة من وثائق Netbsd الممتازة:”https://www.netbsd.org/docs/network/netboot/nfs.html#linux”> https://www.netbsd.org/docs/network/netboot/nfs.html#linux
تفترض هذه الإرشادات أننا سنستضيف نظام الملفات على /تصدير /عميل ، ولكن الأمر متروك لك حقًا حيث تضعه ، طالما أنك تتذكر إضافة المسار إلى تكوين DHCP أعلاه.
# mkdir -p /export/client/root/dev# mkdir /export/client/usr# mkdir /export/client/home# cd /export/client/root# curl -L https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/binary/sets/kern-MRCOFFEE.tgz | tar xvpzf -# mknod /export/client/root/dev/console c 0 0
أقترح إعادة تسمية النواة من “Netbsd” إلى “Kona” ، وهو الاسم الافتراضي الذي يستخدمه Javastation:
# mv netbsd kona
أضف الأسطر التالية إلى /etc /الصادرات:
/export/client/root duke(rw,no_root_squash)/export/client/usr duke(rw,root_squash)/export/client/home duke(rw,root_squash)
من الواضح أن “ديوك” بديلاً لأي شيء أطلق عليه اسم Javastation.
# cd /export/client/root# curl -L https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/binary/sets/base.tgz | tar zxvpf -# curl -L https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.1/sparc/binary/sets/etc.tgz | tar zxvpf -# mkdir /export/client/root/kern# dd if=/dev/zero of=/export/client/swap bs=4k count=4k
إنشاء/edit/export/client/root/etc/ifconfig.
inet duke netmask 255.255.255.0 broadcast 192.168.1.255
إنشاء/تحرير/تصدير/عميل/جذر/etc/fstab ، مع الأسطر التالية:
/swap none swap sw 0 0nfsserver:/export/client/root / nfs rw 0 0nfsserver:/export/client/usr /usr nfs rw 0 0nfsserver:/export/client/home /home nfs rw 0 0
edit /export/client/root/etc/rc.conf. تأكد من تعيين ما يلي:
اسم المضيف="client"defaultroute="192.168.128.1"nfs_client=yes Auto_ifconfig=no net_interfaces=""
أضف الأسطر التالية إلى/تصدير/عميل/جذر/إلخ/المضيفين:
192.168.1.10 client.test.net client192.168.1.5 nfsserver.test.net nfsserver
ثم:
# mv /export/client/root/usr/* /export/client/usr/
في الوقت الحاضر ، يحتوي Linux kernel على خادم NFS مدمج ، لذا لا توجد حاجة إلى شياطين إضافية. تحتاج فقط إلى التأكد من تثبيت خادم kernel:
# apt install nfs-kernel-server
للتأكد من تصدير أنظمة الملفات التي تم تصديرها بالفعل ، يمكنك فرض خادم NFS على إعادة قراءة /إلخ /صادرات:
exportfs -r
يجب أن يكون كل شيء الآن في مكانه. لذلك نحن على استعداد لمحاولة تشغيل النظام. قم بتوصيل كابل Ethernet في Javastation ، وفي نوع OK Product “إعادة تعيين”. إذا سارت الأمور على ما يرام ، فيجب جلب وتنفيذ جهاز تحميل تشغيل المرحلة الثانية NetBSD.
إذا كانت هناك أي مشاكل ، فيمكنك الحصول على لمحة عما يحدث عن طريق استنشاق حركة مرور الشبكة. أنا شخصياً أفضل أن ألتقط مع TCPDump ثم تحليل القمصان مع Wireshark على الكمبيوتر المحمول الخاص بي: TCPDUMP صغير وغير مقطوع الرأس. على سبيل المثال التشغيل:
tcpdump -n -s0 -w boot.pcap host duke
سيؤدي ذلك إلى إنشاء ملف الالتقاط الذي سيتم تحميله مباشرة في Wireshark أو أي محلل متوافق مع PCAP. هنا ما يمكن توقعه.
في البداية ، سترى استجابة RARP حيث تخبر جهاز Linux Javastation عنوان IP الخاص به. بعد ذلك ، سترى طلب javastation requary lextary levloader مع TFTP:
إذا نجح نقل تحميل Bootloader ، فسترى معاملة DHCP تليها حركة المرور NFS:
إذا سارت الأمور على ما يرام ، في المرة الأولى التي تقوم فيها بتمهيد Netbsd ، ستتم مطالبتك بالضغط على العودة:
في هذه المرحلة ، تقوم بتشغيل إصدار غير مُصمم من NetBsD في وضع مستخدم واحد. لم يتبق سوى شيئين للقيام به. أولاً ، قم بإنشاء جميع ملفات الأجهزة الخاصة في Dev:
# mount /usr# cd /dev# /bin/sh MAKEDEV all
هذا يستغرق وقتًا أطول بكثير مما تتخيل – NFS أكثر من 10 ميغابت في الثانية بطيئة …
أخيرًا ، قم بتحرير /etc/rc.conf وقم بتغيير الخط الذي يبدأ “rc_configured” إلى “rc_configured=yes”. NB قبل أن تتمكن من تشغيل محرر مثل VI ، قد تحتاج إلى تعيين نوع المحطة على شيء عام:
# export TERM=vt100# vi /etc/rc.conf
وأخيرا ، أعد تشغيل النظام:
# reboot
إذا كان الكون يتصرف ، فسيتم إعادة تشغيل النظام وسيتم مكافأتك بمطالبة تسجيل الدخول. قم بتسجيل الدخول كجذر بدون كلمة مرور ، وأنت تعمل!
من الواضح أنه لا يزال هناك الكثير مما يجب فعله ؛ كما ترون postfix ليس سعيدًا ، ويحتاج أمان Swapfile إلى تشديد لبدء التشغيل. لكن لدينا الآن نظام NetBsD وظيفي يعمل على جهاز كمبيوتر قديم الشبكة!