SMB 쿼리로 Windows 7에 LAN이 넘치지 않도록 차단


10

LAN으로의 스위치를 통해 연결되는 Western Digital (MyBook Live Duo 6TB)의 NAS와 관련하여 성가신 문제가 있습니다. 네트워크에는 4 개의 Windows 7 시스템이 있으며 그 중 하나는 WLAN을 통해 연결됩니다.

누군가가 Windows 탐색기를 열 때마다 (어떤 시스템이든, 경로에 관계없이) 드라이브가 회전하고 있습니다.

NAS의 동작을 변경할 수있는 방법이 없으므로 제 질문은 다음과 같습니다. 파일 공유 / 네트워크 액세스를 완전히 방해하지 않고 Windows가 드라이브 (또는 모든 SMB 서버)를 "쿼리"하지 못하게하는 방법이 있습니까?

(유선 및 무선에 대해 별도의 DHCP 설정을 지원하지 않기 때문에 라우터에서 DHCP를 비활성화하는 것은 옵션이 아닙니다.)


1
실제로 대답은 아닙니다. NAS가 머신의 네트워크 드라이브로 매핑되어 있습니까? 매핑을 해제하고 바로 가기를 사용하여 NAS에 연결하면 어떻게됩니까? 탐색기를 시작할 때 NAS로 가지 않고 스핀 업을 계속합니까?
Baldrickk

대체 솔루션은 (사소한 비용은 아니지만) 방적 녹 플레이트를 척킹하고 SSD를 얻는 것입니다.
R .. GitHub 중지 지원 얼음

현실을 직시하자 : 드라이브가 실제로 회전하지 않고 섹터를 찾는 것일 수 있습니까? 소리는 들리지만 클릭 소리로 들립니다. 회전하는 데 3-5 초보다 시간이 덜 걸립니다. Windows가 드라이브에 정보를 요청하고 있고 HDD가 수집 중입니다. 그것은 기본 추구하고 읽기 동작으로 귀결
sbecker

@Baldrickk-드라이브가 네트워크 드라이브로 추가 된 시스템이 없습니다. 모든 컴퓨터의 데스크탑에있는 드라이브 바로 가기가 있어도 동작이 전혀 바뀌지 않습니다.
Rubbel Katz

@sbecker-NAS의 드라이브는 단순히 찾는 것이 아니라 확실히 회전하고 있습니다. 차이는 명확하게 들립니다 (특히 헤드 검색 이이 특정 장치에서 거의 들리지 않기 때문에)-또한 NAS의 전면 패널에 상태 LED가 있습니다. 어느 누군가가 Windows 탐색기를 열 때 녹색 (활성)에 대기 / 절전 (파란색)에서 변경
Rubbel 카츠을

답변:


14

하드 드라이브 "스핀 업"은 다음과 같은 특징과 한계가있는 매우 구체적인 작업입니다.

  • 대부분의 데스크탑 / 소비자 HDD의 경우 스핀 업 프로세스를 완료하는 데 3 ~ 5 초가 소요됩니다. 스핀 업 프로세스 중에 HDD는 데이터를 읽거나 쓸 수 없습니다.
  • 스핀 업하는 동안 장치에서 매우 가까이서 들으면 피치 사운드가 커집니다. 그 끝에서 디스크가 다양한 위치로 "추적"될 때 HDD의 볼 베어링이 부드럽게 클릭되는 소리가 들립니다 (스핀 업을 시작할 때 대기 한 I / O 요청을 충족시키기 위해).
  • 컨슈머 HDD는 수천 개의 스핀 업 / 스핀 다운 사이클을 위해 설계되었으며, 일부 품질이 낮은 유닛은 약 1000-2000 스핀 업 사이클에 실패하지만, 대부분은 약 600,000에 대해 엔지니어링됩니다. 이 횟수의 스핀 업주기 후에 프로세스와 관련된 메커니즘이 고장 나기 시작하고 결국 실패합니다.

소프트웨어 측면에서 잘 구성된 시스템은 일반적으로 스핀 업 / 스핀 다운에 관한 세 가지 종류의 정책 중 하나를 갖습니다.

  • 대한 극단적 인 (배터리 전원으로 노트북에서 예) 에너지 절약, 당신은 활동의 약 15 분, 30 분 (것 예상 가능한 최단 스핀 다운 시간이 없는 기간 동안 디스크 활동). 최신 Windows에는 항상 많은 프로그램이 실행되고 거의 일정한 I / O를 수행하므로 사용자가 완전히 유휴 상태 인 경우에도 "깨끗한"시스템에서도 15 분 동안 디스크 활동이 없을 가능성이 거의 없습니다 제로. 실제로이 구성은 요즘 드문 경우입니다.

  • 적당한 에너지 절약을 위해 일반적인 데스크탑 스핀 다운 시간은 약 2-4 시간입니다. 즉, 2 시간 또는 4 시간 동안 (또는 구성된대로) 하드 드라이브에 읽기 또는 쓰기가 발생하지 않으면 디스크가 다운되고 다음 I / O 요청이 발생해야합니다. 디스크 백업.

  • 서버의 경우 항상 응답이 지연되지 않고 언제든지 사용 가능해야하므로 비활성으로 인한 스핀 다운은 일반적으로 비활성화됩니다. 이것은 웹 서버 또는 다른 유형의 서버뿐만 아니라 NAS에도 적용됩니다.

소유 한 WD NAS가 스핀-다운 시간이 극히 짧도록 설계되어 있다면 놀랍습니다. 그러나 우분투 리눅스에는 몇 년 전 (2007 년) 우연히 스핀 다운 유휴 시간을 0 초로 설정 하는 버그 가 있었습니다 . 이는 디스크가 I / O 요청 처리를 중단하자마자 스핀 다운에 대한 "0 초"타이머가 즉시 만료되고 디스크가 스핀 다운되고 헤드가 파킹됨을 의미했습니다. 그런 다음 I / O 요청은 메모리에 대기하는 반면 디스크는이를 처리하기 위해 다시 회전해야했습니다.

스핀 업 / 스핀 다운의 끊임없는 이탈은 2007 년 우분투에서 사람들의 하드 드라이브를 매우 짧은 순서 로 죽였 습니다. 잦은 스핀 업주기를 염두에두고 설계되지 않았거나 정상적인 사용에서 1 년 미만 실패했습니다.

NAS 계속 회전하고 있다면 내부의 디스크는 HDD에 의해 흔하게 풍화되는 (이 주파수에서) 일종의 기계적 마모를 겪고 있기 때문에 실제로 일종의 고문 테스트입니다. NAS 자체의 상황을 해결하려고 시도해야합니다.

다음을 시도하십시오 :

  • NAS의 구성 페이지에서 모든 펌웨어 설정을 살펴보고 전원 관리 설정을 가능한 한 "휴식"상태로 변경하십시오 (최소 절전 / 비활성화).
  • NAS의 펌웨어를 제조업체에서 제공하는 최신 버전으로 업데이트하십시오.
  • NAS 섀시를 여는 것이 편한 경우, 그렇게하고 내부 HDD의 모델 및 일련 번호를 찾으십시오. 그런 다음 해당 번호를 온라인으로 입력하여 HDD 자체에 대한 펌웨어 업데이트를 찾을 수 있는지 확인하십시오 (NAS 인터페이스에서 펌웨어를 업데이트 할 수없는 경우 HDD를 컴퓨터에 넣어 Windows에서 펌웨어 업데이트를 직접 적용 할 수 있음).
  • 디스크에 SMART 진단을 사용할 수있는 경우 SMART 진단 프로그램을 사용하여 해당 디스크를 확인하거나 NAS 펌웨어에서 해당 오류를 표시해야합니다.
  • 이 방법으로 문제가 해결되지 않으면 NAS 내부의 HDD에 결함이 있거나 NAS 자체에 결함이있을 수 있습니다. HDD에 특정 유형의 내부 오류가 발생하면 자체 재설정 (전원 끄기 / 전원 켜기)으로 인해 회전 한 다음 다시 회전 할 수 있습니다.

이제 Windows가 문제라는 의심에 대해? 그렇지 않습니다. 몇 초의 유휴 시간 후에 NAS의 디스크가 지속적으로 다운되지 않아야합니다. 그들은 단순히해서는 안됩니다. 기간. 아무도 그들의 NAS를 의도적으로 그렇게 설계하지는 않습니다. (물론, WD를 지나쳐서 그렇게하지는 않을 것입니다.)

Windows 컴퓨터가 SMB 프로토콜을 통해 NAS의 SATA 컨트롤러의 전원 관리 기능을 제어 할 수 없기 때문에 Windows 7은 이러한 상황이 발생하더라도 완전히 흠이 없습니다. NAS의 운영 체제 만이 가능합니다.

Windows 7을 실제로 열 때 Windows 7은 파일 시스템 메타 데이터를 쿼리하여 NAS의 공유 공간에서 사용 가능한 총 디스크 공간을 계산하는 특정 SMB 작업을 수행합니다.

액세스시 회전하고 "완전히 실행되는"하드 드라이브의 경우 사용 가능한 총 디스크 공간을 계산하는 데 1 초 미만이 소요됩니다. 요청은 특별히 비싸지 않으며 어떤 측정으로도 "홍수"되지 않습니다.

Windows가 NAS에 일종의 명령 플러드를 수행한다고 믿는 경우 Windows 7 컴퓨터 중 하나에 Wireshark 를 설치 하고 NAS의 IP 대상으로 SMB 프로토콜에서 패킷 스 니프를 실행 하여 직접 증명해야 합니다. . Windows 탐색기를 열어서 약 100 개가 넘는 요청이 전송되는 경우, 특히 탐색기를 연 후 5-10 초 이상 매우 높은 속도로 요청이 계속 발생 하는 경우 홍수로 간주됩니다 . 그렇지 않으면 다소 정상입니다.

특정 바이러스 검색 및 백업 제품은 매핑 된 네트워크 드라이브 (예 : F : 등)가 공유 드라이브이므로 전체 드라이브 에서 바이러스 검색 또는 백업을 시도한다는 사실을 인식하기에 충분하지 않습니다. (의도적으로 액세스 한 파일이 아니라). 이러한 종류의 버그는 대부분 역사적이지만 특정 소프트웨어를 사용하여 때때로 발생할 수 있습니다. 예를 들어, 공유 드라이브에서 매시간 전체 바이러스 검사를 수행하도록 프로그램을 구성하는 경우 사용자 지침을 충실하게 실행하는 일부 프로그램도 있습니다. 이 프로세스가 시작되면 실제로 SMB 요청으로 NAS를 "홍수"합니다.

따라서 이런 종류의 일이 발생하지 않도록 할 수도 있지만 문제의 근본 원인은 드라이브가 처음부터 회전하고 있다는 것입니다. 좋은 NAS를 사용하면 최소 2 시간 동안 활동이 없을 때까지 드라이브가 정지되고 헤드가 정지되지 않습니다. Windows 탐색기를 매우 빠르게 열고 닫고 매번 스핀 업을 재현 할 수 있으면 NAS쪽에 문제가있는 것입니다.


4
추가 : 일부 드라이브 펌웨어 ( "녹색")는 OS 설정에 관계없이 드라이브 자체에 유휴 타이머가 매우 짧은 것으로 알려져 있습니다. 그리고 유휴 스핀 다운은 여전히 ​​보조 드라이브에서 일반적이지만, 아마도 주 시스템 드라이브에서는 그렇지 않습니다.
Bob

@Bob 관찰은 좋지만 OS는 (ATA?) 명령 중 하나를 사용하여 유휴 타이머를 사용자 지정할 수 있어야합니다. Linux에서는 hdparmPATA 및 SATA를 사용하여 설정할 수 있습니다 . 이러한 WD Green 드라이브가 OS의 요청을 무시하여 스핀 다운 유휴 시간을 늘리는 지 확실하지 않지만 사양을 준수하려는 경우에는 안됩니다 .
allquixotic

2
@allquixotic 그리고 우리 모두가 알고 있듯이 HDD 제조업체는 SATA 표준을 따르는 것으로 알려져 있으며 결코 벗어나지 않는 것으로 알려져 있습니다.
Voo

어쩌면 드라이브의 정확한 동작을 말하지 않아서 몇 명의 사람들을 오도 할 수도 있습니다. '유효한'액세스 후 즉시 회전하지 않습니다. 내 설정의 문제는 드라이브가 일주일에 한 번 사용될 수 있다는 것입니다. 그러나 경로에 관계없이 누군가가 컴퓨터에서 Windows 탐색기를 열 때마다 여전히 회전합니다. 각 탐색기 창의 왼쪽에서 항상 확장 된 네트워크 환경과 관련이 있음을 깨달았습니다. 나는 곧 내 질문에 '솔루션'을 게시 할 것이다
Rubbel Katz

2

웹을 지속적으로 탐색하면서 다음과 같은 '솔루션'으로 이어 졌는데, 이는 일부 사람들에게는 불편할 수 있지만 여전히 네트워크 액세스는 유지합니다.

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\NonEnum]

"{F02C1A0D-BE21-4350-88B0-7367FC96EF3C}"= dword : 00000001

위의 dword를 1로 설정하면 Windows 탐색기에서 네트워크 환경의 모든 참조가 제거되어 누군가 Windows 탐색기 인스턴스를 열 때마다 NAS의 스핀 업이 방지됩니다. 단점은 사용 가능한 컴퓨터를 탐색하려면 네트워크 환경의 경로를 Windows 탐색기 경로 텍스트 상자에 수동으로 입력해야합니다. 기계 링크 및 다른 모든 기능은 여전히 ​​작동합니다.

btw,이 특정 NAS 내부의 드라이브는 WD RED입니다

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.