浄土真宗のブランド戦略の特異性 | Everything but nirvana | 彼岸寺
最近、ひとつ気がついたことがありました。日本仏教にはいろんな宗派がありますが、浄土真宗が他の宗派と比べてとても異質だということです。教義の話ではありません。確かに、教義にも特徴がありますが、今日はその異質性を「ブランド戦略」の視点から考えてみます。 一般に、神社仏閣といえば「ご利益」を期待して参拝される方も多いと思います。こちらの神社は安産にいいらしいとか、あちらのお寺は商売繁盛に効き目があるとか。お寺としても、「うちのお寺の薬師如来様は昔から特に目の病気に効き目がありますよ」などと、他寺と上手に差別化を図って参拝者を集めようとすることがよくあります。 しかしこれ、どこかおかしくありませんか？「仏に参拝したら本当に現世利益が得られるか？」なんて野暮なことは言いません。今日はひとまずそこは置いておきます。今、問題にしてみたいのは、たとえば「薬師如来にお参りすれば病気の治癒に効き目がある」と仮
コードを改悪されて本気でプログラマ辞めようかって脳裏をよぎった - (define -ayalog '())
2013-12-04 コードレイプされて本気でプログラマ辞めようかって脳裏をよぎった Java 開発 つらい現実。 「だから言ったのに」事案2013-12-04 11:05:15 via web 自分の書いたプログラムが大陸人の手によって改悪されまくってて涙で前が見えない。2013-12-04 11:16:49 via web あのね。。拡張for文で書いてたのにfor(int i=0; i<items.length; i++)って書きなおされてたんだ…。2013-12-04 11:18:41 via web てか、嘘でしょ。なんでSetをtoStringして文字列表現にして「,」でsplitするとか考えるの…。意味分かんないんだけど…。2013-12-04 11:19:51 via web こう、胸の奥がｷｭｰｯてなってる。苦しい。2013-12-04 11:21:11 via web
fsck：起動時にHDDがチェックされるタイミングの設定 - Linux Memo: Vine Linux 5 設定 tips
通常、ハードディスクの各パーティションは、設定で決められた回数マウントされると起動時にfsckによって自動的にファイルシステムのチェックと修復が行われる。 自動的にfsckをかけるかどうかの判断には、/etc/fstabが参照される。fstabには、mountに関する設定の6項目が6つのフィールドにわかれて書かれているが、6つめの（最後の）フィールドの数値がfsckに関する設定。 その数値が「0」または無記載だと、そのパーティションは自動チェックの対象とならない。起動するシステムのある「/」（ルート）パーティションを自動チェックする場合は、数値を必ず「1」にしなければならない。それ以外のパーティションは、「2」にする。 （Vineでは、オートマウントがあるので、自分でfstabを編集するのは非推奨） （fstabの例） LABEL=/1 / ext3 defaults 1 1 /dev/h
起動時のfsckを抑制する: 元SE？苦悩の？？部隊数
Linuxマシンではcronである決まった時刻に処理を実行させるため アラーム復帰をcronの5分前に設定しているのですが たまに処理に失敗してしまうことがありました。。 /var/log/dmesgや/var/log/messagesをみると、どうやら起動に時間がかかっているらしい。 これまでも時々Linuxマシンの起動が遅いことがあるとは思っていたのだけれど。。。 ブート時のメッセージを見ているとたまにfsckが実行されることがあり 通常より時間がかかっていることがわかった。 特にfsckが大きな領域を割り当てているファイルシステムで実行されると、 5分ではfsckが完了せず、起動完了がcron実行の時刻を過ぎてしまう。。。 そこでブート時のfsckを抑制する方法を調べてみました。 以下のような方法があるみたい。 1. /etc/fstabのエントリの第6フィールドの数字を0にする。
fsckのチェック間隔と正常性確認 - labunix の ラボゆにっくす
■起動時のfsckのチェックを事前に知る。 $ sudo tune2fs -l /dev/sda1 | \ grep -i "mount count\|last check\|check interval\|next check" Mount count: 14 Maximum mount count: 26 Last checked: Sun Oct 21 21:10:20 2012 Check interval: 15552000 (6 months) Next check after: Fri Apr 19 21:10:20 2013 ■fstabの6番目のフィールドが0や未設定で無いファイルシステムが対象。 以下の通り、ブートパーティションは1、それ以外は2がfsckのチェック対象となる。 ※「nkf -f幅数」はfと幅数の間にスペースを入れないこと。 $ grep -v ^# /
＠IT：/etc/fstabに記述されている数字の意味
LABEL=/ / ext3 defaults 1 1 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 /dev/hda3 swap swap defaults 0 0 /dev/fd0 /media/floppy auto pamconsole,exe
LVMでLVの拡張と削減を行う
LVMでファイルシステムを構築しておいたのですが、 /配下の容量が少かった+/home_配下が余っている状況だったので(この構成がいいかは別として)、 /配下の拡張と/home/配下の削減を行いました。 かなりすんなり進んで、LVM便利だなーって実感しました！ まずは自分のマシンの調査からファイルシステム# df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg_foo-lv_root ext4 50G 20G 28G 43% / /dev/mapper/vg_foo-lv_home ext4 411G 9.1G 382G 3% /home ファイルシステムはext4PV(物理ボリューム)一部省略しています# pvdisplay --- Physical volume --- PV Name /dev/sd
第9章 Ext4 ファイルシステム - Red Hat Customer Portal
ext4 ファイルシステムは ext3 ファイルシステムを拡張性のあるエクステンションにしたもので、 Red Hat Enterprise Linux 5 ではデフォルトのファイルシステムでした。 ext4 は Red Hat Enterprise Linux 6 でもデフォルトのファイルシステムとなり、 最大 16 テラバイトのファイルおよびファイルシステムのサイズまで対応します。 また、 サブディレクトリ数は無制限に対応することができます (ext3 ファイルシステムの場合は最大 32,000 までの対応)。 ただし、 リンク数が 65,000 を越えると 1 にリセットされ増加しなくなります。
OTRでオフレコチャット！ - セキュリティは楽しいかね？ Part 2
前回の記事で (Perfect) Forward Secrecy (FS) のテーマを取り上げたが、これは TLS/SSLだけに限定した話ではない。そこで今回はメールやチャットなどのメッセージングの話題を取り上げたいと思う。 PGP メールにおける End-to-Endの暗号化としては Pretty Good Privacy (PGP) が以前から広く使われている。NSAの内部情報をリークした Edward Snowden氏もジャーナリストと連絡を取るにあたって、必ずPGPによる暗号化を行うように要求したという。さて、PGPでは各メッセージの暗号化に使われるセッション鍵 (毎回ランダムに生成される) を受信者の公開鍵で暗号化して送る。また各メッセージのハッシュに対して送信者の秘密鍵を用いて署名を行う。一方の受信者は自身の秘密鍵でセッション鍵を復号し、この鍵で暗号化されたメッセージを復号する
論理ボリュームマネージャ - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "論理ボリュームマネージャ" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2020年11月） 論理ボリュームマネージャ（ろんりボリュームマネージャ、logical volume manager、LVM）は、「物理ボリューム」を提供するハードディスクなどのストレージメディア・デバイス（補助記憶装置）に、直接ファイルシステムをマップするのではなく、粗粒度（典型的には、メビバイト単位程度）のブロックにより一旦「論理ボリューム」と呼ばれる仮想化されたボリュームに束ねて利用するためのシステムである。一般的な議論については、英語版のen:Logica
Pantora Networks » 2章 LVM操作 基本編
2.1 前提条件 記事中のコマンドは、図2のような構成を前提としています。 第１パーティション 100MBくらいのLinuxパーティションです。これを「/boot」とします。 第２パーティション 2GBくらいのLinux LVMパーティションです。これをシステム用VG「vg01」とします。この中に「root_lv(/)」と「swap_lv(swap)」があり、その中にFedora Coreがインストールされているとします。 第３パーティション 4GBくらいのLinux LVMパーティションです。これをテスト用VG「testvg」とします。テスト用VG「testvg」は記事中で作成するため、事前に作成されなくて結構です。 大切なのは操作の流れを理解することですので、まったく同じ環境でなくても問題はありません。 図2 本稿の前提環境 2.2 LVMパーティションを作成する まず、Linux
LVM
LVM（logical volume manager）とは，複数のハード・ディスクやパーティションにまたがった記憶領域を一つの論理的なディスクとして扱うことのできるディスク管理機能。LinuxをはじめとしたUNIX系OS上で利用できる。 LVMでは，パーティション内を数十Mバイトの多数の小さな領域（物理エクステント）に細かく分割して管理する。（1）物理エクステントの集団を2つに分ける，（2）異なるハード・ディスク上にある物理エクステントを1つにまとめて管理する，ことであたかも1つのハード・ディスクを分割したり，複数のハード・ディスクを結合したかのように利用できる。 LVMを利用するには，ハード・ディスク内にLVM用のパーティションを用意する（図）。このパーティションを物理ボリューム（PV：Physical Volume）と呼ぶ。 LVMに参加する物理ボリュームは，最初に初期化される。初期化
LVMで楽々ディスク管理
かつてディスク空間の管理は手間も時間もかかり、管理者にとってもユーザーにとってもいらだたしいものだった。しかしLVMを使用すれば、ほとんど苦労することなくディスク空間を増やしたり、減らしたり、管理したりできる。 かつてディスク空間の管理は手間も時間もかかり、管理者にとってもユーザーにとってもいらだたしいものだった。ディスク空間が足りなくなった場合には、Linuxをインストールし直したり、数時間をかけてPartedのようなツールを使用してパーティーションの大きさを変更したりすることもしばしばだった。しかしLVM（Logical Volume Manager）を使用すれば、ほとんど苦労することなくディスク空間を増やしたり、減らしたり、管理したりできる。 LVM入門 LVMの使い方の説明に入る前に、LVMの用語を知っておこう。LVMでは、一般的なパーティーションのことを「PV（Physical
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ubuntu日本語フォーラム / 起動時 fsck しないのは何故？
IBM Developer
IBM Developer
第13章 LVM (論理ボリュームマネージャ) - Red Hat Customer Portal