我有一台Lenny服务器，它已经将SAN连接configuration为名为“datavg”的VG的唯一PV。 昨天，我已经更新了Debian补丁盒，并重新启动。 重启后，它没有启动，说它找不到/ dev / mapper / datavg-datalv。 这就是我所做的： – 在救援模式下启动并在/ etc / fstab中注释挂载 – 重新启动到完全用户模式。 （安装点是/ data，只有postgresql无法启动） – 做了vgdisplay，lvdisplay，pvdisplay来查看卷组发生了什么事情。 （datavg完全丢失） 之后，我注意到，从Linux可以看到LUN，并且LVM分区也是可见的： # ls -la /dev/mapper/mpath0* brw-rw—- 1 root disk 254, 6 2009-11-23 15:48 /dev/mapper/mpath0 brw-rw—- 1 root disk 254, 7 2009-11-23 15:48 /dev/mapper/mpath0-part1 – 然后，我尝试了pvscan以查明是否可以findPV。 不幸的是，它没有检测到作为PV的分区。 – 我在分区上运行pvck，但没有find任何标签： # pvck /dev/mapper/mpath0-part1 Could not find […]
我的硬盘上有一个ext3文件系统，在/ dev / hdc2上有一个1024字节的小块。 现在我把整个文件系统logging在DVD上，如下所示： dd if=/dev/hdc2 of=/tmp/image.img wodim -dev=/dev/scd0 /tmp/image.img 现在当我尝试挂载它时，ext3在dmesg中抱怨： EXT3-fs: blocksize 1024 too small for device blocksize 2048. 我想这是因为DVD扇区大小不是512（如硬盘），而是2048。 有没有办法挂载这个？ 没有把数据写回到硬盘当然，因为我知道这个解决scheme。
我遇到了一个问题，写入文件将导致5到15秒的暂停，这只发生在写入。 到目前为止，我用data = writeback作为选项重新安装了文件系统，并将/ sys / block / sdb / queue / max_sectors_kb设置为64以缩短队列长度。 还有什么我可以尝试解决这个问题？
使用LSI SCSI HBA将DAS盒连接到我的Linux盒子上。 在Linux上正确检测到卷，并使用创build的文件系统 mkfs.ext3 /dev/sdc #No partition table 我无法使用挂载音量 mount/dev/sdc /mnt/temp -t ext3 但我可以使用它挂载 mount /dev/sdc /mnt/temp -t ext3 -o loop 任何人都可以告诉我什么“-o循环”选项在内部？ 有没有人面对过这个select？ 更新1：这是stat和file的输出： # stat /dev/sdc File: /dev/sdc Size: 0 Blocks: 0 IO Block: 4096 block special file Device: dh/13d Inode: 158 Links: 1 Device type: 8,20 Access: (0640/brw-r—–) Uid: ( 0/ root) […]
如何禁用ext3文件系统挂载点的符号链接function？ 我的服务器正在被某种符号链接黑客攻击方法攻击其他用户的主目录。 在BSD系列上有这样一个选项“nosymfollow”，但是我没有find相当于Linux的选项。
我有一个软件raid1arrays（即镜像）中的两个120 GB磁盘，显示为/dev/md2 。 这里有一个ext3文件系统，安装在/ 。 # uname -a Linux svnserv 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux 最近，写入磁盘开始失败，出现“ 写入错误：设备上没有剩余空间 ”。 df显示没有更多的磁盘空间。 我删除了一些未使用的大文件，约。 5 GB，但错误仍然存在。 df显示了这个： # df -h Filesystem Size Used Avail Use% Mounted on /dev/md2 109G 104G 0 100% / tmpfs 471M 0 471M 0% /lib/init/rw udev 10M 100K 10M […]
在8TB RAID5上成长之前，我正在做一个e2fsck。 虽然之前RAID（我从Ubuntu切换到CentOS 5.4，因为我需要一个特定的硬件驱动程序）运行的W / O问题，e2fsck最初出现了一大堆的错误（nohup.out是7 GB），但5天持续fscking，即使进程仍在100％CPU和1.5G RAM上运行，近2天内没有更多输出到日志中。 我尝试了一个killall -USR1 e2fsck，但是在我的日志中我仍然没有进一步的输出。 杀e2fsck并用-C选项重试是否安全，还是会让事情变得更糟？ 我已经看了e2fsck的运行时间，但是从我现在读的应该已经完成了。
我有一个由第三方提供的运行Ubuntu（10.04，服务器版，库存服务器内核）的Xen domU。 该服务器运行Dovecot和Exim4，邮件存储在Maildirs中，并运行一个相当典型的LAMP堆栈，其中大部分应用程序都在Perl中，所有的数据都存储在TIFF文件目录树或MySQL数据库中。 这个服务器已经运行了大约3个月的LAMP的东西，一个月的邮件服务。 所有的文件系统（swap除外）都是Ext3。 几个星期前，我们突然发现了一大堆TIFF文件，这些文件不再可用，正如我们的备份脚本（使用rsync）所指出的那样。 远程主机上的rsync报告了以下错误： rsync: readlink_stat("/srv/data/documents/archive/pdf/2007/Aug/06/085717/00000002.TIF") failed: Input/output error (5) rsync: readlink_stat("/srv/data/documents/archive/pdf/2007/Aug/06/085717/00000001.TIF") failed: Input/output error (5) rsync: readlink_stat("/srv/data/documents/archive/pdf/2011/Jan/04/125227/XSMDESC.DAT") failed: Input/output error (5) rsync: readlink_stat("/srv/data/documents/archive/pdf/2011/Jan/04/125227/DOC010.XST") failed: Input/output error (5) rsync: readlink_stat("/srv/data/documents/archive/pdf/2011/Jan/04/125227/00000001.TIF") failed: Input/output error (5) …等等。 这些文件将在去年12月底或path中的date创build，以后者为准，因为我们去年年底把数据迁移到了这台机器上。 根据我的知识，没有任何过程会写入文件，因为只能从这些文件读取。 在那一整天，我们注意到受影响文件的列表不断增加，所以当天晚上我们卸载了这个文件系统（一个Xen虚拟块设备）并运行了一个fsck ，发现并修复了许多错误。 受影响的文件现在不见了。 但是，一旦fsck完成并重新安装文件系统，腐败就会停止。 （另外，为了说明我们在这里所遇到的那种幸运 – 在同一天下午我们唯一备份这个数据的单个磁盘就是灾难性地死去了，是的，真的，我们唯一的备份是从2010年12月10号开始的。 ） 绝大多数受影响的文件是在今年1月4日或5日创build的，但有些文件是从2006年7月7日开始的，其中一些更新。 随着fsck的完成和机器现在看起来很稳定，我们担心 – 托pipe服务提供商不能find根本原因，也不能 – 我们也丢失了数据，但至less腐败已经停止了。 向前跳过几天，并且例程mysqldump拒绝转储3个表，因为它们被标记为崩溃。 […]
我知道pv创build一个LVM物理卷通常在一个LVM分区，但我不小心做了一个空的ext3分区pvcreate，这是危险的，我真的需要在目标磁盘上用LVM格式重新分区吗？
Linux md raid1上有一个ext3文件系统，arrays由两个硬盘驱动器组成。 各种服务，包括数据库运行和写入。 我们假设为了减less服务停机时间，最好能够： 选项A ： 连接外部驱动器（可能是每周多驱动器） 将数组同步到它（ – >实际上并不重要，服务需要多长时间） 切换运行级别 – >closures所有基本的非写入服务 重新挂载文件系统只读 从arrays和物理上断开外部驱动器 重新挂接文件系统读写 默认运行级别 – >重新启动服务 更好 ，如对比选项B ： 连接外部驱动器 备份运行级别 – >closures所有服务 进行文件级备份（ – >可能冗长的操作，即使采用渐进式方法，服务也会停止） 默认运行级别 – >重启所有服务 问题是，在选项A的情况下ext3文件系统是否在外部驱动器上保持正常？ 文件系统挂载时断开驱动器是否安全？ 与从头彻底卸载文件系统有什么不同？ 下一次登山是否会恢复？ 这是一个rootfs，这就是为什么我不能干净地卸载它。