リンク note（ノート） さよなら、愛しのFreeBSD｜力武 健次 / りきたけ けんじ｜note 2019年1月末でFreeBSDに関連する開発活動を止めることにした。とても愛していたOSだけに身を切られるような思いは否めなかったが、別れが来るなら自分の自由になるうちにと思い、決断した。以下は個人的な想いを綴っている。 BSDの大元は、カリフォルニア大学バークレイ校で作られたオペレーティングシステム、今風に言えば基本ソフトだ。Berkeley Software Distributionというのがもともとの名前だ。 1985年に自分がUNIXに触れたころから憧れていたのがこのBSDだった。当時のBSDは 287 users 3 発明家で技術コンサルの北神 @nonNoise 自作Linux基板作るんだから、Linuxについてお詳しいんでしょ？って思うじゃん！ 言ってもまだLinuxをビ
ホーム 検索 - ログイン | | ヘルプ 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？ 「Web上で検索したら見つか
UNIXというOSは、なんだかんだいって随分長い間現役で使われ続けている。現在UNIX系OSとしてはLinuxが主流だが、これは正確にはUNIX風に一から作られたOSであって、UNIXではないのだが、ここではUNIXの歴史に混ぜておく。 そもそもUNIXが登場したきっかけは、1964年頃のMulticsというOSの開発プロジェクトだ。MITを中心に、AT&Tベル研究所とGEが参加して、メインフレーム用の高機能なOSを開発していた。このプロジェクトから、AT&Tは撤退する。ベル研究所所属の、ケン・トンプソンやデニス・リッチーらは、複雑で大規模になったMulticsの反省から、シンプルで使いやすいOSの開発に取り掛かる。社内に放置されていたミニコンピューターのPDP-7上で初期のOS開発が行われ、やがて使いやすいと評判になって他のマシンでも動かせないかと相談される。ここで機種ごとに異なるマシン
ミスティーノは、仮想通貨でも遊べるオンラインカジノです。仮想通貨での入金には、Bitcoin、Ethereum、Litecoin、Bitcoin Cashなどが使用できます。また、出金も仮想通貨で行うことができます。 また、ミスティーノでは、スロットやテーブルゲーム、ライブカジノ、ポーカー、ビデオポーカー、バカラ、サイコロなど、様々なオンラインカジノゲームが楽しめます。さらに、スマートフォンやタブレットでのプレイも可能ですので、いつでもどこでもカジノゲームを楽しむことができます。 実際にミスティーノで遊んでみた感想 ミスティーノでは、新規登録や入金などに応じて、さまざまなボーナスが提供されています。 新規登録ボーナスとしては、入金不要で手に入る「フリースピン」があります。また、入金ボーナスとしては、入金額に応じた「マッチボーナス」が提供されることがあります。さらに、プレイヤーのレベルが上が
Unix考古学 Truth of the Legend 今日のITを語るうえで欠かせないUnixがどのように生まれ、どのように発展してきたのか。数々の伝説に彩られたUnixの真実を探ります。 藤田昭人 著 定価： 2,808円 （本体2,600円） 発売日：2016年4月28日 形態：B5変形（272ページ） ISBN：978-4-04-893050-5 Amazonで購入する サポート／追加情報 ◆そこにはいつもUnixがあった C言語、インターネット、オープンソースなど、今日の情報社会を支える基盤技術の成立には、Unixの存在が欠かせません。Unixの開発はどのように行われたのでしょうか。 本書は、社会情勢や技術動向も確認しながら、Unix開発の歴史を追いかけていきます。仮想記憶に代表されるOS研究の成果がどのように反映されていったのか、プログラミング言語Cがどのような経緯で開発された
長かった法廷闘争がようやく本当に幕を閉じた。2月26日（米国時間）、米ユタ連邦裁判所は2003年から続いていたThe SCO Group（すでに破産）とIBMの一連の係争への最終通告となる文書を公開、SCOからIBMに対する訴えのすべてを棄却するとの判決を両者が受け入れたことを発表した。2月9日にSCO側とIBMに対してなされた通告の回答期限が26日だったことを受けての発表となる。 Groklaw - SCO v. IBM 1162（PDFファイル） SCOが「IBMはSCOの知的財産（UNIXソースコード）を不当に開示して利益を上げている。GNUやLinuxはSCOの知的財産を不法に引用し、成長しようとしている」というトンデモ主張を勢いよく掲げ、SCOがユタ州の地方裁判所に最初の訴えを起こしたのが2003年3月のこと。以来、何度も「お前（SCO）の負け」という判決をつきつけられ、つい
NOKUBI Takatsugu野首貴嗣 @knok 経緯 時代が進んで、過去にあったオープンソース、自由ソフトウェアの制定された経緯が忘れ去られている それが形式主義を強めている DRMやブラックボックス化はむしろ進行している #FlossStories 2015-11-27 14:53:28
mvに--strip-trailing-slashesというGNUオプションがあるのは皆さんご存知だと思います。 指定された全ての引き数について、 後ろに付いているスラッシュを取り除く。 これは mkdir a; ln -s a la; mv la/ b' のような場合に役立つ。 この場合 POSIX の要求により、 mv はシンボリックリンクla' ではなく ディレクトリ `a' を実際に移動してしまう。 ref: http://linuxjm.osdn.jp/html/gnumaniak/man1/mv.1.html これ、tab補完をする癖の付いている人が、例えば/にリンクを貼ったsymlinkファイルrootを不用意に別パーティションにmvしようとしたときに、 sudo mv root/ /other_partision/dir/ とかしちゃうと当然システムが壊れちゃうのですが、こ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 人に教えるには自分が完全に理解していなければ、ということで調査・検証した結果。 動機 シェルからバックグラウンドで処理を行うには？ nohup コマンド実行 & を使う。 コマンド実行 => Ctrl-Z => disown を使う。 定番は前者だが、両者の違いは何なのか？ disownとは一体何をするのか？ この機会に調べてみた。 結果のまとめ 長くなったので最初にまとめを。しかしまとめも長い。 （後自分が読む時に一番下にスクロールしたくないので…） ジョブテーブル シェルはセッションに紐づくジョブテーブルを持っている。 バックグラウ
この文書はなんですか？ この文書は*nix系のシステムにおけるプロセスやシグナルなどについて説明することを目的に書かれました。「プロセスとかよくわかってないからちゃんと知りたいな」みたいなひとたちが想定読者です。 書いているあいだは gist で管理されていたのですが、ボリュームが大きくなったので github で管理するように変えました。 目次 導入 プロセスの生成 プロセスとファイル入出力 ファイルディスクリプタ preforkサーバーを作ってみよう ゾンビプロセスと孤児プロセス シグナルとkill プロセスグループとフォアグランドプロセス epub と pdf epub化したもの、pdf化したものが release ディレクトリに入っています。thanks to mitukiii & moznion！ ライセンス この 作品 は クリエイティブ・コモンズ 表示 - 継承 3.0 非移
新人エンジニアとの読書会でシグナルの話が出た時に色々知識が曖昧なことに気づいたので読んだ。(Spyglass についてはまだ触っていない) 社内の別の読書会にこれの原著を読むものがあったんだけど、 当時 Ruby や UNIX について知識がなさ過ぎたり英語読むのに少しつらみがあったり そもそも途中から参加していなかった。覚えていたのはゾンビプロセスの語感と内容が重要そうだったってことくらい。 今回は英語学習より内容の速習を求めたので、翻訳版を読むことにした。 以下は読書感想文です。 プロセス、カーネル、システムコール この本はプロセスとそれを取り巻く技術についてそれぞれかなり基礎的なことから書かれており、UNIX について然程知識がなくとも問題なく理解し読み進められる。 自身ではプロセスは親子関係やPIDについて知っている程度で、5章のファイルディスクリプタや 10章の終了コード、11章
fork()は失敗するんだぜ、覚えときな
fork() can fail: this is important あー、fork()のことね。プロセスがもっとプロセス作るためのやつな。いや、他にもプロセス作る方法はあるけどな。ま、面白い話がもうひとつあるから聞かせてやるよ。 forkは失敗するんだぜ。分かってるか？ マジで分かってるか？ マジだぜ。forkは失敗するもんだ。mallocと同じさ。失敗することもある。そんなに頻繁にってわけじゃないけどさ、でも失敗したら、無視できっこないぜ。ちっとは脳みそ働かせなきゃならん。 forkが0を返したら、そいつは子プロセスで、親なら正数を返すってことは、みんな知ってるよな。その値は子のpidだ。こいつを保存しといて、あとで使うってわけだ。 失敗を確認しない場合どうなるか知ってるか？ そうだよ。お前多分、"-1"（forkのエラー通知）をpidとして扱ってるんだろ。 さて、問題の始まりだ。本当
ご用心: この記事を鵜呑みにせず、末尾に記載された一次ソースを確認してください。 ソースからソフトウェアをビルドしてインストールするときに使う /usr/local ディレクトリだけど、/opt ディレクトリとの住み分けとか、 そもそも標準はどうなっているのかとか、まともに知らんかったので Filesystem Hierarchy Standard を確認してみた。 /usr/local は何をすべきところなのか？ 他のホストと共有されない 既存のシステムの破壊防止 FHS 準拠のソフトウェアをインストールする /usr/local ディレクトリ下自体が FHS 準拠になる /usr/local ディレクトリは、システム管理者がソフトウェアをローカルにインストールするために用いる。 /usr/local ディレクトリとして隔離されるため、同名のファイル名で既存のファイルを上書きするなどして
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "論理ボリュームマネージャ" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2020年11月) 論理ボリュームマネージャ（ろんりボリュームマネージャ、logical volume manager、LVM）は、「物理ボリューム」を提供するハードディスクなどのストレージメディア・デバイス（補助記憶装置）に、直接ファイルシステムをマップするのではなく、粗粒度（典型的には、メビバイト単位程度）のブロックにより一旦「論理ボリューム」と呼ばれる仮想化されたボリュームに束ねて利用するためのシステムである。一般的な議論については、英語版のen:Logi
ハートビーツ最年長エンジニアの滝澤です。以前、弊社CTOにシニアおっさんエンジニアから若手エンジニアに向けて何か書いてくれと言われた気がしたので、アトミック（atomic）なファイル操作について3編に分けて紹介します。この内容は弊社の社内勉強会で話した内容をまとめ直したものです。 そのファイル、安全に更新できていますか？（アトミックなファイル操作：前編）←今回 そのファイル、安全に作成できていますか？（アトミックなファイル操作：中編） そのファイル、安全にロックできていますか？（アトミックなファイル操作：後編） 今回は「みなさん、安全にファイルの更新ができていますか？」ということについて、考えてみましょう。 あなたはあるサーバ上のファイルの更新を依頼され、もらったファイルをサーバ上でコピーして上書きしました。しばらくして、データに異常が発生したので調べて欲しいと言われました。さて、何が起き
機会があったので、調べてみました。 2ファイルの差分はdiffコマンドで取るけど、その逆の共通している部分はどうやって取得するのか。エレガントなやり方はやっぱりgrepコマンドを使うのかしら？ 前提 $ diff -c5 {a,b}.txt *** a.txt 2013-08-28 18:54:49.293055071 +0900 --- b.txt 2013-08-28 18:53:58.517693404 +0900 *************** *** 1,6 **** 1 - 2 3 5 5 6 --- 1,6 ---- 1 3 + 4 5 5 6こういう2つのファイルがあったとして・・・ grepで $ grep -x -f {a,b}.txt 1 3 5 5 6grepコマンドの"-x"オプションを使うと、こんな感じで、2ファイルの共通部分が出力される。 -x, --line
https://twitter.com/matsuu/statuses/340655491917152257 http://linuxnote.net/jianingy/en/linux/a-fast-way-to-remove-huge-number-of-files.html ちょっと気になったので試したけどそんな差がでなかった。もうちょい調べたいとこだが時間切れで途中までのメモ。 (追記: つづきを http://d.hatena.ne.jp/ichii386/20130602/1370112280 に書きました。) 環境 solaris11.1 zfs rm: coreutils-8.21, ふつうに gcc-4.5 で ./configure && make しただけ rsync: rsync-3.0.9, coreutils 同様 空の zfs で ``mkdir aho &&
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
