私のLinuxストーリー：8ビット愛好家からUnixシステム管理者まで

私の学部課程はコンピュータ情報システム（CIS）の理学士であり、大学院の学位はコンピュータサイエンスの修士でした。私の学部教育プログラムでは、主にPCに、そして少しタイムシェアのメインフレームに私を入れました。本当の楽しみは、インターネット接続を備えたUnixマシンへのダイヤルインアクセスがまったく新しい探索の世界を開いた大学院プログラムで始まりました。私はまだモデムの作業や論文の執筆と印刷にデュアルプロセッサ][gsを使用していましたが、Unixシステムは、一般アクセスのTelnetベースのゲーム、FTPアーカイブ、オンライン電子メール、およびCプログラミングで本当に注目を集めました。 Gopherは人気があり、プレーンな端末インターフェースに縛られていた私のような人々に成長していました。

私の大学院プログラムは、学校のコンピューターサービスの実行を担当するアカデミックコンピューティング部門に配属されたとき、運命的な転換を遂げました。学生は、XWindow端末を備えたUltrixベースのシステムにアクセスできました。カラー処理はCPUを集中的に使用するタスクであり、システムパフォーマンスに大きな影響を与えたため、ほとんどがグレースケールでした。いくつかのカラーシステムは素晴らしかったが、それらのマシンはただドラッグしただけだった。

システムへのルートアクセス権が与えられ、システムとネットワークのメンテナンスに割り当てられたので、これは私にとって本当に楽しい時間でした。私には優秀なメンターが何人かいました。これは、プログラミングではなくシステム管理を始めるという私の決断に強く影響しました（ただし、今日でもプログラミングが大好きです）。

UnixからLinuxへ

希少性は発明の母であり、学校のコンピュータシステムのわずかなリソースを共有しなければならないときに、私たち学生はしばしば創造的になりました。 Ultrixワークステーションの3〜5倍の学生がいたため、リソースを見つけること（特にプロジェクトの納品時に）はしばしば困難でした。グラフィック表示が不要な場合に、リモートシステムアクセスに使用できる56kのPPPモデムのバンクがありました。ただし、予備のリソースを備えたマシンを見つけて、ソースのコンパイル用にシステムを共有すると、進行が遅くなることがよくありました。ほとんどの場合と同じように、夜に仕事をすることはしばしば助けになりましたが、より速く反復できるようにするために何か他のものが必要でした。

次に、学校のシステム管理者の1人が、無料で利用できるUnixシステムをチェックするよう提案しました。これはLinuxで、3.5インチフロッピーイメージとして利用可能になりました。私たちの学校の非常に高速なT1回線を考えると、ニュースグループやその他のソースを検索してダウンロード方法を学ぶのは簡単でした。すべて32ビットのIntelPCベースでした。私が所有していなかった機器のクラス。

幸いなことに、学校での仕事で古いコンピューターのがらくたの山にアクセスできたので、車輪が回り始めました。

その他のLinuxリソース

• Linuxコマンドのチートシート
• 高度なLinuxコマンドのチートシート
• 無料のオンラインコース：RHELの技術概要
• Linuxネットワーキングのチートシート
• SELinuxチートシート
• Linuxの一般的なコマンドのチートシート
• Linuxコンテナとは何ですか？
• 最新のLinux記事

私は、ある程度のRAM（1GB未満だと確信しています）、実行可能なグラフィックディスプレイ、シンネット（同軸）イーサネットカード、およびハードディスクを備えた堅牢な80386PCを構築するのに十分な廃棄PCを見つけました。私が持っていたイメージはLinuxカーネル0.98でしたが、それが公式ディストリビューションの一部であったことを思い出しません（SLSであった可能性があります）。私が覚えているのは、一連のフロッピーイメージで提供されたということです。最初にカーネルと最小限のインストーラーを起動し、次にドライブをフォーマットしてから、連続するフロッピーイメージごとにコアGNUユーティリティをインストールするように要求しました。コアがインストールされ、システムが起動可能になったら、コンパイラなどの他のパッケージイメージをダウンロードしてインストールします。

これは私の学歴において私にとって深刻な恩恵でした。 X Windowサーバーのディスプレイが実行されていないため、このPCは、学校でアクセスしたUltrixワークステーションを大幅に上回りました。このマシンをアカデミックネットワークに接続し、学校の学生のネットワークファイルシステム（NFS）共有をマウントして、インターネットに直接アクセスすることを許可されました。私の大学院プログラムでは、ほとんどの学生の作業にGCC（場合によってはPerl 4）を使用していたため、開発作業をローカルで行うことができました。これにより、主要なリソースに排他的にアクセスできるようになり、プロジェクトをより迅速に繰り返すことができました。

しかし、すべてが完璧ではありませんでした。ハードウェアは少し不安定でしたが（おそらくそれが破棄された理由）、私はそれに対処することができました。本当に私を惹きつけたのは、OSとシステムライブラリのレベルでLinuxとUltrixがどれほど異なっているかということでした。ソフトウェアを他のプラットフォームに移植することの意味を理解し始めました。好きな場所で自由に開発できましたが、Ultrixでコンパイルされたバイナリとしてプロジェクトを提供する必要がありました。一方のプラットフォームで完全に実行されたCコードは、もう一方のプラットフォームではクラッシュします。これは非常に苛立たしいことでしたが、おそらく私の最も無作法な目覚めは、初期のLinuxによるnullポインターの間接参照の処理でした。 Linuxはこれらを仮想のノーオペレーションとして引き継ぐことに満足しているように見えましたが、UltrixはすぐにコアをSIGSEGVにダンプしました。これは、プロジェクトの期限が切れる数日前に、ターゲットプラットフォームへの最初の移植がいつ行われたかを知るのに非常に役立ちました。これはまた、C ++の探索を非常に困難にしました。これは、malloc（）/ free（）を不注意に使用し、自動コンストラクターとデストラクタ処理を使用すると、プロジェクト全体にnullポインター爆弾が発生したためです。

大学院プログラムの終わりに向けて、ワークステーションの完全な獣にアップグレードしました。これは、SCSIハードドライブを備えたIntel 486DX2 66MHz、CD-ROMドライブ、1024x768 RGBモニター、および新しい米国に完全に一致する16550UARTシリアルカードです。 RoboticsV.​​Everythingモデム。 WindowsとLinuxをデュアルブートすることもできますが、さらに重要なことに、グラフィックカードとプロセッサにより、はるかに快適な（そしてより高速な）開発環境が可能になりました。古い386はまだ学校で使用されていましたが、私の重労働とハッキングのほとんどは現在自宅で行われています。

90年代のLinuxに関するMikeHarrisの話と同様に、私は当時人気のあったCDバンドルに本当に夢中になりました。私が住んでいた場所の近くに新しいMicroCenterコンピュータストアがあり、それは趣味のPCパーツ、驚異的な技術書、そして考えられるすべてのLinux（および無料のUnix）CDアーカイブの宝庫でした。 YggdrasilとSlackwareが私のお気に入りのディストリビューションの一部だったことを覚えています。本当に驚いたのは、CDストレージの巨大なサイズ（650MB）でした。これは、ソフトウェアにアクセスするために不可欠なリソースでした。はい、56kでビットをダウンロードできますが、それはかなり制限されていました。言うまでもなく、ほとんどの人は、後で閲覧するためにそれほど多くのアイドル状態のデータをアーカイブする余裕がありませんでした。