linux
的用文件系统都好像对于数据恢复并不友好。
建议联系数据恢复公司进行处理。建议重要数据设置自动备份防止丢失。
❷ Linux文件系统的演变
说起文件系统的演变与发展，不得不从最早期的 Minix 操作系统开始说起。
Minix(MINI-UNIX) 是早期的一个迷你版本的 「类UNIX操作系统」 ，由荷兰阿姆斯特丹自由大学计算机科学系的塔能鲍姆教授自行开发的可以与UNIX操作系统兼容的一个操作系统，因其小型，该操作系统被命名为 MINIX 。
MINIX 系统在设计之初，采用程序模块化的思想，将一众程序放在用户空间运行，而不是在操作系统的内核中运行。如 「文件系统」 和 「存储器管理」 等程序均是如此。
受 MINIX 操作系统的影响，早期的Linux操作系统也曾采用由塔能鲍姆教授开发的MINIX的文件系统。
然而，不只因为早期的 MINIX 操作系统并为真正意义上的开源软件(在保护著作的前提下进行收费)，而且基于 MINIX 的内部使用16位的偏移量，使文件系统能够支持的最大空间只有64MB，支持的最大文件名为14字符，导致后来 Linux 操作系统转而开发出了 ext(Extended File System) 第一代可扩展文件系统。
ext(Extended File System) 为Linux系统最早的扩展文件系统，采用 「UNIX文件系统」 的元数据结构，克服了 「MINIX」 操作系统性能不佳的问题。
ext 文件系统采用 虚拟文件系统(VFS) ，最大可支持2GB的文件系统。与 MINIX 文件系统不同的是， ext 可以使用最高2GB的存储空间并同时处理255个字符的文件名。
但，在 ext 文件系统中，文件创建时生成的 inode 信息是不变的，这导致文件发生修改后 inode 中储存的文件时间戳并不会发生变化；而且 ext 并不会为文件妥善分配空间，磁盘上的多个文件四散分布，严重制约了文件系统的性能。
ext 文件系统推出后不久，其开发者便意识到 ext 文件系统中存在很大缺陷( inode不变性 和 文件空间碎片化 )，并在一年后推出了 ext2 (Second Extened File System) 第二代扩展文件系统，用来代替 ext 文件系统。
ext2 吸取了 「UNIX文件系统」 的众多优点，并且因其良好的可扩展性( 为系统在磁盘上存储的数据结构预留了很多空间提供给开发者使用 )，在20世纪90年代众多文件系统中脱颖而出。
众多新的特性， POSIX(可移植操作系统接口) 、 访问控制表 等都是在这一代扩展文件系统上实现的。直至今天， POSIX 仍被众多操作系统所沿用。
不仅如此， ext2 还在 ext 的基础上进行了完善，能够最大支持的单个文件达到 2TB。
ext2 文件系统与20世纪90年代的众多文件系统一样，将数据写入到磁盘的过程中如果发生系统奔溃或断电，极容易导致文件损坏或丢失。
正是因为类似 ext2 等同时期的一众文件系统，在遭遇系统奔溃或断电时会出现文件损坏或丢失。尽管 ext2 文件系统拥有开机后对文件系统中文件的一致性校验，但校验的过程极为耗时，且校验的过程中，操作系统上的任何卷组都是不可访问的。
然而 ext2 遗留的问题在 ext3(Third Extended File System) 中得到了解决。
ext3 文件系统采用日志记录的方式，记录下了操作系统运行中的所有事件，这意味着即便遇到操作系统非正常关机后也无须对文件系统进行校验，从而防止了文件系统中数据丢失的可能。
尽管 ext3 使用日志系统进行记录文件系统的变化，但这并没有影响 ext3 文件系统处理数据的速度。基于日志系统在磁盘上的优化，在 ext3 中数据的传输效率是高于 ext2 的，并且可以通过重新设置日志的级别来提升文件系统的性能。
其次， ext3 在设计之初就吸收了 ext2 的很多思想，这使得 ext2 文件系统迁移到 ext3 变得极为便利。事实上， ext3 可以在从 ext2 迁移 ext3 的过程中，无须进行文件系统资料的备份，且无须担心升级后的数据恢复问题。
也正是因为 ext3 设计之初沿用了众多 ext2 的功能，这使得 ext3 缺乏变通。例如， 「inode的动态分配」 和 「可变块大小」 等问题并没有得到解决。不仅如此， ext3 文件系统在被挂载为写入时，无法对文件系统进行完整性校验。
第四代扩展文件系统( Fourth Extended File System, ext4 ) 是继 ext3 文件系统的后续版本，不仅支持 ext3 的日志文件体系 ，同样支持 大文件系统 ，不仅提高了文件系统对于存储碎片化的抵抗，而且改进了 inode固一化 的问题。
同时， ext4 文件系统在开发之初就考虑到很多问题，对众多问题的优化和改进也使得 ext4 拥有了众多新的特性。例如， 大文件系统 、 使用Extent文件存储的方式 、 预分配空间 、 延迟文件获取空间的时间 、 突破原有子目录限制 、 增加日志校验和 、 在线整理磁盘 、 文件系统快速检查 、 向下兼容其他ext文件系统`。
时至今天， ext4 文件系统已经成为Linux发行版默认使用的文件系统。
与 ext2 文件系统同一时期出现的，还有 xfs 文件系统。 xfs 文件系统是高性能的文件系统，最早在 IRIX 操作系统上开发，后期被移植到 Linux 操作系统上。现在所有的 Linux发行版 都支持 xfs 的使用。
相比 32位 Linux 的操作系统来说，64位 xfs 的文件系统能够支持的单个文件系统要远远超出 32位 操作系统。
xfs 对文件系统元数据提供了日志支持，当文件系统发生变化后，总是会保证源数据在数据块写入磁盘之前被写入日志中，磁盘中有一处缓冲区专门用来存放日志，从而不会影响正常的文件系统。
xfs 同样支持 「条带化分配」 。在条带化RAID阵列上创建 xfs 文件系统时，可以指定 条带化数据单元。通过配置条带化单元，使 数据分配、inode分配、日志等与RAID条带单元对齐，来提高文件系统的性能。
与 ext4 文件系统不同的是， xfs 文件系统还支持在线恢复。 xfs 文件系统提供了 xfsmp 和 xfsrestore 工具协助备份 xfs 文件系统中的数据。
以下为各文件系统的出现时间及特性：
参考自: https://zh.wikipedia.org/wiki/Ext4
❸ linux文件丢失怎么查看
如果不小心删除了重要的文件，还可以将相应的文件从急救盘复制到硬盘上。例如，删除了文件/bin/login，此时系统无法正常运行到登录界面，可以用急救盘组启动系统，将硬盘文件系统安装到/mnt目录下，然后使用下述命令：
#cp -a /bin/login /mnt/bin
“-a”选项用于告诉cp在拷贝时保持文件的访问权限。当然如果被删除的基本文件不在“急救盘组”中，也就不能用这种方法了。如果以前做过系统备份的话，那么就只有用以前的备份来恢复了。
❹ linux 文件系统损坏，如何修复
用fsck检查文件系统完整性文件系统很复杂，因此易于发生错误。可以用fsck 命令检查文件系统是否正确和有效。它可以根据指令修复找到的小错误，并将未修复错误报告用户。幸运的是，文件系统的代码非常有效，所以根本极少出现问题，并且问题通常原因是电源失败、硬件失败、或操作错误，例如没有正常关闭系统。 大多数系统设置为启动时自动运行fsck ，因此任何错误将在系统使用前被检测到(并根据希望修正)。使用有错误的文件系统可能使问题变得更坏：如果数据结构有问题，使用这个文件系统可能使之更糟，导致更多的数据丢失。当然，在大的文件系统上运行fsck 会花一定的时间，如果系统正常关闭，几乎从不发生错误，因此有一些方法可以不进行检查。如果文件/etc/fastboot 存在，就不检查。另外，如果ext2文件系统在超级快中有一个特定的标记告知该文件系统在上次mount后没有正常unmount. 如果标记指出unmount正常完成(假设正常unmount指出没问题)，e2fsck (fsck 的ext2文件系统版) 就不检查系统。/etc/fastboot 是否影响系统依赖于你的启动手稿，但ext2标记则在你使用e2fsck 时发生作用--基于一个e2fsck 选项(参阅e2fsck 手册页) 自动检查只对启动时自动mount的文件系统发生作用。使用fsck 手工检查其他文件系统，比如软盘。 如果fsck 发现为修复的问题，你需要深入了解文件系统的一般工作原理和有问题的文件系统的细节，或好的备份。最后一个办法容易(虽然冗长)安排，如果你自己不知道，有时可以通过朋友、linux新闻组、电子邮件列表或其他支持源安排。我很想告诉你更多，但我对这的学习和实践也并不多。theodore t’so的debugfs 程序应该有用。 fsck 只能运行于未mount的文件系统，不要用于已mount的文件系统(除了启动时的只读根文件系统)。这是因为它存取原始磁盘，在操作系统不知道的情况下修改文件系统。 there will be trouble, if the operating system is confused.
❺ linux内核修复会丢失文件系统吗
先分析了Linu系统故障的解决办法，然后具体案例nat123进行了详细分析解决办法。
系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动，如图7所示。此时，只有通过救援模式才可以解决此类问题。
/etc/inittab文件丢失引导错误示例
有备份文件的恢复办法进入救援模式，执行chroot命令后，如果有此文件的备份(强烈建议系统中的重要数据目录，如/etc、/boot等要进行备份)，直接将备份文件拷贝回去，退出重启即可。如果是配置文件修改错误，如比较典型的/boot/grub/grub.conf及/etc/passwd的文件修改错误，也可以直接修正恢复。假设有备份文件/etc/inittab.bak，则在救援模式下执行：
没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复，首先查找到/etc/inittab属于哪一个RPM包(即便文件丢失，因为存在RPM数据库，一样可以查找到结果)：sh-3.1#
chroot /mnt/sysimage sh-3.1# rpm -qf /etc/inittab initscripts-8.45.3-1
退出chroot模式：
挂载存放RPM包的安装光盘(在救援模式下，光盘通常挂载在/mnt/source目录下)：
外网SSH访问内网LINUX的方法：
确保内网应用正常。在被访问端LINUX服务器上安装nat123客户端Linux，并使用它。登录网站，左侧用户中心，添加端口映射。选择全端口映射类型。填写内网LINUX固定地址端口，和外网访问的域名。可以使用自己的域名，也可以使用二级域名。将鼠标放在输入框有向导提示。
外网访问端安装nat123客户端并使用访问者。
访问者打开LINUX全端口映射后的域名和访问端口。如添加目标地址端口时，同时勾选允许局域网访问，则在访问者局域网内都可以进行访问。
可以将鼠标放在访问者图标上，看状态提示。在使用访问者本机，可以进行访问LINUX。访问地址是本地访问者打开的域名端口。
❻ linux 文件系统丢失怎么恢复
可以使用光盘rescue修复安装一下
如果你知道哪个文件丢失了，直接从别的系统把这个文件进去也可以的
❼ linux 里的文件误删了 逻辑卷ext4文件系统，请问怎么找回
找数据公司吧。。可以恢复
❽ linux中的libz.so.1库文件丢失怎么办
libz.so.1
只是一个符号链接，如果你只是这个链接文件没了，而真正的库文回件还在，那就不答要紧。可以用以下方法恢复：
ls
/usr/lib/libz*
正常情况下，你应该看到
libz.so
libz.so.1
libz.so.1.y.z
其中
libz.so.1.y.z
才是真正的库文件，1.y.z
是其具体版本，如果你的
libz.so.1.y.z
还在，你可以
ln
-s
/usr/lib/libz.so.1.y.z
/usr/lib/libz.so.1
即可。
如果
libz.so.1.y.z
也丢了，你可以用其他命令来传输，比如
ftp
甚至
tftp，这些应该都是不依赖于
libz
的，再不行，用个
u盘靠过来也行。
❾ Linux XFS文件系统数据丢失咋样恢复呢
Linux 的用文件系统都好像对于数据恢复并不友好。
建议联系数据恢复公司进行处理。建议重要数据设置自动备份防止丢失。