Questions tagged «data-recovery»

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



3
我刚刚将49GB目录“ mv”到错误的文件路径,是否可以恢复文件的原始状态?
我有一个(好吧,我有一个)目录: /media/admin/my_data 它的大小约为49GB,其中包含成千上万个文件。该目录是活动LUKS分区的安装点。 我想将目录重命名为: /media/admin/my_data_on_60GB_partition 当时我没有意识到,但是我从主目录发出了命令,所以我最终做了: ~% sudo mv /media/admin/my_data my_data_on_60GB_partition 因此,mv程序开始将/media/admin/my_data其内容移至新目录~/my_data_on_60GB_partition。 我使用Ctrl+ C来取消命令的整个过程,所以现在我有一堆文件分散在目录中: ~/my_data_on_60GB_partition <--- about 2GB worth files in here 和 /media/admin/my_data <---- about 47GB of orig files in here 新目录~/my_data_on_60GB_partition及其某些子目录由root拥有。 我假设mv程序必须首先以root用户身份复制文件,然后在传输之后将chown它们重新复制到我的用户帐户。 我的目录/分区备份有些旧。 我的问题是,是否可以可靠地还原一堆被移动的文件? 也就是说,我可以运行: sudo mv ~/my_data_on_60GB_partition/* /media/admin/my_data 还是我应该放弃尝试恢复,因为文件可能已损坏并部分完成等? 操作系统-Ubuntu 16.04 mv --version mv (GNU coreutils) 8.25

2
使用extundelete取消删除ext4上刚刚删除的文件
关于extundelete如何尝试删除/var/tmp/test.iso刚刚删除的文件有一个简单的选择吗? (开始以只读方式或类似方式重新安装驱动器不是很重要。我也可以再次重新下载该文件) 我正在寻找一个简单的命令,如果可以快速恢复它,可以尝试。 我知道,可以以只读方式重新安装驱动器:(请参阅如何简单地恢复刚删除的空磁盘上的唯一文件?) 但这在仍然挂载的磁盘上是否也可能以某种方式出现?

4
git pull是怎么吃我的作业的?
我感觉像是校长办公室里的一个孩子,解释那只狗在到期前一天晚上吃了我的作业,但是我盯着脸上的一些疯狂的数据丢失错误,我不知道它是怎么发生的。我想知道git如何吃掉我的整个仓库!我已经把git穿过绞拧器很多次了,而且从未眨眼。我用它来将20 Gig Subversion存储库拆分为27个git存储库,并过滤掉其中的foo以解开混乱,而且它从未对我造成任何损失。reflog总是在那里回落。这次地毯不见了! 从我的角度来看,我所做的只是运行,git pull并且它破坏了我的整个本地存储库。我不是说它“搞乱了已签出的版本”或“我所在的分支”或类似的名称。我的意思是整个事情都没了。 这是事件发生时我的终端的屏幕截图: 让我来指导您。我的命令提示符包含有关当前git repo的数据(使用prezto的vcs_info实现),因此您可以查看git repo何时消失。第一个命令足够正常: » caleb » jaguar » ~/p/w/incil.info » ◼  zend ★ » ❯❯❯ git co master Switched to branch 'master' Your branch is up-to-date with 'origin/master'. 在那里,您可以看到我在“ zend”分支上,并检出了master。到现在为止还挺好。您将在下一条命令之前的提示中看到它已成功切换分支: » caleb » jaguar » ~/p/w/incil.info » ◼  master ★ » ❯❯❯ …

4
恢复ext4超级块
最近,我的外部硬盘驱动器机箱发生故障(硬盘驱动器本身在另一个机箱中加电)。但是,结果是其EXT4文件系统似乎已损坏。 该驱动器具有单个分区,并使用GPT分区表(带有标签ears)。 fdisk -l /dev/sdb 显示: Device Boot Start End Blocks Id System /dev/sdb1 1 1953525167 976762583+ ee GPT testdisk 显示该分区是完整的: 1 P MS Data 2049 1953524952 1953522904 [ears] ...但是分区无法挂载: $ sudo mount /dev/sdb1 a mount: you must specify the filesystem type $ sudo mount -t ext4 /dev/sdb1 a mount: …

5
覆盖的文件可以恢复吗?
我不是在谈论恢复 已删除的文件,而是覆盖文件。即通过以下方法: # move mv new_file old_file # copy cp new_file old_file # edit vi existing_file > D > i new_content > :x 如果在Linux机器上未安装任何特殊程序的情况下执行了以上三个操作中的任何一个,是否可以检索任何内容?


2
为什么在`rm`坏后关闭计算机电源会保存我的文件?
经典情况:我遇到了麻烦rm,立即意识到我删除了错误的文件。(没有什么紧要关头,我可以容忍最近的备份,但仍然很烦人。) 如果想使用extundelete此类工具恢复文件,我知道进一步的磁盘活动是我的敌人,所以我立即物理关闭了计算机的电源(即使用电源按钮,而不是使用halt诸如此类的命令)。这是一台笔记本电脑,没有重要任务在运行,也没有打开任何东西,因此是可以接受的操作。(顺便说一句,从那以后我就知道,在这种情况下要做的第一件事就是首先估计丢失的文件是否仍然可以通过https://unix.stackexchange.com/a/101247进程打开-如果是,则应以这种方式恢复它们,而不是关闭机器电源。) 尽管如此,一旦机器断电,我想了一会儿并认为文件不值得花时间启动实时系统进行适当的取证。所以我重新启动了机器。然后我发现我的文件仍坐在磁盘上:在rm断电之前,这些文件还没有传播到磁盘上。我跳了一点舞,感谢系统管理员之神的意想不到的宽恕。 现在我的问题是了解这是怎么可能的,以及在将an rm实际传播到磁盘之前的典型延迟是多少?我知道磁盘IO不会立即刷新,但会在内存中放置一段时间,但是我认为磁盘日志会迅速确保挂起的操作不会完全丢失。https://unix.stackexchange.com/a/78766似乎暗示了一种单独的机制来刷新脏页和刷新日记帐操作,但没有提供足够的详细信息说明日记帐将如何涉及到rm以及预期的延迟时间操作被刷新。 更多详细信息:数据位于LUKS卷内的ext4分区中,并且在备份计算机时,我在中看到以下内容syslog: Sep 24 10:24:58 gamma kernel: [ 11.457007] EXT4-fs (dm-0): 1 orphan inode deleted Sep 24 10:24:58 gamma kernel: [ 11.458393] EXT4-fs (dm-0): recovery complete Sep 24 10:24:58 gamma kernel: [ 11.482475] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) 但是我不相信它与rm。 另一个问题是是否有一种方法可以告诉内核不执行任何未决的磁盘操作(而是将其转储到某个地方),而不是关闭计算机电源。(当然,不执行挂起的操作听起来很危险,但是无论如何关闭机器电源,都会发生这种情况,并且在某些情况下可以节省您的时间。)这当然会“更清洁”,也很有趣例如,对于那些不易关闭物理电源的远程服务器。

4
直接使用分区或整个磁盘创建mdadm数组有什么区别
有人可以告诉我,mdadm使用分区或直接使用整个磁盘创建阵列有什么区别?假设我打算使用整个驱动器。请注意,它们与GPT一起使用。 想象一下以两种方式创建RAID6: mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1 要么: mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda /dev/sdb /dev/sdc /dev/sdd 有区别吗? EDIT1:我的意思是例如在此类阵列上进行可靠性或可管理性或恢复操作等。 EDIT2:我确实使用其他制造商的驱动器。但这不是真正的问题。它们都具有完全相同的尺寸,我要说的是,可能有制造商制造的驱动器尺寸略有不同。但是为了这个问题,让我们假设它们的大小相同。 EDIT3:某种免责声明:到目前为止,我一直在对驱动器进行分区。

3
/ bin / bash的内容是什么,如果不小心覆盖了它们该怎么办
我不小心用了我打算放在/ bin文件夹中的愚蠢脚本覆盖了/ bin / bash文件。 如何获取该文件的内容?有什么方法可以在网上找到内容,然后将它们复制回去?考虑到该终端在谈论“太多符号链接”时出错,我在这里有什么选择? 我仍然是这种事情的新来者,我很感谢我所能获得的所有帮助。 编辑:我忘了提到我在Kali 2.2 Rolling上,这几乎是具有一些附加功能的debian。 编辑2:我也重新启动了机器,因为直到几天前我才意识到自己的错误。这使这变得更加困难。


5
如何从损坏的SD卡中恢复数据?
我有一张4GB SD卡,上面有一些我需要恢复的家庭照片。当我将卡插入读卡器时,它显示为未知的32MB设备(如/dev/sde),无法安装。当重新插入相机(Nikon D60)时,它表示需要格式化存储卡(与将其插入Windows机器一样)。我想恢复卡上的所有照片(全家福之前还有其他照片),因为我不知道我拍摄了多少张照片或它们的确切尺寸(但我相信它们都是JPEG)。该卡应格式化为FAT32文件系统。 哪些Linux或Unix实用程序可用于恢复文件?我可以自己做还是需要专业帮助? 编辑:看来我的读卡器已经以某种方式损坏了卡,使其变得不可读和无法格式化。当我检查另一张完全相同的卡(不保存任何文件)时,它“毁了”第二张。我想再次使用第二张卡,是否有一个工具可以格式化不知道(或无法正确报告)损坏的卡的大小?

3
安全删除btrfs文件系统上的文件
有时,需要删除文件系统中的文件,并确保该文件确实消失了。例如,应从磁盘彻底擦除包含敏感密码的文件。 rm在典型的文件系统上发布简单文件会删除文件的索引节点(“指针”),但不会删除物理磁盘中文件的内容-这些文件将保留在那里,直到文件系统需要可用空间时它们被覆盖为止。 在许多文件系统上,粉碎程序可实现这种安全删除。但是,在btrfs之类的CoW文件系统上,这种方法是无用的。该文件可能存在于卷快照中,这一事实使问题更加严重。 有没有办法安全地删除一个文件上的btrfs文件系统?删除所有指针(在所有卷上)并用零填充可用空间是否足够?

2
.bashrc被覆盖,但仍是源文件—如何恢复它?
通常,当我找到要别名的命令时,便将其回显到.bashrc中,如下所示: [up button pressed to last command, then line edited so that it reads] $echo "command-i-just-did" >> ~/.bashrc 可能有更好的方法来执行此操作。但是无论如何,刚才我只使用了一个人字形覆盖了整个.rc文件。但是,由于.bashrc仍是当前版本,它仍然接受我的旧别名(当然,现在是这样)。那么有没有办法恢复呢?

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.