首先提出一个小问题：我在QNAP TS869L外部RAID / NAS系统中运行RAID-6。 我从5块3TB的磁盘开始，后来又增加了2块3TB的磁盘。 QNAP内部负责处理日益增长和重新同步等问题，看起来一切正常。 大约两个星期前，我有一个磁盘（磁盘＃5，磁盘＃2同时坏了）失败，不知何故（我不知道为什么），磁盘1和磁盘2被踢出arrays。 我更换了磁盘＃5，但RAID没有再次开始工作。 在QNAP技术支持部门的一些调用之后，他们重新创build了数组（使用mdadm –create –force –assume-clean …），但是由此产生的数组找不到文件系统，我很好意地提到联系我无法承受的数据恢复公司。 经过一些挖掘旧的日志文件，重置磁盘出厂默认等，我发现在这个重新创build过程中犯了一些错误 – 我希望我仍然有一些原始的元数据，但不幸的是我不（当然了解到这一点）。 我目前正处在我知道正确的块大小（64K），元数据版本（1.0;出厂默认值是0.9，但是从我读的0.9不能处理超过2TB的磁盘，我的是3TB） ，我现在发现应该在磁盘上的ext4文件系统。 只有确定的variables是正确的磁盘顺序！ 我开始使用“ 在创build新arrays而不是重新使用之后恢复RAID 5数据 ”的答案＃4中的描述，但是对于适当的RAID-6的顺序应该有点困惑。 RAID-5在很多地方都有很好的logging，但是RAID-6要less得多。 此外，磁盘arrays（即奇偶校验和数据块的分布）是否在arrays从5个磁盘增加到7个磁盘之后发生了变化，还是以这种方式重新组织它们：原生7磁盘RAID -6会是？ 谢谢 更多的mdadm输出可能会有所帮助： mdadm版本： [~] # mdadm –version mdadm – v2.6.3 – 20th August 2007 从数组中的某个磁盘获取mdadm详细信息： [~] # mdadm –examine /dev/sda3 /dev/sda3: Magic : a92b4efc Version : 1.0 Feature Map […]
我们假设以下情况： 由3个磁盘组成的RAID5arrays很开心并且正在运行 其中一个磁盘崩溃 我们用备用磁盘replace损坏的磁盘 系统重新启动并运行 所以，问题是：重build到底什么时候发生？ 在2之后，还是在3之后？ 我敢打赌，在我们更换磁盘之前，arrays没有做任何事情，RAID控制器能够计算数据。 在更换磁盘之前发生了什么事情？ 编辑：我想我开始明白为什么有些人提到，重build刚开始后磁盘失败。 如果一个备用磁盘（磁盘4）已经连接到RAID控制器，情况就是如此。 所以我认为如果我们只有3个磁盘在RAID5中，直到我们replace掉了坏的东西，什么都不会发生。
我有一个现有的突袭卡（9240-8i）与8萨斯hdd，但我想添加另外一个RAID卡（同一型号）8多个硬盘，但我想与现有的RAID并合并添加为扩展，它可以做了什么？
我正在使用一个3ware 9690SA-8I控制器，在我的团队中有一个驱动器，现在这个团队正在重build。 同时我注意到我有一个不幸的组合愚蠢的程序，我需要重新启动操作系统。 当我重新启动操作系统，控制器将不断重build或将重新启动中断重build过程？ 如果它中断了重build，它会在重启后离开它的位置，还是从0开始？
我有一个关于LSI00328 LSI MegaRAID SAS 9271-4i的问题 我可以连接6x SATA硬盘到-4i卡，或者我需要-8i版本
我们有一个定制的Debain OS服务器与这个突袭卡 。 有什么我们可以从操作系统端来监视RAID的虚拟磁盘？ 几个星期前，我们有一个raid降级，直到重新启动才知道。
我使用centos 6.3和软raid1（通过mdraid）+ LVM。 问题是MB死了，我有几个问题。 我有两个硬盘。 是什么驱动器如何连接到MB是重要的。 我的意思是奴隶/主人等等。除此之外，我不记得他们之前是如何连接的。 我应该只更换MB和SWIT服务器？ 我的意思是操作系统自动确定MB更改？ 我应该做别的不要丢失数据吗？
所以我有一台带有3个硬盘的Debian 7服务器。 它的RAID-1基本上是这样configuration的： md0：sda1，sdb1 – > /（root）md1：sda5，sdc1 + sdb5（备用） – > / data（sdc1在SSD上，sda5标记为“writemostly”）。 sda和sdb都在其上安装了grub。 当安装额外的网卡时，我搞砸了，拔掉了sdc的数据线（注意sdc没有GRUB或/，而且应该和启动无关）。 所以系统启动后，罚款。 我注意到我的错误，closures了机器，并插回sdc（而mdadm正在重buildmd1的备用）。 现在，系统给了我一个可怕的GRUB shell，或者只是一个带有闪烁光标的黑屏。 取决于我拔掉哪个硬盘。 但没有硬盘组合给了我一个成功的启动。 我也尝试了所有3个驱动器连接，并告诉BIOS从任何启动驱动器手动启动。 我最终做的是在救援模式下启动Debian安装程序，组装RAID设备，并让它们重build。 这并没有导致启动成功。 于是我再次启动救援模式，并在sda和sdb上手动重新安装GRUB。 这解决了我的问题。 我的问题是：这里发生了什么？ a）sdc不应该以任何方式影响启动，AFAIK？ b）即使我中断的RAID重build过程会影响启动，为什么在救援模式下重buildRAIDarrays后系统无法启动？ 为什么我必须手动在sda和sdb上重新安装GRUB，如果据我了解，GRUB驱动器上的扇区与RAIDarrays没有任何关系？
我有一个使用MD的Linux软件RAID。 我想列出所有的RAIDarrays和每个连接到它们的硬盘驱动器。 有没有一个简单的方法来做到这一点？
一个旧的专用服务器（Debian与Raid1）今天没有响应，现在手动重置后无法启动。 最后一条消息是 找不到inittab文件。 我仍然可以通过救援系统访问文件系统。 Ran fsck和检查RAID（两个arrays都是干净的）。 Booting 'Debian GNU/Linux, kernel 2.6.26-2-amd64 Default' root (hd0,0) Filesystem type is ext2fs, partition type 0xfd kernel /vmlinuz root=/dev/md1 ro console=tty0 console=ttyS0,57600 [Linux-bzImage, setup=0x3000, size=0x1a9810] initrd /initrd.img [Linux-initrd @ 0x37d6a000, 0x28513a bytes] [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.26-2-amd64 (Debian […]