ConoHa から公式パルワールドテンプレートが公開されました。 公式テンプレートに対応した新しい方法は、【親切自動設定付き】パルワールドサーバーの建て方【ConoHa for GAME】 で解説しています！ こちらの記事は公式パルワールドテンプレート前にサーバーを作成された方向けに残してありますので、新たにサーバーを作成される場合は上記の方法をご覧ください！ パルワールドで簡単に専用サーバーを建てる方法の解説です。 有償サービスの ConoHa for Game を利用し登録からセットアップまで、誰もができるように簡易化した内容となっています。 本記事の内容を実施すると、誰かのPCでずっとサーバーを建てておいてもらう必要がなくなります。 現在のパルワールドは「Steam 版」のみ専用サーバに接続できます。 『Xbox Game Pass 版』は招待コードを使ったマルチプレイのみ可能で、そ

現在のパルワールドは「Steam版」のみ専用サーバに接続できます。 「Xbox PC Game Pass版」は招待コードを使ったマルチプレイのみ可能で、その場合は最大4人までのプレイに限られます。 ゲーム内で設定できるマルチプレイでは、1 つの世界に同時に最大 4 人が参加できますが、専用サーバーをホストした場合、その数は最大 32 人になります。 （非公式ですが、設定すればそれ以上も…） キャラクターはワールドに依存し、最初から Linux で専用サーバを建てることで、友人と 24 時間パルワールドをプレイすることができます。 よってパルワールドでは 24 時間の稼働に適した専用サーバ（Dedicated Server）プログラムが開発元からリリースされています。 この記事は Linux にある程度精通した方向けになっています。 またサーバが置かれた環境のネットワークポート開放の知識も必

1. はじめにWindows 10 に入ってる WSL を Microsoft Store アプリ版 WSL (Windows Subsystem for Linux) に更新しました。そのときのメモです。 ※ 今回は Microsoft Store にアクセスすることはありません。コマンドラインから更新します。 2. 現状確認2-1. OSWindows 10 Pro 22H2OS ビルド 19045.2251Windows Update から、KB5020030 を導入しておく必要があります。2-2. PowerShell で現状を確認するPS> wsl --status 既定の配布: Ubuntu 既定のバージョン: 2 Linux 用 Windows サブシステムの最終更新日: 2022/03/26 土 WSL の自動更新が有効になっています。 カーネル バージョン: 5.10.1

九州支社技術部(九州・中四国事業部)所属。自作パソコン好きで、ハードウェア選定の仕事を与えると喜ぶ。最近は何でもコンテナにしたい教に入信し、コンテナ化の機会を虎視眈々と狙っている。 こんにちは、九州支社技術部(九州・中四国事業部)所属のy-morimotoです。 Windows 10のサポート期限がじわじわと近づいてきており、そろそろWindows 11を使ってみようという事で、 Docker Desktopを使わずにWindowsでDockerを、Windows 11でもやってみました。 (弊社、Docker Desktopライセンスは普通に購入しているのですが、まあそれはそれという事で…） 1．どうやるの？ Windows 10の時と同様で「WSLのUbuntuでDockerを動かす」です。 ただ、導入手順は随分とシンプルになっていました。 【参考】過去の導入手順(Windows 10

はじめに シェルスクリプトで二重起動防止やロックをする方法を検索すると、いろいろな方法や書き方が見つかりますが、どれを使えばよいのか、本当に正しく動くのか、不安になりますよね？ ディレクトリ (mkdir) やシンボリックリンク (ln) を使った独自実装の例も見かけますが、エラー発生時や予期せぬ電源断、CTRL+C で止めたときなどでも問題は発生しないのでしょうか？ まず、ディレクトリやシンボリックリンクを使った独自実装はしない。これを肝に銘じてください。シェルスクリプトでのロック管理はとても難しく、一般的な排他制御の知識に加えて、シェルスクリプト特有の問題、シグナルやトラップ、サブシェルや子プロセスの問題、さらには特定のシェル固有の仕様やバグなどさまざまな問題に対処する必要があり大変です。独自実装の例では古いロックファイルが残ってしまい、それをいつどのタイミングで片付ければ安全なのか？

背景 ls、cd、psなどのコマンド。 いずれも30年前のもので、今でも毎日使っていますが、"オープンソースの世界には、これらの「古い」Linuxコマンドに代わり、より優れたコマンドラインツールがあるのだろうか？"と思いました。 本記事では、Linuxのコマンドと同じことができるだけでなく、より使いやすいパラメータ、一目でわかる表示、クロスプラットフォーム対応など、使い方、パフォーマンス、表示の面でより優れた新機能を追加したオープンソースのコマンドラインツールを10個まとめてみました。 1. dust（du） 開発言語： Rust Github： https://github.com/bootandy/dust スター数： 4.4k 代替コマンド： du 使用方法： dust プラットフォーム： Windows、Linux、macOS 説明: ディレクトリやファイルのサイズを一目でわかるよ

Linuxの魅力の1つは、アプリのインストールが楽なことですよね。デスクトップならGUIで選べば勝手にダウンロード、インストールしてくれますし、コマンド1行で複数のアプリをまとめて入れてしまうこともできます。 そして、RedHat系ならパッケージ管理は「yum」コマンド、そしてUbuntuなどDebian系は「apt-cache」と「apt-get」コマンド…そう思っている人、まだまだ多いんじゃないでしょうか？ 確かに、「apt-cache search」とか「apt-get install」って書いてある記事が多いですよね。 でも実は、Ubuntu 14.04から「apt-get」じゃなくて「apt」コマンドが推奨されています！これからは「apt」が主流になっていくはずです。今のうちに切り替えて、指にコマンドを覚えさせてしまいましょう。 「apt」を中心に、Ubuntuのパッケージ操作を

Bash の勉強を始めた頃、頭がごちゃごちゃになって調べたこと、わかるとほんのちょっとうれしくなったことを５個ピックアップしてみました。 - 目次 - alias sudo='sudo ' と alias sudo='sudo -E ' bash -c /dev/null grep -rl xargs で任意の位置に引数を展開する - 説明 - 1. alias sudo='sudo ' alias コマンドを使うと、長いコマンドを別名で登録できて、とても便利です。 でもそのまま sudo と組み合わせると、エラーになります。 例えば、la という登録名で、ls -a を実行させると、 sudo la でエラーになります。 bash のマニュアルには、以下のように書かれています。 alias [-p] [name[=value] ...] value の末尾に空白があると、エイリアスが展開

WSLのLinux環境から、 clip.exe および powershell.exe を叩くことができるのでこれを利用するエイリアスを設定する。 具体的には、WSL内のLinuxマシンの ~/.bashrc に以下を追記する。

Debianで以下のようなロケールエラーが表示される場合の対処方法を紹介します。 # apt-get install XXXXXXX … 中略 … Can't set locale; make sure $LC_* and $LANG are correct! perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = "ja_JP.utf8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). … 略 … 環境変数にロケールが

２．以下の内容を記載し保存 [boot] systemd=true ３．WSLを再起動 powershellで以下のコマンドを実行 PS C:\Users\xxx> wsl --shutdown ４．systemdがPID 1で起動していることを確認 $ ps -ae PID TTY TIME CMD 1 ? 00:00:00 systemd 2 ? 00:00:00 init Microsoftのブログ https://devblogs.microsoft.com/commandline/systemd-support-is-now-available-in-wsl/ これで、構築の都度genieを導入する作業から開放されました。 なので、以下の作業は今後不要になりました！ WSL2にUbuntuをインストールし systemctl コマンドを実行すると以下のようなエラーが発生し実行する

（注）ギークな読者ならもっと手の込んだ開発環境だと思いますが、本記事は「私にとっての」最高の Windows 開発環境なので悪しからず。 本記事は Sansan Advent Calendar 2020 の10日目です。業務で使っていた Mac が残電源容量を50%を切ると突然落ちるという謎現象に遭遇していました。12月に部署異動した*1ので、この機に Windows に変えることにしました。 前職も Mac を使っていたので、7・8年ぶりの Windows です。 Windows にした理由 キーマッピングの変更 WSL2 のインストール Windows Terminal の設定 Docker のインストール VSCode のインストール GoLand のインストール Golang のインストール その他 CopyQ Royal TS Windows10 フォントが汚いので一発変更! S

WSL 開発環境を設定するためのベスト プラクティスへのステップ バイ ステップ ガイド コマンドを実行して、Ubuntu を使用する既定の Bash シェルをインストールする方法、他の Linux ディストリビューションをインストールするように設定できる方法、基本的な WSL コマンドを使用する方法、Visual Studio Code または Visual Studio、Git、Windows Credential Manager、MongoDB、Postgres、MySQL などのデータベースを設定する方法、GPU アクセラレーションの設定、GUI アプリの実行などを行う方法について説明します。 はじめに Linux 用 Windows サブシステムは、Windows オペレーティング システムに付属していますが、使用を開始する前に有効にして Linux ディストリビューションをイン

2023/04/29: これくらいの情報はググればすぐに出てくると思いいったん非公開にしましたが、意外とそうでもなかったので自分用メモとして再公開しました。 1. ソフトウェアのダウンロード元を変更してシステムをアップデートする (*) Super キー(= Windows キー)を押して、software と入力し、「ソフトウェアとアップデート」を選択します。 「設定...」ボタンを押して、「Ubuntu のソフトウェア」タブの「ダウンロード元:」から ftp.jaist.ac.jp などの国内ミラーサーバーを選択します。 アップデートが存在する場合は、表示されるウィンドウの指示にしたがってパッケージを更新し、Ubuntu を再起動します。 2. キーボードの CapsLock キーを Control へ置き換える /etc/default/keyboard を編集します。

写真01: Windows Subsystem for Linux（WSL）は、Windows 10/11の中でLinuxを動作させるための仕組み この記事では、Windows Subsystem for Linux（以下WSLと表記する）のインストールから基本的な設定までを解説する。なお、記事の読者としては、ある程度Windowsを使い慣れていることを想定するが、必ずしもLinuxのコマンドになれているとは限らないレベルを想定している。 WSLの基本的なこと WSLとは、Windows 10/11の中でLinuxのアプリケーションを実行する仕組みだ。これを利用することで、Windowsの中でLinuxが実行可能になる。また、Windows 11からは、コンソールアプリケーションだけでなく、Linux GUIアプリケーションの利用も可能になっている。現在サポート期間にあるWindows10

Chromebook歴も10年ぐらいになりました 4年使用したPixelbook Goに変わってメインマシンとなったASUS CX3402。CPUの世代が4つ上がってファン付きになったのでおおよそどのベンチマークでも2-3倍のスコアが出ていて快適😭。ちなみにこのマシンからLinuxコンテナは複数使い回すことにして、よく変える環境と実験の環境は分けることにした。 pic.twitter.com/BcMbcvIilI — Taiki Komoda (@komde) February 18, 2024 #Pixelbook go 到着。到着して開封して起動して5分で(アップデート走ったので、通常なら2分)仕事再開できるのホント生産性高い。hp x360 14 はTDP高いi3でOctaneで5000ぐらいスコア高かった(32000)けど、Pixelbook go m3のほうが体感スピード速い。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

S.M.A.R.T.の情報からハードディスクの健康状態を確認できますが、時にはS.M.A.R.T.の状態がgoodであってもエラーがあって突然壊れてしまう場合もあります。 これまでの経験から、ハードディスクが壊れる前に起こりうる状況についてまとめました。 なお、当方、ハードディスク並びにUSBメモリでの故障しか経験していないため、SSDでは当てはまらないケースがあるかもしれません また、この記事で取り上げたメッセージはファイルシステム、Linuxカーネルのバージョンやディストリビューションの違いによって差異があるかもしれません。大まかな意味は変わらないと思いますので、メッセージ内容は参考程度に留めてください ディスクが壊れたと疑う前のチェック まず最初に、ハードディスク自体の故障を疑う前にディスクの設置環境を確認してみましょう。ハードディスクは正常であっても次のようなことがあれば故障と同じ