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

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

10 partition  hard-disk  data-recovery  ntfs 

Apacheログファイルが削除されたが、Apacheによって開いたままになっているとします。次に、これは私がやっていることです： pid=$(lsof | grep text.txt | awk '/deleted/ {print $2}') fd=$(lsof | grep text.txt | awk '/deleted/ {print $4}' | grep -oE "[[:digit:]]{1,}") cp /proc/$pid/fd/$fd directorytobecopied/testfile.txt これは私がファイルを回復して元の場所に戻すために行っていることです。上記のコードは見栄えが悪いので、これを行う簡単な方法はありますか？さらに、ファイルが削除された場所（directorytobecopied）からどのようにして知ることができるので、手動でファイルの元の場所を誰かに尋ねて、そこに戻す必要がありません。

10 linux  shell  logs  data-recovery  apache-httpd 

数日前に私はユニにいて、ユニネットワークのLinux（Debian KDE 3.5）コンピュータの1つでHドライブに500Mbファイル（3gpビデオ録画）をカットアンドペーストしようとしました。 切り取りと貼り付けのジョブが失敗したことを示すエラーメッセージは表示されませんでしたが、結果として貼り付けられたファイルを見ると、60Mbファイルとして表示されています（440Mbの不一致です）。ファイルがどういうわけか縮小されました！貼り付けの過程でファイルが壊れましたか？これは不完全にコピーされたファイルの断片ですか？ 管理者がユーザーに課したHドライブのサイズ割り当て制限により、ファイル転送が中断されたのではないかと思います。 しかし、Linuxは、ファイルが意図した宛先に移動して転送が開始される前に中止できるよりも大きなファイルであることを予期していると思います。禁止された制限に達するまで待たずに、通知せずに個別にキャンセルします。 また、ファイル転送が中断された場合、通常は元のファイルが元のUSBドライブにそのまま残る（つまり、削除されない）と予想されますか？ ファイルは宛先に表示されますが、現在ははるかに小さく、機能していません。外部ドライブのソースの場所にある元のファイルが消え、ジョブが正常に完了したことを示しています。 このサイズ変更はかなり奇妙で、今は元のファイルにアクセスできないようです。オリジナルをカットアンドペーストした後、元の場所から削除された可能性があります。コンピューターがこのタスクを誤って処理したため、ファイルが失われたようです。ファイルを取得するのを手伝ってください。 PhotoRecとSleuthkitフォレンジックツールを使用して、携帯電話のSDカード上のファイルを復元してみました。運が悪い。ディスクの削除されたセクションは、新しいデータで上書きされた可能性があります。したがって、ソース側の進行はゼロです。宛先側（つまり、私のuniネットワーク）で回復する方法はありますか？ peter@peter-deb:/media/E0FD-1813$ cd DCIM/ peter@peter-deb:/media/E0FD-1813/DCIM$ cd .. peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/ peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a . .. peter@peter-deb:/media/E0FD-1813/LOST.DIR$

10 data-recovery 

rm -Rコマンドで重要なディレクトリを削除しました。これは非常に人口の多いホストデータです。それは/var/zpanel/hostdata/ayrintilih ayrintilihディレクトリを削除した後に配置されました。 ext4magicプログラムで削除を取り消そうとしました。ただし、リカバリには別のHDDボリュームが必要です。 エラーメッセージ： ERROR: can not use "/root/recoveried" for recover directory. It's the same filesystem : "/dev/dm-0" 私のISPはちょうど私の要求に答えました： Unfortunately there is no way to add another Volume to a virtual Instance. If it would be a dedicated Server, we could do it, but not in a Cloudserver. You …

10 centos  mount  data-recovery 

ディスクの最初のセクターを読み書きできない、故障したハードドライブがあります。I / Oエラーが発生するだけです。ディスク上には（ほとんど）正常に見える他の領域があります。パーティション（ext4）をマウントして、回復したいファイルにアクセスできるかどうかを確認しています。このmountコマンドはoffsetオプションをサポートしているので、パーティションテーブルが読み取り不可で書き込み不可であっても、ファイルシステムをマウントできるはずです。問題は、オフセットの見つけ方です。ext4ツールのどれもこの特定の機能を持っていないようです。

9 filesystems  partition  data-recovery  ext4 

故障したハードドライブからデータを回復しようとする過程で、私はコマンドを実行してい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, …

9 hard-disk  data-recovery  ddrescue 

私はx86デバイス上で小型uClibcでbusyboxベースの組み込みシステムを実行しています。私はinitramfsを使用していext3ますが、カスタムのc ++アプリケーションで作成された永続的な測定ログデータを保存するために使用しているIDEモードのコンパクトフラッシュデバイスにカスタムディレクトリをマウントしています。私ext3が読んだいくつかの本（Building Embedded Linux SystemsによるKarim YaghmourとEmbedded Linux PrimerによるChristopher Hallinan）でCFドライブをIDEモードで使用するときの電力損失に対する安全性のために推奨されているので、ファイルシステムを選択しました。これは特に重要であり、データは重要です。 ただし、以前の質問のコメントの一部が原因で、ファイルの書き込み中に停電が発生した場合に破損したext3ファイルを復元する方法と混同しているため、このファイルシステムは、電源によるデータの破損に対する安全性を保証していないようです損失。だから私は知りたいのですが でext3、実際にこのセットアップのために最良の選択？ ディスク書き込み操作中の停電は、定期的にファイルに追加しているデータの一部のみを破壊しますか、それともファイル全体を破壊しますか？ 停電時に書き込まれていないデータは完全に安全ですか？特に、initramfs.cpioファイルが破損するリスクはありますか？ アプリケーションコードでデータを保護するために使用できる方法はありますか（つまり、追加のパーティションを作成し、データをミラーイメージに書き込んで常に2つのコピーが存在するようにします）-アプリケーションにとって速度は実際の問題ではないため、高価なコピー操作です許容されます。 私はこの関連する質問に対する回答を見て読んだことがあります。ジャーナリングファイルシステムは、停電後の破損を保証しますか？、しかしそれは私を混乱させるいくつかのことを完全にはカバーしていません。 私は多くの質問をしていることを認識していますが、多くの資料を読んだにもかかわらず、停電時のデータへのリスクを理解するのに根本的な失敗があったようです。

9 filesystems  embedded  data-recovery 

VirtualBoxを起動した後、コンピューターが遅くなり、OOMが原因で完全にハングしました。通常、OOMは領域を解放するためにプロセスの強制終了を開始する必要がありますが、これは発生しませんでした（これが2回目に発生しました）。 テキストエディターで未保存の重要な作業があったため、SysRq+ を使用して現在のコンソールのすべてのプロセスを強制終了した後、システムRAMでそれを見つけたいと思っていましたK。問題のマシンは、ターゲットディスクとしてSSDを備えたLinux x86_64 3.7.5を実行する8 GiB RAMを搭載したラップトップです。 私の最初の試みはでしたがdd if=/dev/mem of=memory、1MiBのデータを読み取った後、これは失敗しました。次に、を試しましたがdd if=/dev/fmem of=memory bs=1M、3010461696バイト（正確には2871 MiB）を読み取った後に停止しました。/proc/mtrr（以下に示す）を見て、を追加してみることにしましたskip=4096。これは最終的に速度が低下し、わずか3 MiB /秒の速度で読み取っていたため、中断しました（5.8 GiBのファイルを生成）。（少なくともファイルの最後の100 MiBにはFFs が含まれます） reg01: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-back reg02: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back reg03: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-back reg04: base=0x200000000 ( 8192MB), size= 1024MB, count=1: …

9 memory  data-recovery  ram 

削除されたファイルの復元に関するいくつかの投稿を見てきましたが、この状況は異なります。妻にはJournal.odtというファイルがあり、子供たちに関する特別な思い出など、多くの重要な個人情報が保存されていました。先日彼女がOpenOfficeでそれを開こうとしたとき、それはフォーマットについて文句を言いました。私は彼女のヒットキャンセルとバックアウトをさせました。私catがファイルするとき、それは完全に空です。lsファイルが0バイトであると言います。 彼女が誤ってファイル内のすべてのテキストを選択し、バックスペースを押して保存した場合でも、ファイルにはOpenOfficeメタ情報が残っています。 私はすぐに彼女のラップトップをシャットダウンして、何かを思いつくまでディスクに変更を加えないようにしました。 私は過去にdd生のテキストをディスクから回復するために使用するなどのいくつかの複雑なことをしましたが、私はここで何をすべきかわかりません。odtファイルはフラットテキストではないので、ディスク全体をgrepでパイプ処理することはできません。 任意の提案をいただければ幸いです。 また、何が問題だったのかについて誰かが洞察を持っているなら、私はそれを聞きたいです。 ありがとう

9 linux  files  data-recovery 

ジャーナルで何らかのハードウェアの問題が発生したと思われるハードドライブがあります。これにより、ドライブがロードされなくなります。実行mount -r -t ext4 /dev/sda5 /mnt/rootすると、次のカーネルが生成されます。 [ 1420.671055] ata1.00: exception Emask 0x0 SAct 0x1000000 SErr 0x0 action 0x0 [ 1420.673862] ata1.00: irq_stat 0x40000008 [ 1420.676600] ata1.00: failed command: READ FPDMA QUEUED [ 1420.679326] ata1.00: cmd 60/40:c0:a8:9d:0a/00:00:08:00:00/40 tag 24 ncq 32768 in [ 1420.679326] res 41/40:40:e1:9d:0a/00:00:08:00:00/00 Emask 0x409 (media error) <F> …

9 hard-disk  data-recovery  ext4 

友人のMac OS XディスクにHFS+パーティションが付いています。このディスクから個人データを復元することになっていますが、ファイルシステムが破損しているか、ディスクが故障しているかはまだわかりません。 背景：完全な症状は次のとおりです。ドライブはLinuxによって認識され、自動マウントされます（Xfceここを使用）。 liv@liv-HP-Compaq-dc7900:~$ cat /etc/mtab | grep -i hfs /dev/sdb2 /media/Macintosh\040HD hfsplus ro,nosuid,nodev,uhelper=udisks 0 0 カーネルは次のことを報告します。 [ 4382.681310] usb 2-5: USB disconnect, device number 2 [ 4390.104044] usb 2-5: new high-speed USB device number 3 using ehci_hcd [ 4390.259178] Initializing USB Mass Storage driver... [ 4390.259983] scsi6 : …

8 filesystems  osx  hard-disk  data-recovery  hfs+ 

dd外付けディスクの最初の208MB を誤って使用して上書きしました。私が書いたのは、それ自体のパーティション（Debian nestinstaller）なので、現在表示されているのは、古い（現在破損している）ext4パーティションではなく、別の小さなパーティションです。これは私が従うことができるツールとアドバイスを制限します。 私の計画は、ここでtestdisk説明されているように、パーティションテーブルを再作成し、バックアップスーパーブロックですべてを修正することでした。最初の208 MBは失われますが、そこにある他の300 GBのデータと比較すると大丈夫です。次のようなもの： mke2fs -n /dev/sdb1 # doesn't work because sdb1 is the 208MB new partition testdisk ... # used this to create new correct partition table mke2fs -n /dev/sdb1 # now works fine, get backup superblock positions e2fsck -b backup_position -y /dev/sdb1 # returns many errors …

8 filesystems  partition  data-recovery  ext4  disk 

いくつかのVMに影響を与えるESXiホストのハードドライブへの被害は、非常に小さいものの非常に重要です。復元したいファイルがありますが、もちろん、通常のバックアップから除外されました。最新のコピーは6か月前のものです。私はそれが必要なことがわかりました...おっと。 詳細： 1）Parted MagicブータブルISO内でddrescue（AWESOMEツール）を使用して、問題のVMのドライブの99.98％を回復しました。残念ながら、エラーはほとんど最近のファイル書き込みによるものと思われます...もちろん、これらはまさに私が最も回復する必要があるセクターです。 2）ドライブは不良セクターの読み取りでIOエラーを出しますが、以前の不良セクターの読み取りで時々成功します！したがって、回復はまだ可能です。それよりもわずかに多い頻度で、ある種の大きな誤動作が発生し、ドライブがスピンダウンしてバックアップします。ああ、そしてこれらのスピンダウンの約1/4は元に戻りません。（ハードパワーサイクルが必要です。シャットダウンは機能しません）最後に、読み取った不良セクターのほぼすべてに、クリック音が聞こえます。 3）重要なVMディスクはNTFSフォーマットです。 4）破損したNTFSボリュームを読み取り専用で（通常は）マウントできます。また、必要なファイルが含まれているフォルダーに移動できます（頻度は少し少なくなります）。ただし、問題のファイルは、フォルダーの「ls」を実行すると常にIOエラーを表示するようです。フォルダー内の他のファイルは、IOエラーを発生しません。 5）私はntfsinfo / etcを使用してみました...まさに私が必要としているように聞こえます...しかし、それはパーティションをまったく開けません。（イライラする、「マウント」は通常そうするから） 6）ファイルはExcel 2003時代のXLSファイルであるため、生のディスクイメージを検索するための文字列を思いつくかどうかはわかりません。（おそらく6か月前のバージョンの一部ですか？） 私は本当にdebugfsの機能のようなものを使いたいです。ただし、manページからは、パーティションを開くように作られている場合にのみ、ntfsツールが作業を実行できるようです。特に、IOエラーが純粋にファイルのメタデータ内にあるのか、ファイルの内容をコピーするのに十分なだけディレクトリレコードを復元できるのかと思います。最後の手段として、取得できるファイルの部分的なコンテンツが何であれ、すばらしいと思います。 以前は（比較的単純な）カーネルモジュールを作成したことがあるので、より多くのデバッグ情報を有効（または追加）にして特別なNTFSモジュールをコンパイルできます。（ファイルは、回復するために少なくとも数日いじくり回す価値があります...さらに、その過程で素晴らしいものを学んでいます） ポインタはありますか？ 編集： その他のドライブエラー情報： / var / log / messagesにはもちろん多くのNTFS-fsエラーが表示されています...しかし、最終的に、通常取得する未処理のセンスコードメッセージ（センスキー0x3、ASC = 0x11、ASCQ = 0x4）を翻訳する必要がありました。（これはUNRECOVERED READ ERROR-AUTO REALLOCATE FAILEDに変換されるようです）。 ドライブがスピンダウンすると、「scsi0：* BusLogic BT-958 Initialized」というメッセージが表示されます。Linux SCSIドライバーなのか、ESXiドライバーなのか、ドライブ自体をスピンダウンさせるのかはわからない。Linuxドライバーの場合は、ドライバーを変更してスピンダウンを回避できます。この全体のddrescueの事柄は、これらのパワーサイクルを必要とするスピンダウンによって非常に苦痛にされます。 EDIT2： 問題のファイルを含むディレクトリを「ls」した直後に「end_request：I / Oエラー、dev sda、セクター7238859」ログメッセージを使用して、そのセクターをddrescue操作の対象にしました。私は現在、私のチャンスを利用して、成功した場合はそのセクターをライブディスクに書き戻す予定です。おそらく、この方法で問題のファイルへの道をゆっくり再構築できます。それでも、ほとんどの回復可能な不良セクターは20回未満の再試行で回復します...これはこれまでに150回を超えています... *ため息* EDIT3： 私が必要とするファイルの「ls」からのセクターエラーは完全に非協力的です（1000+は夜通し試行し、運がありません）。あなたが「ls」をするとき、それが単なるメタデータであることを望んでいますか？:) ほとんどのddrescueコピーは持っていますが、マウントされません（またはファイルなしでマウントされます）。ほとんどの場合、破損したドライブは正しくマウントされます。破損したドライブのIOエラーは、正常に機能するミラーにフォールバックする「マウント」を強制しますか？ ** EDIT4：** 私は今のところあきらめ、さらなる提案を待っています。ドライブを取り外して、箱を作り直しました。何かが起きた場合に備えて、ドライブをそのままにしておきます。

8 data-recovery  ntfs 

数日前、ext4フォーマットのフラッシュカード上のすべてのメタデータが上書きされました。 これがどのように起こったのかを推測します。これは純粋な推測です。別のカードを使用した直後に発生しました。カードのボリュームラベルが他のカードと同じになりました。そのため、他のカードをプルしたときに、同期/アンマウントに失敗したのではないかと思います。カードリーダーは、カードが抜かれたときにシステムに適切に通知しないため、次のシステムは同期を生成し、システムはカードを交換したことを認識せず、メタデータを上書きしました。 これが起こったときに私が最初にしたことは、ddを使用してイメージを作成することです。2番目に行ったのは、イメージを読み取り専用にすることです。3つ目は、書き込み可能なイメージのコピーを作成することです。 私はいくつかのことを回復できたがすべてではないphotorecを発見しました。これの理由の一つは、それが非破壊的であるということだと思います。 復元されたファイルの一部はテキストであるため、photorecがファイル形式に関する最小限の情報を使用していると思われます（ある場合）。 カードから他のファイルを復元するには、ext2でファイルがどのように配置されているかを知る必要があります。基本はファイルがブロックに分割され、セクターに書き込まれ、次のセクターを見つける方法に関する情報が現在のセクターに何らかの形で書き込まれていることだと思います。 先に進む必要があるのは、次のセクターへのポインターがどのように書かれるかについての情報です。 PS：私はphotorecコードを読んでいますが、それを読むのにいくつかの問題があります。それが私なのか、それとも醜いコードなのかはわかりません。 PPS：extファイルシステムのレイアウト方法に関する情報をいくつか見つけましたが、基本的なファイルレイアウト情報を見つけることができません。

8 data-recovery  ext3  ext4  ext2 

私はgpartedテラバイトに近いext3パーティションのサイズを変更するために使用し、約40 GBを左に追加しました。12時間近くデータを移動した後（さらに23時間残っていると推定）、システムはハングしました。今、fsckすべてのiノードにあまりにも多くの不正なデータを報告します。この場合、どうすればFSを修正できますか？

8 filesystems  data-recovery  ext3  fsck  parted