[自作日記16] SW編: GPUマシンの Ubuntu を構成する

[自作日記16] SW編: GPUマシンの Ubuntu を構成する

こんにちは!今回は Ubuntu OS インストール後の構成をします

3.1 Ubuntu の構成

3.1.1 初回起動時の各種アップデート

現在、Ubuntu OS のインストールが終了した状態となってますが、Ubuntu OSアップデート言語パックのアップデートなどが表示されていた場合、それをまず実行します

初回に表示されるアップデートが終了したときに以下のようなダイアログが表示されるのですぐに再起動をクリックしていったんリブートします

3.1.2 日本語 IME の設定

画面右上にある日本語IMEを選択します

3.1.3 ”downloads” ディレクトリの作成

ダウンロードファイルの保存先用に "downloads" ディレクトリを作成します。
日本語の「ダウンロード」ディレクトリがもともとあるが、端末(shell)から扱いにくいですし、日本語フォルダ名は何かと不便なためです。

画面左バーからファイルを起動します

ホームディレクトリ以下にdownloadsというディレクトリを作成します

3.1.4 Firefox(ブラウザ)の設定

左側バーから、Firefoxを起動します

Firefox画面の右上にあるハンバーガーメニューをクリックし、

設定画面が表示されるので検索窓にダウンロードと入力すると、 
ダウンロード先ディレクトリの設定画面がでるので参照をクリックし、

さきほどつくったdownloadsディレクトリを選択します

これで、Firefoxのデフォルトのダウンロード先が downloads となりました

3.1.5 端末(shell)を左側バーに入れる

左側バーはいわゆる「お気に入り」ですね。よく使う端末はそこにいれておきます

  • 画面左下のメニューボタンをおして、アプリ一覧を表示します
  • そこにある端末をクリックして起動して、

左側バーに表示されてるアイコンを右クリックしてお気に入りに追加をやっておきましょう

さて、最低限の構成ができました

Qualiteg 技術コンサルティング

自作の先に、研究・業務用のGPU環境を考えるなら。

GPUマシンを自分で組む知見は、そのまま研究・PoC・本番のインフラ選定に効きます。

私たちは自社で独自の GPU クラスターを構築・運用し、LLM プロダクトを開発しています。また研究用GPUワークステーションの調達から、インテル Core アーキテクチャ、インテル Xeon アーキテクチャなど、コンシューマーユースからプロユースまで幅広くご支援可能です。ワークステーションの調達・構築支援だけでなく、その先の学習環境の整備、最適な GPU 選定・推論最適化・分散構成まで、運用経験に基づいてアドバイスします。

LLMインフラ・基盤技術の支援を見る →

次回は、 GPU用のNVIDIA Display Driver をインストールします!


navigation

Read more

Raspberry Pi 5のWebサーバーをインターネットに公開する。ポートは開けない、WireCanalのトンネルで

Raspberry Pi 5のWebサーバーをインターネットに公開する。ポートは開けない、WireCanalのトンネルで

受信ポートを閉じたまま、Raspberry Pi 5のWebサーバーをインターネットに公開します。WireCanalのAgentをワンライナーで入れ、canalを作り、systemdで常駐化。ポート開放もルーター設定も不要で、操作はおよそ5分。再起動後の自動復活まで実測で検収しました。

By Qualiteg プロダクト開発部
Raspberry Pi 5を堅牢化する。SSH鍵認証・UFW・fail2banと、再起動でIPv6が復活する罠

Raspberry Pi 5を堅牢化する。SSH鍵認証・UFW・fail2banと、再起動でIPv6が復活する罠

セットアップ直後のRaspberry Pi 5は、パスワード認証が有効なまま、ファイアウォールなし、更新可能なパッケージ172件と無防備です。SSHの鍵認証化・UFW・fail2ban・自動更新・IPv6無効化を実コマンドと実測検収で解説します。sysctlのIPv6無効化が再起動で復活する現象と恒久対策も実機で確認しました。

By Qualiteg プロダクト開発部
LINE Botをローカルで開発する。WebhookのURLが毎回変わる問題を固定URLで解決する

LINE Botをローカルで開発する。WebhookのURLが毎回変わる問題を固定URLで解決する

こんにちは! LINE Botを作ろうとして最初にぶつかる壁は、コードではなくWebhookです。 LINEのMessaging APIは、ユーザーがBotに送ったメッセージを、LINEのサーバーからこちらのサーバーへHTTPSのPOSTで通知してきます。 この受け口(Webhook URL)にはインターネットから届くHTTPSのURLしか指定できず、開発中の http://localhost:5000 をそのまま書くことはできません。 トンネルツールで一時URLを発行して回避する方法が定番ですが、今度は別の問題が待っています。トンネルの方式によっては、起動のたびにランダムなURLが発行されます。その場合、開発を再開するたびにLINE Developersコンソールを開いてWebhook URLを書き換えることになります。コードを直すたび、翌日再開するたび、まずURLの貼り直しから。これが地味に堪えます。 結論から言うと、 ローカルPCの開発サーバーに「変わらない公開URL」を1本付けてしまえば、Webhook URLの設定は最初の1回だけで終わります。 この記事では、L

By Qualiteg プロダクト開発部