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

(フロッピーディスクではなく)硬質フォームファクターの磁性材料でコーティングされた高速回転ディスク(プラッター)を使用してデジタル情報を保存および取得するために使用される永続的なデータストレージデバイス。

3
損傷したハードドライブからデータを復元する:「フリーザートリック」
私は現在、損傷した---そして瀕死の---ハードドライブからデータを回復する仕事をしています(背景情報については、この質問を確認してください)。システムの実行中にドライブが落とされました。そして、馬鹿に私はtestdiskそれに走ろうとしていましたが、私は---私が想定しているもの---「死のクリック」を聞き始めました。 今、私は「フリーザートリック」(たとえば、AskDifferent、Unix SE、AskUbuntu)についていくつかの場所で読みました。その要点は次のとおりです(ただし、完全な指示を読んでください!): 破損したハードドライブをziploc冷凍バッグに入れて、湿気が入らないようにします(2つまたは3つのバッグを使用します。バッグが等温である必要はないことに注意してください)。 ラップしたハードドライブを冷凍庫に入れます ハードドライブを冷凍庫に少なくとも12時間置いてください 次に、ドライブをコンピュータに接続し、データのコピーを開始します ある時点で、ハードドライブは再び故障します。その場合は、すべてのデータがコピーされるか、ドライブが停止するまで、手順を繰り返します。 (現在、削除されたフリーザーのポストハードドライブが機能するように、SuperUserでは、フリーズする前に試す2つの代替医療策は次のとおりです。(1)「ハードドライブを滑らかな表面に置きます。端をつかんで物理的に回転させますユニット全体」、「ユニットをブレードの軸に沿って鋭く回転させる」、および(2)「ヘッドがクラッシュした場合は、ドライブを上下逆さまにして、一時的に稼働させることができます。ドライブを保持してください。ファイルをバックアップする間、上下を逆にします。」) 質問:瀕死のハードドライブからデータを救うための正当な戦略を凍結していますか?それとも、これは単にディスクを確実にブリックするためのファンシーな方法ですか? これは合法的である場合と、一つはそれを試みるべきである前にしようとddrescue、後にしようとddrescue、あるいは私は「冷凍庫のトリック」を組み合わせる必要がありますddrescue(と、関連するログファイル)?

5
起動後にhdparmコマンドを実行してFedora 19で再開するにはどうすればよいですか?
残念ながら5-8秒ごとにスリープしようとする新しいHD(WD5000BPVT)を購入しました。クリックノイズがかなり聞こえるだけでなく、1秒のスピンアップ時間により、日常の使用において非常に顕著な遅延が発生します。 hdparm -B 254 /dev/sda非常に短いスリープを無効にすることがわかりましたが、ドライブの電源がオンになるたびにこの設定を強制する方法がわかりません。dconf-editor「電源管理の設定」アプリの両方のHDの設定に関しては何もしません。/etc/hdparmまたは/etc/acpiパスがありません。MATEはウィンドウマネージャです。 Fedora 19では、ドライブがアクティブ化されたときにこのコマンドを強制的に実行するにはどうすればよいですか?

5
損傷したディスクから新しいディスクにNTFSパーティション(WinXP)を複製する方法は?
NTFSパーティションを、損傷した、ハードディスクの近くにあるもの(SCSI、これが重要な場合)から新しいもの(SATA)に複製する必要があります。 私は、HirenのブートCDユーティリティの最新バージョンをUSBスティックにインストールし、GPartedを試してみました。パーティションが破損しており、CHKDSKを実行するためにWindowsによって「フラグが立てられている」ため、パーティションをコピー/貼り付けできません。私は警告のアドバイスに従い、それを使ってそれを修復しようとしましたCHKDSK /f(「フェーズ3」の後に9時間かかり、エラーで終了しました)と、今は思い出せないLinuxプログラム。 同じ理由で、Clonezillaを使用してクローンを作成しようとしましたが、失敗しました。HBCDにはdd_rescueがありますが、「ntfs.something」が見つからないため、再び失敗しました。 結局のところ、私が欲しいのは、そのパーティションをそのままに、彼のエラーとすべてを含めて複製することです。新しいドライブで修復できます。 それで、私は何をすべきですか?


4
blk_update_request:I / Oエラー、dev fd0、セクター0
最近blk_update_request: I/O error, dev fd0, sector 0、サーバーとして使用しているArch Linuxを実行している2台目のコンピューターのエラーに気づき始めました。これは、新しいアパートに引っ越したときにコンピューターを再起動しなければならなかったときに始まりました。私は次の/etc/fstab構成を持っていました: # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> #UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd /dev/sda1 / ext4 rw,relatime,data=ordered 0 1 #UUID=c1245aca-bbf7-4813-8c25-10bd0d95631e /dev/sda2 none swap defaults 0 0 #UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd /dev/sdb1 /media/marcel/videos auto rw,user,auto 0 0 したがって、メインのHDDがマウントされ/、外部のHDDがマウントされ/media/marcel/videosます。問題は、再起動後、外部ドライブ/dev/sdaと内部ドライブが取得されたこと/dev/sdbです。コンピュータ/media/marcel/videosは、どれがのクローンであるかを調べるまで、私の知る限り問題なく起動しました/。外付けドライブを取り外し、メインドライブのトラブルシューティングを行っています。 Relavent dmesg: ACPI Error: …

1
キャッシングモードページは重大なエラーではありませんか?
サーバーログに次のエラーメッセージが赤で表示されます。 kernel: sda: sda1 sda2 kernel: sd 0:1:0:0: [sda] No Caching mode page found kernel: sd 0:1:0:0: [sda] Assuming drive cache: write through kernel: sd 0:1:0:0: [sda] Attached SCSI disk 私が使用していますSeagateのハードディスクST3300657SSを RAID 1構成に。私はこの質問の答えを読みました: あなたの場合、デバイスにはキャッシングモードページがないため、カーネルは読み取りのキャッシュや書き込みのバッファリングがないと想定します。そのため、デバイスへの書き込みは「ライトスルー」、つまりメディアに直接移動します。 。 このエラーは修正が必要なハードウェアの問題ですか?
10 hard-disk  cache 

4
ハードドライブを回転させているものを見つける
私は、Linuxディストリビューションを実行しているNASの所有者です。それは私がいくつかのサービス、ユーザー権利を管理することができ、それがいつスリープ状態になるべきかも管理できるウェブ管理フロントエンドが付属しています。私の問題は、何らかの理由で、NASがスリープ状態になると、数分後にハードドライブが再びオンになることです。その後、しばらく回転してから、再び寝ます。これは無期限に続きます。 この原因を特定するにはどうすればよいですか?Linuxは初めてですが、なんとかrootアクセスを取得して、SSH接続を確立しました。
10 linux  hard-disk 

2
ハードディスクが自動的にスタンバイにならない
30分または60分後に自動的にスタンバイになるハードドライブがあります。 私が試しました(テストには3分): # hdparm -S 36 /dev/sda /dev/sda: setting standby to 36 (3 minutes) そして、5分以上アクセスがない場合でも機能しませんでした。データにアクセスするプロセスを考えたので、テストしました # hdparm -y /dev/sda /dev/sda: issuing standby command ドライブはスタンバイ状態になり、スリープ状態を維持しました。 # hdparm -C /dev/sda;date /dev/sda: drive state is: standby マウントポイントのファイルに触れると、予想通りに目が覚めました。 自動サスペンドが機能しないのはなぜですか?私が理解している限り、アクセスがない限り、OSから独立したハードドライブをオフにすべきです。

1
fdiskに表示されるハードディスクセクターの総数が理論上の計算と異なるのはなぜですか?
fdiskを使用してハードディスクをチェックすると、次のようになります。 Disk /dev/sda/: 21.5 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors しかし、255 x 63 x 2610を掛けると、その数は41929650になり、合計の数よりわずかに少なくなります。上記のセクターの。どうして?

1
ハードドライブのスリープ時間(7日)をスケジュールすることは可能ですか?
Linux(Debian 9)ボックスに接続されている外付けハードドライブがスリープ状態になる(回転が停止する)タイミングをスケジュールする方法を探しています。 これをコンテンツに組み込むには、マルチメディアサーバーとして動作するLinuxボックスがあります。外部ハードドライブにあるコンテンツをフェッチするための呼び出しが行われると、ハードドライブが起動して回転を開始するまでに15〜30秒かかることがよくあります。ハードドライブを24時間365日起動して回転させるように設定することもできますが、ほとんどの場合、自宅にいるときにのみマルチメディアサーバーを使用すると、これは無駄になります。 ハードドライブが回転しているときの週次スケジュールを設定するために使用できるソフトウェアツールまたはコマンドはありますか(例:月曜から金曜は午後5時から午後11時までの回転)土曜から日曜は午後3時から午後11時までの回転。システムタイマー

1
SSDをキャッシュに使用して、ハードディスクがスピンダウンできるようにするにはどうすればよいですか?
BTRFSプールで一緒に実行されているディスクの束を持つファイルサーバーがあり、キャッシュ用にSSDを追加したいと考えています。私は主に物事を高速化した後ではありませんが、頻繁に使用していないときはほとんどの時間、ハードディスクをシャットダウンできるように定期的な小さなアクセスをキャッチしたいと考えていますディスクが長持ちします)。 私の知る限り、現在Linuxにはdm-cacheとbcacheの2つのSSDキャッシングテクニックが実装されています。dm-cacheは依然としてより効率的であると言われていますが、両方の開発が進んでおり、絶対的な最大効率を調整する必要はありません。 bcacheのドキュメントを読んで、私はこれらのオプションに出くわしました: writeback_delay:ダーティデータがキャッシュに書き込まれ、以前は何も含まれていなかった場合、ライトバックを開始する前に数秒待機します。デフォルトは30です。 writeback_percent:ゼロ以外の場合、bcacheはバックグラウンドの書き戻しを抑制し、PDコントローラーを使用して速度をスムーズに調整することで、ダーティなキャッシュの割合を維持しようとします。 writeback_running:オフの場合、ダーティデータの書き戻しはまったく行われません。ダーティデータは、大部分がいっぱいになるまでキャッシュに追加されます。ベンチマークのみを目的としています。デフォルトはオンです。 に十分な大きさの値を設定するとwriteback_delay、私にとってはうまくいくようです。1時間に1回だけ書き戻すか、または(これが起こると思います)キャッシュがいっぱいになっている場合。 これは妥当な設定ですか、そしてディスクのスピンダウンに成功するために他に何か考慮すべきことがありますか?私の要件を満たしていれば、まったく別のルートに進んでも問題ありません。 @gorkyplが同様の問題について別の解決策を探しているようですが、要件と環境が異なり、回答もまだ得られていません。

3
PidあたりのハードドライブI / O
pid /プロセスごとのディスクI / Oを確認する方法はありますか?Monitorixは次のように表示し、問題がある場合は修正しますが、ハードドライブがシステム全体の速度を低下させているようです。 アップデート#1 頂上はすべての上に素晴らしい概観を与えるようです。 私が赤でマークした待機は何を意味するのでしょうか? それはディスクI / Oからの待機ですか?

2
USBハードドライブのddrescueが非常に遅い
停止したラップトップからHDDを回復しています(まったく起動しませんでした。ディスクユーティリティは、問題はないがディスクをマウントしないと報告しました)。USBアダプターを介してHDDを接続しました。ddrescueそのように実行する: sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log これまでのところエラーはありませんが、平均読み取り速度は徐々に50KB / sに低下しています。最初は約2MB / sでした。パーティションのサイズは300GBです。これまでのところ、160GBを回復することができました。MacBookのHFS +パーティションにリカバリしています。 この転送速度が遅い理由は何ですか?それを増やす方法は?

2
このddrescueコマンドは何かをしていますか?
故障したハードドライブからデータを回復しようとする過程で、私はコマンドを実行していddrescueます。 コマンドは9日間実行されており、ディスクアクティビティのサウンドから、何かが実行しているのではないかと思いました。コマンドラインの出力は、これまでずっと多かれ少なかれ静的に見えてきました。 $ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile Press Ctrl-C to interrupt Initial status (read from logfile) rescued: 0 B, errsize: 0 B, errors: 0 Current status rescued: 0 B, errsize: 500 GB, current rate: 0 B/s ipos: 2539 MB, errors: 1, average rate: 0 B/s opos: 2539 MB, …

2
grepコマンドを正確に計時する方法は?
これら2つのコマンドの速度を比較したいと思います。 grep pattern1 files* grep pattern2 files* 残念ながら、最初のgrepは多くのファイル*をメモリバッファーに読み込みます。そのため、2番目のgrepは非常に高速に実行されますが、理由は間違っています。 Linux(Fedora 11)にどのように伝えますか:「何かをテストしているので、ディスク読み取りのキャッシュを停止してください。」

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.