☰

QNAP NAS 509 (LINUX) - como desmontar o volume ocupado e encontrar o disco físico?

tag-icon • tag-icon linux hard-drive mount nas
QNAP NAS 509 (LINUX) - como desmontar o volume ocupado e encontrar o disco físico?

No meu NAS QNAP TS 509, tenho um problema técnico. Eu preciso correre2fsck. Isso funciona bem para mim emmd0(veja abaixo), mas como posso desmontar os dispositivos ocupadosmd9esda4para fazer o mesmo. Sempre que tento, falho porque o dispositivo está ocupado.[Esta parte está resolvida, veja abaixo]

Para rastrear melhor o problema, eu precisaria resolver orelacionamento entre disco físico e dispositivo. Como posso descobrir isso, por exemplo, md0 é um volume removido em 2 discos (mas preciso descobrir em qual disco físico).

Observação: Como você pode facilmente deduzir das minhas perguntas, não sou um especialista em Linux, mas consigo me dar bem.

/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

-- Adicionado --

QNAP parece ser baseado em busybox. Não encontro algo parecido init / telinit / runlevel. Nodocumentos do busyboxdiz que preciso executar os comandos abaixo. Mas /var/service svnão está disponível. Abordagem: quero ir para o modo de usuário único para desmontar os dispositivos.

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

-- Adicionado, obrigado A4L --

  1. Este QNAP Box executa um tipo especial de Linux, portanto nem todos os SOPs se aplicam. No meu caso particular encontrei um services.shscript, interrompendo todos os serviços. Depois disso, a unidade poderá ser desmontada.
  2. As informações passadas pela A4L são válidas e vale a pena lê-las, talvez eu aproveite na próxima vez. Links:https://unix.stackexchange.com/questions/19918/umount-device-is-busyehttps://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
  3. Assim o problema de desmontagem está resolvido, ainda procurando a melhor opção para encontrar o mapeamento físico para volume.

Responder1

Tendo eu mesmo um dispositivo qnap (TS-509Pro), posso dizer o motivo pelo qual você não conseguiu desmontar os dispositivos, etc., abaixo estão os motivos.

/dev/md9

Esta partição é uma matriz RAID1 (espelhada) que o qnap usa para armazenar o firmware em sua unidade flash (isso é organizado como um ataque espelhado para redundância). Quando o firmware é baixado e renovado, ele é atualizado em ambas as “unidades” para permitir maior segurança. (O dispositivo usado para inicialização inicial é na verdade um derivado da memória flash que é dividida em dois dispositivos separados em um chip, que a QNAP chama de "DOM", que eu acho que significa Disco na Memória.

/dev/sda4

É aqui que as coisas são um pouco complexas. Este é o chip DOM real mencionado acima. O pessoal da QNAP configurou coisas para que, embora o sistema operacional (neste caso, o Linux, é claro) precise ver o array "/dev/md9", eles não querem que as pessoas realmente vejam "/dev/sda4". É possível obter acesso a ele, mas a menos que o dispositivo esteja configurado incorretamente, "/dev/sda4" ficará oculto à vista de todos.

Além disso, não posso dizer que não trabalho para a QNAP, apenas gostei de desmontar o hardware e software do meu próprio QNAP TS-509 e montar tudo novamente. Se você precisar de ajuda específica, entre em contatoAndyque trabalha para a QNAP nos fóruns oficiais da QNAP.

Responder2

Quero encerrar isso aqui e não deixar pendurado. Resumindo:

Resolvendo o "problema de desmontagem/ocupado" os links fornecidos pela A4L ajudaram.

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

Depois de substituir a unidade, notei que as unidades sd[a,b,c..]3 são aquelas no QNAP NAS que são exibidas como 1,2,.. Quando o disco estava quebrado, isso era difícil de veja porque não parecia fazer 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

Algumas informações úteis sobre df: https://unix.stackexchange.com/questions/11311/how-do-i-find-on-qual-dispositivo-físico-uma-pasta-está-localizada

E minha pergunta no Unix/Linux sobre o volume para o nome da unidade física com algumas respostas interessantes:https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type

informação relacionada