Articles of ext4

如何使用Ubuntu压缩VHD文件?

我使用Windows Server 2008r2和angular色Hyper-V。 客户系统是Ubuntu 12.04 LTC。 它位于dynamic虚拟硬盘上。 我想压缩这个VHD(真正的大小是50GB,磁盘上是360GB)。 但是我不能这样做,因为Ubuntu文件系统不是NTFS。 我需要什么(gparted,sdelete,…)来解决这个问题? 主要的问题是文件系统不是NTFS,而是ext4。 答案: 1)下载systemrescuecd http://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/3.8.1/systemrescuecd-x86-3.8.1.iso/download 2)将这个.iso添加到任务操作系统Ubuntu 3)启动这个虚拟机 4)使用zerofree zerofree /dev/sda1 5)closures此虚拟机 6)使用Hyper-Vpipe理器(编辑 – >碎片整理) 这个VHD是360 Gb。 现在70 GB。

ext4文件系统损坏 – 可能是硬件错误?

打开计算机后大约半小时后,我在dmesg收到这些错误: [ 1355.677957] EXT4-fs error (device sda2): htree_dirblock_to_tree: inode #1318420: (comm updatedb.mlocat) bad entry in directory: directory entry across blocks – block=5251700offset=0(0), inode=1802725748, rec_len=179136, name_len=32 [ 1355.677973] Aborting journal on device sda2-8. [ 1355.678101] EXT4-fs (sda2): Remounting filesystem read-only [ 1355.690144] EXT4-fs error (device sda2): htree_dirblock_to_tree: inode #1318416: (comm updatedb.mlocat) bad entry in directory: directory […]

将文件系统格式从xfs更改为ext4,而不会丢失数据

我有一台笔记本电脑上运行的新鲜的Lucid Lynx(Ubuntu 10.04)。 在那里我定义的文件系统为: 挂载点/在ext4(46 Gb) jfs上的挂载点/ home(63 GB) 交换为3 Gb 我离开机器过夜做了一些任务,没有交stream电源。 第二天早上,我发现它在待机状态,任务完成,但文件系统无法访问。 它给了我I / O错误 似乎jfs和standby有问题。 无论如何,为了避免任何麻烦,我想把这个挂载点从jfs格式转移到ext4。 我可以做到这一点,而不会丢失数据,也不需要将数据放在临时位置,直到完成转换? 对不起,但是我回想起在windows的日子里,我们会把FAT16改成FAT32或者把FAT32改成NTFS,而不会丢失数据。 我希望这可以在Linux上使用。 更新 / home文件系统是xfs不是jfs,而且由于某种原因,这个文件系统似乎有一个错误,我必须重新安装两次操作系统,直到我用ext4完成整个/ 但是,作为结论,似乎没有办法进行转换

fsck.ext4:如何强制检查整个文件系统?

看来fsck.ext4很快就退出了,我想它只会检查日志日志,如果日志是干净的,就不要做任何事情。 是吗? 如何强制它检查整个文件系统? 我已经尝试了-f选项,但是它再次退出说它很干净。

ext4现有的ext4分区使用哪些“function”?

当我创buildext4文件系统,有许多“function”,我可以启用和禁用 – 如has_journal,范围,huge_file等。 有什么方法可以知道,创buildext4文件系统时使用了哪些选项(创build之后,我的意思是)? 我已经存在ext4分区(由某人创build),但即使不知道,它使用日记或范围。

大于2TB的Ext4分区?

有没有办法使ext4文件系统上的分区大于2TB? 我试图做到这一点在debian上,但得到消息分区大小不能超过2TB …

如何在AWS上的Linux上创build大型,可扩展的共享文件系统?

在AWS上提供大型,可扩展的共享存储的可接受/合理/最佳方式是什么? 目前,我们正在制作1TB的EBS卷〜双周和NFS导出no_subtree_check和nohide。 在此设置中,不同的导出出现在客户端上的一个挂载下。 这种安排并不好。 我们考虑的选项: LVM2与ext4。 resize2fs太慢了。 Linux上的Btrfs。 尚未准备好黄金时段。 Linux上的ZFS。 没有明显的黄金时间准备(尽pipeLLNL使用它) Solaris上的ZFS。 这个组合的未来是不确定的(对我来说)和新的操作系统 glusterfs。 听到大多是好的,但两个可怕的(也许是老?)的故事。 理想的解决scheme将提供共享,单一的视图,易于扩展,快照和复制。 感谢分享想法和经验。

5.5GB每日写入1.2GB根卷 – 4倍以前的水平

问题:我最近修改了一台服务器,在使用之前进行了testing,并且运行良好,但是几天前,我注意到通常写入根卷的数量大约是4倍。 这不是一个性能问题 – 服务器运行良好。 我的改造是相当广泛的(全面重build),所以我没有太多的理由。 简而言之,我的变化包括: 升级亚马逊的Linux(从2011.02到2011.09) – 这也导致了根卷的从ext3到ext4的变化 从php-fcgi移动到php-fpm(目前使用tcp) 从反向代理(nginx – > apache)设置移到nginx 用pure-ftpdreplacevsftpd 用opendkimreplacedkim-proxy 用ispconfigreplacewebmin 添加清漆作为dynamic文件的caching层(这些网站的点击量过大,但它是一个实验) 添加一个交换分区 基本设置: 我的交换空间安装在自己的EBS卷上 – 交换卷的写入可以忽略不计 – 我基本上把这个作为原因打了折扣(有足够的可用内存 – 而且free和iostat显示最小交换使用率)。 我的数据(mysql数据库,用户文件(网站),所有日志(来自/ var / log),邮件和清漆文件在自己的EBS卷上(使用mount –bind )。底层EBS卷挂载在/mnt/data 我剩余的文件 – 操作系统和核心服务器应用程序(例如nginx,postfix,dovecot等)是根卷上唯一的文件 – 总共为1.2GB。 新的设置运行比旧系统“更平滑”(更快,更less的内存等),并且已经稳定了20天(10月中旬) – 据我所知,高位写入一直存在。 与我所期望的相反,我的读取量很低(我的读取量大约是我写入的1.5%,无论是在根卷上的块还是字节上)。 在过去几天里,我并没有改变根卷上的任何东西(例如新的安装等),但是写入量仍然远高于预期。 目标:确定增加写入到根卷的原因(主要是弄清楚它是一个进程(和哪个进程),不同的(ext4)文件系统或另一个问题(例如内存))。 系统信息: 平台:亚马逊的EC2(t1.micro) O / S:Amazon的Linux 2011.09(CentOS / RHEL派生) Linux内核:2.6.35.14-97.44.amzn1.i686 架构:32位/ i686 […]

突然大规模文件系统损坏的原因? (“根目录不是目录”)

我有一台运行Maverick的笔记本电脑(非常愉快,直到昨天),用爱国者Torx SSD; 整个分区的LUKSencryption; 一个lvm的物理量在上面; 然后在其上的ext4逻辑卷的home和root。 当我试图启动它昨天,它抱怨说,它无法挂载根文件系统。 运行fsck,基本上每个inode似乎都是错的。 家庭和根文件系统都显示类似的问题。 检查备份超级块没有帮助。 e2fsck 1.41.12 (17-May-2010) lithe_root was not cleanly unmounted, check forced. Resize inode not valid. Recreate? no Pass 1: Checking inodes, blocks, and sizes Root inode is not a directory. Clear? no Root inode has dtime set (probably due to old mke2fs). Fix? no Inode 2 is […]

stat命令输出中的什么“出生”字段

我用ext4使用Fedora-16。通过stat命令,我可以看到一些叫做“Birth”的东西。 # stat history_file1.txt File: `history_file1.txt' Size: 8944 Blocks: 24 IO Block: 4096 regular file Device: 802h/2050d Inode: 4192 Links: 1 Access: (0600/-rw——-) Uid: ( 0/ root) Gid: ( 0/ root) Context: unconfined_u:object_r:admin_home_t:s0 Access: 2012-01-18 18:11:10.799900150 +0530 Modify: 2012-01-18 18:11:10.867908793 +0530 Change: 2012-01-18 18:11:10.867908793 +0530 Birth: – search手册页显示出生的实例 %w文件出生的时间,人类可读; – 如果不明 %W文件出生的时间,自Epoch以来的秒数; 0如果未知 这是新添加的字段吗? 这个字段是相对于inode存储的?