QNAP NAS 509 (LINUX): ¿cómo desactivar el volumen ocupado y encontrar el disco físico?

QNAP NAS 509 (LINUX): ¿cómo desactivar el volumen ocupado y encontrar el disco físico?

En mi NAS QNAP TS 509 tengo un problema técnico. necesito correre2fsck. Esto me funciona bien enmd0(ver más abajo), pero ¿cómo puedo desmontar los dispositivos ocupados?md9ysda4para poder hacer lo mismo. Siempre que lo intento fallo porque el dispositivo está ocupado.[Esta parte está resuelta, ver más abajo]

Para seguir rastreando el problema, necesitaría resolver elRelación entre disco físico y dispositivo. ¿Cómo puedo saber esto? Por ejemplo, md0 es un volumen eliminado en 2 discos (pero necesito saber en qué disco físico).

Observación: Como puede deducir fácilmente de mis preguntas, no soy un experto en Linux, pero logro llevarme bien.

/dev/ram0               124.0M     94.1M     29.8M  76% /
tmpfs                    32.0M     80.0k     31.9M   0% /tmp
/dev/sda4               310.0M    103.9M    206.1M  34% /mnt/ext
/dev/md9                509.5M     39.2M    470.2M   8% /mnt/HDA_ROOT
/dev/md0                  1.8T      1.4T    444.7G  76% /share/MD0_DATA
tmpfs                    32.0M         0     32.0M   0% /.eaccelerator.tmp

-- Agregado --

QNAP parece estar basado en busybox. no encuentro algo asiinit / telinit / runlevel . Endocumentos de caja ocupadadice que necesito ejecutar los siguientes comandos. Pero /var/service svno está disponible. Enfoque: quiero ir al modo de usuario único para desmontar los dispositivos.

   # cd /var/service
   # sv d *
   # sv u getty*

-- Añadido, gracias A4L --

  1. Este QNAP Box ejecuta una versión especial de Linux, por lo que no se aplican todos los SOP. En mi caso particular encontré un services.shscript que detenía todos los servicios. Después de eso, se puede desmontar la unidad.
  2. La información transmitida por A4L es válida y vale la pena leerla, tal vez la próxima vez me beneficie. Enlaces:https://unix.stackexchange.com/questions/19918/umount-device-is-busyyhttps://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
  3. Entonces el problema del desmontaje está resuelto, aún buscando la mejor opción para encontrar el mapeo físico al volumen.

Respuesta1

Al tener un dispositivo qnap (TS-509Pro), puedo decirle el motivo por el cual no pudo desmontar los dispositivos, etc., a continuación se detallan los motivos.

/dev/md9

Esta partición es una matriz RAID1 (reflejada) que qnap utiliza para almacenar el firmware en su unidad flash (esto está organizado como una redada reflejada para redundancia). Cuando se descarga y renueva el firmware, este se actualiza en ambas "unidades" para permitir una mayor seguridad. (El dispositivo utilizado para el arranque inicial es en realidad un derivado de la memoria flash que se divide en dos dispositivos separados en un chip, que QNAP llama "DOM", que creo que significa Disco en la Memoria.

/dev/sda4

Aquí es donde las cosas se vuelven un poco complejas. Este es el chip DOM real mencionado anteriormente. La gente de QNAP ha configurado cosas de modo que, aunque el sistema operativo (en este caso Linux, por supuesto) tiene que ver la matriz "/dev/md9", no quieren que la gente vea "/dev/sda4". Es posible acceder a él, pero a menos que el dispositivo esté configurado incorrectamente, "/dev/sda4" estará oculto a la vista.

Más allá de esto no puedo decirlo porque no trabajo para QNAP, simplemente disfruté desmontando el hardware y el software de mi propio QNAP TS-509 y volviéndolo a montar. Si necesita ayuda específica póngase en contacto conandyque trabaja para QNAP en los foros oficiales de QNAP.

Respuesta2

Quiero cerrar esto aquí y no dejarlo colgando. Como un resumen:

Los enlaces proporcionados por A4L ayudaron a resolver el "problema de desmontaje/ocupado".

  1. https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
  2. https://unix.stackexchange.com/questions/19918/umount-device-is-busy

Después de haber reemplazado la unidad, noté que las unidades sd[a,b,c..]3 son las del QNAP NAS que se muestran como 1,2,.. Cuando el disco se rompió, esto fue difícil de solucionar. Veo porque no parecía tener sentido.

/dev/sda3               915.4G     34.9G    880.0G   4% /share/HDA_DATA
/dev/sdb3               915.4G    199.7M    914.7G   0% /share/HDB_DATA
/dev/sdc3                 1.8T    836.2G    995.6G  46% /share/HDC_DATA
/dev/sdd3                 1.8T    668.1G      1.1T  36% /share/HDD_DATA

Alguna información útil sobre df: https://unix.stackexchange.com/questions/11311/cómo-encuentro-en qué-dispositivo-físico-está-ubicada-una-carpeta

Y mi pregunta sobre Unix/Linux sobre el volumen y el nombre de la unidad física con algunas respuestas interesantes:https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type

información relacionada