Como faço para montar automaticamente um ataque falso?

9

Hardware

  • Asus K8N4-E Deluxe Mobo
  • Sil 3114 raid falso, a bordo
  • 2 Seagate 250 gb hd, hospedando meu / home
  • Um backup em um disco rígido separado de / home

O que eu tenho até agora

Eu fiz o ataque usando o firmware Sil 3114. Estou usando o nível 1 de invasão. Tenho um script bash que corro como root assim que recebo um prompt:

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

O problema

Eu tenho que fazer logon como root e usar esse script bash estúpido a cada inicialização. O Ubuntu não está entendendo automaticamente o volume da invasão. Não coloquei o volume de invasão fstabporque ele não existe na inicialização. Como eu tenho / home do meu fakeraid montado automaticamente na inicialização?

djeikyb
fonte

Respostas:

4

Aqui estão as etapas necessárias para configurar o fakeraid e obter partições relevantes montadas automaticamente:

  1. Instale o pacote dmraid:

    sudo apt-get install dmraid
    
  2. Reinicialização (isso ocorre porque o dmraid se adiciona ao initramfs)

  3. O dispositivo fakeraid deve aparecer, por exemplo:

    $ 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
    

    Acima, *Dimaestá o dispositivo fakeraid, enquanto *Dima1está a partição. Se você não possui * N, é necessário criar uma tabela de partições, criar uma partição, formatar ou usar um sistema de arquivos e reiniciar novamente.

  4. No Ubuntu, todas as partições são montadas por UUID por padrão. Vamos descobrir o 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" 
    

    Veja que o procurado é UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"

  5. Portanto, a /etc/fstabentrada seria:

    UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
    
Dima
fonte
1
Você editou minha pergunta em algo totalmente diferente e forneceu o que parece ser uma resposta correta. No entanto, crucial para minha pergunta é que, na inicialização, os dispositivos não existem até depois dmraid -ay. Sinto fortemente que sua edição deve ser desfeita e se tornar uma pergunta completamente nova para a qual essa é uma ótima resposta.
precisa saber é o seguinte
As regras do udev executam dmraid -ay.
Dima
eles deveriam , mas na época, eles não foram (ou falharam durante a tentativa), daí a questão.
djeikyb
erros são relatados no launchpad.net
Dima 12/12
Dima, mande-me um bate-papo se quiser falar sobre isso. Não acho que nossos comentários sejam mais construtivos aqui.
djeikyb
3

Isso deve funcionar apenas porque o pacote dmraid instala ganchos no ramdisk para detectar dispositivos de invasão falsos. Se isso não funcionar, você tem um bug real. Para voltar a uma linha de base sã, execute:

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

Se esse dispositivo ainda não estiver aparecendo no / dev / mapper, registre um bug.

ppetraki
fonte
Após a atualização do Ubuntu 16.04 (Xenial) para 18.04 (Bionic Beaver), o dmraidtrabalho parou de funcionar. A solução acima não resolve o problema.
Paweł Szczur
Isso funcionou para mim. Bhagwan apka bhala kare!
Rahul Prasad
3

Acredito que o @ppetraki está correto sobre isso ser um bug na versão do ubuntu. Uma boa solução alternativa é:

  1. Escreva um serviço inicial que seja executado dmraid -ayquando o sistema inicializar.
  2. No fstab, monte os dispositivos pelo seu UUID
djeikyb
fonte
1

O seu Nome do volume possui espaços?

Me deparei com o seu problema, enquanto pesquisava o meu. No meu caso, o volume foi chamado de "Big Data Volume". A dmraid mapeou isso como / dev / mapper / isw_gdghjicjaBig% x20Data% x20Volume, mas outras partes do processo continuaram tentando usar o "/ dev / mapper / isw_gdghjicja_Big Data Volume" e falharam.

Voltei ao Windows (presumo que é por isso que você também está usando o dmraid, para inicialização dupla do Windows) e ao Gerenciador de armazenamento em matriz da Intel e renomeei meu volume para Big_Data_Volume. O Linux então inicializou e montou o volume espelhado corretamente, sem que eu fizesse mais nada.

Andy Yelland
fonte
Não, não tinha espaços. Ainda bem que você resolveu o seu problema! Espero que ajude alguém onde esse é o problema.
djeikyb
0

tente isso no fstab:

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

Em seguida, faça sudo mount -aou reinicie

Engels Peralta
fonte
1
Tenho certeza de que você não pode usar curingas no fstab, e ele já disse que não pode adicioná-lo ao fstab porque precisa executar dmraid -ayprimeiro.
psusi
0

Você não precisa fazer nada normalmente; simplesmente funciona fora da caixa. O Ubuntu roda dmraidpara ativar o volume assim que é detectado, a menos que você tenha feito algo estranho. As idéias que vêm à mente são: você compilou as suas próprias em dmraidvez de instalá-las através do gerenciador de pacotes ou inicializou com o argumento nodmraid kernel. Você também pode verificar e se certificar de que sudo blkididentifica os discos subjacentes como componentes de sil raid.

A propósito, o fakeraid não é tão bem suportado quanto o mdadmataque, portanto, a menos que você esteja inicializando duas vezes com o Windows, você deve abandonar o fakeraid e seguir em frente mdadm.

psusi
fonte