我们在铁路线附近有一个位置，当火车经过这个振动似乎足以导致（或解释）硬盘损坏。 我不知道悬挂一台机器还是以某种方式悬挂机器可能会缓解这个问题，因为我们需要一些便宜的东西。 但是，这可能不足以抑制振动。 有没有人试过类似的东西？ 我正在考虑在书桌或书架下附上短橡皮布。 可能这项工作？ 还是有一些廉价的考虑呢？
我在CenTOS 5.x虚拟机上间歇性地发现磁盘读写速度很慢。 有时hdparm会报告： /dev/sda3: Timing buffered disk reads: 6 MB in 3.03 seconds = 2.04 MB/sec 其他时候，它会报告： /dev/sda3: Timing buffered disk reads: 80 MB in 3.53 seconds = 22.34 MB/sec 我倾向于怀疑VMWare主机系统是负担过重，但在我与VMWarepipe理员提出这个之前，我想排除可能导致此行为的操作系统特定的其他任何东西。 还有其他方面或testing我可以运行吗？ 任何types的虚拟机/操作系统损坏会导致这种types的行为？ 重build/取代虚拟机的帮助？
我有一个3GB大小的虚拟机，我想把它的HD放大到7GB。 所以我在主机上执行这个命令（在guest虚拟机closures的时候）： VBoxManage modifyhd debian.vdi –resize 7168 然后我运行客户Debian 6，然后： smith@debian6:~$ df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 2.8G 2.6G 60M 98% / tmpfs 61M 0 61M 0% /lib/init/rw udev 57M 160K 57M 1% /dev tmpfs 61M 0 61M 0% /dev/shm smith@debian6:~$ sudo parted /dev/sda print Model: ATA VBOX HARDDISK (scsi) Disk /dev/sda: […]
我有一个不错的CentOS 6.5专用主机（CentOS 6.5 / E3-1230 3.2Ghz四核+ HT / 16GB /软件RAID 1 SATA II / WD2503ABYX / ext4），默认的CentOS内核和grub中的“elevator = deadline”。 I / O写入操作会导致CPU使用率的巨大上升。 阅读工作正常。 例如， dd if=/dev/zero of=test bs=1048576 count=2048 导致主机的CPU利用率超过3或4。在正常操作下，它仍然在0.40以下，但是当I / O操作更加激烈的时候，一切都会停下来。 在这些ddtesting中， mpstat 1显示io等待 20-25％。 这是磁盘布局： Disk /dev/sda: 251.1 GB, 251059544064 bytes 255 heads, 63 sectors/track, 30522 cylinders Units = cylinders of 16065 * […]
我使用winsat磁盘来查看我的磁盘读/写速度Windows 8，它的工作原理： cmd : winsat disk -drive c 这可以在Windows Server 2012上使用吗？
看到我的实际磁盘大小比实际大小要小很多， 从这些信息看，这个磁盘不是分区的。 我不知道为什么实际的大小是20G，但磁盘大小是100G，我怎么能find其他80G回来？ 映像版本是标准的AWS Linux AMI： NAME="Amazon Linux AMI" VERSION="2014.09" ID="amzn" ID_LIKE="rhel fedora" VERSION_ID="2014.09" PRETTY_NAME="Amazon Linux AMI 2014.09" ANSI_COLOR="0;33" CPE_NAME="cpe:/o:amazon:linux:2014.09:ga" HOME_URL="http://aws.amazon.com/amazon-linux-ami/" Amazon Linux AMI release 2014.09
我目前正在分析一个从文件读取并且性能非常低的Solaris命令。 truss -D命令显示我read系统调用需要0.03秒，但是当我使用truss -E ，它们总是为0.0000或0.0001（比-D选项低两个数量级）。 在man页上，它说： -D Includes a time delta on each line of trace output. The value appears as a field containing seconds.fraction and represents the elapsed time for the LWP that incurred the event since the last reported event incurred by that LWP. Specifically, for system calls, this is not the time […]
所有的教程都告诉我们为了以后的用户而擦除硬盘（我们必须花费数小时/一天的时间擦拭一遍或三遍） 有没有像SSD的安全擦除硬盘的function？ 它可以在几分钟内使所有数据不可恢复（或难以恢复）？
我有一个失败的750GByte SATA Seagate硬盘，在3年保修的第一年内出现故障。 希捷保修网站强调了在使用“SeaTools”对驱动器进行testing（并获取一些诊断错误代码）之前，重要的重要性。 如果我试图用SATA电缆连接驱动器来启动计算机（Dell T5400，XP64），则计算机不会超过POST（等待5分钟以上，看看是否有超时…也许应该等待更长？）。 如果我断开驱动器，禁用SATA通道，并重新启动它仍然不会发布。 如果断开驱动器的连接，可以启动，但是如果在过一次POST之后热插拔驱动器，SeaTools将无法检测到。 驱动器是否已经死了（SeaTools甚至无法注意到它），还是有一些方法可以让SeaTools看到它？ 我已经尝试了2台机器的驱动器。 另一个在几分钟后（事实上在BIOS的驱动器视图中没有提示硬盘），但是是一个Linux机器（所以没有SeaTools）。
我有一个1TB的内部硬盘，在运行Ubuntu的服务器上装满了重要的文件和媒体; 我也有一个1TB外置硬盘插入到同一台服务器。 将内部驱动器无缝备份到外部驱动器的最佳方法是什么？