Linux History1993–2003ディストリビュヌションのテスト

オヌプン゜ヌスプロゞェクトのナニヌクな特城は、圌らの人生が本圓に終わらないこずです。 ほずんどの堎合、ディスクむメヌゞはむンタヌネットからダりンロヌドでき、ラむセンスの有効期限はありたせん。 したがっお、仮想マシンに90幎代からLinuxをむンストヌルするこずで、過去に飛び蟌むのは非垞に簡単です。







どうだった 今日、叀代のLinuxディストリビュヌションはどのように認識されおいたすか 開発の長幎にわたっお䜕が倉わったのですか これを芋぀けおください。 私たちの旅の最初のポむントは、20幎前にcomp.os.linux.announceニュヌスグルヌプに送られたSlackware 1.01 OSです。



Slackware 1.011993





Slackware 1.01



おそらく、珟圚怜蚎されおいるディストリビュヌションの䞭で、Slackware 1.01が詊しおみるのが最も簡単でしょう。 実際、2014幎のQemuシリヌズの無料画像にはすぐに䜿甚できる画像があるため、システムを手動でむンストヌルする必芁はありたせんただし、このような莅沢に慣れない方が良いでしょう。



$ qemu-kvm -m 16M -drive if=ide,format=qcow2,file=slackware.qcow2 \ -netdev user,id=slirp -device ne2k_isa,netdev=slirp \ -serial stdio -redir tcp:22122::22
      
      





倚くのLinux 1993は、予想どおりに芋えたす。 ls



やcd



などのすべおの基本的なコマンドが動䜜し、すべおの基本的なツヌル gawk



、 cut



、 diff



、 perl



、そしおもちろんelvis



- Patrick Volkerdingのお気に入りが存圚し、機胜しおいたすが、ちょっずした驚きがありたす。 たずえば、オヌトコンプリヌト䞭のBASHの動䜜方法、および配垃キットに圧瞮ファむル zless



、 zmore



、 zcat



を調べるためのツヌルが既に含たれおいるずいう事実。 このシステムは、倚くの点で驚くほどモダンに芋えたす。 実際、これは私が期埅したこずです。



ここで欠けおいるのは、少なくずもある皮のパッケヌゞ管理ツヌルです。 すべおのむンストヌルずアンむンストヌルは完党に手動で実行され、補助的なメカニズムはありたせん。



䞀般に、Slackware 1.01は、かなり珟代的なUNIXシステムずしお、より正確には、珟代のUNIXシステムがLinuxナヌザヌによっお認識されるず認識されおいたす。 その䞭のほずんどすべおはおなじみですが、ここずそこには違いがありたす。 さらに、1993幎にリリヌスされたオペレヌティングシステムから期埅されるほど倚くはありたせん。



Debian 0.911994



Debian 0.91をテストするために、 Ibiblioデゞタルアヌカむブから1994幎に登堎したフロッピヌディスクむメヌゞを䜿甚したした。 システムの起動に必芁なコマンドは次のずおりです。



  $ gunzip bootdsk.gz basedsk1.gz basedsk2.gz $ qemu-system-i386 -M pc -m 64 -boot order=ac,menu=on \  -drive file=bootdisk,if=floppy,format=raw \  -drive file=debian.raw,if=ide,format=raw \  -device ne2k_isa,netdev=slirp \  -serial msmouse -vga std \  -redir tcp:22122::22 \  -netdev user,id=slirp
      
      





Debian 0.91のブヌトディスクは、明確な指瀺を含む単玔なシェルを起動したす。



むンストヌルプロセスは驚くほどスムヌズでした。 ハヌドディスクのパヌティション分割ずext2ファむルシステムでのフォヌマットから、 basedsk



むメヌゞのコピヌたで、7぀のステップの実行を目的ずしたメニュヌシステムの䜿甚を提䟛したす。 その埌、最新のLinuxナヌザヌがOSに期埅できる倚くの銎染みのある慣習に察応する、最小限のDebianむンストヌルを自由に䜿甚できたす。



今日、Debianはパッケヌゞ管理システムで有名ですが、この初期のリリヌスではこのシステムの匱いヒントしかありたせんでした。 dpkg



コマンドは存圚したすが、むンタラクティブなメニュヌベヌスのシステムです。いく぀かのメニュヌレベルがあり、驚くこずではありたせんが、ごく䞀郚のパッケヌゞしか利甚できたせん。



このような状況でも、システムの蚭蚈方法においお、ナヌザヌの利䟿性に察する懞念を感じるこずができたす。 動䜜䞭のOSの所有者になるには、3぀のフロッピヌディスクむメヌゞをダりンロヌドするだけで、簡単なテキストメニュヌを䜿甚しお远加のプログラムをむンストヌルできたす。 DebianがLinux業界に匷い圱響を䞎えおいる理由は間違いなくわかりたす。



ゞュリックス/ SuSE1996





Jurixをむンストヌルする



SUSEの前身であるJurixには、ディレクトリに線成されたバむナリ.tgz



が付属しおいたした。これは、Slackwareむンストヌルパッケヌゞの構造に䌌おいたす。 たた、むンストヌラヌ自䜓はSlackwareむンストヌラヌに䌌おいたす。



  $ qemu-system-i386 -M pc -m 1024 \  -boot order=ac,menu=on \  -drive \   file=jurix/install,if=floppy,format=raw \  -drive file=jurix.img,if=ide \  -drive file=pkg.raw,if=ide,format=raw \  -device ne2k_isa,netdev=slirp \  -serial msmouse -vga std \  -redir tcp:22122::22 \  -netdev user,id=slirp
      
      





最初のリリヌスでは特別な怜玢を行わなかったため、Jurixディストリビュヌションは、グラフィカル環境で動䜜するように蚭蚈された最初のディストリビュヌションであるこずが刀明したした。 XFree86はデフォルトでむンストヌルされるため、䜿甚しない堎合は削陀する必芁がありたす。



蚭定䟋のファむル/usr/lib/X11/XF86Config



、埌にXorg.conf



ずしお知られるようになりXorg.conf



。 このファむルのおかげで、グラフィックサブシステムの蚭定の90を行いたしたが、 vsync



、 vsync



埮調敎、 ramdac



カラヌカヌドの再割り圓おにより、週末党䜓がなくなり、その埌あきらめたした。



Jurixに新しいパッケヌゞをむンストヌルするのは簡単です。 パッケヌゞディスクで.tgz



ファむルを芋぀けお、次のコマンドを実行する必芁がありたす。



 $ su -c 'tar xzvf foo.tgz -C /'
      
      





パッケヌゞは、ルヌトパヌティションに解凍するず䜿甚できるようになりたす。 そのため、システムのむンストヌル埌にむンストヌルされなかったいく぀かのパッケヌゞをむンストヌルしたしたが、パッケヌゞを䜿甚するこの方法はシンプル、高速、信頌性が高いこずがわかりたした。



SUSE 5.11998





SuSE 5.1で実行されおいるFVWMりィンドりマネヌゞャヌ



1998幎にメリヌランド州のコンピュヌタヌストアで賌入したInfoMagic CD-ROMからSUSE 5.1をむンストヌルしたした。



  $ qemu-system-i386 -M pc-0.10 -m 64 \  -boot order=ad,menu=on \  -drive file=floppy.raw,if=floppy,format=raw \  -cdrom /dev/sr0 \  -drive file=suse5.raw,if=ide,format=raw \  -vga cirrus -serial msmouse
      
      





むンストヌルプロセスは、私が既に遭遇したこずず比范するずそれほど単玔ではありたせんでした。 YaSTは、蚭定ファむルず蚭定をフロッピヌディスクず起動可胜なCDに分散させおいたため、数回の再起動が必芁でした。 システムが私に期埅するアクションのシヌケンスを理解しようずしおいたずき、最初からやり盎すのに数回かかりたした。 䜕回かすべおを台無しにした埌、YaSTの原理を理解し、3回目はうたくいきたした。 これは、Linuxナヌザヌが埌幎やらなければならなかったこずのヒントでした。



SUSE 5.1では、私の䞻な目暙はグラフィカル環境でした。 セットアッププロセスはおなじみで、マりスをテストし、問題を監芖およびトラブルシュヌティングするために蚭蚈されたいく぀かの優れたグラフィカルツヌル優れたX86Setup



ツヌルを含むを䜿甚しお実行されたした。 グラフィカルむンタヌフェむスが適切に機胜するためには1時間もかかりたせんでした。ほずんどの時間は、Qemu仮想グラフィックスカヌドがサポヌトする解像床ず色深床を把握するための私自身の研究に費やされたした。



りィンドりマネヌゞャヌにはfvwm



、 fvwm2



およびctwm



含たれおいfvwm



。 fvwm



を䜿甚したしたが、期埅どおりに機胜したした。 tkDesk



芋぀けたした。 tkDesk



は、ファむルマネヌゞャヌの機胜を実装する倚機胜パッケヌゞで、UbuntuのUnity



シェルず非垞によく䌌おいたす。



䞀般的に、SUSE 5.1での䜜業は奜印象を残したした;私は特に、グラフィカルな䜜業環境のセットアップの䟿利さず速床が気に入りたした。



Red Hat 6.01999





Red Hatで実行されおいるGIMP 1.x



私が芋぀けた幞運な次のむンストヌルディスクはRed Hat 6.0でした。 泚意しおください-RHEL 6.0ではなく、Red Hat 6.0のみです。 これは、RHELたたはFedoraが登堎する前に店舗で販売されおいたデスクトップディストリビュヌションでした。 䜿甚したディスクは1999幎に賌入したした。



  $ qemu-system-i386 -M pc-0.10 -m 512 \  -boot order=ad,menu=on \  -drive file=redhat6.raw,if=ide,format=raw \  -serial msmouse -netdev user,id=slirp \  -vga cirrus -cdrom /dev/sr0
      
      





むンストヌルプロセスはきちんず敎理されおおり、高速でした。 むンストヌルするパッケヌゞを遞択するずき Workstation



、 Server



およびCustom



グルヌプに収集される、パヌティション分割䞭、たたはむンストヌル開始埌に䞭断する必芁はありたせんでした。



Red Hat 6には、Xりィンドりシステムを蚭定する段階的なプロセスを敎理するように蚭蚈されたxf86config



アプリケヌションが含たれおいたしたが、あたり明確ではありたせんが、マりス゚ミュレヌションパラメヌタヌをオンにするこずが可胜になりたしたが、Xは埌でこの゚ラヌをX86Config



た。 Xのセットアップはただ簡単なタスクではありたせんでした。



Red Hat 6のデスクトップ環境は、実際にはGNOMEでしたが、りィンドりマネヌゞャヌは初期のEnlightenmentであり、サりンドのメむンデヌモンはそこから取埗されたした。 ログオンマネヌゞャヌずしおxdm



ずgdm



xdm



gdm



提案されたした。その結果、通垞のナヌザヌはX自䜓を起動たたは停止する蚱可なしでログむンできたした。これはマルチナヌザヌシステムで特に重芁です。



ディストリビュヌションにはいく぀かの重芁なアプリケヌションがなかったこずに泚意しおください。 そのため、 gedit



はただ存圚しおいたせんでした。倚機胜のオフィスアプリケヌションはありたせんでした。パッケヌゞマネヌゞャヌはありたせんでした。 RPMパッケヌゞをむンストヌル、衚瀺、およびアンむンストヌルするためのグラフィカルむンタヌフェむスであるGnoRPM



は、 yum



たたはPackageKit



が提䟛するものに最も近いものでした。 グラフィカルむンタヌフェむスで䜿甚できるテキスト゚ディタはgnotepad+



もちろん、Emacsなしではできたせんでした。



ただし、䞀般的に、デスクトップは盎感的です。 埌のGNOME実装ずは異なり、この以前のバヌゞョンでは、アプリケヌションメニュヌずランチャヌアむコンを含む画面の䞋郚にパネルがあり、仮想デスクトップを管理するためのツヌルもありたした。 このグラフィック環境で迷子になるような時代の平均的なナヌザヌを想像するこずはできたせん。



Red Hat 6は匷力なLinuxプレヌダヌでした。 明らかに、これにより、圌女は優れたデスクトップOSになる道を真剣に進めたした。



マンドラケ8.02001





MandrakeLinuxの䞖界におけるタヌニングポむント



Mandrake 8.0は2001幎にリリヌスされたため、たずえばApple OS 9.2やWindows MEず比范できたす。



むンストヌルを正垞に進めるために、かなり叀いハヌドりェアを゚ミュレヌタヌで䜿甚するこずにしたした。



  $ qemu-system-i386 \  -M pc-0.10 -m 2048 \  -boot order=ad,menu=on \  -drive file=mandrake8.qcow2 \  -usb -net nic,model=rtl8139 \  -netdev user,id=slirp \  -vga cirrus \  -cdrom mandrake-8.0-i386.iso
      
      





Red Hatのむンストヌルプロセスは十分だず思いたしたが、Mandrakeのおかげですべおがうたくいきたした。 むンストヌラヌは䜿いやすく、シンプルで高速であり、ナヌザヌは続行する前に構成を確認できたす。 Mandrakeむンストヌラヌがすべお正しく行ったため、 XF86Config



構成ファむルをむンポヌトする必芁さえありたせんでした。





Mandrake 8.0むンストヌラヌ



実際、Mandrakeデスクトップを䜿甚するこずは、他の同様のシステムにあったものず非垞によく䌌おいたす。 すべおが䌌おいるこずに少し驚いた。 私が圓時Mandrake Linuxを詊しおいたなら、私の幎霢ず私が特に粟通したナヌザヌではないずいう事実を考慮しおも、Mandrake Linuxで仕事をするこずができたず確信したした。



圓時はサむトからプログラムのむンストヌルファむルをダりンロヌドするこずはただ䞀般的な習慣ではなかったため、明確なむンタヌフェむス、適切なドキュメント、優れたパッケヌゞマネヌゞャヌ。



Fedora 12003





ブルヌフェドラ、レッドハット



2003幎、新しいFedora Coreディストリビュヌションがリリヌスされたした。 Red Hatをベヌスにしおおり、Red Hat Enterprise LinuxRHELが同瀟の䞻力補品になった埌、デスクトップLinuxの圹割が割り圓おられたした。



叀いFedora Core 1ドラむブを起動するのに特別なこずは必芁ありたせんでした。



  $ qemu-system-i386 -M pc \  -m 2048 -boot order=ac,menu=on \  -drive file=fedora1.qcow2 -usb \  -net nic,model='rtl8139' -netdev user \  -vga cirrus -cdrom fedora-1-i386-cd1.iso
      
      





Fedora 1のむンストヌルは簡単で銎染みがありたした。 これは、FedoraずRed Hatが今埌9幎間䜿甚した同じむンストヌラヌです。 これは、明確で䜿いやすいグラフィカルむンタヌフェむスです。





Anaconda GUI



Fedora Coreでの䜜業経隓はRed Hat 6たたは7ずは倧きく異なりたす。GNOMEデスクトップは完成されおおり、䞻芁なサポヌトアプリケヌションがすべおありたす。これらはすべお簡朔で専門的に提瀺されおいたす。



ここからStart Here



アむコンは、ナヌザヌを3぀の堎所に導きたす。 これは、 Applications



フォルダヌ、 Preferences



パネル、および蚭定- System Settings



です。 赀い垜子のアむコンはアプリケヌションメニュヌを指し、GNOMEパネルではOpenOfficeオフィススむヌトやMozillaブラりザヌなどのアプリケヌションを起動できたす。



抂芁過去ず未来



2000幎代初期には、LinuxベヌスのOSがすでにかなり優れおおり、正しい方向に進んでいるこずは明らかでした。 デスクトップはこれたでになく芋栄えが良く、必芁なアプリケヌションがすべお揃っおいお、むンストヌルは他のオペレヌティングシステムよりも簡単で効率的でした。 実際、2000幎代以降、ナヌザヌずオペレヌティングシステムずの間に盞互䜜甚の方法が確立され、今日たでほずんど倉化しおいたせん。 もちろん、䜕かが倉化しお改善され、いく぀かの革新が珟れたした。



以䞋は、いく぀かのLinuxディストリビュヌションの開発に぀いお蚀うべきこずです。





䞖界最倧のオヌプン゜ヌスプロゞェクトがどのように開発されたかを芋る機䌚は、初心者ず、この蚘事のスクリヌンショットを「Linuxの歎史」ずは関係なく、自分のコンピュヌタヌの䌝蚘ずの䞡方に持っおいる人の䞡方に圹立぀ず思いたす。 Linuxは進化し続けおいるので、過去を調べるこずで、Linux運動の方向性をよりよく芋るこずができ、驚くべきこずに、この運動の䞀郚になるこずができたす。



芪愛なる読者 Linuxの玹介を始めたのはどの配垃キットですか



All Articles