내 NAS QNAP TS 509에 기술적인 문제가 있습니다. 나는 달려야 해e2fsck. 이것은 나에게 잘 작동합니다MD0(아래 참조) 그러나 사용 중인 장치를 어떻게 마운트 해제할 수 있습니까?MD9그리고sda4같은 일을 하기 위해서. 시도할 때마다 장치가 사용 중이어서 실패합니다.[이 부분은 해결되었습니다. 아래 참조]
문제를 더 자세히 추적하려면물리적 디스크와 장치의 관계. 이를 어떻게 알 수 있습니까? 예를 들어 md0은 2개의 디스크에 있는 스트립된 볼륨입니다(그러나 어떤 물리적 디스크에 있는지 알아내야 합니다).
비고: 내 질문에서 쉽게 알 수 있듯이 저는 Linux 전문가는 아니지만 잘 지내고 있습니다.
/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
-- 추가됨 --
QNAP은 busybox
. 나는 같은 것을 찾지 못합니다 init / telinit / runlevel
. ~에비지박스 문서아래 명령을 실행해야 한다고 나와요. 하지만 in은 /var/service
sv
사용할 수 없습니다. 접근 방식: 단일 사용자 모드로 이동하여 장치를 마운트 해제하고 싶습니다.
# cd /var/service
# sv d *
# sv u getty*
-- 추가되었습니다. 감사합니다 A4L --
- 이 QNAP Box는 특별한 Linux 버전을 실행하므로 모든 SOP가 적용되는 것은 아닙니다. 내 특별한 경우에는 모든 서비스를 중지하는 스크립트를 찾았습니다
services.sh
. 그 후에는 드라이브를 마운트 해제할 수 있습니다. - A4L이 전달한 정보는 유효하며 읽어 볼 가치가 있습니다. 아마도 다음번에는 이를 통해 이익을 얻을 수 있을 것입니다. 연결:https://unix.stackexchange.com/questions/19918/umount-device-is-busy그리고https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- 따라서 마운트 해제 문제는 해결되었으며 여전히 물리적-볼륨 매핑을 찾는 최선의 옵션을 찾고 있습니다.
답변1
qnap 장치(TS-509Pro)가 있어서 장치를 마운트 해제할 수 없는 이유를 알려드릴 수 있습니다. 그 이유는 다음과 같습니다.
/dev/md9
이 파티션은 qnap이 플래시 드라이브에 펌웨어를 저장하는 데 사용하는 RAID1(미러링) 어레이입니다(이는 중복성을 위해 미러링된 RAID로 배열됩니다). 펌웨어를 다운로드하고 갱신하면 두 "드라이브" 모두에 업데이트되어 보안이 강화됩니다. (초기 부팅에 사용되는 장치는 실제로 하나의 칩에 두 개의 별도 장치로 나누어진 플래시 메모리의 파생물입니다. QNAP는 이를 "DOM"이라고 부르는데, 제 생각에는 Disk on Memory를 의미합니다.
/dev/sda4
여기서 상황이 조금 복잡해집니다. 이것은 위에서 언급한 실제 DOM 칩입니다. QNAP 사람들은 운영 체제(이 경우에는 물론 Linux)가 "/dev/md9" 배열을 보아야 하지만 사람들이 실제로 "/dev/sda4"를 보는 것을 원하지 않도록 구성했습니다. 이에 대한 액세스 권한을 얻는 것이 가능하지만 장치가 잘못 구성되지 않는 한 "/dev/sda4"는 눈에 띄지 않게 숨겨집니다.
이 외에도 저는 QNAP에서 일하지 않기 때문에 말할 수 없습니다. 저는 제 QNAP TS-509의 하드웨어와 소프트웨어를 분해하고 다시 조립하는 것이 즐거웠습니다. 특별한 도움이 필요하면 연락하세요.앤디공식 QNAP 포럼에서 QNAP에서 일하는 사람입니다.
답변2
나는 이것을 여기에서 닫고 매달린 채로 두지 않고 싶습니다. 요약하면:
A4L에서 제공하는 링크가 "마운트 해제/사용 중 문제"를 해결하는 데 도움이 되었습니다.
- https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- https://unix.stackexchange.com/questions/19918/umount-device-is-busy
드라이브를 교체한 후 sd[a,b,c..]3 드라이브가 QNAP NAS에 있는 드라이브이며 1,2,..로 표시되는 것을 확인했습니다. 디스크가 파손되었을 때 이를 해결하기가 어려웠습니다. 말이 안 되는 것 같으니까 보세요.
/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
df에 대한 유용한 정보: https://unix.stackexchange.com/questions/11311/how-do-i-find-on-which-physical-device-a-folder-is- located
그리고 Unix/Linux에 대한 볼륨과 물리적 드라이브 이름에 대한 내 질문과 몇 가지 흥미로운 답변이 있습니다.https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type