のためのタグのアーカイブ » リナックス «

水曜日, 3月25日, 2009 | 著者:

私は最終的に得た リアルタイムに火を付けるさん スパーク 仕事に. 私は、特にスパークが好きではありません – その必要性しかし、私は他の人がそれとのトラブルがあったと確信している.

一部の読者は知っておくかもしれませんが, 私は、64ビット版を使用しています アーチのLinux. スパークは上で動作 JREの, ベースプラットフォームに依存しない. 従って, これは問題ではありません. しかしながら, スパークは、32ビットのJREにバンドルされてように見える.

手間の多くは後に, 私は最終的に私がしなければならなかったすべてはあいまいだっまたは削除考え出し (名前の変更または削除) バンドルされているJRE. このように, スパークの起動スクリプトがバンドルされたJREを見つけられないだろう、それがシステムに組み込まれて1を検索することを余儀なくされるであろう. 私は以前にインストールしていた OpenJDKの, アーチ年代からオープンソースのJRE [余分な] 倉庫.

という点でも起動スクリプト内のマイナーなバグがあるように起こるのと呼ばれるフォルダを探して “Windowsの” はっきりと名付け1以外にはそのようなフォルダがないとき “リナックス”. 囲碁の図.

とにかく, あなたは64ビットで手動でそれをやっている場合、ここでインストールの要旨はだ あなたは既にJREを持っている (そのようなOpenJDKのよう) お使いのシステムにインストール:

MKDIR -P/SRC
CD/SRC
wgetの HTTP://download.igniterealtime.org/スパーク/spark_2_5_8.tar.gz
とり -zxvf spark_2_5_8.tar.gz
MV スパーク/JREのスパーク/jre.not
しかし -私 さん/  / libに /窓/  / libに / linuxに/ G ' スパーク/スパーク
 MKDIR -P /オプト
 MV スパーク /オプト
シェア
火曜日, 2月17日, 2009 | 著者:

皆さんの中には、すでに私は少し前のホームサーバーを構築していることを知っているかもしれません. 私はすべてを一度にすべてのドキュメントをリリースすることを計画しましたが、私はそれが構築された方法の非常に重要な部分のいくつかを文書化. 私はアーチのLinuxを使用していたと私は、ほぼすべてを終えていなかった, 特にドキュメント. 例えば, それは、メディアサーバーになるはずだった. 一部のディスクシャッフリング後、, それが持つことになるはずだった RAID1 ブート用と RAID 10 休息のための (メディアパート).

これはまったくうまくいきませんでした.

私は効率的なを持つ限りだ (と よくファイアウォール) ルーティングゲートウェイサーバ. 私は、カスタマイズされたローカルルーティング*が正常に動作していたことを最終的に満足だったと私は私のテストでその自信があった DHCP 私は薄っぺら上でDHCPサービスを無効にする可能性があり意味 ADSL ルータはすべてを持っていると私 フラットメイト インターネットなどのサーバーの使用を開始 ゲートウェイ. 代わりに: 私はオフィスからサーバにログインしていた, 私はApache2のをインストールしたのです。**, と私は***フラットメイトがすべての帯域幅を使用していた誰が見ることができるように一緒に入れ素敵なグラフを得ることについては同僚と相談しようとしていた — 私は、ルートファイルシステムが読み取り専用で何らかのまたはその他のディスク障害に再マウントされたことを示す小さなメッセージに気づいたとき、.

そして私は、サーバーへの私の接続を失った.

そして私はファウル気分をあげました.

🙁

私は家に着いたとき, 私は、ことがわかった, 私はオフィスで与えられた説明メッセージから推測したように, インクルード (非常に) 古い80ギガバイト HERE 私はルートファイルシステムのために使っていたディスクが失敗していた. 残念ながら, サーバが再び起動することはないと私は中断したのだどこに継続して別のディスク上にすべての電源をオフに詮索好きなのほとんどチャンスがあった.

私は、交換を購入しています (SATA) ちょうど給料日後にこの次の週末をHDD – と私は私の進行状況を文書化についての私の心を変更しました… と私の構成をバックアップする:

リリース初期の. リリースしばしば.

* 南アフリカのISPが少ない充電 (簡単に価格 比較) ために “ローカルのみ” (南アフリカ以内) ADSL上のトラフィックができますが、南アフリカの外でWebサービスにアクセスすることはできませんのADSLのアカウントを使用している場合に限り. これは、まだコスト削減を活用したいがあれば、広くインターネットにアクセスすることができることを意味します, あなたは、いくつかの卑劣なルーティングを設定する必要があります.

** ワンコマンドインストール: 〜$のyaourt -S apacheの

*** SA内のインターネットアクセスは高価である – あなたはR70について課金さ ($7 / £4.9 / €5.46) GBあたりのADSLを使用する場合, または1 M​​BあたりR2についてのGPRSを使用している場合 / 3G.

シェア
木曜日, 1月の01st, 2009 | 著者:

明らかに, もし使用はあなたについて多くのことを言うことができるかのオペレーティングシステム. あなたは* nixののいくつかのフォームを使用している場合, これ ディストリビューション あなたにも多くのことを言うことができます使用している. 脇の冗長性, 私は、Linuxディストリビューションは、その上で絶対的に依存していることを信じている パッケージ管理と流通システム.

私はapt-getをスキ (1, 2) しかし、そこにいくつかの技術的な問題がいくつかの点であり、それは私が使用することを原因と 適性 代わりに. 適性を使用すると、わずかに簡単です – それは、単一の自動化されたに多くの機能を持っている, 論理的, apt-getは、別々のコマンドが必要なコマンド. 適性もあります 呪い-ベース GUI. その後、GUIを使用していない場合, 学ぶためのコマンド数の点で、簡潔以外, 中の一つを選ぶ技術的な理由は明らかに存在しない. 適性とサーブは、apt-get K / X / UbuntuのDebianの よく. この時点から, 私は緩く、交換可能な方法で名前のKubuntuとUbuntuを使用.

私の使用の中で CentOSの (レッドハットに基づく), 私が好きな私を見つけた YUM. これは、適性とほぼ同じでは機能しているようだ – それらをすべて支配する1コマンド. それは私がちょうどそれに慣れていないので、私はその可能性が高いように、ここに入るつもりはないいくつかのかなり迷惑なデフォルトの動作を持っている. 技術的な観点から、少なくとも, それは非常に良いです. 私は信じている フェドーラ Fedoraの私の経験は非常に限られているものの、またYUMを利用している.

理論…

FedoraとUbuntuのは、かなり厳格なリリースサイクルを持っているディストリビューションのクラスにある. Ubuntuの 8.10 (バージョンは、そのリリースの年と月のためにそのように命名されている) ないでしょう, 大きなバグや軽微な変更を除く, 次のバージョンまで、別のメジャーアップデートを持っている, 軽快なツノウサギ. Ubuntuユーザーは今、自分のデスクトップ上のほとんどのソフトウェアが最新版であるかを. 次のリリースの前の月で, 但し, 彼らが使用したいとしない限り、彼らはとても幸運であることを行っていない “ベータ” リリース. 私は、Fedoraと非常に慣れていないんだよう, 私は、そのリリースサイクルに入る気にするつもりはありません.

これらの 2 ディストリビューションは、として知られているディストリビューションのクラス内にある “バイナリ” または “バイナリベースの” ディストリビューション. つまり、あなたがアップデートをダウンロードするとき, ダウンロードされたファイルは、事前ですコンパイルされた 任意の上で実行する必要があります “サポート” ハードウェア. これは、具体的ではありません 最適化された デスクトップのハードウェアのための, 例えば, あなたの プロセッサ. おそらく、あなたが持っている AMD その余分な命令をサポートしているプロセッサ インテル CPUはありません. 逆もまた真である可能性が. このため, バイナリリリース配布は、ハードウェアの1特定のブランドのために最適化することはできません. これに関係なく “非最適化”, それがまともなペースで実行する必要があります.

練習!

約 2 年前、私が使い始めた Kubuntuの. それを扱うのは数ヶ月後に, 私は、その仕様についての詳細を学ぶために始めた. 私は、ときにシステムを更新するためのGUIツールを使用してのファンの多くはないんだけど, 最終的に, そのすべてとにか​​くコマンドラインで起こっ. GUIツールはちょうど私が見て気にしない複雑さを隠す.

私が作ることになった 殴りつける スクリプト, アップデート, これだけに適性を得るために必要なすべての手順を実行します 先に行くと、すでにアップグレード, kthx?©, おそらく私の設定をバックアップするための方法に沿って停止, 再マウント NFS 我々は、オンサイトのリポジトリを維持するネットワーク共有, aptitudeのインストールされたパッケージのローカルキャッシュをバックアップ, ネットワーク共有が再マウントができなかった場合は、ローカルコピーを使用するためにいくつかのフォルダリンクシャッフルを行う, 同期する ローカルコピーとネットワーク共有の間であれば 更新は、ネットワーク共有の問題を持っていた, とリポジトリ内のパッケージの一覧を更新. 一般に, 何らかのエラーががあった場合には、先に行くだろう, あなたが言うことができるように, このスクリプトは、乱雑になりました つまり、元の要件を超えると超えていた. それは私のためによく働いた.

日はKubuntuの間で更新するために来るまで 6.10 へ 7.04. でも、私は手動でこれをしなかった, ていないスクリプトを使用して、.

私は続いた混乱の結果としてゼロから再インストールすることになった. 少なくとも, バックアップ管理者は、証明するために十分に行う必要がありますように, それは私が本当に必要なすべてのものを回復するために簡単だった. 🙂

他に何がそこにある?

私はKubuntuのを再インストールしなければならなかった前であっても、, 私はと呼ばれる別の分布に紹介されました Gentooの. あり 2 GentooとUbuntuのの更新システムの間の非常に明確な違い. 最初は、Gentooがあるということです ソース-ベースのディストリビューション. つまり、パッケージを更新すると、, パッケージマネージャは、ソースをダウンロードし、 コンパイル すべてのもの, うまくいけば、それを最適化する あなたの システム. この, 私は思う, 非常にクールです. この方法の欠点は、すべてをコンパイルすることは非常に長い時間がかかることである.

ここに私がいる (非常に非科学的) それは、インストール·メディアからデスクトップに基本的なGUIのOSをインストールするのにかかる時間の長さの推定値, 不要なドライバを除く (例えば, 最新の3Dグラフィックスドライバ):

OS: 分 – マックス (中央値)

Windows Vistaの: 15 – 30 (20) 分

Ubuntuの: 15 – 40 (20) 分

Gentooの: 3 – 40 (6) 営業時間

Gentooはまたいじっ多くを必要とする 設定ファイル 物事を動作させるために – これは、CDを挿入して起動する間に、非常に長い遅延のもう一つの理由は、あなたの 驚くばかりの*新しいデスクトップ. 一般的なアプリケーションには、ダウンロード可能なバイナリパッケージを持っている – これはデフォルトのオプションではありませんが.

彼らは私にローランを参照してください。’

他のほとんどのディストリビューションからGentooが持つもう一つの非常に重要な違いがあります. それは “ローリング·リリース” 配布. これは、任意の厳密なバージョンが存在しないことを意味する、または “リリース” 分布はに従っていることを. 今日はGentooをインストールする場合… もしあなた 仕上げ 今日のGentooをインストールする, あなたはおそらくあなたがインストールされているすべてのアプリケーションの最新バージョンを持っているつもりです. いくつかのあいまいなアプリケーションは、明日のメジャーアップデートを取得した場合, 数日以内に, お使いのシステムを更新した場合, あなたがあなたのデスクトップに、その最新バージョンを持っているつもりです.

このローリングリリースとの違い “その他” ディストリビューションではなく、驚異的です。. 例えば: もし KDE 4.2 明日リリースされるた, あなたはおそらくより少ない待機する必要があるだろう 2 それは、Gentooで使用可能にするには数週間. Ubuntuユーザーはまで待たなければならない場合があります 9.04 – つまり、4ヶ月待ちです.

より適切なもの?

個人的に, 私は、中に入れて喜んでいないよ 40 努力の時間、私のシステムは、私がそれを望むように動作させるために. 私の同僚は、いくつかのあいまいな理由で、最近再インストールしなければならなかったし、それは彼が中に入れて喜んではなかったが判明 6 営業時間 (彼は、Gentooでより経験だ) それはどちらか動作していたかに彼のシステムを取り戻すための努力の. 代わりに, アーチのLinux 彼の目に留まった. アーチLinuxはローリングリリースです (Gentooのような), バイナリベースの (Ubuntuのような) 配布. そのパッケージ (よく, そのうちの大多数) どちら物事がうまく動作させるために、その設定ファイルをいじっあまり必要としない. その両方の長所!

あなたはこの時点に来ている場合は、まだあなたが*をやっているかを知る必要がありますが、, それはこのような巨大であってはならない 盲信. アーチのLinuxのパッケージマネージャ, と呼ばれる PAC, 組み込まれている依存関係と競合の処理. 私は別のパッケージマネージャを用いて, ヨーグルト (フランス ヨーグルト), 非常に迅速にアーチユーザーと人気となっている. Yaourtでは、AURから直接アプリケーションをダウンロードしてインストールできるようにすることで、パックマンの機能を拡張, または アーチ·ユーザー·リポジトリ. このリポジトリは、あなたがそうでないアーチ自体のコア開発者によって完全にサポートされていないだろう、多くのアプリケーションを自動的にダウンロードしてインストールできるようにするスクリプトが含まれています. これは、chrootさ、環境にパッケージをダウンロードし、コンパイルします. その後、パックマンと互換性のあるパッケージのtarballにchrootさの環境をパッケージ化し、システムにそれを展開するパックマンを使用しています.

また, AURは、人気のあるパッケージは、より正式に置か取得することにより投票システムをサポートしています [コミュニティ] 倉庫. Yaourtも、それによって自動化された議決権行使のメカニズムをサポートしています, AUR介してパッケージをインストールした後、, あなたはそれを含めるために投票するかどうかを聞かれます [コミュニティ].

私は私のアーチのインストールにかかった時間は約あったことを推定し 90 分. 私は、初心者のためのArchlinuxはお勧めしませんが、私 他のディストリビューションと退屈得ているのいずれかのLinuxユーザのためにそれをお勧めします – してインストールしなくても、核心に入るために望んでいる リナックス·フロム·スクラッチ. アーチLinuxは、これらの日はかなり人気が出てきた. その現在の数で 14 上の Distrowatchで.

* 何をやっていると知っていれば. そして、あなたは何をやっているより良いBLOODY KNOW!
シェア
火曜日, 12月09th, 2008 | 著者:

失敗に失敗する. 私は最近、ユーザーが失敗し、コマンドを実行するために助言された議論に出くわした. 結果はでした, 幸いにも, 次のように:

[ユーザーの@ユーザーのデスクトップ〜]$ CD〜/。ゴミ箱; sudoをRM-RFV *
殴りつける: CD: /ホーム/ユーザー/ .Trash: そのようなファイルやディレクトリはありませんいいえ
BASH: 南: コマンドが見つからない
[ユーザーの@ユーザーのデスクトップ〜]$

コマンド CD 〜/.ごみ C言語hanges Directory (または 現在の作業ディレクトリ) /ホーム/ユーザー/ .Trashフォルダへ. この場合, このフォルダが存在し、これは/ home /ユーザー/ PWDとして滞在しません, フォルダ場所 すべて ユーザーのファイルと設定が保存され.

コマンド RM-RFV * RMPWD内のすべてのファイルをoves. ザ “で” 部分は、それがこの除去プロセスの間に行われているかを示す詳細出力を示さなければならないことを示しています. 接頭コマンド (Substitute ある ) コマンドは、実行された ルート. こうして, 持っていた コマンドは、機能的であっ, ユーザー 彼はこれまでの彼のホームフォルダに保存されていたすべての文書を削除しただろう.

バックアップ管理者からの一言アドバイス: バックアップしばしば. 😉

シェア
火曜日, November 11th, 2008 | 著者:

I sometimes use a simplified remote desktop script I built a long time ago, before KRDC and its kin came about. It is still useful for if you normally only connect to 1 server at a time or you want your screen’s real-estate back. Feel free to adjust the defaults. 🙂

This works for generally any distro as long as you have rdesktop installed:

((パックマン|ヨーグルト) -S|出現する|(YUM|適性) インストール) rdesktop

Copy the text into an appropriately-named file in your ~/bin/ folder. Then chmod it to be executable and link the second alias.

tricky@swiftspirit:~$ [ -d ~/bin ] || mkdir ~/bin
tricky@swiftspirit:~$ nano ~/bin/rd
tricky@swiftspirit:~$ chmod +x ~/bin/rd
tricky@swiftspirit:~$ link ~/bin/rd ~/bin/rdc

また, create a folder at /media/rd that is writable only by root but readable by anyone. Then also create a second folder within this which is writable by anyone. The /media/rd folder is shared with the remote desktop when you connect so it is useful to keep small scripts or applications that you might install or need often in this folder. The /media/rd/honey folder is there for security purposes so that you can copy content to your desktop but ALSO so that a virus-infected server doesn’t infect your existing executables and scripts in the main /media/rd/ folder:

tricky@swiftspirit:~$ sudo mkdir /media/rd
tricky@swiftspirit:~$ sudo mkdir /media/rd/honey
tricky@swiftspirit:~$ sudo chown -R root:root /media/rd
tricky@swiftspirit:~$ sudo chmod 755 /media/rd
tricky@swiftspirit:~$ sudo chmod 777 /media/rd/honey

copy rd’s content from ここで.

Once this is in place, to connect to a server, type the command into your terminal from within your GUI:

tricky@swiftspirit:~$ rd my.server.swiftspirit.co.za

If you want to connect to a console session (session 0), use the rdc バージョン:

tricky@swiftspirit:~$ rdc my.server.swiftspirit.co.za

Improvements and suggestions are welcome. I’d built a version which could save your passwords into a shadow file using openssl however I never quite got it to work. Maybe another time. 😉

シェア