タグ付けされた質問 「data-recovery」

現在、私のサーバーはすべて塩水であふれています。マルチプラッタードライブの各プラッターを分離し、クリーニングし、イメージ化し、データ回復用の新しい仮想ドライブにマージすることは可能ですか？

129 hard-drive  data-recovery 

歴史的な目的のためにアーカイブしたい内部8ビットSCSI-1ドライブが多数あります。これらはすべて、DO SoftwareとQuakeを作成するためにid Softwareによって使用された古いNeXTキューブとNeXTStation（モノクロとカラー）です。私はマシンをどこか良いところに寄付したいのですが、ジョン・カーマックは10年以上前に私がドライブを渡した場合にドライブを拭くと約束し、貴重なデータを失うのは嫌ですそれは彼らの上にあります。 理論的には、SCSIには下位互換性があることを認識しているので、適切なケーブルと最新のSCSIカードに差し込むことができるかもしれません... しかし、それほど単純ではないのではないかと疑っています。さらに、どのタイプのケーブルやアダプターが必要なのか、どこで入手するのかは明らかではありません。 データの抽出に成功したら、Johnにpingを実行して、ディスクイメージを一般に公開しても問題ないかどうかを確認します。それは彼のデータであるため、彼の電話になります。idは彼らのコードの多くをオープンソース化したので、ここでは何も役に立つものはないかもしれませんが、私のオタクは、もしあればそれを失うことを嫌います。:)

50 hard-drive  data-recovery  scsi 

zpoolには非常に貴重な個人データが数TBありますが、データ破損のためアクセスできません。プールはもともと、Ubuntu 8.04システムの上にあるVMWare仮想マシン内で実行されているFreeBSD 7.2システムで2009年前後に設定されました。FreeBSD VMは引き続き利用可能で正常に動作します。ホストOSのみがDebian 6に変更されました。ハードウェアは、VMWare汎用SCSIデバイス（合計12台）によってゲストVMにアクセス可能になります。 2つのプールがあります。 zpool01：2x 4x 500GB zpool02：1x 4x 160GB 動作するものは空で、壊れたものはすべての重要なデータを保持しています。 [user@host~]$ uname -a FreeBSD host.domain 7.2-RELEASE FreeBSD 7.2-RELEASE #0: \ Fri May 1 07:18:07 UTC 2009 \ root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [user@host ~]$ dmesg | grep ZFS WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS …

44 freebsd  zfs  data-recovery 

人々は助けてください-私は目前に大きな頭痛（完璧な嵐の状況）を持つ初心者です。 ubuntu 11.04には、ソフトウェアRAID 5として構成された3つの1tb hddがあります。データは、完全に失敗して破棄されるまで、コンピューターのハードドライブの別の別のドライブに毎週コピーされました。数日前に停電が発生し、ボックスを再起動した後、襲撃はマウントされませんでした。私の無限の知恵で私は入りました mdadm --create -f... 代わりにコマンド mdadm --assemble 後まで私がやったトラベジーに気づかなかった。アレイの劣化を開始し、構築と同期を進めましたが、これには10時間ほどかかりました。戻った後、アレイは正常に稼働しているが、レイドは正常に動作していないことがわかりました つまり、個々のドライブはパーティション化されています（パーティションタイプf8）が、md0デバイスはパーティション化されていません。私がやったことを恐怖で悟り、いくつかの解決策を見つけようとしています。--createハードドライバーのコンテンツ全体が上書きされないように祈っています。 誰かがこれで私を助けてください-ドライブにあるデータは非常に重要でユニークです〜10年の写真、ドキュメントなど 参加しているハードドライブを間違った順序で指定すると、mdadmそれらを上書きする可能性はありますか？私がする時 mdadm --examine --scan 私は次のようなものを得ます ARRAY /dev/md/0 metadata=1.2 UUID=f1b4084a:720b5712:6d03b9e9:43afe51b name=<hostname>:0 興味深いことに、以前はホストRAIDに：0が付加された名前ではなく、「raid」でした。 「サニタイズされた」構成エントリは次のとおりです。 DEVICE /dev/sdf1 /dev/sde1 /dev/sdd1 CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST <system> MAILADDR root ARRAY /dev/md0 metadata=1.2 name=tanserv:0 UUID=f1b4084a:720b5712:6d03b9e9:43afe51b Here is the output from mdstat …

35 mdadm  raid5  data-recovery 

最近、ハリケーンを経験し、サーバールームが浸水しました。保険に万歳。とにかく、ハードドライブの1つからできるだけ多くのデータを保存する必要があります。はい、2日間の大半は水没しました。 ドライブを開いて、洪水がないことを確認する必要がありますか？底面のボードを取り外してフォームを乾燥させる必要がありますか？すべてが必要です。 任意の提案が役立ちます。 前もって感謝します！

32 disaster-recovery  data-recovery  server-room  flooding  disaster 

5台のSeagate Barracuda 3 TB SATAディスクを含むRAID-5アレイを備えた、CentOSを実行するDell PowerEdge T410サーバーがあります。昨日、システムがクラッシュしました（どのくらい正確かわからないし、ログもありません）。 RAIDコントローラBIOSを起動すると、5つのディスクのうち、ディスク1が「欠落」、ディスク3が「劣化」とラベル付けされていることがわかりました。ディスク3を強制的にバックアップし、ディスク1を（同じサイズの）新しいハードドライブに交換しました。BIOSはこれを検出し、ディスク1の再構築を開始しました-ただし、％1でスタックしました。回転の進行状況インジケーターは一晩中動きませんでした。完全に冷凍。 ここで私のオプションは何ですか？プロのデータ復旧サービスを使用する以外に、再構築を試みる方法はありますか？そのように2つのハードドライブが同時に故障する可能性はありますか 過度に偶然のようです。ディスク1が故障し、その結果ディスク3が「同期がとれなくなった」可能性はありますか？その場合、「同期」に戻すために使用できるユーティリティはありますか？

21 raid  storage  hardware-raid  raid5  data-recovery 

私は最近、停電のためにXFSファイルシステムが破損するようになりました。（CentOS 7システム）。システムは正常に起動しません。 私はレスキューCDから起動し、試しxfs_repairましたが、ログを処理するためにパーティションをマウントするように指示されました。 私はパーティションをマウントし、lsはい、そこにあるように見えることを確認しました。パーティションをアンマウントし、xfs_repair再試行して同じメッセージが表示されました。 この状況で私は何をすべきでしょうか？レスキューCD（System Rescue CD、バージョン4.7.1）に何か問題がありますか？他に使用すべき手順はありますか？ 結局、バックアップからシステムを単純に復元することになりました（この場合は迅速かつ簡単でした）が、今後何をすべきか知りたいのです。

18 centos7  data-recovery  xfs  fsck 

ソフトウェアraid5上のluksにext4ファイルシステムがあります。私がスペースを使い果たし始めたとき、ファイルシステムは数年間「正常に」動作していました。6x2Tドライブに9Tボリュームがありました。アレイを大きくするまでmdadm fail、remove、add、rebuildを繰り返してプロセスを繰り返し、3Tドライブへのアップグレードを開始しました。その後、luksコンテナーを成長させ、マウントを解除してresize2fsを実行しようとすると、ファイルシステムが汚れていてe2fsckが必要であるというメッセージが表示されました。 考えずにe2fsck -y / dev / mapper / candyboxを実行しただけで、すべての種類のinodeが削除されるタイプのメッセージを吐き出しました（正確には覚えていません）e2fsckを強制終了し、懸念しているバックアップデータにファイルシステムを再マウントしようとしました。この時点でマウントしようとすると、次のようになります： # mount /dev/mapper/candybox /candybox mount: wrong fs type, bad option, bad superblock on /dev/mapper/candybox, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so 古いログを振り返ると、マシンが起動するたびにファイルシステムがこのエラーを出していることに気付きました。 kernel: …

11 linux  filesystems  ext4  data-recovery 

OSX 10.6を搭載したiMacにUSB2経由で接続されたSATA HDのLVM論理ボリュームを介してext3パーティションにアクセスする必要があります。 OS XからLVMボリュームを表示することは可能ですか？どうやって？ Disk Utilityは、接続されたデバイスは不明であり、初期化することを提案しています。

10 mac-osx  lvm  osx-snow-leopard  data-recovery 

私は、RAID 1にあった、完全に機能し、破損しておらず、暗号化されていない2つのNASドライブの1つからファイルを回復する使命を帯びていました。NASはPatriot Javelin S4でした（私の調査でわかったように）Promise FasttrackフェイクRAIDコントローラを使用します。 これに関する情報は非常に少ないため、同じ状況のグーグルにとって、このNASに関するいくつかの事実があります。 RAIDコントローラー：Promise FastTrack（FakeRaid） ボリュームシステム：LVM2 ファイルシステム：64kbブロックサイズ（65536バイト）のXFS Arch：800MHz AMCC PowerPCプロセッサ、256MB RAM（Matthewの研究に感謝） これを行ったとき、私はWindows 10とMacOSコンピュータしか持っていませんでした。LVM2ボリュームにXFSをマウントできるソフトウェアは見つかりませんでした（1つを例外として、以下で詳しく説明します）。私は古いネットブックAcer Aspire Oneを取り出し、それにpuppy linux（具体的にはlxpupフレーバー）をインストールする必要がありました。 子犬のLinuxでは、と呼ばれるツールを使用してこのファイルシステムをマウントできましたdmraid。このツールには、Promise FastTrackのIDであるpdcボリュームをマウントする方法があります。なんとかそれをマウントしているいくつかのフープを飛び越えることができたら、私は実際のXFSファイルシステムにアクセスできるようになり、そして残念なことに、それは64kbのブロックサイズであることがわかりました。 ここで、「read xfs 64kb block size」のようなものをググって始めて、どこにも行きませんでした。「カーネルにパッチを適用しない限り、Linuxは4kbを超えるブロックサイズを読み取ることができません」と答えるのはほんのわずかです。カーネルにパッチを当てる方法がわかりませんし、これを可能にするエミュレーションもないので困惑しています。 Win / Macでこのパーティションを読み取ることができないアプリの1つの例外について言及しました。その例外はufsexplorerでした。100ドルのアプリで、シ​​ームレスにファイルを表示できました。私はそれが機能することを証明するいくつかのファイルをコピーしましたが、試用版では小さなファイルしかコピーできません。 64kbのxfsを読み取るのに役立つような複雑さのレベルにある無料のオープンソースツールはありません。 私の質問は、そのようなツールを誰かが知っていますか？1つ以上のツール、カーネルパッチ、または他の何か（無料）を使用してデータを取得する方法についての具体的な指示があれば、高く評価されます。 もう1つのポイント：これらのドライブのローカルイメージを作成する必要がないことを強く望みます（それが唯一の方法でない限り）。結局のところ、それは2TBのデータであり、私はこれほどのスペースを持っていないかもしれません。 PS 64 kbのxfsを読み取ることができる既知のLinuxがAcerにインストールできる場合、それも実行可能なソリューションです。 更新1：https://www.cgsecurity.org/wiki/TestDiskについて学んだところです。一撃の価値があるかもしれません。試してみる時間があったらまた報告します。 Update 2：TestDiskはXFSパーティションの存在を認識しているようですが、そこに進む方法がわかりません。ファイルを抽出する方法がわからないので、今はそれを放棄し、マシューの答えでqemuアプローチを試しました。

9 lvm  raid1  data-recovery  xfs  fakeraid 

RAID 1とRAID 5（およびそれらの兄弟10と50）は、それぞれミラーリングとパリティチェックによってデータの冗長性を実現します。これにより、ディスク上のセクター（またはディスク全体）が読み取り不能になった場合でも、RAIDアレイはデータにアクセスできます。RAID 6（または60）は、追加のチェックを使用して二重障害を許容します。 しかし、RAIDアレイは、完全に読み取り不可能ではないが、明らかに矛盾しているデータをどのように扱うことができますか？ ストライプ上のfeデータがディスク上で変更されるなどのエラーが発生したが、その変更が他のストライプに反映されない場合、ストライプ全体が不整合になります。ミラーリングされたセットで、ディスクが「このビットは0」であるのに対し、他のディスクが「このビットは1」である場合、RAIDコントローラはどのディスクが正しいかをどのようにして知ることができますか？同じ理由がRAID-5ストライプに適用でき、ストライプの実際にどのセクターが間違っているかを簡単に知ることができないという複雑さが加わります。また、RAID 6は二重のチェックでこの問題を軽減しますか、それとも、データが実際に読み取り可能であるにもかかわらず、特にRAID 6アレイに多くのディスクが含まれる傾向があるため、データの破損からの回復に問題があるのでしょうか？ これは理論的にはチェックサムによって解決でき、データのコピー（またはパリティ）が正しいものであることを確認します。しかし、RAIDコントローラーは実際にこの種のチェックサムを実装しますか（もちろん、追加のスペースが必要になります）？それとも、ほとんどのファイルシステムがその内容をチェックサムすることができ、チェックサムするOSレベルで処理する必要がありますか？これが当てはまる場合、RAIDコントローラーの一般的なアプローチがOSを基盤のストレージレイヤーからできるだけ抽象化することである場合、RAIDコントローラーに「ストライプZのディスクYのセクターXのデータが間違っている」とどのように伝えることができますか？可能？

8 raid  data-recovery 

SCSIハードディスクを搭載した古いサーバーがあります。サーバーは先週クラッシュしましたが、どのハードウェアコンポーネントが損傷しているかは正確にはわかりません。いずれにしてもサーバーは廃止される予定なので、修理したくありませんが、SCSIドライブからデータを復元するだけです。 ハードディスク自体は破損していないと思われますが、問題は、SCSIコントローラを搭載した他のコンピュータがないことです。 データを復元するためのオプションは何ですか？ 専門のデータ復旧サービスを委託することは別として、安価なSCSIコントローラーカードを購入することだけを念頭に置いています（たとえば、10ユーロのIBM Adaptec PCI W-Ultra SCSIコントローラーを見つけることができますが、復旧サービス料金よりも確かに安いです）。それをデスクトップPCのPCIスロットに差し込み、SCSIハードディスクを接続して、必要なデータをディスクからPCにコピーします。PC側のOSが重要な場合（Win XPの場合、SCSIハードディスクはかなり古い（1999年から18 GBのIBMディスク））ので、それが機能するかどうか、どのような技術仕様に従う必要があるかはわかりません。サーバーには、Win NT）またはPC側の他の仕様（PCIスロット？）などがありました。 よろしくお願いします！

8 hard-drive  disaster-recovery  data-recovery  scsi