我知道，在旧的ATA标准中有这样的可能性：“READ LONG”命令产生了LBA扇区+ ECC有效载荷。 sg_read_long支持在linux中，但是这个命令已经过时很久了，所以我并不感到惊讶，我的硬盘没有实现它。 root@ubuntu:~# sg_read_long –lba=2118229 /dev/sdc sg_read_long: issue read long (10) to device /dev/sdc xfer_len=520 (0x208), lba=2118229 (0x205255), correct=0 SCSI READ LONG (10) command not supported root@ubuntu:~# sg_read_long -v –16 –lba=2118229 /dev/sdc sg_read_long: issue read long (16) to device /dev/sdc xfer_len=520 (0x208), lba=2118229 (0x205255), correct=0 Read Long (16) cmd: 9e 11 00 00 […]
我正在构build一个CentOS 5.4系统，使用模拟IDE驱动器的读卡器启动紧凑型闪存卡。 这实际上需要大约一个小时才能启动。 超慢部分发生在Grub加载内核的时候。 一旦完成，引导过程的其余部分只需要一分钟左右即可获得login提示。 有没有人有什么build议？ 我怀疑它可能与UDMA有关。 我的BIOS中的所有IDE相关似乎结帐。 读性能hdparm告诉我1.77 MB /秒。 哎哟! （但即使如此，仍然不需要一个小时来解压缩和加载内核） [root@server ~]# hdparm -tT /dev/hdc /dev/hdc: Timing cached reads: 2444 MB in 2.00 seconds = 1222.04 MB/sec Timing buffered disk reads: 6 MB in 3.39 seconds = 1.77 MB/sec 试图启用DMA是一个没有去，虽然： [root@server ~]# hdparm -d1 /dev/hdc /dev/hdc: setting using_dma to 1 (on) HDIO_SET_DMA […]
今天早上，听Stack Overflow播客＃35 * ，谈到服务器，RAID控制器和硬盘，我听到这个事情： 如果你打算为你的服务器购买硬盘驱动器，你可能会想要区分制造商，因为从同一个生产商那里购买它们会提高风险水平，如果其中一个出现故障，第二个死亡的可能性就会更高（对于某种“有缺陷的部分”亲和力） 你怎么看？ 你的经验是否是一种常见的做法？ *对不起，但是这个部分在成绩单上没有
可能重复： 哪个更好：RAID5 + 1热备盘/ RAID6？ 我需要决定自己在RAID5和RAID6之间。 服务器有一个硬件RAID控制器和6个驱动器。 这些驱动器是RE3企业西数1TB驱动器。 数据表说MTTF = 1.2Mio小时，误码率= 1/10 ^ 15 在另一台服务器上，甚至有6个Seagate SAS驱动器（每个172GB），MTTF = 1.6Mio小时，误码率= 1/10 ^ 16。 在进行math计算时，我更喜欢使用SAS驱动器的这种设置（数据丢失大约是110年）。 但是这使用制造商数据。 这是现实吗？ 这里是公式（在最后的幻灯片，这是在德国 – 对不起： http : //www.heinlein-support.de/sites/default/files/RAID-Mathematik_fuer_Admins.pdf 我也发现： http : //blog.kj.stillabower.net/?p=37 – 这些图表明，6驱动器可以工作，但对于任何重要的应该诉诸于RAID6。 这个数据是不是比较老，还包括消费驱动器？ 那么，关于这个的任何现实世界的数据？ 我看到使用超过8-9个磁盘是有问题的。 不过看起来6个企业级磁盘还是不错的。 那么该怎么办？ RAID-5或RAID-6？
我想知道一个Hadoop服务器磁盘发生故障时应该怎么做的策略。 比方说，我有多个（> 15个）Hadoop服务器和1个名称节点，并且从属设备上的6个磁盘中的一个停止工作，磁盘通过SAS连接。 我不关心从这个磁盘检索数据，而是关于保持群集运行的一般策略。 你是做什么？
特定应用程序是托pipe媒体内容并在白天频繁访问的NAS。 我的NAS可能每天有五次左右的开关循环，所以我决定不让它停下来。 我想这对驾驶会更好，但我不确定。 但是，我想知道是否有什么具体信息导致硬盘上更多的有害磨损：按需要全天候旋转或循环打开和closures？
当使用SMARTtesting硬盘（例如使用smartctl工具）时，我可以在两种模式下进行testing（例如长时间testing）：captive（也称为前景模式）或非专属模式。 非俘获模式更方便，因为它不会阻挡硬盘。 那么俘虏模式的目的是什么呢？ 在什么情况下我应该比非俘虏模式更喜欢它？
我有一个Java程序，必须做以下三件事： 从网站下载文件。 运行文件槽testA和testB（都在java中） 删除文件并将testing结果保存在磁盘上。 这大约有一百万个不同的网站。 这本来是一个相当简单的任务，因为我简单地粘贴了其他程序的一部分： testA和testB都已经单独执行了几百万个不同的页面，并且下载页面的例程也被执行了一百万或者多次浏览页面，也从来没有任何问题。 他们都在Ubuntu 10.4机器上执行。 但是，当一个接一个地执行这三个文件时，无论是哪个磁盘文件被写入崩溃。 我第一次在外置USB HD上运行它时，我必须手动断开并重新连接才能恢复运行（否则Linux将无法识别）。 下一次，在内部HD上，整个系统停机了，我不得不手动重新启动它。 写入Ram磁盘时也是如此。 问题是我不能真正隔离问题。 发生崩溃需要太长的时间（大约50小时左右，但是非常随机），所以testing需要很长时间，并且没有系统的失败日志表明它发生了什么。 机器或高清只是停止响应。 除了崩溃，一切工作正常。 文件正常创build和删除，线程不会死亡，并正确执行，两个testing工作正常。 更改内存或线程数对locking时间没有影响。 我已经检查了套接字或类似的东西没有closures，但我甚至不知道如何开始testing，我不知道如何崩溃一个系统如此灾难性的Java将成为可能。 编辑：通过挂断我的意思是，当我在外部的高清上运行它的高清将不会被Linux认可，当我在内部高清或Ram磁盘运行它的计算机将不会响应任何I / O不pipe什么都不写入磁盘，cactii日志不被logging等。例如，不能使用SSH连接。 程序运行的一个例子： List<String> pagesToDownload = getFromDataBase(); for(i=0;i<NumThreads;i++){ launchTestThread(); } 然后，在每个线程上： String pageName = getNextPageToDownload(); File downloadedFile = downloadPage(pageName); TestAResults testAResults = runTestA(downloadedFile); TestBResults testBResults = runTestB(downloadedFile); writeToDatabase(downloadedFile, testAResults, testBResults); downloadedFile.delete(); 单独的函数runTestA ， […]
在工作中，我们决定最终实现虚拟化，并决定使用更高容量的硬盘升级SAN设置。 然而，与SAN搭配的硬盘驱动器之间的区别究竟是什么，还是要去New Egg，拿起一堆1TB的硬盘驱动器呢？ 我问，因为我们收到的12TB（可用容量为6TB）的新SAN的报价是15000美元，看起来INSANELY高，特别是因为我可以去New Egg，拿起12TB的硬盘大概1500美元。
奇怪的一个。 我有一个与Server 2008 R2的域控制器。 这是一个黑客工作，但是可靠。 AMD系统。 AM2 6000+华硕Crosshair MB。 服务器正在使用5个Sata端口用于各种大小的硬盘。 没有configurationraid。 这主要是用于随机存储和备份DC 当我们试图在重新启动时升级其中一个驱动器时，我们得到一个“未检测到操作系统插入系统磁盘并按下ENTER”错误。 摆弄足够的找出计算机只会启动系统磁盘和其中一个存储磁盘（我们删除了一个上尉…）连接启动。 这里发生了什么？ 我如何修复这个问题？ 我希望能够删除该驱动器。 冉BCDEDIT 我看到这个问题。 关于最好的解决它的命令的推荐。 我们希望C：上的所有内容。 C：\ Windows \ System32下> BCDEDIT Windows启动pipe理器——————–标识符{bootmgr}设备 分区= H：说明 Windows启动pipe理器语言环境 en-USinheritance {globalsettings}默认 {current} resumeobject {c7cb3484-5288-11e0-a6a3-b7c0d75655a0} displayorder {current} toolsdisplayorder {memdiag} timeout 30 Windows引导装载程序——————-标识符{当前}设备 分区= C：path \ Windows \ system32 \ winload.exe描述Windows Server 2008 R2区域设置en-USinheritance {bootloadersettings} recoverysequence […]