ChatGPTをはじめとした生成AIにおけるここ数年の勃興は語るまでもありません。特にユーザーからの自然言語による対話をもとに文章を生成する仕組みは、すでに趣味や研究の範囲を超えて各分野の業務でも広く使われるようになりつつあります。その自然言語の理解と文章の生成に貢献している概念のひとつが、「⁠LLM（Large Language Model：大規模言語モデル）」です。現在ではChatGPTで使われているGPTシリーズだけでなく、GoogleのGeminiやAnthropicのClaudeなど、規模の大小、目的問わずさまざまなLLMが登場しています。 今回はそんなLLMのうち個人でも利用可能で軽量なモデルの入門として、まずはUbuntu上で動かす方法について紹介しましょう。 図1 ollamaとOpen WebUIを使えばChatGPTっぽいUIからローカルLLMを使える ローカルLLMの

Linux Daily Topics “時は来た” ―ReiserFS⁠⁠、Linux 6.13でカーネルから完全に削除へ The deprecation period of reiserfs is ending at the end of this year so it is time to remove it. （⁠ReiserFSの非推奨期間は今年いっぱいで終わるので、もう削除するときが来た） 2025年1月リリース予定の次期Linuxカーネル「Linux 6.13」に向けて、マージウィンドウではすでにいくつもの新機能が取り込まれつつあるが、一方でメインラインから完全に姿を消してしまうものもある。Linus Torvaldsは11月21日、Linux 6.13の変更作業においてジャーナリングファイルシステム「ReiserFS」をカーネルコードから削除するコードをマージした（冒頭のコメ

IT部門が頭を抱える「CentOS終了問題」　なぜ企業は後継OSに「AlmaLinux」を選ぶのか：移行先の検討で留意すべきこと 無償のLinuxディストリビューションである「CentOS」の更新が2024年6月に終了した。そのまま使い続けるとセキュリティリスクになるが、有償の「Red Hat Enterprise Linux」への移行は検証も含め、コスト面で課題があるケースも多い。日本語サポートも欲しいところだ。現実的な移行先を解説する。 無償のLinuxディストリビューションとして普及している「CentOS」を利用する企業が今、岐路に立たされている。「CentOS Linux 8」はアップデートが2021年末に打ち切られ、「CentOS Linux 7」の更新が2024年6月に終了した。今後もセキュリティパッチを適用して安全に使うためには、ベンダーが有償で提供しているCentOSの延長

前々回の第820回では「改めてUbuntuに入門したい人向けのUbuntuサーバー講座2024」と題してUbuntu 24.04 LTSのサーバー版のインストール方法を紹介しました。もちろんUbuntuはインストールしただけで終わりではありません。豊富なパッケージ資産の利用や、自分なりの環境のカスタマイズなどを行って初めて、「⁠Ubuntuを使う」状態になるのです。そこで今回は、Ubuntuサーバーを使い始めてまず実施するであろう定番の作業をいくつか紹介しましょう。 UbuntuのCLIを使えるようになると、他のLinuxディストリビューションやWSL、Raspberry Pi OSなど他の環境におけるハードルもぐっと下がります。その人の使い方に合うか合わないかは別にして、一度は経験しておくことをおすすめします。 図1 fastfetchでUbuntuの情報を表示した様子 SSHサーバーの

Ubuntuではセキュリティ対策の一環としてAppArmorを採用しています。AppArmorを使えば、任意のプログラムに対して、意図しないファイルやデバイスのアクセスを阻害したり、サブプロセスに対するセキュリティ制約をかけたりできます。今回はあまり意識することのないものの、知っておくといつか役に立つかもしれない、実際に役に立つ時はあまり来てほしくないAppArmorについて紹介しましょう。 AppArmorとMACとLSMと 「AppArmor」は「名前ベースの強制アクセス制御で、LSMを用いて実装されている仕組み」と紹介されることがあります。これはどういう意味でしょうか。 まずはAppArmorの特徴となる「名前ベース（もしくはパス名ベース）」についてですが、これは「セキュリティ設定を対象となるファイルパスを元に設定する」ことを意味します。つまりファイルパスごとに、何を許可し何を許可し

adwaita-icon-theme, baobab, evince, gdm3, gnome-bluetooth-3-common, gnome-calculator, gnome-characters, gnome-clocks, gnome-control-center, gnome-disk-utility, gnome-font-viewer, gnome-initial-setup, gnome-keyring, gnome-remote-desktop, gnome-session-bin, gnome-settings-daemon, gnome-shell, gnome-system-monitor, gnome-text-editor, gnome-user-docs, mutter-common, nautilus, orca, tecla, ubuntu-sessi

新しい開発環境を構築していて、 .bashrc と .bash_profile のどちらに何を書くべきなのか、今までは適当にやっていたがベストプラクティスを調べて準拠したくなり、気合を入れて調べたのでメモを残す。（macOS Venturaで確認） 調べたいこと bashの主要な設定ファイルである .bashrc と .bash_profile は、それぞれどんなときに読み込み・実行されるのか確認し、整理する 上記整理に従って、bashの設定の管理指針の明確化を図る bashシェルのモード bashのシェルには、起動方法によって「ログインシェル」と「インタラクティブシェル」があり、それぞれ読み込まれる設定ファイルが異なる。 「ログインシェル」は、主にシェルのセッション開始時に用いられる。具体的には、macOSでターミナルを立ち上げたり、SSHでリモートログインしたときなどである。一番「外側

今回はイマドキのVPSであるKAGOYA CLOUD VPSにUbuntuをセットアップし、セキュアに運用する方法を紹介します。とはいえ他のVPSサービスにもそのまま利用できます。 VPS放浪記 筆者は諸般の事情でKAGOYA CLOUD VPSを借りることにしました。 主に動作させるのはNextcloudサーバーです。一般的なVPSサービスのストレージ容量は（プランにもよりますが）100GB程度で、少なく感じていました。しかしKAGOYA CLOUD VPSは大容量プランと称して200GBや400GBのストレージが割安で使用できます。これはいいなと思って契約しました。 筆者が使用したことのあるVPSサービスはこれで3社目ですが、いずれもOSテンプレートとして最新のUbuntu LTS（今だと22.04 LTS）が用意されています。Ubuntu使いとしてはこれを選択するわけですが、3社とも

先週に引き続き、今回もufwを使いこなすためのレシピを紹介します。今回は実践編となりますので、先週の基礎操作編とあわせて利用してください。 特定のIPアドレスからの接続を許可する ネットワークの構成上、「⁠このIPアドレスからの接続は安全であると仮定してもいい」（⁠そこには自分が普段使うマシンしかない）といったこともあるでしょう。このような場合は、次の構文を用います。 $ sudo ufw allow from 192.168.254.0/24 この設定は、「⁠192.168.254.*に属するホストからのすべての通信を許す」というものです。個別のホスト単位にしたい場合は、次のようにIPアドレスを指定してください。以下では、192.168.254.10からのすべての通信を受け付けるように設定しています。 $ sudo ufw allow from 192.168.254.10 さらに、以下

この中で私が特に気に入ったコマンドは dateround です。次点は dategrep です。この二つは特に強力で、awk やその他のコマンドを使って日時をこねくり回すような「無駄に難解なコード」を書かずに Dateutils のコマンド群だけで大抵のことはなんでもできてしまいます。専用のことをするには専用のコマンドを作ることが重要であることを思い出させてくれるでしょう。 Dateutils の重要な特徴と使用例 大抵のコマンドは機能の説明から想像できると思いますし、公式サイトにも例があるので詳細を一つ一つ説明することはしません。その代わりに「Dateutils の使いこなしに必要な考え方」が分かるような例をいくつか紹介します。 重要な注意点ですが Dateutils はロケールをサポートしていますが、原則としてシステムのロケール情報やユーザーの環境変数には依存していません。内部にロケー

以下イベントのプレゼン資料です。 https://forkwell.connpass.com/event/279042/

DebianリリースチームのPaul Giversは4月27日（世界標準時⁠）⁠、Debian Linuxの次期メジャーアップデート「Debian 12.0 “⁠Bookworm⁠”⁠」の正式リリース予定日が2023年6月10日であることを明らかにした。 bookworm release planned on 2023-06-10 and the last weeks up to the release -lists.debian.org Bookwormの正式リリース日の決定に伴い、リリースチームは最終的なフリーズ作業（Full Freeze）を5月24日から行うことも発表しており、この時点からすべてのパッケージはテスト移行に際してリリースチームが手動でブロックを解除する必要がある。また、重大なバグの修正を除き、パッケージ内容の変更は基本的に認められない。開発者がブロック解除のリクエスト

crontabの設定ってわかりにくいじゃないですか。 いくら言葉を尽くして説明されたところで、じゃあ実際こうしたらどうなるんだってのがよくわからない。 なので"0 0 13 * 5"って入れたら『13日の金曜日に動くぞ』と教えてくれるサービスを作ってしまおうかと血迷いかけたところでそのまんまなやつを見付けました。 本日紹介するのは、crontab guruという大変便利で素晴らしいサイトです。 https://crontab.guru/ 任意の数値を書き込めば、それが動作するタイミングを教えてくれます。 https://crontab.guru/#0_0_13_*_5 “At 00:00 on day-of-month 13 and on Friday.” 13日と金曜日の0時0分に動くぞ。 13日"の"金曜日ではありません。 こういううっかりを教えてくれるのが助かりますね。 https:

Ubuntu Weekly Topics Ubuntu 23.04（lunar）の開発/壁紙の準備とFeature Freeze後のいろいろなException⁠⁠、MediaTek製SoC向けUbuntuイメージ⁠⁠、Ubuntu 20.04.6の準備 lunar（Ubuntu 23.04）の開発/壁紙の準備とFeature Freeze後のいろいろなException lunarには今回のコードネームであるlobsterの壁紙や、コンテスト入賞作品の壁紙が投入され[1]、徐々に「見た目的にも」完成品に近づきつつあります。 一方でFeature Freezeを過ぎたあともいろいろな形で続けられており、たとえばウインドウタイリングのためのユーティリティを追加するための申請が行われたり、あるいはUbuntu Pro関連のGUIが非LTSであっても表示されるようにする調整、Rustでカーネルモ

基本的な使い方 systemd パッケージは Arch ではデフォルトでインストールされており、有線ネットワークに接続するために必要なファイルは全て揃っています。後で述べているように、wpa_supplicant や iwd など他のサービスを使うことで無線アダプタを設定することもできます。 必要なサービスと設定 systemd-networkd を使用するには、systemd-networkd.service 起動/有効化します。 ノート: ネットワークを設定したい他のサービスが起動していないことを確認する必要があります。実際、複数のネットワークサービスが競合してしまいます。現在動作しているサービスの一覧は systemctl --type=service で確認でき、それらを 停止 して下さい。 また、ネットワーク名前解決サービスである systemd-resolved は，以下の点を

2022年10月21日(日本時間)、Ubuntu 22.10 Kinetic Kuduがリリースされました。 主な変更点についてはリリースノートを参照して頂きたいのですが、一般的なユーザーにとって影響するであろうポイントは、SSHサーバーがsystemdのSocket-Based Activation経由で起動されるようになった点でしょう。 wiki.ubuntu.com この変更は、SSHサーバーの待ち受けポートを変更したい場合に影響があります。従来であれば/etc/ssh/sshd_configを直接書き換えていましたが、Ubuntu 22.10ではsystemd.socketのUnitファイルを変更する必要があります。デフォルトでは/etc/systemd/system/sockets.target.wants/ssh.socketというファイルに、以下の記述がされています。このLi

venturebeat.com 「Linux をてがけて30年経った今なお、リーナス・トーバルズは自身が作ったオープンソースのオペレーティングシステムとそれがこれからもたらすイノベーションの見通しに夢中である」という文章で始まる記事だが、先日開催された Open Source Summit North America を取材した記事である。 いろいろ読みどころはあるだろうが、やはりもっとも目を惹くのは、「Rust is coming to Linux」の見出しである。 実は、ワタシもこの話題を何度かこのブログで取り上げている。 Rustこそがシステムプログラミングの未来（で、C言語はもはやアセンブリ相当）なら、Rustで書かれたドライバのコードをLinuxカーネルは受け入れるべきなのか？ - YAMDAS現更新履歴 2020年はLinuxカーネルにおけるRust元年になるか？ - YAMD