Questions tagged «data-recovery»

我需要将NTFS分区从损坏的硬盘（SCSI，如果如此重要）克隆到一个新的硬盘（SATA）。 我已经在USB记忆棒上安装了Hiren的Boot CD实用程序的最新版本，并尝试了GParted，该软件告诉我无法复制/粘贴该分区，因为该分区已被Windows损坏并“标记”以运行CHKDSK。我遵循警告建议并尝试使用修复它CHKDSK /f（花费了9个小时，并且在“阶段3”之后退出并出现错误）和一个我现在无法回忆起的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 

几天前，当我试图在uni网络的Linux（Debian KDE 3.5）计算机之一上将500Mb文件（3gp录像）粘贴并粘贴到我的H驱动器中时，就在uni。 我没有看到任何错误消息表示剪切和粘贴作业失败，但是当我查看生成的粘贴文件时，它现在显示为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程序。但是它需要另一个硬盘卷才能恢复。 错误信息： 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 

我运行一个小的uClibc和busybox一个x86设备上基于嵌入式系统。我使用的是initramfs，但是我也在ext3IDE模式下将自定义目录安装在紧凑型闪存设备上，该目录用于存储由自定义编写的c ++应用程序创建的持久性测量记录数据。我选择了ext3文件系统，因为在读过的几本书中（在Karim Yaghmour 撰写的《构建嵌入式Linux系统》和Christopher Hallinan 撰写的《Embedded Linux Primer》）中，在IDE模式下使用CF驱动器时，建议使用该文件系统来防止电源丢失。这尤其重要，数据也很关键。 但是，由于我上一个问题中的一些评论，即在文件写入过程中发生断电时如何还原损坏的ext3文件的混淆，看来实际上该文件系统不能提供防止由于电源引起的数据损坏的安全性的保证。失利。所以我想知道 是否ext3实际上是这个设置的最佳选择？ 光盘写入操作期间的断电是否只会定期破坏我要追加到文件中的部分数据，还是会破坏整个文件？ 断电时未写入的数据是否完全安全？特别是，我的initramfs.cpio文件也可能会损坏吗？ 我是否可以在应用程序代码中使用任何方法来保护数据（即创建一个额外的分区并将数据写入镜像，以便始终有2个副本）-对于我的应用程序而言，速度并不是真正的问题，因此复制操作成本很高是可以接受的。 我已经阅读并阅读了以下相关问题的答案：日志文件系统是否可以保证在电源故障后不会损坏？，但并没有涵盖使我感到困惑的某些事情。 我意识到我在问很多问题，但似乎尽管阅读了很多材料，但是在断电的情况下，我还是根本无法理解我的数据所带来的风险。

9 filesystems  embedded  data-recovery 

启动VirtualBox后，计算机变得缓慢，然后由于OOM而完全挂起。通常，OOM应该开始杀死进程以释放一些空间，但这没有发生（这是我第二次遇到这种情况）。 我在文本编辑器中进行了一些未保存的重要工作，因此我希望在使用SysRq+ 杀死当前控制台中的所有进程后，将其找到系统RAM中K。有问题的机器是一台笔记本电脑，带有8 GiB RAM，运行Linux x86_64 3.7.5，并以SSD作为目标磁盘。 我的第一次尝试是dd if=/dev/mem of=memory，但是在读取1MiB数据后失败了。接下来，我尝试了dd if=/dev/fmem of=memory bs=1M，但是在读取3010461696字节（恰好是2871 MiB）之后，此操作停止了。看完/proc/mtrr（如下所示）后，我决定尝试添加skip=4096。这最终放慢了速度，读取速度仅为3 MiB / sec，所以我中断了它（产生了5.8 GiB的文件）。（至少文件的最后100个MiB包含FF） 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: write-back …

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 

我有一个带有HFS+分区的朋友的Mac OS X磁盘。我应该从该磁盘恢复个人数据，但我不确定文件系统是否损坏或磁盘快要死了。 背景：完整症状如下。该驱动器已被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，然后描述与备份超级块搞定一切在这里。我会丢失前208MB，但与其中的其他300GB数据相比，这还可以。类似于以下内容： 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 hence the -y …

8 filesystems  partition  data-recovery  ext4  disk 

最近，我对ESXi主机上的硬盘驱动器造成了非常小但非常重要的损坏，影响了几个VM。有一个我非常想恢复的文件，当然我的常规备份不知何故。最近的副本为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的工具。但是，从手册页看来，如果仅使它们能够打开分区，则ntfs工具可以完成此工作。特别是，我想知道IO错误是否可能纯粹在文件的元数据中，并且是否可以很好地还原目录记录以复制文件内容。作为最后的选择，无论我可以检索的任何部分文件内容都很棒。 我之前已经编写了（相对简单的）内核模块，所以我可以编译一个启用了（或添加了）更多调试信息的特殊NTFS模块。（该文件至少值得修补几天才能尝试恢复...此外，我在此过程中正在学习很棒的东西） 有指针吗？ 编辑： 更多驱动器错误信息： / var / log / messages当然会显示很多NTFS-fs错误...但是我最终还是费心翻译了我通常会得到的未处理的感应代码消息：感应键0x3，ASC = 0x11，ASCQ = 0x4。（这似乎会翻译为“未恢复的读取错误-自动重新定位失败”）。 当驱动器旋转时，我看到“ scsi0：* BusLogic BT-958已初始化”消息。我不确定是决定降低驱动器的速度是Linux SCSI驱动器，ESXi驱动器还是驱动器本身。如果它是Linux驱动程序，那么也许我可以修改驱动程序以避免崩溃。这些需要电源周期的停工让整个ddrescue事情变得更加痛苦。 编辑2： 在“ ls”包含所涉及文件的目录后，立即使用“ end_request：I / O错误，dev sda，扇区7238859”日志消息，已将ddrescue操作定位到该扇区。我目前计划借此机会，如果成功的话，将该扇区写回到活动磁盘。也许我可以用这种方式慢慢地将我的方式重建到有问题的文件中。不过，大多数可恢复的坏道是在20次以下重试中恢复的。到目前为止，这一次已超过150次。 编辑3： 我需要的文件中'ls'出现的扇区错误是完全不合作的（一千次尝试了一整夜，没有运气）。我希望当您执行“ ls”时仅仅是元数据？:) 我确实拥有大多数ddrescue副本，但是不会挂载（或不带文件挂载）。损坏的驱动器在大多数情况下都可以正确安装……也许损坏的驱动器“安装”上的IO错误又落回到了可以工作的镜像上？ **编辑4：** 我已经放弃了，等待进一步的建议。我已经卸下驱动器并重建了盒子。我会一直开车，以防万一。

8 data-recovery  ntfs 

几天前，我在ext4格式闪存卡上的所有元数据都被覆盖。 我现在要推测这是怎么发生的。这纯粹是猜测。就在我使用另一张卡之后。卡上的音量标签现在与另一张卡相同。因此，我怀疑在拔出另一张卡时无法同步/卸载另一张卡。拔卡时，读卡器无法正确通知系统，因此下一个系统生成同步，系统不知道我更换了卡，并且覆盖了元数据。 发生这种情况时，我要做的第一件事就是使用dd创建映像。我做的第二件事是将图像设为只读。我做的第三件事是制作图像的可写副本。 我发现了photorec，它可以恢复一些东西，但不是全部。我认为其原因之一是它是无损的。 由于某些恢复的文件是文本，因此我怀疑photorec使用的文件格式信息很少（如果有）。 要尝试从卡中恢复任何其他文件，我需要知道ext2中文件的布局。我怀疑其基本原因是文件被分成多个块，然后被写入扇区，而有关如何查找下一个扇区的信息则以某种方式写入了当前扇区。 我需要的最重要的内容是有关如何写入指向下一个扇区的指针的信息。 PS：我正在阅读photorec代码，但是在阅读它时遇到了一些问题。我不知道是我还是代码丑陋。 PPS：我已经找到了有关ext文件系统布局方式的一些信息，但是似乎找不到基本的文件布局信息。

8 data-recovery  ext3  ext4  ext2 

我当时gparted用来调整近TB的ext3分区的大小，在左侧增加了大约40 GB。在移动数据将近12个小时之后（估计还有23个小时仍在运行），系统挂起。现在fsck在每个索引节点中报告过多的非法数据。在这种情况下，如何修复FS？

8 filesystems  data-recovery  ext3  fsck  parted