我的工作站有两个磁盘（/ dev / sd [ab]），都有相似的分区。 / dev / sdb失败， cat /proc/mdstat停止显示第二个sdb分区。 我运行mdadm –fail和mdadm –remove从使用它们的arrays上的故障磁盘的所有分区中mdadm –fail ，尽pipe所有这些命令都失败 mdadm: set device faulty failed for /dev/sdb2: No such device mdadm: hot remove failed for /dev/sdb2: No such device or address 然后，我热切换了发生故障的磁盘，对新磁盘进行了分区并将分区添加到相应的arrays中。 除了一个之外，所有arrays都得到了正确的重build，因为在/ dev / md2中，失败的磁盘似乎没有正确地从arrays中移除。 由于这个原因，新的分区不断被添加为分区的备用，并且其状态保持降级。 以下是mdadm –detail /dev/md2显示的内容： [root@ldmohanr ~]# mdadm –detail /dev/md2 /dev/md2: Version : 1.1 […]
我有一个4磁盘RAID5arrays，其中之一是根据smartd开始失败。 但是，由于我使用的空间不到/ dev / md0的一半，所以我想在没有发生故障的磁盘的情况下重buildarrays。 我已经能够在网上find的最接近的情况是这篇文章 ，但它包含了一些不适用于我（LVM卷）的东西，也没有解释我完成后如何去调整分区大小。 请注意我有重要数据的备份，但是我希望尽可能避免从头重build数组。 更新：失败的磁盘已经被踢出arrays，我仍然可以这样做吗？
我必须更换RAID1中的两个硬盘。 在添加两个新的分区后，旧的分区仍然显示为已删除，而新分区仅作为备用添加。 我没有运气删除标记为已删除的分区。 这是有问题的RAID。 注意两个设备（0和1）的状态被删除 。 $ mdadm –detail /dev/md1 mdadm: metadata format 00.90 unknown, ignored. mdadm: metadata format 00.90 unknown, ignored. /dev/md1: Version : 00.90 Creation Time : Thu May 20 12:32:25 2010 Raid Level : raid1 Array Size : 1454645504 (1387.26 GiB 1489.56 GB) Used Dev Size : 1454645504 (1387.26 GiB 1489.56 GB) […]
这是一个两部分的问题。 1）你可以在Linux上用mdadm重塑raid 5到6（相当肯定你可以，但不能让mdadm接受它） 2）你可以做1），同时也一起增长arrays？
我想知道是否有任何可能的情况下，如果（例如）有人失败了硬盘错误的RAID 1中的状态“故障”。 我已经search了谷歌的答案，并find了几个教程重新创build数组并添加“假设干净”，但我不能在一个正在运行的系统上这样做。 那么在从RAID中删除之前，是否有可能“硬化”硬盘呢？
我有一个MD raid（2激活，一个备用）的Debian服务器： Personalities : [raid1] md1 : active raid1 sdc2[0] sdb2[1] sda2[2](S) 1068224 blocks [2/2] [UU] md0 : active raid1 sdc1[2](S) sdb1[1] sda1[0] 487315584 blocks [2/2] [UU] bitmap: 5/233 pages [20KB], 1024KB chunk unused devices: <none> 无论何时启动此服务器，arrays都会降级，并开始同步备用磁盘。 事情是，这似乎是因为有一个USB磁盘连接到它，目前是/dev/sdd 。 当这个磁盘不存在时，它可以正常启动。 /dev/sdd1 ，唯一的分区，它没有md超级块，分区types是Linux，不是RAID自动检测。 这是md0的镜像设备详细信息： mdadm –detail /dev/md0 /dev/md0: Version : 0.90 Creation Time : Sun Jun […]
我不知道为什么，但是在重新启动我的ec2实例后，/ dev / md0没有像往常那样启动。 在我看到/ dev / md *中有什么可用的，而不是看到/ dev / md0之后，有一个名为/ dev / md127的设备。 我更新了fstab以反映新设备，并能够成功安装它。 看一下/ proc / mdstat，它使用的RAID是最初创build的正确的基础临时卷： [root@ip-10-0-1-21 ~]# cat /proc/mdstat Personalities : [raid0] md127 : active raid0 xvdc1[1] xvdb1[0] 870336512 blocks super 1.2 512k chunks unused devices: <none> 然而，当我运行一个mdadm –detail –scan一个不同的设备名称显示： [root@ip-10-0-1-21 ~]# mdadm –detail –scan ARRAY /dev/md/ip-10-0-1-21:0 metadata=1.2 name=ip-10-0-1-21:0 UUID=543098de:1e9dc96e:4ce2444c:934bdfdf […]
我在RAID 1的两个USB / SATA磁盘的ARM计算机上创build了一个mdarrays。然后我将两个磁盘都移到了我的Ubuntu桌面上，并安装了mdadm 。 安装检测到RAID并将定义添加到/etc/mdadm/mdadm.conf 。 那么，它从哪里来？ 后来我从桌面上重新创buildRAID，现在（即使重新启动后） mdadm –examine –scan显示两个数组： ARRAY /dev/md/0 metadata=1.2 UUID=19846240:ff2a5429:8b22a9bd:a3760e2e name=microserver.delrio.red:0 ARRAY /dev/md/0 metadata=1.2 UUID=49a26458:5449d0ff:4606e203:ddad2fe8 name=ubuntu:0 在GNU / Linux中使用mdadm创buildRAIDarrays时，数组定义存储在哪里？ 我怎样才能删除第一个？
我最近刚刚设置了3驱动器4TB MDRAID 5arrays用于镜像和我们的服务器的在线备份。 我正在为未来的硬件（驱动器）故障做准备，并希望减轻URE的恢复故障。 通常我会想到重build数组的过程： 卸下并更换故障的驱动器。 重build数组 根据我的理解，在降级的RAID 5arrays中，仍然可以访问数据; 但是如果更换失败的驱动器并重buildarrays，则如果检测到URE，则恢复将失败，并且arrays上的数据将立即呈现为不可读取且无法恢复。 如果我的理解是正确的，那么恢复数组直到所有（可读的）数据都被复制，似乎并不明智。 这给我留下了一个过程： 从数组中复制数据。 卸下并更换故障的驱动器。 重build数组 是否有另一个过程，可以减轻重build失败（重build期间的第二个驱动器故障除外）？ 重build数组而不重复数据安全吗？ 我的假设是错误的，例如在URE上重build失败，但数据仍然可用于退化状态？
我使用Ubuntu 14.04为Samba构build了一个小型服务器，我有一个SSD驱动器（安装了ubuntu）和2个3TB SATA磁盘，sata磁盘与mdadm组合成一个Raid 1。 现在有时（不是每一次，我认为这可能与脏关机有关）系统在启动过程中挂起： incrementally starting raid arrays mdadm: Create user root not found mdadm: create group disk not found incrementally started raid arrays 这4条线不断重复。 这真的很奇怪，因为启动卷（SSD）没有configuration为RAID，这不应该影响它？ 重要的编辑：如果我按Ctrl + Alt + Del，服务器重新启动，并正常启动，如果我看在开机后的RAID开发mdadm –detail /dev/md0 ，一切看起来不错。 我不是一个Linux专业人员，并没有在互联网上find任何有关这些错误，所以现在我是一个littel卡住，也许有人有一个线索，可能是什么问题或一些高级的故障排除build议（日志文件等） ？ 感谢阅读方面的问候Stefan