当磁盘上的SMART检查报告坏扇区时，能够识别具有坏扇区的文件并将其从备份中恢复很重要。 下面，我展示了我是如何为我的Linux / ext3 VMWARE服务器做到这一点的 – 但是有谁知道这是否可以在Windows / NTFS上完成？ 下面是我为Linux / ext3所做的工作：我首先要求驱动器进行硬件表面扫描（操作系统级以下，带有驱动器SMART电路）： vserver:~# smartctl -t long /dev/sdc 我看了一下结果： vserver:~# smartctl -a /dev/sdc … 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always – 1 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always – 9 … Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: […]
当SAN中出现错误时，ext3检测到磁盘写入错误并以只读方式重新挂载文件系统，这是一个相对常见的问题。 这一切都很好，只有当SAN是固定的，我不知道如何重新重新挂接文件系统读写无需重新启动。 看吧： [root@localhost ~]# multipath -ll mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400 [size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw] \_ round-robin 0 [prio=2][active] \_ 1:0:0:1 sdb 8:16 [active][ready] \_ 2:0:0:1 sdc 8:32 [active][ready] [root@localhost ~]# mount /dev/mapper/mpath0 /mnt/foo [root@localhost ~]# touch /mnt/foo/blah 一切顺利，现在我把它从下面抽出来。 [root@localhost ~]# touch /mnt/foo/blah [root@localhost ~]# touch /mnt/foo/blah touch: cannot touch `/mnt/foo/blah': Read-only file system [root@localhost ~]# tail […]
好吧，不是那么大，但我需要使用一个约60,000个平均大小为30kb的文件存储在一个目录中（这是一个要求，因此不能简单地分成具有较less数量的文件的子目录）。 这些文件将被随机访问，但一旦创build，将不会写入相同的文件系统。 我目前正在使用Ext3，但发现它非常缓慢。 有什么build议么？
我是一个长期的用户，第一次提问者。 我已经花了整整一天的时间在这个网站和其他许多网站上寻找解决scheme，但是我必须求助于解决我的问题。 历史：我们的HP Proliant，Centos 5.9服务器昨天没有正确的关机程序。 从这一点来看，/ home分区一直处于一种我们无法安装，挂载或卸载它的状态。 umount表示没有挂载，mount / fsck表明它已经挂载或已经挂载。 这最初导致服务器无法启动。 我们最终从/ etc / fstab中删除了磁盘/分区，以便启动不会失败。 # mount -t ext3 /dev/cciss/c0d0p1 /home mount: /dev/cciss/c0d0p1 already mounted or /home busy # fsck /dev/cciss/c0d0p1 fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) fsck.ext3: Device or resource busy while trying to open /dev/cciss/c0d0p1 Filesystem mounted or opened exclusively by another program? […]
我有一个应用程序写入一个ext3目录，随着时间的推移，已经增长到大约三百万个文件。 不用说，读这个目录的文件列表是不可忍受的慢。 我不怪责ext3。 正确的解决办法是让应用程序代码写入子目录，例如./a/b/c/abc.ext而不是仅使用./abc.ext 。 我正在改变这样的子目录结构，我的问题是：大概有多less文件应该存储在一个ext3目录，同时仍然可以接受的性能？ 你有什么经验？ 换句话说， 假设我需要在结构中存储300万个文件，那么./a/b/c/abc.ext结构应该有多less层次？ 显然这是一个不能准确回答的问题，但我正在寻找一个球场的估计。
我运行一个网站，其中约1000万个文件（书籍封面）存储在3个子目录中，范围为[0-f]： 0/0/0/ 0/0/1/ … f/f/f/ 这导致每个目录大约2400个文件，当我们需要检索一个文件时，这是非常快的。 而且这是许多问题提出的做法。 但是，当我需要备份这些文件时，只需浏览保存10m文件的4k目录就需要很多天。 所以我想知道如果我可以将这些文件存储在一个容器（或在4k容器），这将每个行为完全像一个文件系统（某种挂载的ext3 / 4容器？）。 我想这样做几乎和直接访问文件系统中的文件一样高效，而且这将会非常有效地复制到另一台服务器上。 有关如何做到最好的build议？ 或者任何可行的select（noSQL，…）？
我有ext3文件系统挂载默认选项。 我有一些〜100GB的文件。 删除任何这样的文件需要很长时间（8分钟），并导致大量的IOstream量，这增加了服务器上的负载。 有什么方法可以使公司不具有破坏性？
如何确定Linux上ext3分区的块大小？
我在一个非常大的（1TB +）ext3磁盘上运行e2fsk e2fsck -v /dev/sda1 从RIPLinux引导与PXE。 我明白了 e2fsck 1.41.6 (30-May-2009) /dev/sda1 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes 然后很长的停顿… 我如何得到一些活动的想法？ 理想情况下，完成项目总数和某种ETA。
我有一个服务器（硬件Raid 1），32G，ext3 filesytem SCSI磁盘。 df告诉我，磁盘是100％满的。 如果我删除1G这是正确显示。 但是，如果我运行一个du -h -x /那么du告诉我只有12G被使用（因为一些Samba使用了-x ）。 所以我的问题不是关于du和df命令之间的细微差别，而是关于如何找出导致这种巨大差异的原因？ 我重新启动了机器的fsck去了w / out错误。 我应该运行badblocks吗？ lsof显示我没有打开删除的文件， lost+found是空的，在消息文件中没有明显的warn / err / fail语句。 随意问一下设置的更多细节。