はじめに 環境 苦戦ポイント 解決方法 「n」を使って最新版Node.jsをインストール 最後に はじめに Linux環境でNode.jsをインストールしたことは、今まで2回あります。Linuxに不慣れなためか、いずれも苦戦しました。試行錯誤して最終的にはいずれも納得のいく形でインストールされましたが、１回入れてしまえば何回も入れ直すものでは無いため、その時の手順は残していませんでした。 今回、晴れてWSL2でUbuntuをインストールしたので、Node.jsを入れようとしたら、案の定また苦戦しました。同じところで躓き続けるのも進歩が無く、さすがの私も反省しました。今回、苦戦するポイントとその解決策を備忘録としてまとめることにしました。 環境 今回のLinux環境は以下の通りです。WSL2でデフォルト設定されているUbuntuです。 Distributor ID: Ubuntu Descr

プライベートのパソコンはWindowsを使っているのですが、ちょっとした理由でnodeコマンドが必要になったため、WSL2環境にインストールしました。 先に結論から言ってしまうと、普通にaptコマンド経由でインストールできました。 $ sudo apt update $ sudo apt install nodejs $ sudo apt install npm インストール自体はお手軽だったのですが、注意点もあることがわかったので、備忘録も兼ねてメモします。 aptコマンドでNode.jsをインストールする場合の注意点 Node.jsのバージョンが古い さっそくインストールをしてみたわけですが、本記事を書いた時点では、v10系のNode.jsがインストールされました。 現在の最新版はv16.5.0なので、これは古いバージョンであることがわかります。 $ node --version v1

適当にググると「とにかく何でも .bash_profile に書いとけばおk」みたいな嘘を書いたブログ記事がわんさか出てくるのでここに正解を書いておきます。 .bash_profile .bash_profile はログイン時にのみ実行されます。具体的な用途は: 環境変数を設定する (export する変数) 環境変数はプロセス間で勝手に受け継がれるのでログイン時のみ設定すれば十分です。 .bashrc .bashrc は対話モードの bash を起動する時に毎回実行されます。具体的な用途は: 環境変数でない変数を設定する (export しない変数) エイリアスを定義する シェル関数を定義する コマンドライン補完の設定をする これらは bash を起動する度に毎回設定する必要があるものです。 その他 .bash_profile ? .bashrc ? いろいろあるけどこいつらなにもの？

いまさらですがlinuxで環境変数を設定するときのいろいろです。 環境変数とシェル変数 変数を設定したい、というとき、変数には2種類あります。 それが環境変数とシェル変数です。 この2つは設定の方法が違います。また、変数が適応される範囲(スコープ)も異なります。 以下、NAME といういう変数に Taro という値を保持例で説明します。 シェル変数

Dockerを使用してローカル環境を構築しています。 amazonlinuxコンテナを使用しているのですが、 systemctlやserviceコマンドが見つかりませんというエラーがでました。 調べたところパスが通っていないということではなく、 インストールされていないようでした。 下記のリンクを参考にするとDockerの中ではsystemdは動かさないのが普通とのことだったので コマンド自体は必要ないのですが、インストールする方法が分からないので質問させていただきます。 teratail - systemctlコマンドがない＞＜ systemctlやserviceコマンドは通常どうやってインストールするのでしょうか？ yum install -y systemctl service 上記コマンドを打ってもコマンドをインストールすることができませんでしたので、 ご存知の方ご教授お願いします

sudoでリダイレクトするとPermission deniedとなってしまった sudoを実行しているユーザの権限が無いファイルにリダイレクトで書き込みをしたところPermission deniedとなってしまったので、その原因と解決方法を調べた結果をまとめました。 実際の失敗例 echoで表示させた文字列をファイルにリダイレクトさせて書き込もうとした際に、Permission deniedとなってしまいました。 $ sudo echo test > /usr/share/nginx/html/test.html -bash: /usr/share/nginx/html/test.html: Permission denied 今回はechoの結果をリダイレクトさせていますが、他のコマンドの実行結果をファイルにリダイレクトさせても同様にPermission deniedとなります。 原因

今回はかなり地味なテーマですが、Azure Linux VMにAzure Filesにマウントするときのディレクトリのパーミッション設定が、挙動にどのような影響を与えるか検証した結果をまとめました。 理解しておくべき概念 具体的な検証内容の前に、理解しておくべき概念を説明いたします。 Azure Files とは Azure Files とはSMB プロトコルによるファイル共有機能を提供するサービスの1つで、Azure Storage Account に含まれます。「SMB プロトコルによるファイル共有機能」というとイメージが湧きにくいかもしれませんが、「ファイルサーバー（共有サーバー）」としてほとんどのオフィスで長年、利用されてきたサービスのことです。 Azure Filesとは「PaaS型のファイルサーバー」と言い換えることもできます。代表的な用途の例としては、バッチ処理でのバックアッ

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

追記 この記事は2021/03/28に執筆しました。 しかし2021/03/30現在、改めてvolumeを作成したところ、WSL2のターミナル上から確認できるようになりました。 ディレクトリ：/var/lib/docker/volumes 環境は全く変わっていません。謎です。 はじめに volumeについて学ぼうとした矢先です。 Linuxと全然挙動が違う＋日本語の記事がなさそうなので書きました。 あと、仕組みを全然理解できないです。 よく言われているWindowsOS上のディレクトリをコンテナ上にバインドマウントする際の注意とは異なります。 問題 WSL2上で作った名前付きボリュームが消える 別の言い方をすると、 そこにあるって書いてあるのに、そこを見に行ったら"なかった" 結論 Windowsファイルシステム上の以下のディレクトリにある。 エクスプローラーでアクセスしてみてください。

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

米Dockerは8月31日（現地時間）、「Docker Desktop 4.0」を公開した。Windows/Mac環境へ「Docker」をインストールし、手軽に使えるようにしたツール「Docker Desktop」のメジャーバージョンアップとなる。機能面では小幅なアップデートとなっており、製品サブスクリプションのアップ... Docker Desktop は使用せずに、Docker の便利な性質は開発で使いたい！というちょっとしたワガママを解決できるかなと興味があったので、少しトライしてみることにしました。 Docker Desktop をアンインストール Windows 10 では WSL (Windows Subsystem for Linux) が使えます。これを用いて Docker を動かそうというのが最初の目標です。最終的には VS Code の Remote Developme

こんにちは、hachi8833です。社内Slackで見かけたmorimorihogeさんの以下の書き込みで目から鱗が落ちました。 ~/.bashrcで何かを出力してしまうと、rsyncなどのsshパイプで問題が生じることがあるそうです。 参考: 知らないとrsyncでもハマるシェル初期化 - Qiita これをきっかけに、できるかぎり一次情報を元になるべく一般的になるようにまとめてみました。 シェルスクリプト（.bashrcや.bash_profileなども含む）はあまりに自由に書けてしまい、LinuxディストリビューションやmacOSによって作法がまちまちだったりするので、外してはいけないポイントがどこかを知りたかったのでした。 対象はbashとsh（Bourne Shell）に限定します。また、デスクトップGUIの設定ファイルについては最小限にとどめます。 bashのmanページ 元記

特定ユーザの特定コマンド（今回の場合は god）のみsudoをパスワードなしで実行できるようにしたいと思い、visudoで以下のような設定を行いました。 root ALL=(ALL) ALL app ALL=NOPASSWD: /opt/rbenv/shims/god ## コメント行 ## コメント行これでappユーザは/opt/rbenv/shims/godの実行のみパスワードなしでsudoを実行できるようになるはずなのですが、なぜか設定変更後も毎回パスワードを聞かれてしまう現象に遭遇しました。 別のサーバでは上記の設定で問題なく動いていたので文法的に間違っているわけではなさそうです。 調べていたところ、 ハートビーツさんのブログ記事を発見 sudoでNOPASSWORDが効かない場合、設定をファイルの一番最後に設定を書けば解決します。 というわけで実際に試してみたところ、確かに最後に

RHEL 7で2TB以上のサイズのディスクを使用する場合、fdiskでパーティション作成をしようとすると、以下のようにWARNINGメッセージで怒られる。 [root@localhost ~]# fdisk /dev/sdb Welcome to fdisk (util-linux 2.23.2). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Device does not contain a recognized partition table Building a new DOS disklabel with disk identifier 0x5a730435. WARNING: The size of th