¿Cómo se monta automáticamente una incursión falsa?

9

Hardware

  • Asus K8N4-E Deluxe Mobo
  • Sil 3114 incursión falsa, a bordo
  • 2 Seagate 250 gb hd, alojando mi / home
  • Una copia de seguridad en un disco duro separado de / home

Lo que tengo hasta ahora

Hice la redada usando el firmware Sil 3114. Estoy usando el nivel de incursión 1. Tengo un script bash que ejecuto como root tan pronto como recibo un mensaje:

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

El problema

Tengo que iniciar sesión como root y usar esa estúpida secuencia de comandos bash en cada arranque. Ubuntu no comprende automáticamente el volumen de la incursión. No he puesto el volumen de incursión fstabporque no existe en el arranque. ¿Cómo tengo / home de mi falso miedo montado automáticamente en el arranque?

djeikyb
fuente

Respuestas:

4

Estos son los pasos necesarios para configurar fakeraid y montar automáticamente las particiones relevantes:

  1. Instale el paquete dmraid:

    sudo apt-get install dmraid
    
  2. Reiniciar (esto se debe a que dmraid se agrega a sí mismo en initramfs)

  3. El dispositivo falso debe aparecer, por ejemplo:

    $ 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
    

    Arriba, *Dimaestá el dispositivo falso, mientras que *Dima1es la partición. Si no tiene * N, debe crear una tabla de particiones, crear una partición, formatear ot con un sistema de archivos y reiniciar nuevamente.

  4. En Ubuntu, todas las particiones son montadas por UUID por defecto. Veamos 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" 
    

    Ver que el buscado es UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"

  5. Por lo tanto, la /etc/fstabentrada sería:

    UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
    
Dima
fuente
1
Editaste mi pregunta en algo completamente diferente y proporcionaste lo que parece una respuesta correcta. Sin embargo, crucial para mi pregunta es que en el arranque, los dispositivos no existen hasta después dmraid -ay. Creo firmemente que su edición debe deshacerse y luego convertirse en una pregunta completamente nueva para la cual esta es una gran respuesta.
djeikyb
las reglas de udev ejecutan dmraid -ay.
Dima
que deberían , pero en ese momento, no eran (o fracasaron en el intento), de ahí la pregunta.
djeikyb
los errores se informan en launchpad.net
Dima
Dima, hazme ping en el chat si quieres hablar de esto. Ya no siento que nuestros comentarios sean constructivos aquí.
djeikyb
3

Esto debería funcionar ya que el paquete dmraid instala ganchos en el disco ram para probar dispositivos de incursión falsos. Si eso no funciona, entonces tienes un error real. Para volver a una línea base sana, realice:

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

Si ese dispositivo aún no aparece en / dev / mapper, presente un error.

ppetraki
fuente
Después de actualizar Ubuntu 16.04 (Xenial) a 18.04 (Bionic Beaver), dmraiddejó de funcionar. La solución anterior no resuelve el problema.
Paweł Szczur
Esto funcionó para mí. Bhagwan apka bhala kare!
Rahul Prasad el
3

Creo que @ppetraki tiene razón acerca de que esto es un error en la versión de ubuntu de la que se trataba. Una buena solución es:

  1. Escriba un servicio advenedizo que se ejecute dmraid -ay cuando se inicia el sistema.
  2. En fstab, monte los dispositivos por su UUID
djeikyb
fuente
1

¿Su nombre de volumen tiene espacios?

Encontré tu problema, mientras investigaba el mío. En mi caso, el volumen se llamaba "Big Data Volume". dmraid lo asignó como / dev / mapper / isw_gdghjicjaBig% x20Data% x20Volume, pero otras partes del proceso continuaron intentando usar "/ dev / mapper / isw_gdghjicja_Big Data Volume" y fallaron.

Regresé a Windows (supongo que es por eso que usted también está usando dmraid, para iniciar dual Windows) y el administrador de Matrix Storage de Intel, y renombré mi volumen a Big_Data_Volume. Luego, Linux arrancó y montó el volumen reflejado correctamente, sin que yo hiciera nada más.

Andy Yelland
fuente
No, no tenía espacios. ¡Me alegro de que hayas resuelto tu problema! Esperemos ayudar a alguien donde este es el problema.
djeikyb
0

prueba esto en fstab:

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

Luego haz sudo mount -ao reinicia

Engels Peralta
fuente
1
Estoy bastante seguro de que no puedes usar comodines en fstab, y él ya dijo que no puede agregarlo a fstab porque tiene que correr dmraid -ayprimero.
psusi
0

No tienes que hacer nada normalmente; simplemente funciona fuera de la caja. Ubuntu se ejecuta dmraidpara activar el volumen tan pronto como se detecta, a menos que haya hecho algo extraño. Las ideas que vienen a la mente son compilar las suyas en dmraidlugar de instalarlas a través del administrador de paquetes, o iniciar con el argumento de kernel nodmraid. También puede verificar y asegurarse de quesudo blkid identifica los discos subyacentes como componentes de incursiones sil.

Por cierto, fakeraid no es tan compatible como una mdadmincursión, por lo que, a menos que esté iniciando dual con Windows, debe deshacerse del fakeraid y seguir adelante mdadm.

psusi
fuente