Linuxのディスク管理
ここでは、Linuxでハードディスクを利用するための手順を説明します。 Last Update : 2013年08月07日 ハードディスクを利用するための手順 Linuxでハードディスクを利用するためには以下の手順をふみます。 パーティションの作成（fdisk コマンド） ファイルシステムの作成（mkfs コマンド） マウント（mount コマンド） それぞれの言葉の意味から説明していきます。 パーティションとは パーティションとは、ハードディスク内で分割された個々の論理的な領域のことをいいます。 ハードディスクは、内部の領域を論理的に複数の領域（パーティション）に区切る事ができ、それぞれをひとつのハードディスクとして利用する事ができます。 パーティションを区切り、データ専用、システム専用のパーティションのように目的別にわけておけば、バックアップやシステムアップデートが楽であったり、データ
Linus Torvalds、HFS+に激怒
CVE-2014-9390 aka "Git on case-insensitive filesystems" I did not give the… gitが影響を受けた、HFS+で、一部の文字を区別しなかったり無視したりする問題に対して、Linusが吠えている。 マジで、HFS+はたぶん最悪のファイルシステムだな。クソすぎるぜ。NTFSもutf8の正規化で似たような問題（/の非正規化された表現を使用）があったが、まあ、今は修正されたんだろうよ。OS Xの問題は根本的すぎる。 そりゃ、古いさ。そりゃ、データ保護がクソすぎるってのはあるさ。だが、そういうのは、単に「すげーファイルシステムじゃない」って問題だ。「自分のケツすら拭けないマヌケによって設計された信じがたいクソ」ってわけじゃない。 HFS+の恐ろしさは、すげーファイルシステムではない、ということではない。いいアイディアがあると信じ
Macの容量を大きく占めるlost+foundファイルの正体と処理について - あなたのスイッチを押すブログ
lost+foundファイルの見つけ方 まず最初に、「lost+found」ファイルの見つけ方です。私の場合は、アプリ「GrandPerspective」を使います。 該当するファイルを見つけたら、そこで右クリック。「Reveal in Finder」を選択すると、Finderが開いて、目的のファイルを見つけることができます。 lost+foundとは そもそもこの「lost+found」ファイルとは何なんでしょう？私も全く知らない間に生成されたようでして、こんなものが出来ていたとは気が付きませんでした。 Googleで検索してみると、どうもこれは「迷子になってしまったファイル」らしいです。 システムが正常に終了されなかったとき、次回起動時にファイルシステムをチェックするfsckというコマンドが実行されます。 このとき、ディスクにはあるのにファイルテストシステム上には無いことになっている（
Community Blog ファイルロックと新OFDロック
UNIXシステムには古くから実装され、現在ではPOSIX、SUSにより標準化されているファイルロックですが、実は予想外の動作に驚かされることがあります。この状況を打開する新しいファイルロックがLinux v3.15で導入されました。 排他制御とファイルロック プログラミングでは、排他制御の必要に迫られることが多くあります。複数の処理の流れが同じデータを使用する場面の多くが、これに該当します。スピンロック、セマフォ、mutexなど手法はさまざまですが、いずれも目的はデータの保護にあります。逆に言えば、データを保護していないロック（排他制御）があれば、シグナルやソケットなどのプロセス間通信を検討すべきと言えます。 処理の流れの代表例はプロセスです。処理対象が自プロセスのメモリ内のみに存在するデータならば、プロセスのメモリ空間は本来独立しており他プロセスが使用することはできません。このため、排他
Linuxファイルシステムをまとめてみました - Qiita
【ext2からの追加機能】ジャーナリング複数のブロックにまたがるディレクトリに対してのツリーベースのディレクトリインデックスオンラインファイルシステムリサイズ（拡張のみ） 【デメリット】2038年1月18日以降の日付に対応していない。fsckがクソ遅い
EXT4 vs XFS vs Btrfs vs ZFSをfioでベンチマークを取ってみました。 - Qiita
概要 CentOS7のデフォルトのファイルシステムがXFSとなりました。 mkfsコマンドでも、minix, xfs, btrfsが使えるようになりました。 そこで気になるファイルシステムを色々調べ、ベンチマークを自分なり取ってみました。 多少なりともご参考になればと思います。 色々なファイルシステム こちらをご参考ください。 http://qiita.com/sion_cojp/items/c8e015db39ddbf43012e それぞれファイルシステムを作ってみる 今回の環境は CentOS6（ホスト） 4Core, MEM:32G, HDD:300G CentOS7（ゲスト。こちらで計測しております。） vCPU *1, MEM:4G, HDD:40G 容量が少なかったため、btrfsのベンチマークが終わった後、zfsにファイルシステムを変更し検証をしております。 ### zfsの
%E8%87%AA%E5%AE%85%E3%81%A7%E5%A4%A7%E5%AE%B9%E9%87%8F%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8%E3%82%92%E9%81%8B%E7%94%A8%E3%81%99%E3%82%8B
前回 RAID に関するちょっとした話を書きましたが個人が巨大なストレージを運用するにあたって得られたノウハウをだいたい全部書いておきます。 そもそもメリットあるのか？ メリットはあります。金です。 Google Drive は安いですが、それでも 1TB 月 1000 円です。しかし運用にかなり制限がでます。柔軟に使える Amazon Web Service ならその 3 倍+転送量課金です。 16TB だと月 5 万円もかかってしまいます。ちなみにもっとも柔軟に使える EBS だと 16TB で 83000 円ぐらいです。 Google Compute Engine の低冗長性ストレージは S3 より少し安かった気はするけど別にとても安いわけではなかったと思う(よく覚えていないし調べるのがめんどくさい)。 50TB のストレージを Google Drive でごまかしごまかし運用したと
Windowsのシンボリックリンクとジャンクションとハードリンクの違い
対象OS：Windows 2000／Windows XP／Windows Vista／Windows 7／Windows 8／Windows Server 2003／Windows Server 2008／Windows Server 2008 R2／Windows Server 2012 解説 ●Windows OSで利用できるリンクの種類 Windows OSでは、ファイルやフォルダ名へのリンク（参照）を行う機能として、「ハードリンク」や「ジャンクション」「シンボリック・リンク」などがある。これらは同じような機能を提供しているが、例えば「フォルダへのリンク」と「ファイルへのリンク」の扱いが異なるなど、いくらか違いがある。ユーザーは用途に応じてこれらを使い分ける必要がある。 それぞれのリンクの特徴を表にまとめておく。
Nexus 7（2012）のファイルシステムを「F2FS」に変更してストレージ性能を高める方法が公開 | juggly.cn
Nexus 7（2012）のファイルシステムをNANDフラッシュ用に開発されたF2FS（Flash-Friendly File System）に変更して、端末のI/O性能を高めようという実験的な開発作業がXDA Developersで進められています。 F2FSは、Samsungが中心となって開発したSSDやeMMC、SDメモリなどのNAND型フラッシュメモリに特化したファイルシステムで、Linuxカーネル3.8でメインラインにマージされました。特にNANDフラッシュへのランダムライトで他のファイルシステムよりも良い性能を発揮するとされています。ちなみに、F2FSはMoto Xなど一部のAndroid端末では既に採用されています。 ストレージのI/O性能が改善されるとプチフリといった現象が軽減され、体感的にも動作が軽くなった印象を受けるはずです。 XDA Developersで公開された導
WindowsのNTFSとReFSの違い
Windows Server 2012で導入されたReFSは、耐障害性やスケーラビリティを向上させた新しいファイルシステムである。だがNTFSと比較すると不足する機能も少なくない。両者の違いをまとめておく。 解説 ●Windows Server 2012で導入された新しいファイルシステム「ReFS」 Windows Server 2012では新しく「ReFS（Resilient File System）」というファイルシステムが導入されている。「Resilient」とは「復元性がある」という意味であり、障害などからの復旧能力に優れることから、名付けられたようである。従来のNTFSと比較すると、大容量のボリュームのサポートや最大ファイルサイズの拡大、信頼性の向上、耐障害性の向上など、機能は向上しているが、その一方でNTFSよりも不足している機能もあるため、単純にNTFSをReFSに置き換える
「Linuxファイルシステム技術解説」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
Linuxファイルシステム技術解説（7）： 64bitファイルシステム XFSの実装 XFSは、巨大ストレージでの利用を視野に入れた64bitファイルシステムである。膨大な領域を効率的に利用するため、XFSにはさまざまな仕組みが組み込まれている。（編集局）（2004/8/24） Linuxファイルシステム技術解説（6）： JFSのファイル管理とジャーナリングの実装 AIXで生まれ、OS/2 WarpのソースがLinuxに移植されたJFS。そのファイル管理機構とジャーナリングがどのように実装されていいるのかを解説する。（編集局）（2004/3/30） Linuxファイルシステム技術解説（5）： 進化し続けるReiserFS Linux用ジャーナリングファイルシステムとしては古参ともいえるReiserFS。そのアルゴリズムや新バージョン「Reiser4」の機能について解説する。（編集局）（20
最近のLinuxで有効になっているI/Oバリア機能と、RDBへの影響 | Unofficial DB2 BLOG
比較的新しいカーネルを採用したLinuxディストリビューションでは、ファイルシステムのI/Oバリア (I/O barrier)機能がデフォルトで有効になっています。例えばRedhat Enterprise Linux (RHEL) 6やSUSE Linux Enterprise Server (SLES) 11等はインストール直後の状態でext4ファイルシステムのI/Oバリアが有効になっているようです。 I/Oバリアは簡単にいうと、「バリア命令」の後で発行されたI/Oは、バリア命令の前に発行されたI/Oの後に必ず実行されるようにする仕組みです。つまりI/Oの順序（物理ディスクに反映される順番）をまもらせる仕組みといえます。 ファイルシステムにI/Oバリア機能が追加されたのは、ファイルシステムが不整合な状態になる可能性を減らすためです。 そもそも、急な電源断でもファイルシステムの不整合が起こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ext3からext4への更新概要
シンプルなファイルシステムの監視ツール「Phrozen Windows File Monitor」NOT SUPPORTED