相信每个人都对 回收站(trashcan)很熟悉，因为无论是对 Linux 用户，还是 Windows 用户，或者 Mac 用户来说，它都很常见。当你删除一个文件或目录的时候，该文件或目录会被移动到回收站中。
对于进程正在使用文件的场景，数据可以恢复是由于Linux系统下文件包含两个部分：inode 和 block ，其中 inode 中每个文件都有 2 个计数器：i_count 和 i_nlink 。只有当 i_count 和 i_nlink 均为 0 时，文件才算被删除，但被其他进程调用的文件，i_count 将不为 0。
写在前面的话 在开始教程之前我有必要提醒大家，使用窗口管理器（GUI）删除文件和使用命令行工具（CLI）删除文件这两种方法之间是有区别的。 当我们使用窗口管理器来删除文件时，我们仅仅只是将文件从某个目录移动到了另一个目录中（回收站）。 在这种情况下，唯一得到更新的就是你文件系统索引节点（inode）的元数据信息，例如被删除文件的时间戳、文件所占存储区块和扩展属性等数据。你可以使用tune2fs（调整和查看ext2/ext3文件系统的文件系统参数）来查看文件系统的索引节点信息，在命令行工具中输入下列指令：
原文链接:https://rumenz.com/rumenbiji/linux-rm-restore.html
lsof 简介 lsof（list open files）是一个列出当前系统中所有打开文件的工具 Linux中一切皆文件，所以在系统中，被打开的文件可以是普通文件、目录、网络文件系统中的文件、字符设备、管道、socket等 如何知道现在系统打开的是哪些文件？及这些文件的相关信息呢？ lsof命令就是帮我们查看打开文件的信息的 基本用法 查看进程打开的文件 例如查看mysql在操作哪些文件 # lsof -c mysql 查看文件对应的进程 例如查看系统日志文件是在被谁操作 # lsof
介绍两款Linux文件恢复工具，ext3grep与extundelete，可能在关键时刻会有所帮助。ext3grep仅对ext3文件系统有效，extundelete对ext3与ext4文件系统都有效
写个简单的 Bash 脚本都不上心了，写完连检查都不检查，直接拖到到实体服务器跑。
最近写个简单的 Bash 脚本都不上心了，写完连检查都不检查，直接拖到到实体服务器跑。
大家好，又见面了，我是你们的朋友全栈君。 本文参考http://write.blog.csdn.net/postedit?ticket=ST-491405-OGjDDusZeyMgVQ7bHW7f-p
一个同事不小心使用rm -rf命令误删了自己的代码，这意味着一个月的工作丢失了(一个月没有备份过代码，看来他以前一定没经历计算机崩溃的灾难)。我们知道rm命令无法撤销，那么有没有办法恢复这个被删除的目录以及其中的全部文件呢？
对于硬链接来说，unlink 用来删除目录项，并把 inode 引用计数减 1，这两步也是一个原子过程。直到 inode 引用计数为 0，才会真正删除文件。
张乐奕 云和恩墨副总经理，Oracle ACE总监，ACOUG 联合创始人 没有删除过数据库的DBA职业生涯是不完整的，删除过数据库还能幸存的DBA一定是订阅了“Oracle”公众号。 昨晚有朋友在微信群中求助讨论，误删除了一个MySQL的数据库，整个恢复过程和以下文章中提到的步骤完全相同，只要MySQL主进程还没有退出，从文件句柄中可以恢复文件最终挽回损失。类似的lsof找到那些被标记为Deleted的文件（以下是参考示意图）。 让我们完整的再复习一下这篇文章的步骤，一定要记住这种方法： 今天有
在用Linux的时分，有时分要删除一个文件夹，常常会提示次此文件非空，没法删除，这个时候，必需运用rm -rf命令。关于一些小白用户常常在运用Linux命令，会十分当心，以免搞出一些事情，下面小编将教细致教大家如何运用linux命令删除文件夹，需求的请珍藏。
国外一份非常著名的Linux系统管理员守则中有这么一条“慎用 rm –rf 命令，除非你知道此命令将带来什么后果”，可见，这个命令对系统管理员的重要性。在实际的工作中，由此命令带来的误删除数据案例屡见不鲜，很多系统管理员都遇到过或者犯过这样的错误。由于开发人员对命令的不熟悉，或者粗心大意、疏于管理，执行了此命令，数据在一瞬间就被清空了。Linux不具备类似回收站的功能，这就意味着数据丢失。虽然Linux自身提供了恢复数据的机制，但是这个功能基本没用，要恢复数据，通过常规手段是无法完成的，此时，只有找专业的数据恢复公司来恢复数据，这样无疑要付出很大的成本和费用，造成无法估量的的损失。
当Linux计算机受到入侵时，常见的情况是日志文件被删除，以掩盖攻击者的踪迹。管理错误也可能导致意外删除重要的文件，比如在清理旧日志时，意外地删除了数据库的活动事务日志。有时可以通过lsof来恢复这些文件。
当Linux计算机受到入侵时，常见的情况是日志文件被删除，以掩盖攻击者的踪迹。管理错误也可能导致意外删除重要的文件，比如在清理旧日志时，意外地删除了数据库的活动事务日志。有时可以通过lsof来恢复这些文件。 当进程打开了某个文件时，只要该进程保持,打开该文件，即使将其删除，它依然存在于磁盘中。这意味着，进程并不知道文件已经被删除，它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入。除了该进程之外，这个文件是不可见的，因为已经删除了其相应的目录索引节点。 在/proc 目录下，其中包含了反映内核和进程
对于linux下误删的文件，我们是否真的无法通过软件进行恢复呢? 误删文件还原可以分为两种情况 一种是删除以后在进程存在删除信息 一种是删除以后进程都找不到，只有借助于工具还原。 今天只分析文件被删除
Linux下常见的基于开源的数据恢复工具有：debugfs/R-Linux/ext3grep/extundelete
随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考。
在 Linux，你是不是曾经天真的以为，使用rm删除一个文件，占用的空间就释放了？事情可能不是常常如人意。
随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考：
在Linux，你是不是曾经天真的以为，使用rm删除一个文件，占用的空间就释放了？事情可能不是常常如人意。
我们都知道，在linux下，“一切皆文件”，因此有时候查看文件的打开情况，就显得格外重要，而这里有一个命令能够在这件事上很好的帮助我们-它就是lsof。
敲黑板：在Linux操作系统中，文件名只是inode号码便于识别的绰号，操作系统通过inode号来识别文件，而非文件名。
我们应该尽可能避免在生产环境上做一些危险的操作。但是，难免有所疏忽，那么当事情发生后，我们还能如何拯救？
如果你要是对linux分区和挂载不理解，建议看下： https://blog.csdn.net/qq_41276657/article/details/105168312
现在各行各业信息化程度越来越高，数据的重要作用愈加明显，程序员的误操作或者Linux操作系统崩溃会造成数据丢失，忙着一个月的项目，就这样消失了。
我们在这里开启了 innodb_file_per_table，但这个参数并非本实验所必须，只是为了演示方便。
当你在 Linux 系统上删除一个文件时，它不一定会永远消失，特别是当你最近才刚刚删除了它的时候。
Linux下，有时候我们可能会误删除一些文件，此时除了慌张，有什么可以补救的措施？
网上好多文章都是介绍 ext3 或者2的，在 ext4 下大家可以试下extundelete 这个软件，本人在 Ubuntu 11.04 下亲测，数据完美恢复。
EXT3是第三代扩展文件系统，是日志文件系统，常用于Linux操作系统，本次分享的案例为成都某大学EXT3文件系统数据删除，服务器操作系统及应用环境为redhat4.6 mysql，数据库用于存储教师及学生的注册信息，linux脚本每天会定时将数据库文件打包成tar.gz备份到本地其他数据分区，备份成功后删除前一天的备份文件，系统于某个周末遭到恶意入侵，所有数据库文件（包括备份）均被删除。
有时候在使用用户登陆Linux系统时会出现-bash-4.1$错误，不显示用户名，路径信息。 原因：用户家目录里面与环境变量有关的文件被删除所导致的 .bash_profile .bashrc 这两个文件被删除了，导致的这个错误 解决方法：从/etc/skel把丢失的文件 复制回来就可以了 -bash-4.1$ cp /etc/skel/.bash* ~ -bash-4.1$ logout ##复制回来后，登出用户，然后在登陆用户查看是否已经解决 [root
在使用linux的过程中，难免会误删除一些文件，可是怎样找回呢？下面介绍一下ext3文件系统的数据恢复。
数据库实例运行正常的情况，在各个log buffer中，会存有 各个LSN，可以通过 show engine innodb status 查看，但是注意，这个lsn并非是直接从磁盘文件获取，而是从buffer 中获取。说明如下：
继 Windows 遭遇勒索病毒之后，Linux 服务器遭比特币勒索案例已出现，你以为缴纳赎金就结束了？ 重要预警 近期，腾讯云安全团队监测到云上 Linux 服务器开始出现比特币勒索事件，这是首次云
Linux和类Unix操作系统默认都有root账号，默认情况下root可以修改系统上所有目录和文件的帐户或用户名。在本文将展示如何使Linux中的root用户也无法删除目录或文件。 要使文件不可被任何系统用户(包括 root 用户)删除，需要使用chattr命令使其不可修改。此命令更改Linux文件系统上的文件属性。 如何在Linux中使文件不可删除 下面的命令使/rumenz/passwd文件不可变（或不可删除）。这意味着不能以任何方式修改文件:不能删除或重命名。你甚至无法创建指向它的链接，也无法将数据写
场景： /tmp/zonesvr_3.2.1.1.pid 被误删除了,想要恢复。
shell 作为一门 linux 下使用广泛的系统语言，语法简单，上手容易，但是想要用好，少犯错误，也不是那么容易的一件事，可谓虽是居家旅行之良药，但也是杀人灭口之利器~ 今天就来聊聊 linux 下一个常见的问题：如何避免误删目录。下文会详细的讲述不同的场景下误删目录，以及相应的解决方案。 1、变量为空导致误删文件 base_path=/usr/sbin tmp_file=`cmd_invalid` # rm -rf $base_path/$tmp_file 这种情况下如果 cmd 执行出错或
在Linux下我们可以用stat命令查看文件的相关属性信息，除了这些属性之外，Linux下的文件还有一些隐藏的属性，我们可以用lsattr命令来查看：
1.lsof简介 lsof（list open files）是一个列出当前系统打开文件的工具。在linux环境下，任何事物都以文件的形式存在，通过文件不仅仅可以访问常规数据，还可以访问网络连接和硬件。所以如传输控制协议 (TCP) 和用户数据报协议 (UDP) 套接字等，系统在后台都为该应用程序分配了一个文件描述符，无论这个文件的本质如何，该文件描述符为应用程序与基础操作系统之间的交互提供了通用接口。因为应用程序打开文件的描述符列表提供了大量关于这个应用程序本身的信息，因此通过lsof工具能够查看这个列表对
编辑说明：《Oracle性能优化与诊断案例精选》出版以来，收到很多读者的来信和评论，我们会通过连载的形式将书中内容公布出来，希望书中内容能够帮助到更多的读者朋友们。 一、如何验证ASM的块头备份块的位置 大家都知道，在Oracle10.2.0.5之前，ASM磁盘的头块并没有自己的备份，因此一旦头块损坏，如果没有以前kfedread备份出来的信息，也就没有办法使用kfed merge来作头块恢复，特别是如果一个磁盘组中所有的磁盘头块都出现问题（比如被人为地创建了PV），恢复ASM磁盘头块的操作就会非常麻烦。
原文链接:https://rumenz.com/rumenbiji/linux-rm.html
这几天，一直在关注微盟删库事件的进展，在3月1日晚上，微盟发布最新公告称数据已经全面找回。而此时，距离事故发生的2月23日晚，过了有足足七天七夜，也就是7*24小时。
本文档主要以CentOS7操作系统为例，介绍如何使用开源工具Extundelete快速恢复被误删除掉的数据。
lsof（list open files）是一个列出当前系统打开文件的工具。在linux环境下，任何事物都以文件的形式存在，通过文件不仅仅可以访问常规数据，还可以访问网络连接和硬件。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
