가짜 레이드를 어떻게 자동 마운트합니까?


9

하드웨어

  • 아수스 K8N4-E 디럭스 모보
  • Sil 3114 가짜 습격, 온보드
  • Seagate 250GB HD 2 개, / home 호스팅
  • / home의 별도 하드 디스크에 백업

내가 지금까지 무엇을

Sil 3114 펌웨어를 사용하여 습격했습니다. raid 레벨 1을 사용하고 있습니다. 프롬프트가 표시되는 즉시 루트로 실행되는 bash 스크립트가 있습니다.

dmraid -ay
mount /dev/mapper/sil*1 /home

문제

루트로 로그온하고 부팅 할 때마다 그 멍청한 bash 스크립트를 사용해야합니다. 우분투는 레이드 볼륨을 자동으로 이해하지 않습니다. 레이드 볼륨은 fstab부팅시 존재하지 않기 때문에 넣지 않았습니다. 부팅 할 때 fakeraid 자동 마운트에서 / home을 어떻게 사용합니까?

답변:


4

fakeraid를 설치하고 관련 파티션을 자동 마운트하는 데 필요한 단계는 다음과 같습니다.

  1. dmraid 패키지를 설치하십시오 :

    sudo apt-get install dmraid
    
  2. 재부팅 (dmraid가 initramfs에 추가되기 때문입니다)

  3. 가짜 장치는 다음과 같이 나타납니다.

    $ ls /dev/mapper/*
    brw-rw---- 1 root disk 252,   0 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima
    brw------- 1 root root 252,   1 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima1
    crw------- 1 root root  10, 236 Dec  6 16:22 /dev/mapper/control
    

    *Dima는 위조 장치 *Dima1이며, 파티션입니다. * N이없는 경우 파티션 테이블을 작성하고 파티션을 작성하고 파일 시스템으로 포맷하고 OT를 다시 부팅해야합니다.

  4. 우분투에서는 모든 파티션이 기본적으로 UUID에 의해 마운트됩니다. UUID를 찾아 봅시다 :

    $ sudo blkid
    [sudo] password for xnox: 
    /dev/sda: TYPE="isw_raid_member" 
    /dev/sdb: TYPE="isw_raid_member" 
    /dev/mapper/isw_dhdhchcbaf_Dima1: UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" TYPE="ext4" 
    /dev/sdc1: UUID="A904-D2E7" TYPE="vfat" 
    /dev/sdc2: UUID="6669d411-80c3-41cc-a629-ad84e1ee6854" TYPE="ext4" 
    /dev/sdc3: UUID="2bf263f1-753f-4b2e-92a6-b00381515e0c" TYPE="swap" 
    /dev/sdd1: UUID="C499-1A68" TYPE="vfat" 
    

    원하는 것은 UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"

  5. 따라서 /etc/fstab항목은 다음과 같습니다.

    UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
    

1
내 질문을 크게 다른 것으로 편집하고 정답처럼 보이는 것을 제공했습니다. 그러나 내 질문에 중요한 것은 부팅 할 때까지 장치가 존재하지 않는다는dmraid -ay입니다. 편집 내용을 취소 한 다음이 질문에 대한 완전히 새로운 질문이되었습니다.
djeikyb

udev 규칙은 dmraid -ay를 실행합니다.
Dima

그들은 해야 하지만, 따라서 질문 할 때, 그들은하지 않았다 (또는 시도시 실패).
djeikyb

launchpad.net에서 버그가보고되었습니다
Dima

Dima, 당신이 이것에 대해 이야기하고 싶다면 채팅에 나를 핑. 우리의 의견이 더 이상 건설적인 느낌이 들지 않습니다.
djeikyb

3

이것은 dmraid 패키지가 램 디스크에 후크를 설치하여 가짜 레이드 장치를 검사 할 때 작동 합니다. 그것이 작동하지 않으면 실제 버그가 있습니다. 정상적인 기준으로 돌아가려면 다음을 수행하십시오.

sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot

해당 장치가 여전히 / dev / mapper에 나타나지 않으면 버그를 신고하십시오.


Ubuntu 16.04 (Xenial)에서 18.04 (Bionic Beaver)로 업그레이드 한 후 dmraid작동 이 중지되었습니다. 위의 해결 방법으로는 문제가 해결되지 않습니다.
Paweł Szczur

이것은 나를 위해 일했습니다. Bhagwan apka bhala kare!
Rahul Prasad

3

나는 이것이 우분투 버전의 버그 인 것에 대해 @ppetraki가 정확하다고 생각합니다. 좋은 해결 방법은 다음과 같습니다.

  1. dmraid -ay시스템 부팅시 실행되는 시작 서비스를 작성하십시오 .
  2. fstab에서 UUID로 장치를 마운트하십시오.

1

당신합니까 볼륨 이름은 거기에 공백이?

내 자신을 연구하면서 나는 당신의 문제를 발견했습니다. 제 경우에는 볼륨을 "빅 데이터 볼륨"이라고했습니다. dmraid는이를 / dev / mapper / isw_gdghjicjaBig % x20Data % x20Volume으로 매핑했지만 프로세스의 다른 부분에서는 "/ dev / mapper / isw_gdghjicja_Big Data Volume"을 계속 시도하여 실패했습니다.

Windows로 돌아가서 (dmraid를 사용하여 Windows를 이중 부팅하는 경우) Intel Matrix Storage Manager와 볼륨을 Big_Data_Volume으로 바꿨습니다. 그런 다음 Linux는 다른 작업을 수행하지 않고 부팅하고 미러 볼륨을 올바르게 마운트했습니다.


아니요, 공백이 없었습니다. 그래도 문제가 해결되어 다행입니다! 희망이 누군가 도움이 될 것 입니다 문제.
djeikyb

0

fstab에서 이것을 시도하십시오 :

/dev/mapper/sil*1  /home  reiserfs  user,nosuid,exec,nodev  0  0 

그런 다음 sudo mount -a다시 부팅하십시오


1
fstab에서 와일드 카드를 사용할 수 없다고 확신하며, dmraid -ay먼저 실행해야하므로 fstab에 추가 할 수 없다고 이미 말했습니다 .
psusi

0

정상적으로 할 필요는 없습니다. 그냥 상자 밖으로 작동합니다. dmraid이상한 일이 없으면 우분투는 볼륨을 감지하자마자 볼륨을 활성화합니다. 생각 dmraid나는 아이디어는 패키지 관리자를 통해 설치하는 대신 직접 컴파일 하거나 nodmraid 커널 인수로 부팅하는 것입니다. 또한 sudo blkid기본 디스크를 완전 RAID 구성 요소로 식별 하고 확인하십시오 .

그건 그렇고, fakeraid는 mdadmraid 만큼 잘 지원되지 않으므로 Windows로 이중 부팅하지 않는 한 fakeraid를 버리고 가십시오 mdadm.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.