nDiki : ファイルシステム

YAPC::Asia Tokyo 2014 2日目

8月最後の週末を今年は YAPC で(8月開催は会場の都合だったらしい)。開催が決まった時は過去の9月・10月開催に比べて、暑くて大変なんじゃないかなーと思っていたんだけれど、一昨日ぐらいから急に涼しくなって、例年とあまり変わらない感じ。今日は雨も降らずに快適。

昼休みから戻って Red Bull を1本もらって飲んだ後は、ホールのロビーで lapis25 氏とまったりサービスを今後どうしていけばいいかの談議をしたり。

ベストトーク賞が PHP についてのトークというのも YAPC らしいいい結果だと思う。

あと今年は GaiaX 新卒の方たちが頑張っていたのが印象的。毎年勢力図が変わるのもちょっとずつ新陳代謝があって良いね。

今年は Go・Docker あたりの学びと刺激を得ることができた。

感謝。

「Dockerで遊んでみよっかー」 Masahiro Nagano @kazeburo 氏 (多目的教室3)

不勉強で Docker 触ってこれていなかったので、いい入門になった。

• OS X では boot2docker or Vagrant 上で。Vagrant の方がお勧め。
• コンテナは OS ではなくプロセス。
• ファイルシステムへの変更も破棄される。
• fatpack (App::FatPacker)

「半端なPHPDisでPHPerに陰で笑われないためのPerl Monger向け最新PHP事情(5.6対応)」 うずら @uzulla 氏 (藤原洋記念ホール)

@uzulla 氏の安定のトーク芸。

• kazeburo 氏のチューニング最強。

「Changing the tires on a moving car: a case study in upgrading legacy architecture」 Andy Delcambre 氏 (藤原洋記念ホール)

(A Tour of Go やってた。)

「Mobile Application Development for Perl Mongers [ninjinkun x gfx]」 Satoshi Asano @ninjinkun 氏 x FUJI Goro (gfx) @__gfx__ 氏 (藤原洋記念ホール)

デスクトップアプリケーション開発時代に回帰している印象。昔は普通だったものが Web 時代の開発者には新しいチャレンジだというところが、自分的には新鮮。このあたりは10年とかのサイクルでいったりきたりするのかなぁ。

• @ninjinkun 氏
  • Fril
• @__gfx__ 氏
  • Web からアプリへのシフトと開発体制の変更。どこでも似たような苦労とトライっぽい。

「そんなにビッグでもないデータ処理手法の話」 @tagomoris 氏 (藤原洋記念ホール)

Hadoop とかそのあたりの話。

• GB から TB ぐらいのサイズのデータの扱い方。

Lightning Talks Day 2

「キーノート エンジニアとして生きる」 Daisuke Murase @typester 氏 (藤原洋記念ホール)

• Emacs!
• 受託開発は楽しい。
• 「一度の人生楽しまなきゃ損!」

今日のさえずり: あんちぽくんさんの写真をお土産としてあげたら、ディスプレイに飾っているので申し訳なく思っています

2014年09月02日

• 07:42 「むだにしてしまった時間が、おしくてならない。」 最後の授業 p.8 http://flic.kr/p/p2koBk
• 08:24 @cocu_628496 Git はファイルシステムであるということを説明すればOK。
• 14:35 YAPC::Asia Tokyo 2014 でノベルティでもらったあんちぽくんさんの写真をお土産として新卒エンジニアにあげたら、ディスプレイに飾っているので申し訳なく思っています。 #yapcasia
• 14:51 “YAPC::Asia Ramen Challenge Graph” http://bit.ly/Z5jas7
• 22:08 @cocu_628496 なるほど。 VCS 自体が初めての方だったりするのでしょうか?
• 22:30 @cocu_628496 そういう層だと、Git の本とか読んで哲学的なとこ知ると一番早そう(時間的余裕があれば)。

テキストファイルでのノートシステムとしての Ulysses for Mac

テキストファイルでノート・日記を読み書きするのに iA Writer を中心に使っていて、検索には Atom を併用してみています。でも Atom がちょっとしっくりきません。ライティングアプリとして有名どころの Ulysses も iA Writer と同じくライブラリ機能があるので Demo 版を入れてちょっと触ってみることにしました。

• https://ulyssesapp.com/

Ulysses は小説や論文など長文向けのライティングアプリだと思っていたのですが、使ってみると小さいテキストのオーガナイズにも便利だということがわかりました。iCloud やローカルだけでなく、ファイルシステム上の任意のフォルダを外部フォルダとして追加できるので他のエディタと併用も簡単です。 Dropbox 上のフォルダを外部フォルダとして指定することで Android アプリとも併用できます。

検索とフォルダ/ファイルのブラウズが iA Writer より優れているので即購入しました。

iA Writer より良いところ

• 「よく使う項目」「フィルタ」機能で別々のフォルダにある必要なファイルをシート列に集めてアクセスできる。
• シート列内のファイルを上下キーで順番に開いていける(iA Writer はクリックしていく必要がある)。
• フォルダ階層に含まれるファイルに対してインクリメンタルに全文検索ができ、その検索をフィルタとして保存できる。

iA Writer と同じように良いところ

• 外部で編集されたら自動的に反映される。

iA Writer の方が良いところ

• エディタが余計なことをしすぎない。
  • Ulyssess は空白4文字がタブ文字になってしまう。
  • Ulyssess はエディタ内での Markdown のレンダリングがちょっとやりすぎる(リンクなど)。

Mac 版の Ulysses と iA Writer、どちらも一長一短があってどちらかだけにできないかもしれません。両方引き続き使っていくことになるかも。

[ Mac アプリケーション ] [ ノート・日記はテキストファイルに ]

Kobito を試してみた

Qiita:Team 活用のためにまだ試したことのなかった Mac アプリケーション Kobito をちょっとだけ使ってみました。

Qiita(Qiita:Team) 関連の機能としては投稿だけだと思っていたのですが、ローカルの変更を Qiita 側に再度反映させたり Qiita 側からダウンロードできて、いい意味で予想に反しておっと思いました。 Medium は Ulysses や iA Writer と双方向同期できるなら積極的に使うのになというのがあるのですが、 Kobito + Qiita ではそれが実現できていていいですね。

ただ Qiita:Team クライアントとして使うには、自分が投稿した記事しか同期できないという点で使い物にならないのが残念。自分自身が投稿した記事の管理にしても、ローカルホストのファイルシステム上の Markdown ファイルとして扱えるわけでもないので、自分としてはあまりメリットがないと感じました。

Qiita:Team 専用アカウントと Qiita アカウント

Kobito のログイン画面のユーザ名入力欄をみて「あっ」と思ったのですが、 Qiita:Team 専用アカウントとそうでない Qiita アカウントで同一ユーザ名を使えないのですね。2013年4月9日にリリースされた Qiita:Team は Qiita の上に建て増したあと付け感がやはり強いです。

Naney はパブリックな方で使えるようにしておきたいので、 Qiita:Team 側のユーザ名を変更しました。

[ Mac アプリケーション ]

今日のさえずり: 何回かやっているいちに手が少しずつ思い出してきた

2017年07月17日

• 08:17 そういえばナンジャタウンに行ったことがないので行ってみたい。
• 11:19 Synology DiskStation DS216j からファイルシステムエラーのメール。むむむ。
• 13:57 ファイトリーグ始め。データのダウンロード待ち中。
• 14:27 ファイトリーグでバトルった。画面が賑やか。
• 15:57 連休最終日なのでツクダ式を再練習している。忘れていたけど、何回かやっているいちに手が少しずつ思い出してきた。
• 22:38 PIXUS TS8030、また歯車がもげた。2度目。
• 22:41 ファイトリーグでハートエンジェルZKYUN使っているんだけれど勝てる気がしない。

Synology DiskStation DS216j の HDD 交換

去年の11月に自宅用に購入した NAS の Synology DiskStation DS216j に積んでいた WD Red NASハードディスクドライブ WD30EFRX (3TB) が故障したので急遽交換しました。昨晩に「劣化モード」に突入というアラートがあがったのでその場で新しい HDD を注文、速やかに本日交換しました。

前兆

7月10日にI/O エラー発生のアラートメール、1週間後の7月17日にファイルシステムエラーのアラートメールが届きました。このあたりからそろそろ意見だなと感じ始めました。

ディスク 2 クラッシュ

昨晩風呂に入った途端に Synology DiskStation DS216j がビープ音を鳴らし続け始めたので飛び出してきました。いったんコントロールパネルの[ハードウェアと電源]から[ビープ音をオフ]を押してビープ音を停止。ディスク 2 クラッシュでした。

状況を確認後いったんシャットダウン。

HDD 購入

HDD モデルの問題なのか個体の問題なのか、それとも設置環境が悪かったのか、現状判別できないので、取り急ぎ最初に買った HDDを注文。

交換準備

DS216j を起動した際に新しく書き込みしていかないように、まず MacBook Pro の Time Machine と Cloud Station を停止。

それから Debian GNU/Linux ノート PC の pdumpfs バックアップに以前使っていた8年前購入のポータブル HDD があったので DS216j を起動し背面の USB ポートに接続。とり急ぎバックアップ設定などはせずに File Station を使って DS216j 上のファイルをコピーしました。

とりあえずファイルロストの心配がこれでなくなったので一安心。

HDD 交換

夜に HDD が届いたので DS216j を開けて交換。溜まっていたホコリをいったん綺麗にするのにちょっと時間をかけましたが、交換自体はささっと完了です。

修復

交換したら DS216j を起動して修復を実行。19:30 過ぎに始めて夜中の 27:00 前に整合性チェックが完了しました。7時間30分弱で完了したようです。

これで一段落。

今回の故障の原因は何でしょうね。夏の暑さか、稼働中の衝撃があったのか、HDD の個体の問題だったのか。どちらにせよ先送りしていたバックアップ体制も構築しなければと思う1日でした。それにしても家に居ながらにして翌日には HDD を調達して修復を実行できるとは良い時代になりました。

Google ドライブ ファイル ストリーム駄目だった

MacBook Pro のリプレースにあたり Google ドライブのローカルへの同期を「ドライブ ファイル ストリーム」にしてみたんだけれど、自分の使い方ではデメリットが多いので即日「バックアップと同期」に戻した。

ドライブ ファイル ストリームにしようと思った理由

• 共有ファイルを気軽にマイドライブに追加してたらどんどんファイルが増えた。
• ファイルのオーナー引き継ぎを何度も受けてどんどんファイルが増えた。
• シンボリックリンクがないので「追加」多用しているのだけれど、これバックアップと同期ではローカルにそれぞれ実体ができて無駄な感じになる。

ドライブ ファイル ストリームなら実体はクラウドストレージ側にあるのでファイル数が多くてもへっちゃらではないか。そう思ったわけです。

ドライブ ファイル ストリームにしたら困ったことに

機能比較で「Microsoft Office や Photoshop などのネイティブ アプリを使用する」とあったので、 Google Chrome 拡張機能の Application Launcher for Drive (by Google) が使えると思ったら使えなかった。ファイルシステム上で開けるという意味だったようだ。この拡張機能がないと「Chrome 上で Google ドライブ検索してからの、ネイティブアプリで閲覧編集」という使い方ができないので劇的に不便になる。

それから Finder (Path Finder でも)ブラウズできないフォルダがあってこちらは致命的な問題。ターミナルで cd していけるのだけれど Finder では駄目。これは駄目。

バックアップと同期に戻す

結局ドライブ ファイル ストリームはやめてバックアップと同期に戻すことにした。 archive フォルダをマイドライブ直下に作ってここは同期しないことにし、いったん全部そこに移動した。

選択同期は面倒なので今まで避けてきたけれどしかたあるまい。今後は作業中のフォルダだけ同期することにする。

サードパーティリンク Mac アプリケーション Hook

Web ページやローカルファイル、ノートアプリ上のノートなどをリンクさせて相互に簡単に開けるようにする Mac アプリケーション Hook というのが現在パブリックβ版として配布されているので入れてみた。

• https://hookproductivity.com/

動かしてようやくどう機能するかがわかってきた。リンクしたいものに URL スキームが hook の独自 URL を発行し(すでに URL がある Web ページの場合は発行されない)、双方向の第三者リンクを作成・管理し、トラバース(リンクを辿ってオープン)できるアプリケーションなんだ。W3C の XLink が頭に思い浮かんだ。

ローカルファイルが file URL スキームの URL だと移動したらリンクが切れるんじゃないかと思ったんだけれど、ローカルファイルにも hook://file/... というファイルシステム上のパスで表されない URL が発行されるので大丈夫だった。面白い。

対応しているアプリケーション上のリソースに対するリンクを発行すれば、そのアプリケーションで開いてくれる。 iThoughtsX が入っているのが嬉しい。 Ulysses も入っていてやったーとなったけれど、実まだ不完全ぽい。残念。

アプリケーションとしては面白いんだけれど、使い勝手的にはまだまだな感じかな。

[ Mac アプリケーション ]

Mac でファイルやフォルダのタグ付けを使ってみる

Mac ではファイルやフォルダにタグ付けできるのだけれど、主に Mac のファイルシステムおよび iCloud 上の閉じた世界のものなので使わないできた。けれど Ulysses でシートにキーワード(= タグ)をつけて整理してみたくなったので、同期とかどうなるのとか調べた上でちょっと使ってみることにした。

以下ちょっと確認したところ。

• Dropbox は Mac 間でタグを同期できる(ヘルプ)。
  • でも Android 側でファイル更新して FolderSync で Dropbox と同期するとタグは消えてしまう。
• Unison は rsrc true (Mac 同士なら rsrc default でも) にすると同期できるみたい。同期先が対応していないファイルシステムの場合は ._AppleDouble ファイルが作られる。
• Google ドライブはタグを同期しない。

Google ドライブではテキストファイル作成時の拡張子で全文検索対象になるか決まるみたい

Google ドライブにあるノートテキストファイルを参照したくなり、そこに必ず書かれていると分かっている単語で検索してみたけれど検索結果に出てこず「あれっ?」となった。検索結果に出るテキストファイルと出てこないテキストファイルがある。

全文検索対象になっていないテキストファイル

違いを調べたところ Web 版 Google ドライブでテキストファイルの詳細を右側に表示した際に「縮小されたサムネイル」が表示されるものは全文検索対象になっていて、表示されないものは全文検索対象になっていないようだ。

でテキストファイルで「縮小されたサムネイル」が表示されるかどうかの違いだけれど、どうやら作成時(ローカルホスト上でファイルを作成して「バックアップと同期」で Google ドライブに最初にアップロードされる時を含む)に、拡張子が txt か md (Markdown ファイル)かで決まっているような挙動だった。最初に txt で作った後に md に変更しても全文検索対象だし、逆に最初に md で作ったファイルは後で txt に変更しても全文検索対象にならない。

Google ドライブに置くすべてのノートテキストファイルを拡張子 txt で新規作成扱いにする

Google ドライブで拡張子 md のテキストファイル(Markdown ファイル)が全文検索対象になっていることに9月に気が付いて、 Google ドライブに置く Markdown ファイルの拡張子を md に統一したのだけれど、その結果「もともと txt だったものを md にリネームしたもの」「もともと md だったものを過去に txt にして再度 md にリネーム」「md で新規作成してずっとそのままなもの」が混在していて、全文検索されるかどうかがもはやよくわからない状態になっているのが自分の現状っぽい。

単純に拡張子を変更するだけでは駄目なことがわかったので、いったん Google ドライブの同期対象フォルダから18,000以上あるノートテキストファイルを外に出して、拡張子を txt に統一し、あらためて Google ドライブの同期対象フォルダに戻して新規作成扱いにした。これで全部検索対象になった模様。

Google ドライブに置く予定がない Markdown ファイルもデフォルトで拡張子 txt で作るよう各種設定を変更し、Google ドライブに置いていない既存の Markdown なノートテキストファイルもだいたい txt に変更しておいた。あとで「Google ドライブに置いておこう → (Google ドライブに同期したあとに)拡張子 md だったから txt にしておこう」とした時に、人知れず検索対象からハズレているという事態を避けたいので。

Google ドライブは全文検索ができるのが便利だけれど、 Dropbox みたいにローカルファイルシステムとの同期を前提とした設計で出発していないのか特殊な仕様が多いので、時々ハマるんだよね。

[ ノート・日記はテキストファイルに ]