タグ付けされた質問 「disk」

debian linuxサーバーで一般的なディスクio監視を行いたいです。disk ioのモニターについて知っておくべきツールは何ですか？そのため、1日の特定の時間にディスクのパフォーマンスが最大になっているか、急上昇しているかどうかを確認できますか？

267 linux  disk 

すべてのパーティションとそのラベルをリストするコマンドはありますか？sudo fdisk -lそして、sudo parted -l、デフォルトでは、ラベルは表示されません。 編集：（以下のコメントに従って）私はext2ラベルについて話している-あなたはgpartedパーティション分割時に設定することができますラベル。 EDIT2：意図は、マウントされていないパーティションを一覧表示することです（だから、マウントするパーティションを知っています）。

91 linux  command-line  partition  disk 

ディスクをディスクベイに接続する必要がある場合があります。また、ラップトップでSATA-eSATAケーブルを使用してSSDを接続し、デスクトップから電源を引き出すという非常に奇妙なセットアップがあります。 システムからSATAディスクを安全に取り外すにはどうすればよいですか？このPhoronixフォーラムスレッドにはいくつかの提案があります。 justsumdoodの書き込み： An（noymous）droidは次の ように書きました：プラグを抜く前にソフトウェア側で何をしますか？単純な「umount / dev / sd」[ドライブ文字]ですか？デバイスをアンマウントした後、ユニットを「電源オフ」（またはスリープ）するには： hdparm -Y /dev/sdX （Xは電源をオフにするデバイスを表します。例：/ dev / sdb） これにより、ドライブの電源が切れ、電圧サージのリスクなしでドライブを取り外すことができます。 これは、ディスクキャッシュが適切にフラッシュされ、その後電源がオフになることを意味しますか？ 同じスレッドからの別の提案： chithanhは次のように書いています： すべてのSATAおよびeSATAハードウェアは物理的にホットプラグ可能です（つまり、プラグを挿入/引き出しても損傷を受けません）。 チップセットとドライバーがこれをどのように処理するかは別の質問です。一部のドライバー/チップセットの組み合わせは、ホットプラグを適切に処理せず、次のようなwarmplugコマンドが必要です。 echo 0 - 0 > /sys/class/scsi_host/hostX/scan Xをお使いのSATA / eSATAポートの適切な番号に置き換えます。 正しい方法であるかどうかは疑わしいが、それに対する証拠も見つけられない。 だから、システムから接続されたディスクを削除する正しい方法は何ですか？ディスク上のすべてのパーティションを既にアンマウントして実行したと仮定しsyncます。可能であれば、いくつかの公式ドキュメントを参照してください。LinuxドキュメントツリーやLinux ATA wikiには何も見つかりませんでした。

64 ssd  sata  hot-plug  disk 

以前は、ファイルの変更はディスクに直接保存されると考えていました。つまり、ファイルを閉じて、保存をクリックするか選択するかを決めるとすぐに。しかし、最近の会話で、私の友人は私には、通常は真実ではないと言った。OS（具体的にはLinuxシステムについて話していました）はメモリ内の変更を保持し、メモリからディスクにコンテンツを実際に書き込むデーモンを持っています。 彼は、外部フラッシュドライブの例を挙げました。これらはシステムにマウントされ（メモリにコピーされ）、デーモンがまだコンテンツをフラッシュメモリに保存していないためにデータが失われることがあります。それがフラッシュドライブをアンマウントする理由です。 私はオペレーティングシステムが機能することについての知識を持っていないので、これが真実であるかどうか、そしてどのような状況であるかは全くわかりません。私の主な質問は次のとおりです。これはLinux / Unixシステム（および他のOS）で説明されているように起こりますか？たとえば、これは、ファイルを編集して保存した直後にコンピューターの電源を切ると、変更が失われる可能性が高いことを意味しますか？おそらく、ディスクの種類に依存します-従来のハードドライブとソリッドステートディスクのどちらですか？ 質問は、明確化や比較が受け入れられたとしても、情報を保存するディスクを備えたファイルシステムに特に言及しています。

57 linux  filesystems  disk 

私はUbuntuの12.04を使用していて、（Unityはバーを左に）私は私のフラッシュドライブのアイコンをクリックrigthとき、私は私が混乱してい二つのオプションを取得：イジェクトをし、安全に削除します。 私が答えに近づいたのは、このフォーラムスレッドでした（フラッシュドライブの場合）、umountコマンドを使用するのと同等であり、同等であると結論付けました。しかし、この最後の主張は間違っているようです。 私が使用している場合はumount、私のフラッシュダイビングをアンマウントするには、コンソールから、その後、私はコマンドを使用しlsblk、私はまだ（もちろん、MOUNTPOINT下に何もない）私のデバイスを参照してください。一方、フラッシュドライブをイジェクトするか、安全に取り外した場合、lsblkリストに表示されなくなります。 だから、私の質問は本当にの行動再現しますコンソールコマンド/コマンドどうなるか、あるイジェクトをし、安全に削除しますか？

43 command-line  power-management  disk  unmounting  eject 

Linuxでコマンドラインを使用して、またはプログラムでIOPSを個別に読み書きするにはどうすればよいですか？sysstatパッケージをインストールしました。 これらを個別に計算する方法を教えてください sysstatパッケージコマンド。 または、ファイルシステムを使用してそれらを計算することは可能ですか？ 例： /procまたは/sysまたは/dev

32 linux  io  disk  read  write 

ミラーを作成したい単一のディスクがあります。このディスクを呼び出しましょうsda。同じサイズの別のディスクを購入しましたsdb。sdaそして、sdb呼ばれる一つのパーティション持っているsda1とsdb1、それぞれを。 レイドを作成するとき、sdaクリーンを消去して再起動するのではなく、でミラーリングを開始するだけですsdb。私の思考の流れはそうすることでした： mdadm --create --verbose /dev/md0 --level=mirror --raid-devices=1 /dev/sda1 ... sdbディスクなしでアレイを作成し、次のように実行します（このステップをどのように達成するかわからないため、次のコマンドを大声で考えています） mdadm /dev/md0 --add /dev/sdb1 注sdb1は次のようにフォーマットされていると想定されますsda1 これは可能ですか？

20 raid  mdadm  disk 

編集済み：データを破棄する場合を除き、これを実行してテストしないでください。 誰かが私が得たものを理解するのを手伝ってもらえますか？ dd if=/dev/zero of=/dev/sda bs=4096 count=4096 Q：なぜ特に4096 countですか？ dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr blockdev --getsz /dev/sda - 4096) Q：これは正確に何をしますか？

19 udev  dd  disk 

最近、奇妙でまれなファイルシステムの破損があり、SSDに問題があると思われます。私は良いドライブ拷問テストツールを探しています。ディスク全体に書き込むことができ、その後、戻って読み取って、書き込み、破損したブロック、古いリビジョンに戻されたブロック、およびその他のエラーを探します。これは何をするよりもはるかに多くなりbadblocksます。そのようなツールはありますか？ 注：パフォーマンスベンチマークを探しているのではなく、既にSMARTステータスを確認しています。健全であり、不良ブロックは報告されていません。

17 disk 

私は（のような、現在のシステムを通って流れるディスクI / Oの量を測定するためのさまざまなツールを使用することができますiotopし、iostat）それは、ディスクがほんの少量で多くのことを求めているならば、容易に検出することが可能だ場合、私は好奇心が強いですI / O。 私はそれを知っています;を使用blktraceしてこの情報を抽出し、それを使用してデコードすることは可能ですbttが、これらはやや扱いにくいものであり、より簡単な代替手段があることを望んでいましたか？

16 linux  disk  measure 

ディスクIOを監視する場合、IOのほとんどはjbd2に起因しますが、IOが高い原因となった元のプロセスはIOパーセンテージがはるかに低いとみなされます。どうして？ 以下はのiotop出力例です（IO <1％の他のプロセスは省略）：

16 process  io  disk 

ワークステーションで重いI / Oプロセスをいくつか実行していますが、最近iotopそれらを監視するためにインストールしました。これが最近のスクリーンショットです。 IO>コラムの読みについて少し混乱しています。これは、ディスクが約1500％のI / Oアクティビティで実行されていることを示しています。それも可能ですか？ これらの読み取り値からディスクの最大I / Oを把握するにはどうすればよいですか？そして、iotopはどのように相対I / Oアクティビティを計算しますか？

15 performance  io  disk  top 

多くの場合、特にブートローダーをいじくり回しているときは、数値のドライブ番号とパーティション番号が使用されているのがわかります。たとえば、/boot/grub/grub.cfg私が見るところではset root='hd0,gpt2'、私のUEFIブートエントリはドライブ/パーティション番号を参照することが多く、ブートローダーが関係するほとんどすべての状況で発生するようです。 UUIDとPARTUUIDが用意されたので、この方法でパーティションをアドレス指定することは非常に不安定に思えます（ただし、ドライブが常に同じ順序でマウントされることは保証されていません。 したがって、私の質問は2つあります。 このアドレス指定スキームは、上記で説明したように不安定ですか？このスキームが予想よりもはるかに信頼性が高いことを意味する標準に何かが欠けていますか、またはこのアドレス指定スキームは、ドライブが単に順序を変えたり、マザーボードの異なるスロットに差し込んだりしますか？ 上記の質問に対する答えが「はい」の場合、なぜこのアドレッシングスキームが引き続き使用されるのですか？すべてにUUIDまたはPARTUUIDを使用すると、はるかに安定し、一貫したものになりませんか？

14 partition  grub2  disk  boot-loader  uuid 

HDDからSSDへのアップデートを検討しています。しかし、フラッシュセルは限られた書き込みしか維持できないためです。通常の操作中にコンピューターが書き込むデータ量を知りたい。そのため、SSDの寿命を予測できます。 どういうわけか（大まかな）数字を取得することは可能ですか？

14 linux  disk 

この状況から安全に抜け出すにはどうすればよいですか？ 詳細は次のとおりです。 xenサーバーには、VMにブロックデバイスが割り当てられています。ただし、これらのデバイスはXen内にもマウントされています。 実際、これらのブロックデバイスのうち44個がこのようにマウントされています。さらに悪いことに、各物理デバイスは4つのパス上にあり、それぞれが個別のマウントポイントにマウントされています。つまり、デバイスは実際に各5回マウントされます。 VMゲストOSは、PowerPath擬似デバイスを介してパスを認識します（phy：ブロックデバイスとしてdomUに割り当てられます） 一部のデバイスは、ext2およびreiserfsとしてフォーマットされています。 ここで関係するファイルシステム破損のリスクについて説明する必要はありません。 ファイルシステムをアンマウントするだけでも破損が発生する可能性があることを恐れており、この時点でホストから電源を引き出すことが最も安全なオプションであると感じています。 すべてのVMのアプリケーション（ほとんどの場合Oracleデータベース）は、まだ実行中で使用中であることに注意してください。 これは、dom0での高いCPU使用率を調査したときに発見されました。/ dev / emcpowerrに属する/ dev / sdf1からマウントされたcwd-> / media / disk-12を使用した、強制終了できない「検索」プロセスがあります。 誰かが尋ねる前に、一度プロセスを殺すことができず、CPUとRAMを使用し続けることができません（無効/ゾンビプロセスとは異なります）。 。より一般的には、テープI / Oで発生します。 提案！？ PSこの種のことを防ぐために、デバイスがマウントされると「予約」されると予想していましたか？それともLinuxでは不可能ですか？ 編集：まず、ハイパーバイザー内のKDEが原因だと確信しています。KDEは、ログに記録できるデバイスをマウントしてデスクトップアイコンを作成しているようです。ただし、他のXenサーバーでは同じことは起きていませんが、他のすべてのサーバーははるかに古いバージョンのSLESおよびKDEを実行しています... さらに、2つの重要ではないVMがハングしました。それらをシャットダウンした後、ファイルシステムの破損のために再起動しませんでした。メイン/実稼働VMはまだ実行中で、その上のデータベースはまだ動作していますが、明らかにこれは時限爆弾です。お客様は、別のサーバー上の別のVMで環境を再構築しようとしていますが、一部のコンポーネントの構成に関する問題に固執しているため、お待ちしています... いずれにせよ、これまでのところ「ベストプラクティスは常に適切にシャットダウンされる」以上の答えはなかったと感じています。考え。シャットダウンすると、未処理のIO、特にハイパーバイザーからのファイルシステムメタデータの更新が同期され、ファイルシステムが破損する可能性がありますか？

14 filesystems  xen  disk  unmounting