Questions tagged «data-recovery»

有关恢复数据的问题。包括由于硬件故障，软件故障以及用户或管理员故障（意外删除）而导致的数据丢失。还请为涉及的特定内容添加标签，例如/ raid，/ ext4，/ hard-disk，/ rm等。

5
如何挽救无法读取的USB闪存驱动器
我有一个16GB的USB闪存驱动器，以某种方式损坏，甚至fdisk -l无法找到它（我收到一条单行错误消息，提示：“ 无法打开/ dev / sdc ”） 但是，它是附加的，被分配/dev/sdc为dmesg显示： usb 1-7: new high speed USB device using ehci_hcd and address 69 usb 1-7: New USB device found, idVendor=048d, idProduct=1167 usb 1-7: New USB device strings: Mfr=0, Product=0, SerialNumber=0 usb 1-7: configuration #1 chosen from 1 choice scsi68 : SCSI emulation for …
4
如何在另一台机器上作为mdadm raid 1一部分的磁盘上装载/恢复数据？
一些背景 磁盘本身是由一位朋友“处理过”的，据说仍然完好无损，并且仍可安装/恢复。 该磁盘是Ubuntu 12.04上的软件团队1的一部分 原始RAID 1中的另一个磁盘已格式化并用于其他目的，从技术上讲，使当前磁盘（有问题的磁盘）在RAID中仍然不存在 我已经尝试过的 基本安装 我在fstab中添加了一个条目，将磁盘标记为ext3 / ext4并尝试挂载。 安装后出现以下错误 wrong fs type, bad option, bad superblock on 并在dmesg中 EXT4-fs (sdc1): VFS: Can't find ext4 filesystem 我试图找到磁盘的文件系统类型，并提出了 $sudo file -s /dev/sdc /dev/sdc: x86 boot sector; partition 1: ID=0x83, starthead 254, startsector 63, 1953520002 sectors, code offset 0xb8 我需要帮助的地方/我的问题 …
2
如何恢复崩溃的Linux MD RAID5阵列？
前段时间我在家中有一个RAID5系统。4个磁盘中的一个发生故障，但是将其删除并放回原位后似乎还可以，所以我开始了重新同步。完成后，令我感到恐惧的是，四分之三的磁盘出现了故障。但是我不相信那是可能的。磁盘上有多个分区，每个分区属于不同的RAID阵列。 md0是由sda1，sdb1，sdc1和sdd1组成的RAID1阵列。 md1是RAID5阵列，由sda2，sdb2，sdc2和sdd2组成。 md2是由sda3，sdb3，sdc3和sdd3组成的RAID0阵列。 md0和md2报告所有磁盘启动，而md1报告3失败（sdb2，sdc2，sdd2）。我的理解是，当硬盘驱动器发生故障时，所有分区都应该丢失，而不仅仅是中间分区。 那时，我关闭了计算机，并拔下了驱动器。从那时起，我就在那台计算机上使用了较小的新磁盘。 是否有恢复数据的希望？我可以以某种方式说服mdadm我的磁盘实际上在工作吗？唯一可能确实有问题的磁盘是sdc，但其他阵列也报告了该问题。 更新资料 我终于有机会连接旧磁盘并从SystemRescueCd引导此计算机。上面的所有内容都是从内存写入的。现在我有一些硬数据。这是输出mdadm --examine /dev/sd*2 /dev/sda2: Magic : a92b4efc Version : 0.90.00 UUID : 53eb7711:5b290125:db4a62ac:7770c5ea Creation Time : Sun May 30 21:48:55 2010 Raid Level : raid5 Used Dev Size : 625064960 (596.11 GiB 640.07 GB) Array Size : 1875194880 (1788.33 GiB 1920.20 GB) …
4
passwd文件中的star是什么意思？
我有一台需要启动的计算机，但是密码似乎是虚假的。另外，我无法安装用于写入的驱动器，它是mips处理器，因此无法将其粘贴在另一台机器上运行它。 无论如何，他们的passwd文件中有一些看起来像这样的用户，用户名后带有星号。这是指空白密码还是什么？ root:8sh9JBUR0VYeQ:0:0:Super-User,,,,,,,:/:/bin/ksh sysadm:*:0:0:System V Administration:/usr/admin:/bin/sh diag:*:0:996:Hardware Diagnostics:/usr/diags:/bin/csh daemon:*:1:1:daemons:/:/dev/null bin:*:2:2:System Tools Owner:/bin:/dev/null uucp:*:3:5:UUCP Owner:/usr/lib/uucp:/bin/csh sys:*:4:0:System Activity Owner:/var/adm:/bin/sh adm:*:5:3:Accounting Files Owner:/var/adm:/bin/sh lp:VvHUV8idZH1uM:9:9:Print Spooler Owner:/var/spool/lp:/bin/sh nuucp::10:10:Remote UUCP User:/var/spool/uucppublic:/usr/lib/uucp/uucico auditor:*:11:0:Audit Activity Owner:/auditor:/bin/sh dbadmin:*:12:0:Security Database Owner:/dbadmin:/bin/sh rfindd:*:66:1:Rfind Daemon and Fsdump:/var/rfindd:/bin/sh
1
继续MV的最佳实践
我使用终端将文件从一个驱动器复制到另一个驱动器。 sudo mv -vi /location/to/drive1/ /location/to/drive2/ 但是，在创建目录后，它突然停止了，虽然花了几个小时，但没有错误。 我自己的解决方案通常是哈希和比较的混合，这主要是耗时的混乱，因为我现在必须从中间副本中恢复而实际上不知道丢失了哪些文件（为zsh写了很长的单行代码—请注意，此脚本无法按书面形式在bash中运行）： source_directory="/path/to/source_directory/"; target_directory="/path/to/target_directory/"; while read hash_and_file; do { echo "${hash_and_file}" | read hash file; echo "${file}" | sed "s/^/${source_directory}/g" | read copy_from; echo "${copy_from}" | sed "s/${source_directory}/${target_directory}/g" | read copy_to; mv -v "${copy_from}" "${copy_to}" | tee -a log; rm -v "${copy_from}" | tee …
13 data-recovery  mv 
1
读取文件末尾以恢复数据
一个非常旧的.swp文件还原了我正在编辑的文件，因此现在大大缩短了。此后，我在该目录中未做任何事情，因此紧接文件末尾的字节仍应包含我的数据。我可以使用什么功能从给定的内存地址读取N个字节？dd并read停止在文件边界，除非我错过了某个地方的选项。 当前文件大小为3.2 KB。我不记得文件被截断之前到底有多大，但可能不超过10 KB。我如何从文件开头读取10 KB，而忽略文件边界？只要我不必从头开始，就可以很好地保存数据，这是很好的。
2
删除磁盘的前512个字节；如何恢复我的数据？
我不小心将512字节的二进制文件写入了错误的USB磁盘，dd并且该设备不再显示任何分区fdisk。 我以为所有数据都消失了，但是dd if=/dev/sdx | strings表明数据似乎仍然存在，因为dd幸运的是，它自身仅限于前512个字节。有什么办法可以恢复它？ 该磁盘有两个分区：ext4（〜4GB）一个分区，其余的16GB格式化为NTFS。
3
凯特（Kate）死后该如何恢复？
我使用Kate进行编码和记笔记。有时会崩溃-通常是在我有很多空缺的时候。未保存的“真实”文档（例如，由文件支持的文档，已经保存在某个位置）通常具有备份/自动保存类型的恢复文件，或多或少都可以使用。不幸的是，我已经习惯于使用无标题的缓冲区（例如，按CtrlnKate键）来存储临时便笺。 凯特（Kate）刚摔倒，我输了六打。凯特（Kate）是否在任何地方存储“新”文件的备份？我检查了一下，~/.kde/share/apps/kate/没有发现明显的问题…… kate-editor 3.8.5 KDE 4.8.5 Ubuntu 12.04 (Don't remember if Kubuntu or Ubuntu + KDE, in case that makes a difference)
3
从发生故障的驱动器中保存数据
外部3½英寸HDD似乎有发生故障的危险- 空闲时会发出滴答声。 我已经购买了一块替换驱动器，并且想知道最好的策略来从可疑驱动器中获取数据，并尽可能多地节省数据。 有些目录比其他目录更重要。但是，我猜测选择目录会减少我保存整个内容的机会。我还必须安装它，转储文件列表，然后再卸载它，以便能够有效地对目录进行优先级排序。再加上这样做很耗时，我倾向于这种方法。 我刚刚考虑过使用dd，但是我不确定它如何处理读取错误或其他问题，这些错误或问题可能仅阻止数据的某些部分被抢救，或者可以通过重试来克服，但没有那么多尝试危及驱动器其他部分的保存。我想理想情况下，它将执行一次传递以获取尽可能多的内容，然后返回以重试由于错误而丢失的所有内容。 是否可以更慢地进行复制（例如，每x MB / GB暂停）比完全运行操作（例如，避免出现任何过热问题）更好？ 对于“您的备份在哪里”的人群：这实际上是我的备份驱动器，但是它也包含一些非关键性和笨重的内容，例如音乐，它们不是备份，即不备份。 除了发出不祥的声音外，驱动器没有任何明显的故障迹象。最近，我确实要纠正一些错误-孤立的inode，不正确的可用块/节点数，inode位图差异，删除的inode的dtime为零；总共约有20个错误。 分区的文件系统是ext3。
2
如何检查/测试.tar.bz档案？
我一直在使用tar及其“ --use-compress-prog = pbzip2”函数来存档我的文件，然后使用pbzip2对其进行压缩以获得“ * .tar.bz”存档。 之后，我使用pbzip2的“ -t”开关检查了生成的文件，并通过了测试。但是，令人惊讶的是，在尝试提取存档时出现“文件不完整”或其他完整性错误！ 是因为tar文件可能有问题，但不是由pbzip2压缩时有问题吗？如果是这样，是否有办法检查tar文件本身？如果没有，这可能是什么其他问题？另外，是否有办法从有错误的tar文件中恢复数据？ 恐怕在此过程中我可能已经丢失了一些重要数据... 关键是，我想知道一种在创建档案后测试其完整性的方法。
6
为什么我不能用dd复制DVD？
我尝试了dd，dd_rescue和ddrescue，都失败了。我认为这些工具会绕过文件系统并进行按位复制。 dd被骗了，它完成了，但是只生成一个小文件并声明它已完成。 dd_rescuse和ddrescue抱怨读取错误，并且运行缓慢。这些工具在10分钟内只能复制几MB。 为什么会这样，这些工具为什么会失败？ AnyDVD使光盘可在一秒钟之内在Win7主机上复制。它说UDF文件系统已打补丁，奇怪的是，它还说没有坏扇区。整个光盘可以在10分钟内复制。 更新：至于解决方案，请参阅我对superuser的类似问题。
4
在远程服务器上意外执行的sudo rm / *
我rm /*在远程Ubuntu服务器上以root用户身份登录时意外执行，并删除了几乎所有二进制文件，目前我无法通过ssh或ftp登录来恢复文件（并希望获得最好的恢复）。 有什么办法可以解决此问题，还是应该致电数据中心并要求格式？
11 rm  data-recovery 
3
从损坏的硬盘中恢复数据：“冷冻技巧”
我目前正在从损坏的和快要死的硬盘驱动器中恢复数据（请查看此问题以获取背景信息）。系统运行时驱动器被拔下；当我愚蠢地试图在上面运行testdisk时，我开始听到-我以为是-“ 死亡之声 ”。 现在，我已经在多个地方阅读了有关“ 冷冻技巧 ”的信息（例如，在AskDifferent，Unix SE，AskUbuntu上）。其症结如下（但请阅读完整的说明！）： 将损坏的硬盘驱动器放入ziploc冷冻袋中，以防止湿气进入。（使用两个或什至三个袋，请注意，这些袋不必是等温线。） 将包装好的硬盘放入冰箱 将硬盘放在冰箱中至少12个小时 然后将驱动器连接到计算机并开始复制数据 在某些时候，硬盘驱动器将再次出现故障。如果这样做，请重做该过程，直到复制了所有数据或驱动器死亡。 （根据现在在冰箱中已删除的硬盘驱动器，为您服务吗？在SuperUser上，尝试在冻结之前尝试以下两种替代药物：（1）“将硬盘驱动器放置在光滑的表面上。抓住两端并进行物理旋转整个单元”，“只需沿着刀片的轴急剧旋转”和（2）“在磁头碰撞的情况下，您可以通过上下颠倒驱动器来使其暂时启动并运行。保持驱动器备份文件时将其倒置。”） 问题：冻结从死亡的硬盘中恢复数据的合法策略吗？还是这只是一种确定的磁盘固定方式？ 如果这是合法的，应一次尝试它之前尝试ddrescue，经过努力ddrescue，或者我应该结合“冷冻绝招”与ddrescue（和关联的日志文件）？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.