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
sv
no 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 --
- 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.sh
script que detenía todos los servicios. Después de eso, se puede desmontar la unidad. - 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
- 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".
- https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- 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