看到build议禁用用于数据库的单个磁盘上的写入caching是非常常见的，因为否则某些磁盘会确认尚未将其写入磁盘表面的写入。 这意味着一些磁盘在写入到磁盘表面之前不会确认写入（更新：或者在被要求刷新caching时准确地报告。我在哪里可以find这样的磁盘，或者我在哪里可以查找权威信息在哪里可以find这样的磁盘？ 我正在设置一些真正受益于使用写入caching的数据库服务器，但是应用程序对价格敏感，而且我宁愿将一些cachingRAID控制器的磁盘子系统成本加倍，因为我没有足够的信息知道我是否可以信任每个驱动器中的caching。
在硬盘驱动器出现故障（大量损坏的扇区）之后，我对其进行了重新格式化，但硬盘驱动器让我没有信心在生产中使用它。 有没有一个工具来强调testing，所以我知道我可以使用它？ 您将使用哪种方式使用该驱动器，如果它再次失败，您不会最终丢失数据？
我在CentOS 5.8最终服务器上运行了一个文件服务器。 我目前唯一关心的是，由于jbd2 / sda2-8进程，似乎是间歇性的，但持续的高磁盘I / O活动导致总体放缓。 jbd2 / sda2-8正在使用/ dev / sda2，这是第一个硬盘（IE：根分区）的第二个分区。 更多信息：使用“iotop”的罪魁祸首似乎是“jbd2 / sda1-8”每秒写入，这似乎是一个与ext4文件系统上的日志相关的内核进程，如果我的谷歌search是正确的。 我看到“jbd2 / sda2-8”时不时地出现在这里，但肯定不是每隔3秒钟。闲置时，每分钟出现约1或2次。 当我使用这个系统的时候，看起来更频繁。 ATOP结果： http ： //grabilla.com/02b14-8022db2e-4eb9-4f10-8e10-d65c49ad7530.png IOTOP结果： http ://grabilla.com/02b14-cf74b25d-4063-4447-9210-7d1b9b70e25b.png HTOP结果： http ://grabilla.com/02b14-ad8cad0e-89b0-46d3-849d-4fd515c1e690.png jbd2 / sda2-8是iotop在磁盘上写入的过程，即使它没有被使用。 有人有什么想法，我怎么能解决引起jbd2 / sda2-8过程的高磁盘使用率？
我有戴尔T710与希捷猎豹15k.7 SAS磁盘。 如果T710主板死了，我需要求助于我的夜间备份之一，并从SAS磁盘上抢回日志/日志文件，使备份保持最新状态。 我需要一种阅读健康但无法访问的SAS光盘的方法，它不依赖于我必须交付的唯一支持SAS的机器。 所以我买了： SAS到SATA适配器 和： 带电源的USB 2.0转SATA适配器 …以便我可以通过USB读取SAS驱动器。 我可以把它们连在一起就好了。 该链看起来像：USB – > SATA – > SAS。 但是驱动器不能启动，计算机甚至不能确认USB连接的任何东西。 有一个便宜的外部机箱，我可以购买SAS驱动器？ 我不能相信这些USB转SATA适配器无处不在，但USB转SAS适配器几乎不存在…
我的VPS用df -h显示 Filesystem Size Used Avail Use% Mounted on /dev/simfs 100G 46G 0 100% / 有没有人有一个想法来解决这个问题？
几乎无处不在，我在日志中失败抱怨No space left on device Gitlab日志： ==> /var/log/gitlab/nginx/current <== 2016-11-29_20:26:51.61394 2016/11/29 20:26:51 [emerg] 4871#0: open() "/var/opt/gitlab/nginx/nginx.pid" failed (28: No space left on device) Dovecot电子邮件日志： Nov 29 20:28:32 aws-management dovecot: imap([email protected]): Error: open(/home/vmail/emailuser/Maildir/dovecot-uidlist.lock) failed: No space left on device df -Th输出 Filesystem Type Size Used Avail Use% Mounted on /dev/xvda1 ext4 7.8G 3.9G 3.8G 51% / […]
在为UNIX分区新系统磁盘时，对于桌面和/或服务器，您最喜欢的策略是什么？ 请包括磁盘分区布局，文件系统格式和选项，安装点，RAID级别，LVM组和卷，encryption以及任何其他相关设置。
我有一个有很多小文件的文件系统。 目前，大约80％的inode被使用（我使用df -i进行了检查），但是只有60％的磁盘空间被使用。 我如何“增加”inode的数量？ 如果只是磁盘空间，我知道我可以增加磁盘的大小（这个磁盘在LVM上）。 如果我增加磁盘的大小，这将使我有更多的inode？ 我愿意增加这个磁盘所在的文件系统，如果有帮助的话。
我们为客户提供VPS。 每个客户VPS在标准主轴硬盘上被赋予一个LVM LV。 如果客户要离开，我们将这个LV清零，确保他们的数据不会泄露给其他客户。 我们正在考虑用SSD来做我们的托pipe业务。 鉴于固态硬盘具有“耗损均衡”技术，这是否使零点毫无意义？ 这是否使这个SSD的想法是不可行的，因为我们不能让客户的数据泄漏到另一个客户？
我的Linux系统已经开始在系统日志中抛出SMART错误。 我追查下来，并相信问题是磁盘上的一个单一的块。 如何轻松获得磁盘重新分配一个块？ 我想知道在这个过程中被破坏了什么文件。 （我知道，如果一个磁盘在磁盘上出现故障，其他人可能会遵循;我有一个很好的持续备份，只是想保持这个磁盘的工作。） search网页会导致Bad block HOWTO ，它描述了一个卸载磁盘上的手动过程。 看起来很复杂，容易出错。 有没有一种工具在Linux中自动执行这个过程？ 我唯一的select是制造商的诊断工具 ，但我认为这会打破坏块没有任何报告被毁坏。 最糟糕的情况是，它可能是文件系统元数据。 有问题的磁盘是主要的系统分区。 使用ext3fs和LVM。 这里是syslog的错误日志和smartctl的相关位。 smartd[5226]: Device: /dev/hda, 1 Currently unreadable (pending) sectors Error 1 occurred at disk power-on lifetime: 17449 hours (727 days + 1 hours) … Error: UNC at LBA = 0x00d39eee = 13868782 在pastebin 上有一个完整的smartctl转储。