第24回 Raspberry PiのGPIOを制御する(コマンド編) | ツール・ラボ
今回の説明内容 今回はターミナル上のコマンドプロンプトを使ってRaspberry PiのGPIOピン制御をしてみます。 これからターミナル上でコマンドを入力してGPIOを制御しますが、やり方は何通りかあります。この記事では代表的な2通りの制御方法を説明します。言葉の意味はあとで詳しく説明しますが、一つは「echoコマンド」を使う方法、もう一つは「gpioコマンド」を使う方法です。2通りのやり方を通して、GPIOの制御に少しずつ慣れていきましょう。 また、GPIO制御の内容としては「LEDの点灯/消灯の制御」と「スイッチの状態読み取り」を行います。 今回の説明内容は以下になります。 ブレッドボードの確認 GPIO制御方法概要 echoコマンドによるLED点滅制御方法 gpioコマンドによるLED点滅制御方法 catコマンドによるスイッチ状態読み取り方法 gpioコマンドによるスイッチ状態読み
WSL2のデータファイルの場所を確認する方法 | ソフトアンテナ
Windows 11では「Windows Subsystem for Linux (WSL)」と呼ばれる機能を使用し、Windowsデバイス上でLinuxを直接実行することができます。 WSLでは各種のファイルがWindowsから独立した場所に保存されますが(相互にアクセスすることは可能)、これらの情報はどこに格納されているのでしょうか。 以下、WSL2のデータファイルが格納されているパスを探す方法を説明します。 ext4.vhdxとして保存されている WSL2ではLinux環境のファイルはext4.vhdxという名前のディスクイメージの中に保存されています(WSL1ではVolFSに保存されていました)。 「Everything Search Engine」などのファイル検索ツールを用いext4.vhdxを直接検索することもできますが、複数のLinuxディストリビューションをインストールし
Filesystem Hierarchy Standard
All trademarks and copyrights are owned by their owners, unless specifically noted otherwise. Use of a term in this document should not be regarded as affecting the validity of any trademark or service mark. Permission is granted to make and distribute verbatim copies of this standard provided the copyright and this permission notice are preserved on all copies. Permission is granted to copy and d
systemctlコマンドで "No space left on device" が表示されるけどdfでは余裕があるナゾ - 赤帽エンジニアブログ
Red Hatの森若です。 systemctlコマンドでサービスを起動すると、予期しないエラーが出力されます。しかし操作は成功しているし、df等でファイルシステムを見ても余裕があります。 今回はこの状況で何が起きていたのか見てみます。 # systemctl start httpd.service Error: No space left on device inotifyとは? linuxにはinotifyという機能があり、ファイルやディレクトリ等への操作をイベントとして取得することができます。 inotifyではアプリケーションがファイルとして「inotify instance」を用意し、inotify instanceにイベントに対応する「inotify watch」を複数登録します。 inotify watchがイベントを検出するごとに、inotify instanceのキューにイ
システムワイドなロケール設定 〜 Debian GNU/Linux - 彷徨えるフジワラ
Debian GNU/Linux でのシステムワイドなロケール設定の取り扱いに関して、調べた結果を備忘録代わりにまとめておきます。 設定格納先 Debian GNU/Linux の場合、システムワイドなロケール設定は /etc/default/locale ファイルに、以下のような形式で記述されています。 # File generated by update-locale LANG="en_US.UTF-8" 設定更新方法 システムワイドなロケール設定は、/etc/default/locale の直接書き換えでも変更可能ですが、update-locale コマンドを使うのが推奨されています（いずれの方法でも、当然ルート権限が必要です）。 # update-locale LANG=ja_JP.UTF-8 update-locale コマンドを使用した場合、設定内容を /etc/default
第594回 mmdebstrapで最小のルートファイルシステムを作る | gihyo.jp
mmdebstrapはdebootstrapライクなインターフェースを持つ、ルートファイルシステムを作るツールです。今回はこのツールを用いて、より小さなUbuntuルートファイルシステムを作ってみましょう。 debootstrapとmmdebstrap Linux環境を構築する上で「ルートファイルシステム」は非常に重要なコンポーネントです。ルートファイルシステムの品質によって、ユーザーの使い勝手が大きく変わります。Ubuntuをはじめとする「Linuxディストリビューション」は「より良いルートファイルシステムを構築する」ためのプロジェクトとも言えるのです。 世界に遍く存在する多種多様なソフトウェアをすべてひとつのルートファイルシステムに含めることは事実上不可能であり、ムダも多いため、Linuxディストリビューションは「パッケージ管理システム」を構築する方向に進化しました。つまりユーザーが必
Linuxでlazy umountしたときに厳密にumountされたタイミングを知る方法 - らるるの自宅と職場を往復する人生＠それをすてるなんてとんでもない！
LinuxでumountしようとしたときにEBUSY(device is busy)で失敗するという話はもはやFAQ的で、その回答もlsof(1)使って使用者見つけてkillしろ、と定番になってて、この話はまぁこれでいいとして。 いくつかのサイトでは回答としてlazyアンマウント(umount(8)の-lオプション)使え、とある。ちょっとまて、それは答えになってないぞ、そもそも何をやっているのかちゃんと理解しているのかと。 umount -lはumountシステムコールのMNT_DETACHです。 遅延アンマウントを行う。マウントポイントに対する新規のアクセスは 不可能となり、実際のアンマウントはマウントポイントがビジーで なくなった時点で行う。そうです、umount -lは成功してもまだ本当にはumountしてません。これをした以後にプロセスが新しく参照することができなくなり、/proc
Overlayfs - ArchWiki
最初のカーネルコミット より: Overlayfs を使用すると、読み書きできる通常のディレクトリツリーを、他の読み取り専用のディレクトリツリーの上に重ねることができます。変更は全て、上部の書き込み可能なレイヤーに行われます。このような仕組みは主としてライブ CD で使われていますが、他にも幅広い用途が考えられます。 Overlayfs が他の"統合ファイルシステム"と違う点は、ファイルが開かれた後、全ての操作はあくまで、上層であれ下層であれ、ファイルシステムに直接行われるというところです。これによって実装がシンプルになり、ほとんどの場合で通常の操作と変わらないパフォーマンスを発揮します。 Overlayfs は Linux カーネル 3.18 から取り込まれました [1]。 インストール Overlayfs はデフォルトのカーネルで有効になっています。使用するにはモジュールをロードする必
プロセス管理 - UnixClassWiki
プロセスの基本的概念 プログラムが動作する実行実体のことをプロセスと呼びます。単純化して説明すると、プログラムの実行のことです。 プロセスはプロセスごとにプロセスIDを付与され、その数字で管理されています。 このプロセスIDの数字は 一定の数字で循環します。 Linuxカーネルが扱えるプロセスIDの最大値は/proc/sys/kernel/pid_maxを参照すればわかります。 カーネルのソースコード内ではプロセスIDの最大値は次のようにして設定しています。 最少構成でカーネルを作った場合は4096、32ビットCPUだと32768、64ビットもしくはそれ以上のCPUだと4 * 1024 * 1024つまり4194304ということになります。 /* * This controls the default maximum pid allocated to a process */ #defin
Man page of NAMESPACES
このページでは、各種の名前空間と関連する /proc ファイルの説明と、名前空間とともに動作する API の概要を紹介する。 名前空間 API 後で説明する種々の /proc ファイル以外に、名前空間 API として以下のシステムコールがある。 clone(2) clone(2) システムコールは新しいプロセスを作成する。 呼び出し時に flags 引き数で以下のリストにある CLONE_NEW* のフラグを一つ以上指定すると、 各フラグに対応する新しい名前空間が作成され、 子プロセスはこれらの名前空間のメンバーになる。 (このシステムコールは名前空間とは関係のない機能も多数実装している。) setns(2) setns(2) システムコールを使うと、呼び出したプロセスを既存の名前空間に参加させることができる。 参加する名前空間は、 以下で説明する /proc/[pid]/ns ファイルの
Ext4 - ArchWiki
新しく ext4 ファイルシステムを作成 e2fsprogs を インストール します。 パーティションをフォーマットするには次を実行: # mkfs.ext4 /dev/partition ヒント: オプションについては mke2fs(8) の man ページを見て下さい。/etc/mke2fs.conf を編集すればデフォルトのオプションを見たり設定できます。 サポートされている場合は、メタデータチェックサム を有効にすることをお勧めします。 Bytes-per-inode 比率 mke2fs はひとつの inode に対してディスク上に bytes-per-inode バイト分の領域を作成します。bytes-per-inode 比率を大きくすることで、作成される inode は少なくなります。詳しくは mke2fs(8) を参照。 新しいファイルやディレクトリ、シンボリックリンクなど
2018年3月23日号 ext4のmetadata_csumオプションへの対処・initramfsの圧縮方式の変更 | gihyo.jp
Ubuntu Weekly Topics 2018年3月23日号ext4のmetadata_csumオプションへの対処・initramfsの圧縮方式の変更 ext4のmetadata_csumオプションへの対処 Xenial（16.04 LTS）において発生していた、「より新しいバージョンのUbuntuで作ったext4をなぜか扱えない」という問題（LP#1601997）が解決されそうです。 これは、次のようなメカニズムで発生していました。 最近のUbuntuでは、mke2fsパッケージの修正により、ext4のmetadadata_csumオプションが有効な状態でフォーマットされるようになった。 しかし、Xenialやそれより古いe2fsprogsはこのオプションが有効なファイルシステムを解釈できず、たとえばe2fsckがエラー終了するようになる（≒fsckを実行しないとマウントできない、
After a power failure, unable to mount the drive "Get a newer version of e2fsck"
I have a desktop computer with Ubuntu Desktop 14.04.4 LTS 64-bit with an attached HDD USB 3.0 4TB Intenso 1 partition ext4 data drive only (no OS or Apps). After a sudden power failure, I am unable to mount the drive (checked different host Linux machines with no result). error message: sudo mount /dev/sdd1 /mnt mount: wrong fs type, bad option, bad superblock on /dev/sdd1, missing codepage or hel
スワップの弁護：よくある誤解を解く
(This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約： スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは
22.2. Write Barriers の有効化/無効化 Red Hat Enterprise Linux 6 | Red Hat Customer Portal
ストレージ管理ガイド 前書き Expand section "前書き" Collapse section "前書き" 1. ドキュメント規則 Expand section "1. ドキュメント規則" Collapse section "1. ドキュメント規則" 1.1. 誤字規則 1.2. 引用規則 1.3. 注記および警告 2. ヘルプの利用とフィードバック提供 Expand section "2. ヘルプの利用とフィードバック提供" Collapse section "2. ヘルプの利用とフィードバック提供" 2.1. ヘルプが必要ですか? 2.2. ご意見をお寄せください 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. Red Hat Enterprise Linux 6 の新機能 I. ファイルシステム Expa
ext4のnobarrierとjournal_async_commitの詳細 - Qiita
はじめに 先の記事の予告の通り、nobarrierとjournal_async_commitがどう動くのかについての詳細の調査を実施した。 なお、ほやほやのLinux-4.10くらいを見ています。 Documentation kernel/Documentation/filesystems/ext4.txtより 185 barrier=<0|1(*)> This enables/disables the use of write barriers in 186 barrier(*) the jbd code. barrier=0 disables, barrier=1 enables. 187 nobarrier This also requires an IO stack which can support 188 barriers, and if jbd gets an error o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux で IPv4 アドレスを /proc で確認する方法
[Armadillo:03328] Re: NAND上のファイルへのlsに時間がかかります
3.11. Bind マウントとコンテキスト依存のパス名 Red Hat Enterprise Linux 5 | Red Hat Customer Portal
Ubuntu日本語フォーラム / SWAP領域は必要？？