¿Cómo forzar a mdadm a detener la matriz RAID5?

Me doy cuenta de que esta es una pregunta antigua y que el autor original creía que SAMBA era el problema, pero experimenté exactamente el mismo problema y creo que muy probablemente el problema no era SAMBA (en realidad, ni siquiera tengo SAMBA), ya que no no aparece en el lsof salida, sino que el usuario ya estaba en el directorio del punto de montaje RAID cuando cambió a raíz o hizo un sudo.

En mi caso, el problema fue que inicié mi shell raíz cuando mi usuario habitual estaba en un directorio ubicado en ese /dev/md127 montado conducir.

example@unixlinux.online:/mnt/md127_content/something$ su -
example@unixlinux.online:~# umount /dev/md127
umount: /dev/md127: target is busy

Aquí está la salida de lsof en mi caso:

example@unixlinux.online:example@unixlinux.online:~# lsof | grep /dev/md127
md127_rai  145            root  cwd       DIR      253,0     4096          2 /
md127_rai  145            root  rtd       DIR      253,0     4096          2 /
md127_rai  145            root  txt   unknown                                /proc/145/exe

Aunque lsof | grep md125 no mostró ningún proceso excepto [md127_raid1] , no pude desmontar /dev/md127 . Y mientras umount -l /dev/md127 oculta /dev/md127 de la salida de mount , la unidad aparentemente todavía está ocupada y cuando mdadm --stop /dev/md127 se intenta, se muestra el mismo error:

mdadm: Cannot get exclusive access to /dev/md127:Perhaps a running process, mounted filesystem or active volume group?

SOLUCIÓN es simple:verifique si hay usuarios conectados que todavía están en un directorio en esa unidad. Especialmente, verifique si el shell raíz que está utilizando se inició cuando el directorio actual de su usuario habitual estaba en esa unidad. Cambie a ese shell de usuarios (tal vez solo exit su raíz deberá), muévase a otro lugar y umount y mdadm --stop funcionará:

example@unixlinux.online:~# exit
example@unixlinux.online:/mnt/md127_content/something$ cd /
example@unixlinux.online:/$ su -
example@unixlinux.online:~# umount /dev/md127
example@unixlinux.online:~# mdadm --stop /dev/md127
mdadm: stopped /dev/md127

Si usa LVM además de mdadm, a veces LVM no eliminará los dispositivos de Device Mapper al desactivar el grupo de volúmenes. Puede eliminarlo manualmente.

1. Asegúrese de que no haya nada en la salida de sudo vgdisplay .
2. Mira en /dev/mapper/ . Aparte del control archivo, debe haber un dispositivo Mapeador de dispositivos con el nombre de su grupo de volúmenes, p. VolGroupArray-name .
3. Ejecutar sudo dmsetup remove VolGroupArray-name (sustituyendo VolGroupArray-name con el nombre del dispositivo Device Mapper).
4. Ahora debería poder ejecutar sudo mdadm --stop /dev/md0 (o como se llame el mdadm dispositivo es).

Me estaba encontrando con problemas similares, pero no tenía el dispositivo de ataque montado de ninguna manera. Detener SAMBA tampoco pareció ayudar. lsof no mostró nada.

Todo resultó en:

# mdadm --stop /dev/md2
mdadm: Cannot get exclusive access to /dev/md2:Perhaps a running process, mounted filesystem or active volume group?

Lo que finalmente me solucionó fue recordar que se trataba de una partición de intercambio, así que solo tenía que swapoff /dev/md2 - esto me permitió mdadm --stop /dev/md2 exitosamente.