sda 및 sdb 블록이 구체적으로 동일한 장치를 가리키며 혼동됩니다(12.04를 새로 설치한 후 하드웨어 RAID가 작동하지 않음)

sda 및 sdb 블록이 구체적으로 동일한 장치를 가리키며 혼동됩니다(12.04를 새로 설치한 후 하드웨어 RAID가 작동하지 않음)

방금 최신 Ubuntu 12.04를 설치했는데 뭔가 문제가 발생한 것 같습니다. 이것이 Raid 1을 사용하는 것과 관련이 있는지 확실하지 않지만 현재 sda와 sdb가 동일한 장치를 가리키고 있습니다.

# blkid
/dev/sda1: UUID="88aa922a-4304-406e-8abd-edc2e9064d79" TYPE="ext2" 
/dev/sda2: UUID="22b881d5-6f5c-484d-94e8-e231896fa91b" TYPE="swap" 
/dev/sda3: UUID="e1fa161b-b014-4a6b-831a-9d8f9e04be07" TYPE="ext3" 
/dev/sda5: UUID="6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb1: UUID="88aa922a-4304-406e-8abd-edc2e9064d79" TYPE="ext2" 
/dev/sdb2: UUID="22b881d5-6f5c-484d-94e8-e231896fa91b" TYPE="swap" 
/dev/sdb3: UUID="e1fa161b-b014-4a6b-831a-9d8f9e04be07" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb5: UUID="6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9" TYPE="ext3" 

하지만 "보이는" 하드 드라이브는 하나뿐이므로 이는 sda여야 합니다. 이전 버전(10.10)에서는 /dev/mapper가 이 문제를 해결했습니다. 아래에서 마운트 지점을 확인하세요. 현재 버전에서는 이게 더 이상 안 되서 처음에는 fstab에 sda 마운트 포인트를 입력했더니 그게 되는 것 같았는데, mount 명령을 실행하니 갑자기 sda가 아닌 sdb로 마운트된 파티션이 있는 걸 봤습니다. . 그래서 fstab에서 UUID를 파일 시스템으로 사용해 보았지만 문제는 여전히 지속됩니다. 더 나쁜 것은 두 장치를 혼동한다는 것입니다. 이는 때때로 파티션을 sda로 마운트하고 다음 재부팅 시 갑자기 sdb로 마운트된다는 것을 의미합니다. 내 /home 파티션이 sda로 마운트되었다가 이제는 sdb로 마운트되고 파일 시스템에서 변경한 내용과 설정이 갑자기 "재설정"되기 때문에 다른 하드 드라이브를 마운트하는 것처럼 동작합니다. 어떡해? sdb 블록 스페셜을 모두 삭제해야 합니까?

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
#/dev/mapper/pdc_ccfhbjbeeg3 /               ext3    errors=remount-ro 0       1
#/dev/mapper/pdc_ccfhbjbeeg1 /boot           ext2    defaults        0       2
#/dev/mapper/pdc_ccfhbjbeeg5 /home           ext3    defaults        0       2
#/dev/mapper/pdc_ccfhbjbeeg2 none            swap    sw              0       0
#/dev/sda1                   /boot           ext2    defaults        0       2
#/dev/sda2                   none            swap    sw              0       0
#/dev/sda3                   /               ext3    errors=remount-ro 0     1
#/dev/sda5                   /home           ext3    defaults        0       2

UUID=e1fa161b-b014-4a6b-831a-9d8f9e04be07      /               ext3    errors=remount-ro 0     1
UUID=88aa922a-4304-406e-8abd-edc2e9064d79       /boot           ext2    defaults        0       2
UUID=6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9      /home           ext3    defaults        0       2
UUID=22b881d5-6f5c-484d-94e8-e231896fa91b       none            swap    sw     0       0

BTW 업데이트
, Ubuntu 설치 프로그램은 파티션 대신 RAID 어레이를 표시합니다. 당신은 또한 볼 수 있습니다https://bugs.launchpad.net/ubuntu/+bug/973147

답변1

RAID를 활성화하면 실제 디스크를 숨길 수 있는지 확인하세요. 이는 PC의 기본 시스템이나 RAID-BIOS의 설정일 수 있습니다.

CentOS 5.5에서도 비슷한 문제가 발생했는데 5.6으로 업그레이드한 후 사라졌습니다.

이러한 가짜 공격 장치에 대한 일부 웹 페이지를 탐색한 후 거기에 제공된 조언에 따라 이를 비활성화했습니다. 그런 다음 순수 Linux를 순수 소프트웨어 RAID로 사용하여 다시 구축했습니다( man mdadm).

나는 데이터를 잃지 않았고 그 과정에서 많은 공간을 얻었습니다. 빠르고 쉽게 복구할 수 있어야 하는 데이터를 저장하기 위해 일부 파티션을 RAID0 구성에 넣었습니다.

답변2

당신이 하나 가지고 있는지 의심 스럽습니다"가짜 RAID"제어 장치. 이러한 RAID 컨트롤러는 BIOS에서 최소한의 지원만 제공합니다. 대부분의 작업은 Windows 드라이버에서 수행됩니다. Linux에는 일반적으로 Windows 드라이버가 없기 때문에 이러한 컨트롤러를 잘 처리하지 못합니다. UUID는 하나인데 디스크가 두 개 보이는 것은 가짜 RAID의 일반적인 증상입니다(Windows 드라이버는 디스크가 두 개 있다는 것을 알지만 내용은 동일해야 합니다).

가짜 RAID 장치가 있고(아마도 그럴 수 있음: 소비자 RAID 컨트롤러는 거의 항상 가짜 RAID임) Windows와 디스크를 공유하지 않는 경우 BIOS에서 RAID를 끄십시오. 그런 다음 모든 면에서 RAID-1보다 우수한 Linux 소프트웨어 RAID를 활성화합니다(Windows와 디스크를 공유하지 않는 한).

당신은 또한 볼 수 있습니다우분투 가짜 RAID 가이드,"가짜 RAID"와 실제 RAID를 구별하는 방법은 무엇입니까?

답변3

나는 (분명히 가짜인) 하드웨어 RAID를 다시 작동시킬 수 있는 매우 간단한 솔루션을 찾았습니다.

Ubuntu 12.04를 다시 설치한 후 재부팅하는 대신 시도 모드를 유지했습니다. 그런 다음 마운트하고 편집했습니다.

/usr/share/initramfs-tools/scripts/local-top/dmraid

마지막 댓글 뒤에 dmraid -ay를 추가했습니다.

# Activate any dmraid arrays that were not identified by udev and vol_id.
dmraid -ay
if devices=$(dmraid -r -c); then
    for dev in $devices; do
        dmraid-activate $dev
    done
fi

그런 줄 알았는데 처음에는 추가했어요

dm-raid45
dm-mirror
dm-region-hash

도착하다

/etc/modules

첫 번째 부팅 후(유지 관리 콘솔로 돌아가지 않고 최종적으로 작동함) /etc/modules에 더 이상 이 3개 모듈이 포함되어 있지 않기 때문에 이것이 중요한지 확실하지 않으므로 무시해도 됩니다.

마운트하면 /dev/mapper가 다시 마운트된 것을 볼 수 있습니다.

/dev/mapper/pdc_ccfhbjbeeg3 on / type ext3 (rw,errors=remount-ro)
/dev/mapper/pdc_ccfhbjbeeg1 on /boot type ext2 (rw)
/dev/mapper/pdc_ccfhbjbeeg5 on /home type ext3 (rw)

답변4

Windows 이중 부팅을 사용하고 있지 않으므로 fakeraid 사용을 중지하고 일반 mdadm 소프트웨어 raid를 사용하여 시스템을 다시 구축해야 합니다. 개별 디스크를 마운트했기 때문에 RAID 어레이가 손상되어 두 복사본이 서로 동기화되지 않게 되었습니다. 지금 어레이를 올바르게 마운트하더라도 읽기 작업에서 때때로 다른 디스크의 동기화되지 않은 데이터가 반환되어 광범위한 파일 시스템이 손상될 수 있습니다.

RAID 어레이를 제거하려면 컨트롤러 모드를 다시 비RAID로 전환하는 것이 아니라 실제로 RAID 어레이를 삭제해야 합니다. 그렇지 않으면 Ubuntu는 여전히 이를 인식하고 사용하려고 시도합니다.

또한 RAID는 백업을 대체하지 않는다는 점을 명심하십시오. 하드웨어 오류 발생 시 속도를 높이거나 가동 중지 시간을 줄이도록 설계되었으나 데이터 손실을 방지하지는 않습니다.

관련 정보