Questions tagged «ext4»

ext4(第四扩展文件系统)是Linux的日记文件系统,是ext3的后继产品。使用此标记来解决ext4特定的问题,与通用文件系统相关的问题应使用标记[filesystem]

2
如何挂载映射用户ID的文件系统?
我可以成功挂载ext4分区,问题是该分区上的所有文件均由用户ID为1000的用户拥有。在一台计算机上,我的用户ID为1000,而在另一台计算机上,我的用户ID为1010。两台计算机上的用户名相同,但我意识到文件系统存储的是用户ID,而不是用户名。 我可以使用以下类似方法纠正文件所有权: find /mnt/example -exec chown -h 1010 {} \; 但是,当我将此外部驱动器安装在另一台计算机上时,我将不得不再次将文件所有权更正为1000。 我想给mount的选项是说将userid 1000映射到1010,这样我就不必实际修改任何文件。有没有办法做到这一点?
16 mount  ext4 

5
文件夹中数百万个(小的)文本文件
我们希望在Linux文件系统中存储数百万个文本文件,目的是能够压缩并提供任意集合作为服务。我们尝试了其他解决方案,例如键/值数据库,但是对并发性和并行性的要求使使用本机文件系统成为最佳选择。 最直接的方法是将所有文件存储在一个文件夹中: $ ls text_files/ 1.txt 2.txt 3.txt 这在EXT4文件系统上应该是可能的,而EXT4文件系统对文件夹中的文件数没有限制。 这两个FS过程将是: 从网络抓取中写入文本文件(不受文件夹中文件数量的影响)。 压缩所选文件,由文件名列表给出。 我的问题是,在一个文件夹中存储多达一千万个文件是否会影响上述操作的性能或整个系统的性能,这与为文件驻留一个子文件夹树有什么不同?

1
增加fstab中的“ commit”的优点/缺点
过去,我做了很多晦涩的系统优化工作,但是在powertop告诉我应该将USB端口设置为自动挂起后,我便摆脱了大多数此类优化工作,这迫使它们进入永久睡眠状态,并且在我意识到更高交换性的好处之后。 但是今天,在看的时候/etc/fstab,我注意到我已经commit=60为/和/ home设置了选项。我记得这是针对笔记本电脑的优化,以减少写入磁盘的次数,从而节省电池。但是后来我开始担心这可能会导致数据丢失(有时我的电池断开连接,然后在启动时fsck告诉我一些孤儿inode)。 在寻找此选项的解释时,我得出以下解释(第二种解释似乎与我以前的理解相抵触): $ man mount | awk '/commit=/,/^$/' commit=nrsec Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default. https://forums.gentoo.org/viewtopic-p-4088752.html commit = 60会停止“立即”(默认为5秒)优先于超读的写入,并在几秒钟后将写入缓存。在大量读写混合在一起的情况下,这是很好的选择,在这种情况下,用户希望优先进行读取,以便处理器可以保持忙碌状态,而不是在等待写入完成之前暂停,然后再继续读取。 我所看到的一个真实示例正在等待几秒钟,以使Gnome下拉菜单出现,这似乎没有任何原因。原因是磁盘忙于写入,因此CPU必须等待写入完成才能从磁盘获取所有数据以显示菜单。 什么是提交真的?增加它真的有好处(例如响应速度和节能)吗?可能会导致数据丢失吗?
14 mount  ext4  fstab  ext3 

2
哪个文件系统最好备份?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我只是买了一张磁盘备份所有文档并将其分开存储,我不知道Linux下的文件系统是什么使我具有更高的可靠性。也许我每月要备份一次,并且不会一直保持连接状态,但是我想确保我的数据会保留下来。 也许ext4?

2
如何缩小LUKS分区,`cryptsetup resize`会做什么?
我正在调整包含单个ext4文件系统(没有LVM等)的LUKS加密分区的大小。该cryptsetup FAQ建议删除旧的分区并重新创建它,但是,像浪费了很多时间的声音。因此,我想手动进行操作,仔细调整分区的大小。 到目前为止,我认为我需要做: 创建文件系统的(加密)备份。重要!在执行以下任务时,您不会是第一个丢失数据的人。 卸载现有的ext4文件系统(例如,通过引导到Live CD)。如果从Live CD引导,请使用以下命令挂载加密分区:cryptsetup luksOpen /dev/sdXY ExistingExt4 调整现有ext4文件系统的大小。 cryptsetup resize /dev/mapper/ExistingExt4 -b $SECTORS 使用以下命令关闭/“卸载” LUKS分区 cryptsetup luksClose ExistingExt4 缩小分区大小。 以上步骤正确吗? 在第4步中,我应该选择$SECTORS什么?这一步是否有必要?该cryptsetup手册是不是真正描述性的resize选项: resize <name> resizes an active mapping <name>. If --size (in sectors) is not specified, the size of the underlying block device is used. 最后,如果我将ext4分区缩小15 GiB,可以安全地假定可以使用来从现有分区中删除15 GiB …

1
是什么可以解释对tmpfs的这种奇怪的稀疏文件处理?
在我的ext4文件系统分区上,我可以运行以下代码: fs="/mnt/ext4" #create sparse 100M file on ${fs} dd if=/dev/zero \ of=${fs}/sparse100M conv=sparse seek=$((100*2*1024-1)) count=1 2> /dev/null #show its actual used size before echo "Before:" ls ${fs}/sparse100M -s #setting the sparse file up as loopback and run md5sum on loopback losetup /dev/loop0 ${fs}/sparse100M md5sum /dev/loop0 #show its actual used size …

4
独立验证TRIM确实适用于SSD
我有一个LUKS分区/dev/sda1,我喜欢打开--allow-discards: cryptsetup --allow-discards luksOpen /dev/sda1 root 然后,我ext4使用以下discard选项挂载文件系统: grep /dev/mapper/root /proc/mounts /dev/mapper/root / ext4 ro,relatime,block_validity,discard,delalloc,barrier,user_xattr,acl 0 0 然后,我修剪已安装分区上的可用空间: fstrim -v / 使用df,我看到/有80%的可用空间。这意味着在上/dev/sda1,磁盘的80%是二进制零。 如果我用克隆图像 cat cat /dev/sda1 > sda1.img 并使用压缩图像xz,我希望磁盘上的所有零都将被压缩。由于磁盘上20%的数据是加密的,因此它看起来应该像随机的并且是不可压缩的。因此,xz压缩的图像应为aprox。原始大小的20%。 但是,所得的xz压缩图像与原始原始图像的大小大致相同。 我的推理正确吗? 为什么我的理论不能转化为实践?
13 ext4  ssd  cryptsetup  trim  fstrim 

1
在带电池的笔记本电脑上禁用ext4的安全栅栏是否安全?
手册页说明barrier了ext4 的选项: 写屏障会强制对日志提交执行正确的磁盘排序,从而使易失性磁盘写缓存可以安全使用,但会降低性能。如果您的磁盘以某种方式由电池供电,则禁用障碍可以安全地提高性能。 带电池(和SSD)的笔记本电脑是否算作具有电池支持的磁盘?那么,barrier=0在笔记本电脑上使用ext4安全吗?

4
笔记本电脑用户应该从ext4切换到btrfs吗?
与此相关。 我想利用操作系统切换来升级到BTRFS。 BTRFS声称提供了很多功能(数据丢失的弹性,RAID的自我修复,元数据和数据的校验和,压缩,快照)。但是,与fsync密集型程序(例如,dpkg我知道eatmydata和糟糕的apt-btrfs-snapshot程序)一起使用时,速度很慢,而且我不会设置RAID:p。 EXT4仅允许对元数据进行校验和,并且不压缩数据。 在6年中,由于硬盘损坏(飞行后),我不得不重新安装操作系统两次。第一次导致笔记本电脑无法启动,第二次损坏是由于电影损坏,然后是对OS二进制文件的md5sum检查而确定的。(SMART告诉我磁盘是正常的)。目前,这头马虎的行为很奇怪。我不知道应该归咎于硬件还是软件,但是我怀疑硬件(它们都是在飞行后立即开始的)。 您是否会因为数据压缩和校验和而建议改用笔记本电脑的BTRFS,还是应该坚持使用EXT4? (我不在乎哪个变量相对于“最佳”,但我几乎没有使用BTRFS的经验,并希望获得一些反馈) 编辑: 让我们更清楚一点:我知道,BTRFS仍被标记为实验性的,但是SUSE表示现在不再应该这样做了。Oracle也是如此(我知道Oracle是谁)。大量发行版已经建议安装BTRFS,其中大多数计划在未来几个月内切换到BTRFS。 两个事实: 备份损坏的数据毫无价值。我不明白为什么我似乎是唯一一个要打扰的人。那不是常识吗?与此同时: 别告诉我应该备份:我已经备份了。 不要再暗示备份就足以保证我的数据安全,除非您愿意给我TB的可用空间来进行数年的备份。 损坏的文件= / => Linux抱怨。所以: 不要仅仅因为操作系统正在启动就假设您的系统/数据是理智的。 我希望您能理解,我喜欢(元)数据校验和,而不是过度设计和piece肿的软件,因为它不方便执行BTRFS来检查数据完整性。 现在,我不是要问哪个FS更好吗?问题是,考虑到我定期进行备份,BTRFS是否仍处于实验性阶段,无法用于其数据完整性检查功能,还是应该坚持使用EXT4?


2
fsck不会fsck(无法设置超级块标志)
在基于SD卡的设备上进行异常关闭后,我将SD卡取出到fsck根文件系统中。这导致以下方面的变化: e2fsck 1.43.1 (08-Jun-2016) /dev/sdc2: recovering journal Superblock needs_recovery flag is clear, but journal has data. Run journal anyway<y>? no Clear journal<y>? no e2fsck: unable to set superblock flags on /dev/sdc2 在这里我两次都回答“否”,但是没有是/否的序列不会立即导致相同的结果。 可以挂载文件系统,并且在临时检查中看起来还可以;它在设备中也可以正常工作,这就是根文件系统(实际上,它不是很好,请参见注释; tldr一些无法恢复的损坏目录)。 我dd将分区(8 GB)分区为一个文件,并尝试了fsck。有趣的是: e2fsck 1.43.1 (08-Jun-2016) plush.rootfs: recovering journal Clearing orphaned inode 18290 (uid=0, gid=0, mode=0100644, size=34096) …
12 ext4  fsck  sd-card 



2
为什么按名称删除文件既缓慢又异常快?
假步:我在下面提到的“快速”方法并不比慢速方法快60倍。它快了30倍。我将错误归咎于小时数(凌晨3点不是我思考的最佳时间:)。 更新:我添加了测试时间的摘要(如下)。 速度因素似乎涉及两个问题: 选择使用的命令(时间比较如下所示) 目录中大量文件的性质...似乎“大是坏”。随着数字的增加,事情变得不成比例地变慢。 所有测试均已处理了100万个文件。 (真实时间,用户时间和sys时间在测试脚本中) 可以在paste.ubuntu.com上找到测试脚本。 # # 1 million files # =============== # # |time |new dir |Files added in ASCENDING order # +---- +------- +------------------------------------------------- # real 01m 33s Add files only (ASCENDING order) ...just for ref. # real 02m 04s Add files, and make 'rm' …
11 bash  filesystems  ext4 

4
当设备读取为忙时(但已被确认)时,如何fsck分区?
我正在尝试fsck -p /dev/sda5修复ext4分区上的错误,但是命令输出 fsck from util-linux-ng 2.17.2 fsck.ext4: Device or resource busy while trying to open /dev/sda5 Filesystem mounted or opened exclusively by another program? 我已经确认正在使用/etc/mtab,lsof并且没有任何东西正在使用该分区,并且尚未挂载。我还曾经fuser -k /dev/sda5强行关闭使用该文件的所有内容,并umount尝试将其卸载无济于事。 fsck尽管该分区显示为忙碌,但我该如何强制至少检查并希望修复该分区?假设我有足够的信心确定它既未安装也未使用,并且数据损坏的可能性不是问题。 所有命令都是从Ubuntu 10.04 32位liveCD以root用户身份执行的。分区是Ubuntu 10.04 32位安装的系统(非本地)部分。
11 ubuntu  ext4  fsck  unmounting 

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.