<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>지유넷 기술지식센터</title>
    <link>https://www.gunet.co.kr/</link>
    <description>기술자료, 작업사례, 용어사전, 블로그 최신 콘텐츠</description>
    <language>ko-KR</language>
    <atom:link href="https://www.gunet.co.kr/rss.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>CCTV/DVR/NVR HDD 영상 복구 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/dvr-video-recovery/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

CCTV·DVR·NVR 영상 복구에서는 녹화기 정보, 순환녹화와 사고 후 사용, 채널·시간 설정을 확인하고 HDD 원본을 보존합니다.

녹화기용 HDD의 구조를 일반 Windows 볼륨과 같은 것으로 가정하지 않습니다. 전용 저장 구조와 영상 조각 배치를 확인해야 하며, 순환녹화가 계속되면 필요한 시간대의 영역이 대체될 수 있습니다. 파일 추출과 실제 재생·시간 확인은 별도 검증입니다.

## 상태를 보존하며 확인할 순서

1. 녹화기 모델·펌웨어와 HDD 구성·식별 정보를 기록합니다.
2. 필요 채널·시간대와 장비 시계·시간대 설정을 확인합니다.
3. 사고 후 녹화 지속·포맷·HDD 교체 여부를 확인합니다.
4. 읽기 안정성에 맞춰 원본을 보존하고 복제본에서 영상 구조·재생을 분석합니다.

## 작업을 보류할 조건

- 필요 영상이 남아 있을 수 있는 장비에서 추가 녹화·포맷·초기화를 하지 않습니다.
- HDD 읽기 오류가 늘면 여러 프로그램의 전체 스캔을 반복하지 않습니다.

## 혼동하기 쉬운 조치

- Windows 포맷 제안을 따라 녹화용 HDD를 초기화하는 것
- 추출 파일 이름의 시각만 보고 실제 촬영 시각을 확정하는 것

## 진단 기록

- 녹화기·HDD 식별
- 채널과 필요 시간대
- 장비 시계·시간대
- 사고 후 녹화·포맷
- 영상별 재생·시각 검증

## 다음 판단의 기준

회수한 영상의 재생 구간과 시각 근거를 남깁니다. 전용 재생 도구가 필요한 경우 해당 녹화기 형식과 함께 확인합니다.

순환녹화로 이미 대체된 영역의 복구를 보장하지 않습니다. 녹화기 시계 오차와 분할·조각화 때문에 파일명만으로 결과를 판단할 수 없습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/dvr-video-recovery/</guid>
    </item>
    <item>
      <title>서버 ECC Correctable Error가 특정 DIMM에서 반복되는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/ecc-memory-events/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

서버에서 ECC Correctable Error가 반복되면 DIMM·채널과 발생 추이를 기록하고 BMC·운영체제 로그를 대조합니다.

Correctable은 오류가 교정됐다는 의미이지 원인 부품의 확정 진단이나 무시해도 된다는 보장은 아닙니다. 특정 슬롯 집중 여부, 재부팅·부하와의 관계, BIOS·BMC 변경을 확인합니다. DIMM, 슬롯·채널과 플랫폼 조건은 별도 근거로 좁혀야 합니다.

## 상태를 보존하며 확인할 순서

1. 서버 모델·BIOS·BMC 버전과 메모리 배치를 기록합니다.
2. BMC SEL과 운영체제 로그를 시각·DIMM·채널별로 대조합니다.
3. 빈도 변화와 Uncorrectable·재부팅 동반 여부를 확인합니다.
4. 로그를 보존한 뒤 해당 제조사의 모델별 진단·교체 조건을 확인합니다.

## 작업을 보류할 조건

- Uncorrectable 오류나 반복 재시작이 나타나면 운영 안정성과 서비스 중단 계획을 먼저 검토합니다.
- DIMM 식별·장착 순서·정전 절차를 확인하지 못하면 이동·교체 시험을 하지 않습니다.

## 혼동하기 쉬운 조치

- Correctable이라는 이유로 반복 오류를 무시하는 것
- SEL을 저장하지 않고 지우거나 임의 횟수 기준으로 DIMM을 교체하는 것

## 진단 기록

- 서버·펌웨어 버전
- DIMM 슬롯·채널 배치
- 로그·발생 시각·빈도
- 부하·재부팅 동반
- 제조사 진단과 변경 결과

## 다음 판단의 기준

교정 여부와 원인 부품 판단을 구분합니다. 서비스 영향과 모델별 메모리 배치 조건을 확인하고 한 번에 한 항목씩 비교합니다.

Dell PowerEdge 문서의 절차를 다른 서버에 그대로 적용하지 않습니다. 모든 서버에 공통인 오류 횟수 임계값이나 자동 교체 기준을 제시하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/ecc-memory-events/</guid>
    </item>
    <item>
      <title>Windows 설치에서 VMD/RST 때문에 NVMe SSD가 보이지 않는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/vmd-rst-installation/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

BIOS에는 NVMe SSD가 보이지만 Windows 설치 화면에 없으면, VMD/RST 구성과 설치 환경의 저장장치 드라이버를 먼저 대조합니다.

물리 장치를 BIOS에서 인식하는 상태와 Windows 설치 환경이 그 장치에 접근하는 상태는 구분해야 합니다. Intel VMD 아래에서 관리되는 장치라면 설치 환경에 맞는 VMD/RST 드라이버가 필요한 경우가 있습니다. 이때 디스크가 목록에 없다는 사실만으로 SSD 고장을 확정하지 않습니다.

## 상태를 보존하며 확인할 순서

1. BIOS의 SSD 모델·용량과 현재 VMD/RST 설정을 기록합니다.
2. 기존 운영체제와 데이터가 있는 디스크인지, 새 설치 대상인지 구분합니다.
3. PC 제조사가 해당 모델과 Windows 버전에 제공하는 설치용 저장장치 드라이버를 확인합니다.
4. 드라이버를 불러온 뒤 표시된 모델·용량이 의도한 대상과 일치하는지 확인합니다.

## 작업을 보류할 조건

- 기존 데이터가 필요한 디스크에서 파티션 삭제·초기화를 요구하면 진행을 멈춥니다.
- 기존 운영체제의 저장장치 구성이나 드라이버 의존성을 모르면 VMD 설정을 바꾸지 않습니다.

## 혼동하기 쉬운 조치

- SSD가 안 보인다는 이유로 임의의 드라이버를 반복 설치하는 것
- 현재 설정을 기록하지 않고 VMD를 끄거나 RAID 모드를 바꾸는 것

## 진단 기록

- PC 모델과 BIOS 버전
- SSD 모델·용량
- VMD/RST 설정
- Windows 설치 버전
- 사용한 드라이버 출처·버전

## 다음 판단의 기준

설치 드라이버 문제와 장치 미인식을 먼저 나눕니다. BIOS 설정 변경은 기존 부팅 구성에 영향을 줄 수 있으므로 별도 판단이 필요합니다.

Intel VMD가 없는 장비에는 이 설명을 그대로 적용하지 않습니다. 드라이버와 BIOS 메뉴는 플랫폼·제조사별로 다릅니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/vmd-rst-installation/</guid>
    </item>
    <item>
      <title>NAS 데이터는 정상인데 네트워크 접근만 안 되는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/nas-network-access/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

NAS의 저장 데이터와 볼륨은 정상인데 네트워크 접근만 실패하면 IP 경로, 공유 서비스, 계정·권한과 클라이언트 상태를 나눠 확인합니다.

관리 화면 접속, 네트워크 연결과 파일 공유 접속은 서로 다른 경로입니다. 한 PC에서만 공유가 열리지 않는지, 모든 장치에서 실패하는지부터 구분합니다. 공유 서비스의 실패만으로 스토리지 풀을 다시 만들거나 RAID를 수리할 이유가 되지는 않습니다.

## 상태를 보존하며 확인할 순서

1. 관리 화면의 풀·볼륨 상태와 네트워크 링크를 확인합니다.
2. NAS IP·이름 해석·클라이언트 연결 경로를 구분합니다.
3. 실패하는 공유 서비스와 오류 메시지를 기록합니다.
4. 권한 있는 계정과 다른 정상 클라이언트에서 같은 공유를 비교합니다.

## 작업을 보류할 조건

- 풀·볼륨 경고나 실제 읽기 오류가 발견되면 네트워크 문제만으로 분류하지 않습니다.
- 여러 사용자가 이용 중이면 서비스 재시작·권한 변경 전에 영향과 되돌릴 방법을 확인합니다.

## 혼동하기 쉬운 조치

- SMB 접속 실패를 디스크 장애로 확정하는 것
- 기존 설정을 기록하지 않고 NAS 전체 초기화나 권한 일괄 변경을 하는 것

## 진단 기록

- NAS IP·네트워크 경로
- 풀·볼륨 상태
- 공유 서비스와 오류
- 정상·실패 클라이언트
- 계정·권한 변경 이력

## 다음 판단의 기준

네트워크 경로와 저장장치 상태를 따로 확인합니다. 바꾸는 설정은 최소 범위로 정하고 정상 클라이언트와 비교합니다.

관리 화면이나 일부 파일 접근이 정상이라고 모든 데이터가 정상이라고 보장하지 않습니다. 인증·권한 문제와 읽기 오류를 함께 확인해야 합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/nas-network-access/</guid>
    </item>
    <item>
      <title>Mac Fusion Drive 구성 장애 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/fusion-drive-recovery/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

Fusion Drive 장애는 결합된 SSD와 HDD를 함께 식별하고 논리 구성과 각 매체의 읽기 상태를 보존해야 합니다. 재생성은 데이터 복구 절차와 구분합니다.

Apple의 Fusion Drive는 플래시 저장장치와 HDD를 하나의 논리 볼륨으로 결합한 구성입니다. 단일 하이브리드 SSHD와 같은 것으로 취급하지 않습니다. 원래 구성을 다시 만드는 resetFusion 등 재생성 절차는 구성 멤버의 데이터를 삭제하므로 회수할 자료가 있을 때 바로 실행하지 않습니다.

## 상태를 보존하며 확인할 순서

1. Mac 모델·macOS 버전과 실제 Fusion 구성 여부를 확인합니다.
2. SSD·HDD 각각의 모델·용량·식별 정보를 기록합니다.
3. 논리 볼륨·컨테이너 표시와 분리·교체 이력을 확인합니다.
4. 각 매체의 읽기 상태에 맞춰 보존하고 복제본에서 결합 구조를 분석합니다.

## 작업을 보류할 조건

- 자료가 필요한 상태에서 resetFusion·논리 볼륨 재생성·지우기를 실행하지 않습니다.
- 한 멤버가 불안정하면 나머지 장치만으로 전체 구성이 완전하다고 가정하지 않습니다.

## 혼동하기 쉬운 조치

- 작은 SSD를 캐시로만 보고 분석에서 제외하는 것
- Apple의 재생성 안내를 파일 회수 안내로 사용하는 것

## 진단 기록

- Mac·macOS 버전
- SSD·HDD 식별
- 논리 구성 표시
- 교체·분리·재생성 이력
- 멤버별 이미지 상태

## 다음 판단의 기준

두 멤버를 함께 보존하고 원래 논리 구성을 확인합니다. 정상 사용을 위한 재생성과 기존 파일 회수는 목적·순서가 다릅니다.

Fusion Drive 내부 구성은 macOS와 장비 조건에 따라 확인해야 합니다. 재생성으로 원래 파일이 복구된다고 설명하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/fusion-drive-recovery/</guid>
    </item>
    <item>
      <title>APFS 볼륨이 마운트되지 않는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/apfs-mount/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

APFS 디스크가 보이지만 마운트되지 않으면 물리 장치, 컨테이너, 볼륨을 구분하고 읽기 안정성과 암호화 상태를 먼저 확인합니다.

디스크 유틸리티에 장치가 보인다는 사실과 APFS 볼륨이 열리는 상태는 다릅니다. 전체 장치 보기에서 물리 장치 아래 컨테이너와 볼륨이 어떻게 표시되는지 확인합니다. First Aid는 파일시스템 구조를 검사·수리하는 기능이며 모든 물리 장애를 판별하거나 해결하는 도구는 아닙니다.

## 상태를 보존하며 확인할 순서

1. 물리 장치 모델·용량과 컨테이너·볼륨 표시를 기록합니다.
2. 외장 연결·전원 상태와 읽기 오류·지연을 확인합니다.
3. 볼륨의 암호화·잠금 상태와 필요한 인증 수단을 구분합니다.
4. 읽기가 안정적인지 판단한 뒤 복제본 분석과 파일시스템 수리의 순서를 정합니다.

## 작업을 보류할 조건

- 물리 장치가 반복 이탈하거나 읽기 오류가 늘면 First Aid 반복 실행을 보류합니다.
- 데이터 보존이 필요한 상태에서 지우기·재포맷·재설치 단계로 넘어가지 않습니다.

## 혼동하기 쉬운 조치

- 물리 디스크가 보인다는 이유로 APFS 구조도 정상이라고 단정하는 것
- 수리 실패 후 백업 확인 없이 지우기를 선택하는 것

## 진단 기록

- 장치 모델·용량
- 컨테이너·볼륨 상태
- 암호화 여부
- First Aid 실행 여부·메시지
- 읽기 안정성과 백업

## 다음 판단의 기준

매체 접근 문제, APFS 구조 문제와 암호화 잠금을 분리합니다. 수리 성공 메시지만으로 필요한 파일의 정상 상태까지 확정하지 않습니다.

First Aid의 적용 순서와 메뉴는 macOS 환경을 확인해야 합니다. 원본 데이터가 필요한 경우 Apple 문서의 지우기 대안을 바로 적용하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/apfs-mount/</guid>
    </item>
    <item>
      <title>ZFS/RAIDZ Pool Degraded 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/zfs-pool-health/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

ZFS/RAIDZ의 Degraded에서는 풀·vdev 구성과 READ·WRITE·CKSUM 오류, scrub·resilver 진행을 함께 확인합니다.

풀 전체 상태만으로 어느 멤버와 데이터가 영향을 받았는지 알 수는 없습니다. RAIDZ 수준과 vdev 배치에 따라 보호 여유가 달라집니다. 오류 계수와 파일 오류 정보를 구분하고, 단순 상태 메시지를 없애기 위해 근거 없이 멤버를 제거하지 않습니다.

## 상태를 보존하며 확인할 순서

1. OpenZFS 버전과 풀·vdev·멤버 구성을 기록합니다.
2. 상태 출력의 READ·WRITE·CKSUM과 파일 오류 정보를 보존합니다.
3. scrub·resilver 실행 여부와 오류 발생 시각을 대조합니다.
4. 백업·읽기 안정성을 평가하고 변경 없는 상태 확인과 복제본 분석을 먼저 검토합니다.

## 작업을 보류할 조건

- 여러 멤버 오류나 파일 읽기 실패가 늘면 새 scrub·resilver를 추가하지 않습니다.
- vdev와 대상 디스크를 확정하지 못하면 offline·detach·replace 등 구성 변경을 보류합니다.

## 혼동하기 쉬운 조치

- 풀 상태를 ONLINE으로 만들면 모든 파일도 정상이라고 판단하는 것
- 오류 기록을 보존하지 않고 지운 뒤 멤버를 교체하는 것

## 진단 기록

- OpenZFS 버전
- 풀·vdev·멤버 식별
- READ·WRITE·CKSUM
- scrub·resilver 시각
- 파일 오류와 백업

## 다음 판단의 기준

상태 출력과 실제 파일 내용을 함께 확인합니다. 작업 부하를 늘릴지 여부는 남은 보호 여유와 읽기 상태에 따라 판단합니다.

RAIDZ1·RAIDZ2·RAIDZ3와 미러의 장애 허용 조건은 다릅니다. 설치 버전에서 지원하지 않는 상태 옵션이나 변경 명령을 일괄 안내하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/zfs-pool-health/</guid>
    </item>
    <item>
      <title>Windows Storage Spaces 장애 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/windows-storage-spaces/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

Windows Storage Spaces에서는 물리 디스크·풀·가상 디스크의 상태를 각각 기록하고 복원력 설정과 파일시스템 상태를 따로 분석합니다.

Storage Spaces 상태 이름은 계층별 의미가 다릅니다. 가상 디스크의 Degraded와 No redundancy를 같은 것으로 취급하지 않습니다. Microsoft의 상태 설명을 실제 운영체제·구성에 대조하고, ReFS나 NTFS 손상을 별도 계층으로 확인합니다.

## 상태를 보존하며 확인할 순서

1. Windows 버전과 Storage Spaces·Storage Spaces Direct 여부를 확인합니다.
2. 물리 디스크·풀·가상 디스크의 식별 정보와 상태를 각각 저장합니다.
3. 미러·패리티 등 복원력 설정과 누락·교체 멤버를 대조합니다.
4. 파일시스템 접근과 읽기 오류를 확인한 뒤 구성 보존·복제본 분석 방향을 정합니다.

## 작업을 보류할 조건

- 누락 멤버·오래된 메타데이터의 범위를 모르면 새 풀·가상 디스크를 만들지 않습니다.
- 데이터가 필요한 디스크에서 초기화·제거·강제 수리 변경은 근거 확인 전까지 보류합니다.

## 혼동하기 쉬운 조치

- 가상 디스크 상태와 물리 디스크 상태를 혼동하는 것
- RAW 또는 보호 파티션 표시를 없애려고 개별 멤버를 초기화하는 것

## 진단 기록

- Windows·구성 종류
- 물리 디스크·풀·가상 디스크 ID
- 복원력 설정
- 상태 원문과 교체 이력
- 파일시스템·읽기 오류

## 다음 판단의 기준

계층별 상태를 먼저 확보합니다. 상태명에 맞는 공식 조치도 데이터 보존 목적과 현재 구성에 적용 가능한지 확인한 뒤 판단합니다.

Windows Server의 Storage Spaces 문서를 모든 클라이언트 환경의 동일한 복구 명령으로 적용하지 않습니다. 멤버를 다시 연결해도 최종 데이터 무결성이 자동으로 보장되지는 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/windows-storage-spaces/</guid>
    </item>
    <item>
      <title>RAID 디스크 순서가 뒤섞인 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/raid-member-order/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

RAID 디스크 순서가 섞이면 슬롯·일련번호와 컨트롤러 메타데이터를 보존하고 복제본에서 순서·스트라이프·패리티 조건을 대조합니다.

디스크가 모두 인식돼도 원래 배열과 다르면 파일 내용이 정상적으로 조합되지 않을 수 있습니다. 슬롯 기록, 멤버 정보와 파일 구조의 일관성을 함께 확인합니다. 파일 목록이 보인다는 것만으로 후보 RAID 구성이 맞다고 확정하지 않습니다.

## 상태를 보존하며 확인할 순서

1. 현재 배치와 남아 있는 원래 슬롯 기록을 각각 보존합니다.
2. 모델·일련번호와 원본·교체 디스크 여부를 구분합니다.
3. 컨트롤러 설정·메타데이터와 과거 교체 이력을 확인합니다.
4. 복제본에서 순서·스트라이프·패리티 후보와 실제 파일 내용을 대조합니다.

## 작업을 보류할 조건

- 원본 메타데이터를 초기화하거나 새 RAID를 만드는 작업은 하지 않습니다.
- 순서 확인을 위해 원본 컨트롤러에서 임의 조합을 반복하지 않습니다.

## 혼동하기 쉬운 조치

- 케이블이 연결되는 순서만 보고 배열 순서를 정하는 것
- 디렉터리 목록이 보이면 구성 후보가 맞다고 단정하는 것

## 진단 기록

- 원래·현재 슬롯 배치
- 일련번호·멤버 식별
- 컨트롤러 설정
- 후보 구성의 근거
- 파일 내용 검증

## 다음 판단의 기준

구성 후보와 확정 근거를 따로 남깁니다. 서로 다른 위치의 파일 내용을 비교해 잘못된 조합을 배제합니다.

RAID 구현마다 메타데이터와 패리티 배치가 다릅니다. 슬롯 기록만으로 모든 구성 값을 확정하거나 복구 결과를 보장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/raid-member-order/</guid>
    </item>
    <item>
      <title>RAID 5에서 두 개 이상 디스크가 장애난 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/raid5-multiple-failures/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

RAID 5에서 여러 멤버가 장애라면 슬롯·장애 순서와 멤버별 읽기 가능 범위를 보존하고 강제 리빌드보다 구성 분석을 먼저 검토합니다.

RAID 5의 단일 패리티로 보호할 수 있는 범위와 실제 멤버 장애 상태를 구분합니다. 두 개 이상 멤버가 완전히 읽히지 않으면 정상적인 단일 장애 재구축 범위를 벗어날 수 있습니다. 그러나 오류가 난 디스크의 일부 영역이 읽히는지와 장애 발생 순서는 별도 분석 근거입니다.

## 상태를 보존하며 확인할 순서

1. 컨트롤러·RAID 유형·멤버 수와 슬롯별 일련번호를 기록합니다.
2. 처음 장애와 추가 장애·교체·리빌드의 시각을 정리합니다.
3. 각 멤버의 읽기 안정성과 원본·교체 디스크 여부를 구분합니다.
4. 상태에 맞는 이미지 확보와 복제본 구성 분석을 검토합니다.

## 작업을 보류할 조건

- 멤버 순서와 장애 디스크를 확정하지 못하면 원본 컨트롤러에서 재구성하지 않습니다.
- 읽기 오류가 늘거나 새 초기화·강제 Online을 요구하면 변경을 보류합니다.

## 혼동하기 쉬운 조치

- 남은 디스크로 강제 Rebuild를 반복하는 것
- 새 교체 디스크와 원본 멤버를 구분하지 않고 분석하는 것

## 진단 기록

- RAID·컨트롤러 정보
- 슬롯·일련번호
- 장애·교체·리빌드 순서
- 멤버별 이미지 상태
- 읽기 불가 영역

## 다음 판단의 기준

멤버별 읽기 가능 범위와 시간 순서를 남깁니다. 복제본에서 재현한 구성과 회수 파일의 내용 검증을 함께 기록합니다.

두 번째 오류만으로 전부 복구 불가 또는 복구 가능으로 단정하지 않습니다. 실제 데이터 분포와 미획득 영역에 따라 결과가 달라집니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/raid5-multiple-failures/</guid>
    </item>
    <item>
      <title>Synology Volume Crashed 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/synology-volume-crashed/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

Synology Volume Crashed는 스토리지 풀의 Degraded와 구분해야 합니다. 볼륨·풀·멤버 상태와 직전 변경을 각각 기록합니다.

볼륨은 파일 접근 계층이고 스토리지 풀은 그 아래의 저장 구성입니다. 같은 NAS에서 풀과 볼륨의 상태가 다르게 표시될 수 있습니다. 볼륨 경고만으로 장애 디스크를 확정하거나, Degraded에서 쓰는 Repair 절차가 그대로 적용된다고 가정하지 않습니다.

## 상태를 보존하며 확인할 순서

1. DSM·모델과 볼륨·풀의 정확한 상태 문구를 기록합니다.
2. HDD/SSD별 슬롯·일련번호·읽기 오류를 확인합니다.
3. 정전·디스크 교체·잘못된 분리와 이전 Repair 이력을 확인합니다.
4. 접근 가능한 자료와 백업을 확인하고 읽기 안정성에 따라 보존·분석 방향을 정합니다.

## 작업을 보류할 조건

- 멤버 식별이 불명확하거나 추가 읽기 오류가 있으면 교체·Repair를 보류합니다.
- 자료가 필요한 상태에서 볼륨 삭제·새 풀 생성·DSM 재설치로 넘어가지 않습니다.

## 혼동하기 쉬운 조치

- Volume Crashed와 풀 Degraded를 같은 상태로 취급하는 것
- 메뉴가 보인다는 이유만으로 Repair 성공을 예상하는 것

## 진단 기록

- DSM·NAS 모델
- 풀·볼륨 상태 문구
- 슬롯별 디스크 상태
- 직전 정전·교체·수리
- 자료 접근과 백업

## 다음 판단의 기준

볼륨 손상과 멤버 장애가 함께 있는지 확인합니다. 공식 지원 조건과 매체 상태를 검토한 뒤 원본 변경 여부를 판단합니다.

DSM·모델·멤버 상태에 따라 지원 가능한 절차가 다릅니다. 모든 Crashed 상태에서 Repair를 실행할 수 있거나 데이터를 회수할 수 있다고 보장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/synology-volume-crashed/</guid>
    </item>
    <item>
      <title>Synology SHR/RAID가 Degraded 된 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/synology-degraded/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

Synology SHR/RAID의 Degraded 표시에서는 볼륨 접근, 남은 디스크 상태, 백업과 교체 대상부터 확인한 뒤 Repair 가능 여부를 판단합니다.

Degraded는 저장 구성의 보호 여유가 줄어든 상태를 살펴볼 단서입니다. 볼륨이 열리는지와 남은 멤버가 안정적으로 읽히는지를 함께 확인해야 합니다. SHR, SHR-2와 각 RAID 유형의 장애 허용 범위가 같지는 않으며, Repair는 백업을 대신하지 않습니다.

## 상태를 보존하며 확인할 순서

1. DSM에서 스토리지 풀·볼륨·HDD/SSD 상태를 각각 기록합니다.
2. 슬롯과 일련번호를 대조해 실제 장애 멤버를 식별합니다.
3. 중요 데이터 접근과 백업 상태를 확인하고, 읽기 오류가 없다면 우선 보존할 자료를 정합니다.
4. 교체 디스크의 건강 상태·용량·호환 조건을 해당 DSM과 모델 문서로 확인합니다.

## 작업을 보류할 조건

- 남은 멤버에서 새 읽기 오류나 반복 이탈이 보이면 Repair 시작을 보류합니다.
- 교체 대상 슬롯을 확정할 수 없거나 볼륨이 Crashed이면 단순 교체 절차로 진행하지 않습니다.

## 혼동하기 쉬운 조치

- Degraded와 Volume Crashed를 같은 상태로 취급하는 것
- 백업·멤버 식별 없이 Repair와 Scrub을 연속 실행하는 것

## 진단 기록

- DSM·NAS 모델
- SHR/RAID 유형
- 풀과 볼륨 상태
- 슬롯별 일련번호·오류
- 백업과 직전 교체 이력

## 다음 판단의 기준

접근 가능한 자료와 남은 멤버 상태를 먼저 평가합니다. 이미 실행 중인 Repair의 변경·중단 여부도 진행 상태와 공식 안내를 확인한 뒤 결정합니다.

Repair 메뉴의 제공 조건과 교체 요구 사항은 DSM·모델·구성에 따라 다릅니다. 이 안내만으로 모든 Degraded 구성을 복구할 수 있다고 보장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/synology-degraded/</guid>
    </item>
    <item>
      <title>NVMe SSD가 갑자기 미인식되는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/nvme-not-detected/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

NVMe SSD 미인식에서는 BIOS·PCIe 장치 표시와 운영체제의 볼륨 표시를 구분하고 전원·슬롯·드라이버 조건을 기록합니다.

NVMe 장치가 식별되지 않는 상태와 장치는 있지만 파티션이 보이지 않는 상태는 다른 진단이 필요합니다. 플랫폼의 VMD 설정·드라이버 문제, 연결·전원 조건과 SSD 컨트롤러 문제를 구분하되, 미인식 메시지 하나로 원인을 확정하지 않습니다.

## 상태를 보존하며 확인할 순서

1. PC와 SSD 모델·펌웨어·사용 슬롯을 기록합니다.
2. BIOS의 모델·용량 표시와 운영체제 장치·볼륨 표시를 각각 확인합니다.
3. 직전 BIOS·드라이버 변경과 VMD/RST 구성을 확인합니다.
4. 발열·반복 이탈을 평가하고 안정적으로 식별되는 경우 데이터 보존 방향을 정합니다.

## 작업을 보류할 조건

- 급격한 발열이나 반복 이탈이 있으면 전원 반복·벤치마크를 중단합니다.
- 기존 데이터가 필요한 SSD에 펌웨어 갱신·초기화·저장 모드 변경을 바로 적용하지 않습니다.

## 혼동하기 쉬운 조치

- 설치 환경의 드라이버 미탑재를 SSD 고장으로 확정하는 것
- 장치가 잠깐 보였다는 이유로 원본에서 장시간 검사를 하는 것

## 진단 기록

- PC·SSD 모델
- 슬롯·저장 모드
- BIOS와 OS 표시
- 펌웨어·드라이버 이력
- 발열·이탈·읽기 상태

## 다음 판단의 기준

물리 장치 접근과 논리 볼륨 분석을 나눕니다. 모델별 진단 조건을 확인한 뒤 변경 작업과 보존 작업의 순서를 결정합니다.

특정 브랜드의 펌웨어 변경 결과를 다른 SSD에 일반화하지 않습니다. 장치 식별 회복만으로 파일 무결성을 보장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/nvme-not-detected/</guid>
    </item>
    <item>
      <title>손상 드라이브에 CHKDSK를 실행한 뒤 상태가 바뀐 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/chkdsk-repair-impact/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

CHKDSK 실행 후 상태가 바뀌었다면 명령 옵션과 로그를 보존하고, 수리 전후 변경된 파일시스템 구조를 복제본에서 비교합니다.

Microsoft 문서는 매개변수 없이 실행한 CHKDSK의 상태 보고와 /f 등 수리 옵션을 구분합니다. /r은 /f 기능을 포함합니다. 수리 명령은 메타데이터를 변경할 수 있으므로 오류 메시지를 없애는 작업과 원래 파일을 회수하는 작업을 같은 것으로 취급하지 않습니다.

## 상태를 보존하며 확인할 순서

1. 실행한 명령·옵션·시각과 완료·중단 여부를 기록합니다.
2. CHKDSK·Wininit 로그와 생성·이름 변경된 파일 정보를 보존합니다.
3. 현재 디스크의 읽기 안정성과 수리 이후 추가 쓰기를 확인합니다.
4. 가능한 복제본에서 남은 디렉터리 구조·파일 내용과 원시 데이터 분석을 비교합니다.

## 작업을 보류할 조건

- 원본에 같은 수리 명령을 다시 실행하는 단계는 보류합니다.
- 읽기 오류나 장치 이탈이 늘면 구조 분석보다 매체 보존 방향을 먼저 판단합니다.

## 혼동하기 쉬운 조치

- /r을 쓰기 없는 검사로 생각하는 것
- 수리 완료 메시지로 원래 파일이 모두 보존됐다고 판단하는 것

## 진단 기록

- 명령과 옵션
- 실행·종료 시각
- CHKDSK·Wininit 로그
- 추가 쓰기와 파일 변경
- 현재 읽기·파일 검증 결과

## 다음 판단의 기준

이미 실행한 수리의 영향을 기록하고 추가 변경을 줄입니다. 복구 결과는 파일명·폴더뿐 아니라 실제 내용으로 확인합니다.

손상 전 상태를 확인할 기록이 없으면 변경 범위를 모두 확정할 수 없습니다. 매개변수 없는 검사도 읽기 부하가 있으므로 불안정한 매체에서 무제한 반복하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/chkdsk-repair-impact/</guid>
    </item>
    <item>
      <title>HDD PCB가 손상되거나 탄 냄새가 나는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/hdd-pcb/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

HDD 기판 손상이나 탄 냄새가 있으면 전원 인가를 멈추고 원본 기판·디스크 식별 정보를 보존합니다. 같은 외형의 기판 교체만으로 해결을 보장할 수 없습니다.

기판 손상 여부와 전원 계통 문제를 구분하고, 교체를 검토한다면 해당 모델의 ROM·적응 정보와 호환 조건을 확인해야 합니다. 기판 외형·번호가 비슷하다는 이유로 무조건 사용할 수 있는 것은 아닙니다. 원본 기판은 진단 자료이므로 버리지 않습니다.

## 상태를 보존하며 확인할 순서

1. 전원을 분리하고 디스크·기판의 식별 정보와 손상 위치를 기록합니다.
2. 전원 어댑터·케이블과 사고 당시 조건을 확인합니다.
3. 원본 기판의 ROM·적응 정보 보존 가능성을 전문 진단으로 검토합니다.
4. 호환 조건이 확인된 뒤 장치 식별·읽기 상태와 추가 손상을 평가합니다.

## 작업을 보류할 조건

- 탄 냄새·연기·급격한 발열이 있었으면 확인을 위해 다시 켜지 않습니다.
- 호환 기판과 원본 고유 정보 적용 조건이 불명확하면 교체를 진행하지 않습니다.

## 혼동하기 쉬운 조치

- 원본 기판을 폐기한 뒤 대체 기판부터 찾는 것
- 모델명 또는 기판 번호만 보고 무조건 호환된다고 판단하는 것

## 진단 기록

- 디스크 모델·일련번호
- 기판 식별과 손상 위치
- 전원 사고 조건
- 원본 기판·ROM 보존
- 진단 후 식별·읽기 상태

## 다음 판단의 기준

기판 수리는 파일 복구 완료와 구분합니다. 장치가 다시 식별되더라도 내부 손상과 실제 데이터 읽기 상태를 확인해야 합니다.

ROM·적응 정보의 위치와 교체 조건은 모델별로 다릅니다. 이 자료는 부품 교체나 납땜 절차를 일괄 지시하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/hdd-pcb/</guid>
    </item>
    <item>
      <title>HDD 배드섹터로 속도가 극단적으로 느려지는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/hdd-read-errors/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

배드섹터와 읽기 오류로 느려진 HDD는 반복 전체 스캔보다 읽기 가능한 영역을 보존하고 오류 구간과 상태 변화를 기록하는 것이 중요합니다.

파일 복사 지연이 인터페이스 때문인지 디스크 읽기 오류 때문인지 구분합니다. 읽기 오류가 확인된 원본에서는 같은 구간을 오래 재시도하면 다른 자료를 확보할 시간을 잃거나 상태가 악화될 수 있습니다. 이미징 방식과 우선 영역은 디스크 상태와 필요한 파일에 맞춰 정합니다.

## 상태를 보존하며 확인할 순서

1. 모델·용량·증상 발생 시각과 인터페이스 상태를 기록합니다.
2. 가능한 상태 정보와 읽기 오류·시간 초과의 추이를 확인합니다.
3. 중요 자료와 현재 읽히는 영역을 구분해 확보 우선순위를 정합니다.
4. 이미지의 획득·미획득 영역과 재시도 기록을 남깁니다.

## 작업을 보류할 조건

- 오류·소음·장치 이탈이 증가하면 반복 읽기와 전체 표면 검사를 중단합니다.
- 대상 저장 공간이 부족하거나 원본·복제 대상 식별이 불명확하면 이미징을 시작하지 않습니다.

## 혼동하기 쉬운 조치

- 읽기 오류가 있는 원본에 CHKDSK 수리·쓰기 검사를 먼저 실행하는 것
- 끝까지 읽었다는 메시지만 보고 모든 영역이 정상 획득됐다고 판단하는 것

## 진단 기록

- HDD·인터페이스
- 오류와 지연 추이
- 필요 데이터 우선순위
- 이미지 대상 식별
- 미획득 영역과 작업 로그

## 다음 판단의 기준

획득되지 않은 영역을 숨기지 않고 파일 무결성 검증에 반영합니다. SMART 표시와 실제 읽기 안정성을 별도 근거로 기록합니다.

모든 디스크에 같은 재시도 횟수·시간 제한을 적용하지 않습니다. 물리 손상 징후가 있으면 소프트웨어 이미징만으로 해결을 보장할 수 없습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/hdd-read-errors/</guid>
    </item>
    <item>
      <title>HDD가 BIOS와 운영체제에서 인식되지 않는 경우 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/hdd-not-detected/</link>
      <description><![CDATA[## 적용 대상과 진단 범위

HDD가 인식되지 않으면 전원·연결 경로, 회전·소음과 장치 식별 상태를 나눠 기록합니다. 반복 전원 인가 전에 데이터 보존 목적을 확인합니다.

미인식은 원인명이 아닙니다. 전원과 케이블, 외장 변환 경로, 기판·헤드·펌웨어 등의 가능성을 분리해야 합니다. 회전하는 디스크도 식별 정보를 정상 제공하지 못할 수 있고, 운영체제에 볼륨이 없는 상태는 장치 자체 미인식과 다릅니다.

## 상태를 보존하며 확인할 순서

1. HDD 모델·일련번호와 연결 경로를 기록합니다.
2. 정상 용량·모델이 장치 단계에서 표시되는지 확인합니다.
3. 회전·소음·발열과 충격·전원 사고 이력을 확인합니다.
4. 이상 징후가 없는 경우에만 전원·케이블·인터페이스를 제한적으로 비교합니다.

## 작업을 보류할 조건

- 클릭음·긁힘음·탄 냄새 또는 급격한 발열이 있으면 전원을 반복 인가하지 않습니다.
- 장치가 잠깐 인식됐다가 이탈하면 전체 스캔보다 매체 상태 평가를 먼저 합니다.

## 혼동하기 쉬운 조치

- 미인식 원본에 반복 전원 인가와 전체 스캔을 하는 것
- 하드디스크를 임의로 열거나 무작정 기판을 교체하는 것

## 진단 기록

- 모델·일련번호
- 전원·인터페이스
- 장치 표시 용량
- 회전·소음·발열
- 충격·전원 사고와 기존 조치

## 다음 판단의 기준

장치 식별과 파일시스템 접근을 단계별로 구분합니다. 내부 기계·기판 작업은 원인과 적용 조건을 확인한 전문 진단이 필요합니다.

소리나 미인식 메시지만으로 헤드·기판·펌웨어 고장을 확정하지 않습니다. 데이터가 중요한 장비는 단순 사용 정상화보다 보존 가능성을 우선 평가합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/hdd-not-detected/</guid>
    </item>
    <item>
      <title>USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/usb-c-display/</link>
      <description><![CDATA[## 다루는 실무 유형

USB-C 도크에서 충전과 네트워크는 되는데 화면만 나오지 않으면, 영상 지원 조건과 케이블을 확인한 뒤 해당 모델의 BIOS·도크 펌웨어 이력을 살펴봅니다.

## 구분해야 할 상황

도크의 기능이 일부 동작한다고 해서 영상 경로도 정상인 것은 아닙니다. 먼저 노트북의 해당 포트와 도크가 사용하는 영상 방식을 확인합니다. USB-C 단자 모양만으로 영상 지원 여부를 판단할 수 없으며, 포트·도크 사양에 맞는 비교가 필요합니다.

## 확인과 작업 판단

1. 노트북과 도크의 정확한 모델, 연결 포트, 모니터 입력 선택을 기록합니다.
2. 영상 출력에 맞는 케이블인지 확인하고, 정상 케이블·다른 모니터와 한 항목씩 비교합니다.
3. 도크를 거친 출력과 노트북의 다른 영상 출력 경로를 비교해 실패 범위를 좁힙니다.
4. 해당 제조사의 BIOS·도크 펌웨어 변경 이력과 적용 조건을 확인합니다.

## 보류·예외 조건

- 커넥터 손상이나 비정상 발열이 있으면 연결 시험을 중단합니다.
- 정확한 모델과 업데이트 파일을 확인할 수 없거나 전원이 불안정하면 펌웨어 변경을 보류합니다.

## 피해야 할 판단

- 충전이 된다는 이유로 영상 지원까지 확정하는 것
- 여러 드라이버와 BIOS를 한꺼번에 바꿔 원인을 비교할 수 없게 하는 것

## 기록에 남길 항목

- 노트북·도크 모델
- BIOS·도크 펌웨어 버전
- 케이블과 모니터 입력
- 정상 기능과 실패 기능
- 변경 전후 출력 상태

## 이 유형의 설명 범위

영상 경로가 끊기는 지점을 찾은 뒤 모델별 변경 이력을 대조합니다. BIOS 업데이트를 모든 USB-C 출력 장애의 공통 해결책으로 제시하지 않습니다.

포트의 영상 지원 방식과 BIOS 적용 범위는 모델마다 다릅니다. 정확한 모델·버전이 없는 기록으로 다른 장비의 해결 결과를 예측할 수 없습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/usb-c-display/</guid>
    </item>
    <item>
      <title>블루스크린이 게임이나 고부하에서 반복되는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/stop-code-errors/</link>
      <description><![CDATA[## 다루는 실무 유형

게임이나 고부하에서 반복되는 블루스크린은 중지 코드, 직전 변경과 부하 조건을 기록한 뒤 드라이버·냉각·메모리·전원을 나눠 확인합니다.

## 구분해야 할 상황

블루스크린은 특정 부품 하나의 고장명이 아닙니다. 같은 게임에서만 발생하는지, 다른 부하에서도 재현되는지, 오류 코드와 하드웨어 로그가 일치하는지가 단서입니다. Windows 재설치로 증상 기록을 지우기 전에 로그와 덤프를 보존합니다.

## 확인과 작업 판단

1. 중지 코드·발생 시각·게임 또는 작업 조건을 기록합니다.
2. 직전 드라이버·BIOS·하드웨어 변경과 오버클럭 설정을 확인합니다.
3. 온도·팬 동작과 전원 조건을 확인하고 불안정한 상태에서 부하를 늘리지 않습니다.
4. 덤프와 이벤트 로그를 보존한 뒤 변경 항목을 하나씩 비교합니다.

## 보류·예외 조건

- 비정상 발열·냄새·전원 꺼짐이 있으면 부하 시험을 멈춥니다.
- 데이터 손상 징후나 연속 재시작이 나타나면 반복 재현보다 자료 보존을 먼저 판단합니다.

## 피해야 할 판단

- 중지 코드만 보고 메모리나 Windows를 원인으로 확정하는 것
- 여러 설정과 부품을 동시에 바꿔 비교 근거를 없애는 것

## 기록에 남길 항목

- 중지 코드·발생 시각
- 게임·부하 조건
- 덤프·이벤트 로그
- 온도·전원 상태
- 드라이버·설정 변경 이력

## 이 유형의 설명 범위

증상을 재현한 조건과 정상 조건을 비교합니다. 로그가 가리키는 계통과 실제 부품 교체 필요 여부는 별도로 검증합니다.

오류 코드는 원인을 좁히는 단서이며 확정 진단은 아닙니다. 특정 게임의 오류를 모든 장비에서 같은 부품 문제로 설명하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/stop-code-errors/</guid>
    </item>
    <item>
      <title>Mac 장비를 반출 전에 Activation Lock 상태까지 확인하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/mac-activation-lock-transfer/</link>
      <description><![CDATA[## 다루는 실무 유형

Mac 반출 전에는 소유·관리 권한과 Activation Lock 상태를 확인하고, 잠금 해제·관리 등록 해제·데이터 처리를 별도 단계로 기록합니다.

## 구분해야 할 상황

Activation Lock은 장비 사용·인계에 영향을 주지만 해제 자체가 데이터 삭제를 의미하지는 않습니다. 조직 소유 장비의 Apple Business 관리 상태와 기기 관리 서비스, 사용자 연결 잠금을 구분합니다. 등록 해제만 하면 모든 잠금이 자동 해제된다고 가정하지 않습니다.

## 확인과 작업 판단

1. Mac 모델·일련번호와 권한 있는 소유·관리 주체를 확인합니다.
2. 사용자·조직 연결 잠금과 기기 관리 상태를 확인합니다.
3. 해당 상태에서 허용되는 공식 해제 방법과 등록 해제 순서를 확인합니다.
4. 잠금·관리 상태 확인 결과를 데이터 보존·삭제 검증 및 인계 기록과 따로 연결합니다.

## 보류·예외 조건

- 소유·관리 권한이나 장비 식별이 불명확하면 잠금 해제를 진행하지 않습니다.
- 해제 가능 조건을 확인하지 않고 관리 목록에서 장비를 먼저 등록 해제하지 않습니다.

## 피해야 할 판단

- Apple Business 등록 해제를 Activation Lock 해제와 동일하게 보는 것
- 잠금이 꺼졌다는 이유로 데이터 삭제도 완료됐다고 기록하는 것

## 기록에 남길 항목

- Mac·일련번호
- 소유·관리 권한
- 잠금 유형·관리 상태
- 공식 해제·등록 해제 기록
- 데이터 처리와 인계

## 이 유형의 설명 범위

장비를 다시 사용할 수 있는 상태와 데이터 처리 완료 상태를 구분합니다. 계정 암호·우회 코드 등 비밀 정보는 공개 기록에 넣지 않습니다.

Apple Business 문서의 해제 가능 조건은 등록·잠금 상태에 따라 다릅니다. 모든 중고 Mac을 같은 방법으로 해제할 수 있다고 안내하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/mac-activation-lock-transfer/</guid>
    </item>
    <item>
      <title>반출 전에 저장장치 유무를 장비별로 확인하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/storage-media-inventory/</link>
      <description><![CDATA[## 다루는 실무 유형

반출 전 저장장치 점검은 장비별 모델·사양과 실물을 확인하고, 분리형·온보드·부속 저장매체를 목록에 연결하는 작업입니다.

## 구분해야 할 상황

장비 외관과 분류명만으로 내장 저장매체 유무를 확정하지 않습니다. 명시된 사양과 실제 구성이 다를 수 있으므로 확인 근거를 남깁니다. 데이터 저장 여부가 불명확한 장비는 확인되지 않은 상태를 유지하고 임의로 없는 것으로 처리하지 않습니다.

## 확인과 작업 판단

1. 장비 모델·자산번호와 실제 구성 변경 이력을 확인합니다.
2. 분리형 HDD·SSD와 온보드 저장 부품을 구분합니다.
3. 메모리카드·USB 등 함께 인계되는 부속 매체를 대조합니다.
4. 확인 완료·미확인·분리 불가 항목과 처리 경로를 목록에 남깁니다.

## 보류·예외 조건

- 분해 권한이나 확인 방법이 불명확하면 장비를 임의 분해하지 않습니다.
- 저장 부품 유무가 확정되지 않은 항목은 데이터 처리 완료로 기록하지 않습니다.

## 피해야 할 판단

- 부팅되지 않는 장비에는 회수할 데이터가 없다고 판단하는 것
- 온보드 저장 부품과 부속 매체를 반출 목록에서 누락하는 것

## 기록에 남길 항목

- 모델·자산번호
- 사양·실물 확인 근거
- 저장매체 식별
- 분리 불가·미확인 항목
- 승인된 처리·인계 경로

## 이 유형의 설명 범위

장비 한 대와 저장매체 각각의 식별을 연결합니다. 확인되지 않은 정보는 추정으로 채우지 않습니다.

저장장치 목록 완성은 데이터 삭제·파기 검증을 대신하지 않습니다. 처리 상태를 별도 항목으로 관리해야 합니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/storage-media-inventory/</guid>
    </item>
    <item>
      <title>사무실 이전으로 대량 PC와 모니터를 반출하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/office-asset-export/</link>
      <description><![CDATA[## 다루는 실무 유형

사무실 이전의 PC·모니터 반출에서는 장비 목록·저장매체·반환 대상을 구분하고, 데이터 처리 상태와 인계를 함께 기록합니다.

## 구분해야 할 상황

장비 종류만 보고 저장매체가 있다고 또는 없다고 일괄 판단하지 않습니다. PC 내부 SSD·HDD와 부속 매체를 대조하고, 모니터도 스마트 기능이나 내장 장치 여부를 실제 모델로 확인합니다. 장비 반출과 데이터 파기 완료는 별도 상태로 관리합니다.

## 확인과 작업 판단

1. PC·모니터·부속품의 모델·자산번호·수량을 확인합니다.
2. 장비별 저장매체 유무와 확인 근거를 기록합니다.
3. 재사용·반환·파기 대상과 보존 승인 범위를 구분합니다.
4. 데이터 처리·검증 상태와 포장·운송·수령 인계를 연결합니다.

## 보류·예외 조건

- 목록 누락이나 저장매체 확인 미완료 항목은 반출 완료로 묶지 않습니다.
- 반출·처리 권한과 목적이 불명확하면 해당 장비 인계를 보류합니다.

## 피해야 할 판단

- 모니터는 항상 저장매체가 없다고 가정하는 것
- 수량만 맞으면 데이터 처리도 끝났다고 기록하는 것

## 기록에 남길 항목

- 장비 종류·모델·자산번호
- 부속·저장매체
- 재사용·반환·파기 구분
- 처리·검증 상태
- 포장·운송·수령 인계

## 이 유형의 설명 범위

자산 반출 목록과 데이터 처리 목록을 연결합니다. 확인되지 않은 장비는 예외로 남기고 다음 담당자에게 인계합니다.

개별 현장의 실제 수량·고객·완료 결과는 이 유형에 포함하지 않습니다. 저장매체 유무는 해당 모델·실물 확인을 기준으로 합니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/office-asset-export/</guid>
    </item>
    <item>
      <title>분해 후 기판 천공으로 처리하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/onboard-storage-destruction/</link>
      <description><![CDATA[## 다루는 실무 유형

온보드 저장장치의 물리 파기는 기판 전체와 데이터 저장 부품을 구분하고, 승인된 방식으로 저장 부품이 처리됐는지 검증해야 합니다.

## 구분해야 할 상황

기판에 구멍이 있거나 장비가 부팅되지 않는다는 사실만으로 모든 데이터 저장 부품이 파기됐다고 볼 수 없습니다. SSD·eMMC 등 실제 저장 구조와 데이터가 남을 수 있는 부품을 식별해야 합니다. 천공만으로 충분한지는 매체·방법·검증 기준에 따라 별도로 판단합니다.

## 확인과 작업 판단

1. 장비·기판 식별과 저장 부품의 위치·종류를 확인합니다.
2. 온보드 부품 외에 분리 가능한 저장매체가 있는지 대조합니다.
3. 승인된 처리 방식이 실제 저장 부품을 대상으로 하는지 확인합니다.
4. 처리 후 부품·잔여물 상태를 방법별 기준으로 검증하고 추가 처리 여부를 판단합니다.

## 보류·예외 조건

- 데이터 저장 부품을 확정하지 못하면 임의 천공을 진행하지 않습니다.
- 저장 부품이 남거나 기준에 미달하면 완료로 인계하지 않고 보류·추가 처리합니다.

## 피해야 할 판단

- 컨트롤러나 기판 일부 손상을 데이터 파기 완료로 판단하는 것
- 매체 종류와 무관하게 구멍 개수만으로 적정성을 확정하는 것

## 기록에 남길 항목

- 장비·기판·저장 부품
- 처리 대상 범위
- 승인 방식·기준
- 처리 후 검증
- 미처리 부품·잔여물 인계

## 이 유형의 설명 범위

장비 기능 불능과 데이터 파기를 구분합니다. 파기 완료 판단에는 데이터 저장 부품의 처리 상태가 포함돼야 합니다.

이 유형은 천공 단독의 파기 적정성을 보장하지 않습니다. 모든 매체에 공통인 구멍 개수나 조각 크기를 임의로 제시하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/onboard-storage-destruction/</guid>
    </item>
    <item>
      <title>자산번호와 일련번호를 대조하며 파기하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/asset-serial-verification/</link>
      <description><![CDATA[## 다루는 실무 유형

파기 전 자산번호와 일련번호를 실물에 대조하고, 중복·누락·라벨 불일치는 처리 전에 보류 항목으로 분리합니다.

## 구분해야 할 상황

자산번호는 조직의 관리 식별자이고 일련번호는 실물 매체를 대조할 단서입니다. 장비 자산번호만으로 내부 저장매체까지 식별됐다고 가정하지 않습니다. 라벨을 읽을 수 없는 항목은 추정값으로 맞추지 않고 별도 확인 근거를 정합니다.

## 확인과 작업 판단

1. 승인 목록의 자산번호·일련번호·매체 종류와 실물을 대조합니다.
2. 장비 안의 여러 매체를 별도 행으로 식별합니다.
3. 중복·누락·라벨 손상 항목의 승인·보류 근거를 확인합니다.
4. 처리 후 목록·수량·검증 결과와 잔여물 인계를 연결합니다.

## 보류·예외 조건

- 실물 식별이 승인 목록과 일치하지 않으면 파기를 보류합니다.
- 추가 발견 매체의 처리 권한이 없으면 승인 수량에 임의 포함하지 않습니다.

## 피해야 할 판단

- 일련번호를 기억·추정으로 채우는 것
- 장비 한 대의 자산번호로 내부 매체 전부를 완료 처리하는 것

## 기록에 남길 항목

- 자산번호·일련번호
- 매체 종류·수량
- 대조 근거
- 불일치·승인 기록
- 처리·검증·인계

## 이 유형의 설명 범위

식별 불일치를 예외로 보존하고, 해결되지 않은 항목을 완료 기록에서 구분합니다.

목록 대조는 파기 방법의 적정성 검증과 별도입니다. 식별 확인만으로 데이터가 제거됐다고 판단하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/asset-serial-verification/</guid>
    </item>
    <item>
      <title>관계자 입회 하에 현장 파기해야 하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/witnessed-destruction/</link>
      <description><![CDATA[## 다루는 실무 유형

입회 현장 파기는 대상 확인, 승인 범위와 방법별 검증·예외 기록을 함께 남겨야 합니다. 입회 사실만으로 처리 적정성을 확정하지 않습니다.

## 구분해야 할 상황

입회자는 대상 대조와 진행 확인에 참여할 수 있지만, 단순 참석 기록이 파기 방식의 적정성 검증을 대신하지는 않습니다. 시작 전 승인된 대상과 중단·예외 처리 방법을 정하고, 개인정보를 불필요하게 공개하지 않는 기록 범위를 확인합니다.

## 확인과 작업 판단

1. 권한 있는 승인·입회 역할과 대상 목록을 확인합니다.
2. 처리 방식·검증 기준·예외 보관 방법을 작업 전에 대조합니다.
3. 대상 인계와 처리 전후 식별·수량 확인을 기록합니다.
4. 검증·최종 판단과 미처리 항목의 별도 인계를 확인합니다.

## 보류·예외 조건

- 대상·권한·방법에 이견이 있으면 파기를 시작하지 않습니다.
- 기록과 실물의 불일치나 처리 기준 미달이 있으면 해당 항목을 보류 대상으로 분리합니다.

## 피해야 할 판단

- 입회 서명만으로 모든 매체의 파기 적정성을 확정하는 것
- 확인되지 않은 예외 항목을 정상 완료로 묶는 것

## 기록에 남길 항목

- 승인·입회 역할
- 대상 목록·식별
- 처리·검증 기준
- 진행과 예외
- 최종 확인·인계

## 이 유형의 설명 범위

입회 확인, 처리 수행과 적정성 판단을 구분해 남깁니다. 완료 기록에는 처리 방식과 제외·보류 항목도 표시합니다.

입회 절차는 계약·운영 기준에 따라 정해야 합니다. 특정 법적 인증이나 개별 현장의 성공 결과를 이 유형만으로 주장하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/witnessed-destruction/</guid>
    </item>
    <item>
      <title>서버에서 다수 HDD를 분리해 현장 파기하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/server-media-destruction/</link>
      <description><![CDATA[## 다루는 실무 유형

서버의 여러 HDD를 현장에서 파기할 때는 슬롯·일련번호·자산번호와 대상 수량을 대조하고 인계부터 처리 결과까지 추적합니다.

## 구분해야 할 상황

서버 한 대의 반출 기록과 내부 저장매체 각각의 처리 기록은 구분합니다. 분리 전에 슬롯과 일련번호를 연결하고, 승인된 파기 대상과 보존·반환 대상을 나눕니다. 현장에 있었다는 사실이나 분리 사진만으로 데이터 파기 완료를 판단하지 않습니다.

## 확인과 작업 판단

1. 승인 범위와 서버·슬롯별 저장매체 목록을 확인합니다.
2. 자산번호·일련번호·수량을 분리 전후 대조합니다.
3. 매체별 승인된 처리 방식과 보관·인계 경로를 확인합니다.
4. 방법별 검증·최종 적정성 판단과 잔여물·예외 인계를 기록합니다.

## 보류·예외 조건

- 목록과 실물 수량·일련번호가 다르면 해당 항목의 파기를 보류합니다.
- 보존 승인·처리 방식·검증 기준이 불명확하면 되돌릴 수 없는 처리를 시작하지 않습니다.

## 피해야 할 판단

- 서버 외관만 기록하고 내부 HDD의 식별을 생략하는 것
- 장비 분리 완료를 데이터 파기 완료로 기록하는 것

## 기록에 남길 항목

- 서버·슬롯·매체 식별
- 승인 범위·수량
- 인계·보관 이력
- 처리 방식·검증
- 잔여물과 예외

## 이 유형의 설명 범위

대상 식별과 방법별 검증이 이어져야 합니다. 처리하지 못한 매체와 반환 대상을 완료 수량에 포함하지 않습니다.

이 글은 실무 유형이며 특정 현장의 실제 수량·고객·처리 완료 결과를 제시하지 않습니다. 파기 적정성은 매체와 승인된 기준으로 판단합니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/server-media-destruction/</guid>
    </item>
    <item>
      <title>RAID 5에서 한 개 디스크 고장 후 Degraded인 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/raid5-drive2-degraded-rebuild-support/</link>
      <description><![CDATA[## 작업 상황

RAID 5 구성에서 한 개 디스크가 인식되지 않아 Degraded 상태가 된 NAS/스토리지 작업입니다. 확인 문서 기준으로 2번 드라이브 인식 불가, 4TB급 디스크 12개 구성, 약 19.7TB 사용 상태가 기록돼 있었습니다.

## 판단

RAID 5는 한 개 멤버 장애 상태에서 추가 장애 허용 여유가 남아 있지 않으므로, Rebuild 자체가 정상 멤버에 큰 읽기 부하를 줄 수 있습니다. 따라서 바로 교체와 Rebuild를 시작하기 전에 접근 가능한 데이터와 나머지 디스크 상태를 먼저 확인하는 판단이 중요합니다.

## 작업 원칙

- 현재 멤버와 슬롯 상태를 기록합니다.
- 접근 가능한 중요 데이터가 있으면 백업을 우선합니다.
- 교체 대상 디스크와 정상 멤버를 혼동하지 않도록 식별합니다.
- Rebuild 전 추가 읽기 오류 가능성을 확인합니다.

## 확인된 범위

내부 문서에는 RAID 5 Degraded 상태, 2번 드라이브 인식 불가, 교체 및 Rebuild 관련 위험 고지와 지원 절차가 확인됩니다. 확인 문서만으로는 실제 Rebuild 완료 여부와 최종 데이터 보존 결과까지 확인되지 않으므로 이 범위는 단정하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/raid5-drive2-degraded-rebuild-support/</guid>
    </item>
    <item>
      <title>BitLocker 복구키를 찾지 못하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/bitlocker-key-missing-data-drive/</link>
      <description><![CDATA[## 다루는 실무 유형

BitLocker 드라이브는 물리적으로 읽혀도 암호화 잠금이 남을 수 있습니다. 복구 키 ID와 대응하는 키의 보관 위치부터 확인합니다.

## 구분해야 할 상황

장치 읽기 복구와 BitLocker 잠금 해제는 별도 단계입니다. 복구 화면의 키 ID는 여러 키 중 해당 드라이브의 키를 찾는 단서입니다. Microsoft 계정, 회사·학교 관리자, 인쇄물과 USB 보관 기록 등 실제 사용한 관리 경로를 확인합니다.

## 확인과 작업 판단

1. 잠금 화면의 복구 키 ID와 장치 소유·관리 주체를 확인합니다.
2. 키를 저장한 Microsoft 계정이나 조직 관리 기록을 확인합니다.
3. 인쇄물·USB 등 별도 보관 장소와 장비 인계 기록을 대조합니다.
4. 디스크에 읽기 오류가 있으면 암호화 메타데이터와 데이터 보존을 함께 검토합니다.

## 보류·예외 조건

- 소유·접근 권한이나 키 보관 주체를 확인할 수 없으면 잠금 해제 작업을 보류합니다.
- 필요한 데이터가 남은 상태에서 초기화·재설치를 제안하는 단계는 진행하지 않습니다.

## 피해야 할 판단

- 다른 장비의 키를 해당 키 ID와 대조하지 않고 사용하는 것
- 디스크 복제만 하면 암호화도 풀린다고 생각하는 것

## 기록에 남길 항목

- 장치 식별 정보
- 복구 키 ID
- 키 보관 경로 확인 결과
- 암호화·읽기 상태
- 권한 있는 인계 담당자

## 이 유형의 설명 범위

키 본문은 공개 작업 기록에 넣지 않습니다. 해당 드라이브에 유효한 키 또는 잠금 해제 수단 확보와 매체 보존을 각각 판단합니다.

유효한 암호화 해제 수단이 없으면 파일 내용에 접근할 수 없습니다. 키를 임의로 재생성하거나 암호화를 우회할 수 있다고 안내하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/bitlocker-key-missing-data-drive/</guid>
    </item>
    <item>
      <title>카메라 메모리카드 영상 복구 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/sony-camera-format-scan-finds-nothing/</link>
      <description><![CDATA[## 다루는 실무 유형

카메라 메모리카드 영상은 삭제·포맷과 이후 촬영 이력, 분할 파일·조각 배치와 재생 가능 구간을 함께 확인합니다.

## 구분해야 할 상황

영상 파일은 이름과 크기가 발견돼도 필요한 헤더·데이터 조각이 맞지 않으면 정상 재생되지 않을 수 있습니다. 카메라가 만든 분할 파일과 실제 촬영 단위를 구분하고, 재생 시간 전체를 확인합니다. 단순 파일 개수만으로 보존 범위를 판단하지 않습니다.

## 확인과 작업 판단

1. 카메라 모델·녹화 설정과 카드 모델·용량을 기록합니다.
2. 삭제·포맷과 이후 촬영·복사 여부를 확인합니다.
3. 읽기 상태에 맞춰 이미지를 확보하고 분석은 복제본에서 진행합니다.
4. 영상별 시작·중간·끝 구간과 분할 파일의 연결·시간 정보를 검증합니다.

## 보류·예외 조건

- 추가 촬영·카메라 재포맷이나 원본 카드로 결과 저장을 하지 않습니다.
- 읽기 오류가 늘면 반복 전체 스캔보다 매체 보존을 먼저 판단합니다.

## 피해야 할 판단

- 영상 파일 확장자와 크기만으로 정상 복구로 기록하는 것
- 분할 파일 일부만 열어 전체 촬영분이 보존됐다고 판단하는 것

## 기록에 남길 항목

- 카메라·카드 정보
- 녹화 설정·분할 구조
- 삭제·이후 사용
- 이미지 미획득 영역
- 영상별 재생 검증

## 이 유형의 설명 범위

추출한 조각과 완전하게 재생되는 영상은 구분합니다. 불완전한 구간을 결과 기록에서 누락하지 않습니다.

덮어쓴 영역이나 손실된 영상 조각의 복원을 보장하지 않습니다. 카메라 형식과 조각화 상태에 따라 분석·재생 도구도 달라질 수 있습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/sony-camera-format-scan-finds-nothing/</guid>
    </item>
    <item>
      <title>SD카드 포맷 후 추가 촬영한 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/sd-card-formatted-and-shot-again/</link>
      <description><![CDATA[## 다루는 실무 유형

SD카드 포맷 후 추가 촬영이 있었다면, 새로 기록된 영역과 남은 영역을 구분하고 더 이상 촬영하지 않는 것이 우선입니다.

## 구분해야 할 상황

빠른 포맷이나 파일 삭제 뒤에도 일부 데이터가 남을 수 있지만, 이후 촬영이 같은 영역을 쓰면 이전 내용이 대체됩니다. 단순히 파일명이 검색되거나 썸네일이 보이는 것과 사진·영상 본문이 정상적으로 열리는 것은 다릅니다.

## 확인과 작업 판단

1. 포맷·삭제 방식과 이후 촬영·복사 횟수를 가능한 범위에서 기록합니다.
2. 카메라 사용을 멈추고 카드 모델·용량을 확인합니다.
3. 카드의 읽기 안정성을 평가한 뒤 이미지 확보 방향을 정합니다.
4. 복제본에서 파일 내용과 영상 재생 구간을 검증하고 회수 결과는 다른 매체에 저장합니다.

## 보류·예외 조건

- 카드 읽기 오류나 연결 끊김이 늘면 반복 스캔을 중단합니다.
- 복구 파일을 원본 카드에 저장하거나 카메라에서 재포맷하는 작업은 하지 않습니다.

## 피해야 할 판단

- 빠른 포맷이면 이후 촬영과 무관하게 전부 복구된다고 판단하는 것
- 파일 목록과 썸네일만 보고 복구 완료로 기록하는 것

## 기록에 남길 항목

- 카메라·카드 정보
- 삭제·포맷 방식과 시각
- 이후 촬영·복사
- 읽기 상태
- 파일별 내용 검증

## 이 유형의 설명 범위

덮어쓴 영역과 아직 읽히는 영역을 구분합니다. 회수된 파일 수만으로 원래 자료의 보존 범위를 판단하지 않습니다.

이미 대체된 내용은 일반적인 논리 스캔으로 되돌릴 수 없습니다. 남아 있는 영역도 구조·조각화와 읽기 상태에 따라 결과가 달라집니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/sd-card-formatted-and-shot-again/</guid>
    </item>
    <item>
      <title>SSD 삭제 후 TRIM이 동작한 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/ssd-deleted-files-trim-enabled/</link>
      <description><![CDATA[## 다루는 실무 유형

SSD에서 삭제된 파일은 이름 흔적이 남아 있어도 데이터 블록이 읽히지 않을 수 있습니다. TRIM 설정과 실제 삭제 영역의 상태를 구분해야 합니다.

## 구분해야 할 상황

TRIM은 사용하지 않게 된 영역을 저장장치에 알리는 기능입니다. 삭제 흔적, 운영체제의 TRIM 설정, SSD가 반환하는 실제 데이터는 서로 다른 증거입니다. 설정이 활성화됐다는 사실만으로 특정 파일의 모든 블록이 이미 지워졌다고 확정할 수는 없습니다.

## 확인과 작업 판단

1. 삭제·포맷 시각과 이후 사용·추가 저장 여부를 기록합니다.
2. SSD 모델, 내부·외장 연결 방식, 운영체제와 파일시스템을 확인합니다.
3. 가능한 기존 로그·설정 정보를 확보하되 설정 변경을 복구 조치로 취급하지 않습니다.
4. 필요한 데이터 영역이 실제로 읽히는지와 복구 파일이 정상적으로 열리는지를 분리 확인합니다.

## 보류·예외 조건

- 원본 SSD에 새 프로그램이나 복구 파일을 저장해야 하는 작업은 보류합니다.
- 읽기 오류와 반복 미인식이 나타나면 삭제 복구 스캔을 계속하지 않습니다.

## 피해야 할 판단

- 파일명이 발견됐다는 이유로 내용도 복구됐다고 판단하는 것
- 삭제 후 TRIM을 끄면 이미 사라진 데이터가 돌아온다고 생각하는 것

## 기록에 남길 항목

- SSD·연결 방식
- 삭제와 이후 사용 시각
- 파일시스템
- TRIM 설정 확인 근거
- 실제 파일 내용 검증 결과

## 이 유형의 설명 범위

삭제 파일의 목록과 실제 내용 검증을 구분합니다. 복구 여부는 설정값 하나가 아니라 읽히는 데이터와 파일 무결성으로 판단합니다.

TRIM 전달과 내부 처리에는 장치·연결·파일시스템 조건이 관여합니다. 모든 SSD 삭제를 일괄적으로 복구 가능 또는 불가능으로 설명하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/ssd-deleted-files-trim-enabled/</guid>
    </item>
    <item>
      <title>Synology에서 잘못된 디스크를 분리한 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/synology-wrong-drive-pulled-two-crashed/</link>
      <description><![CDATA[## 다루는 실무 유형

Synology에서 다른 디스크를 잘못 분리했다면 추가 탈착을 멈추고 슬롯·일련번호와 분리·재삽입·쓰기 시점을 기록합니다.

## 구분해야 할 상황

잘못 분리된 멤버와 원래 장애 멤버를 구분하는 것이 우선입니다. 다시 꽂으면 무조건 원상태가 된다고 가정하지 않습니다. 분리된 동안 쓰기·Repair가 있었는지에 따라 멤버 정보의 일관성을 따로 확인해야 합니다.

## 확인과 작업 판단

1. 원래 장애 슬롯과 실제 분리한 슬롯의 일련번호를 대조합니다.
2. 분리·재삽입·재부팅과 Repair 시점을 정리합니다.
3. 현재 풀·볼륨·멤버 상태와 남은 디스크 읽기 오류를 기록합니다.
4. 추가 변경 없이 보존할 구성과 데이터 접근·백업 상태를 확인합니다.

## 보류·예외 조건

- 어느 디스크를 뺐는지 불명확하면 재삽입·다른 디스크 탈착을 반복하지 않습니다.
- 현재 구성에서 새 Repair·초기화·새 풀 생성이 필요하면 변경을 보류합니다.

## 피해야 할 판단

- 슬롯을 기억에 의존해 다시 배치하는 것
- 재삽입 후 정상 표시만 보고 모든 멤버 내용이 일치한다고 판단하는 것

## 기록에 남길 항목

- 원래·잘못 분리한 슬롯
- 멤버 일련번호
- 분리·쓰기·Repair 시간 순서
- 현재 풀·볼륨 상태
- 백업과 접근 가능 자료

## 이 유형의 설명 범위

상태가 바뀐 시간 순서를 보존합니다. 재삽입 또는 복제본 구성 분석의 적용 여부는 정확한 멤버 식별 뒤 판단합니다.

DSM·RAID 구성과 분리 중 작업에 따라 대응이 달라집니다. 모든 잘못된 디스크 분리를 같은 재삽입 절차로 해결한다고 안내하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/synology-wrong-drive-pulled-two-crashed/</guid>
    </item>
    <item>
      <title>Synology Volume Crashed 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/synology-volume-crashed-after-dsm-reinstall/</link>
      <description><![CDATA[## 다루는 실무 유형

Synology Volume Crashed는 스토리지 풀의 Degraded와 구분해야 합니다. 볼륨·풀·멤버 상태와 직전 변경을 각각 기록합니다.

## 구분해야 할 상황

볼륨은 파일 접근 계층이고 스토리지 풀은 그 아래의 저장 구성입니다. 같은 NAS에서 풀과 볼륨의 상태가 다르게 표시될 수 있습니다. 볼륨 경고만으로 장애 디스크를 확정하거나, Degraded에서 쓰는 Repair 절차가 그대로 적용된다고 가정하지 않습니다.

## 확인과 작업 판단

1. DSM·모델과 볼륨·풀의 정확한 상태 문구를 기록합니다.
2. HDD/SSD별 슬롯·일련번호·읽기 오류를 확인합니다.
3. 정전·디스크 교체·잘못된 분리와 이전 Repair 이력을 확인합니다.
4. 접근 가능한 자료와 백업을 확인하고 읽기 안정성에 따라 보존·분석 방향을 정합니다.

## 보류·예외 조건

- 멤버 식별이 불명확하거나 추가 읽기 오류가 있으면 교체·Repair를 보류합니다.
- 자료가 필요한 상태에서 볼륨 삭제·새 풀 생성·DSM 재설치로 넘어가지 않습니다.

## 피해야 할 판단

- Volume Crashed와 풀 Degraded를 같은 상태로 취급하는 것
- 메뉴가 보인다는 이유만으로 Repair 성공을 예상하는 것

## 기록에 남길 항목

- DSM·NAS 모델
- 풀·볼륨 상태 문구
- 슬롯별 디스크 상태
- 직전 정전·교체·수리
- 자료 접근과 백업

## 이 유형의 설명 범위

볼륨 손상과 멤버 장애가 함께 있는지 확인합니다. 공식 지원 조건과 매체 상태를 검토한 뒤 원본 변경 여부를 판단합니다.

DSM·모델·멤버 상태에 따라 지원 가능한 절차가 다릅니다. 모든 Crashed 상태에서 Repair를 실행할 수 있거나 데이터를 회수할 수 있다고 보장하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/synology-volume-crashed-after-dsm-reinstall/</guid>
    </item>
    <item>
      <title>APFS 볼륨이 마운트되지 않는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/apfs-external-ssd-wont-mount/</link>
      <description><![CDATA[## 다루는 실무 유형

APFS 디스크가 보이지만 마운트되지 않으면 물리 장치, 컨테이너, 볼륨을 구분하고 읽기 안정성과 암호화 상태를 먼저 확인합니다.

## 구분해야 할 상황

디스크 유틸리티에 장치가 보인다는 사실과 APFS 볼륨이 열리는 상태는 다릅니다. 전체 장치 보기에서 물리 장치 아래 컨테이너와 볼륨이 어떻게 표시되는지 확인합니다. First Aid는 파일시스템 구조를 검사·수리하는 기능이며 모든 물리 장애를 판별하거나 해결하는 도구는 아닙니다.

## 확인과 작업 판단

1. 물리 장치 모델·용량과 컨테이너·볼륨 표시를 기록합니다.
2. 외장 연결·전원 상태와 읽기 오류·지연을 확인합니다.
3. 볼륨의 암호화·잠금 상태와 필요한 인증 수단을 구분합니다.
4. 읽기가 안정적인지 판단한 뒤 복제본 분석과 파일시스템 수리의 순서를 정합니다.

## 보류·예외 조건

- 물리 장치가 반복 이탈하거나 읽기 오류가 늘면 First Aid 반복 실행을 보류합니다.
- 데이터 보존이 필요한 상태에서 지우기·재포맷·재설치 단계로 넘어가지 않습니다.

## 피해야 할 판단

- 물리 디스크가 보인다는 이유로 APFS 구조도 정상이라고 단정하는 것
- 수리 실패 후 백업 확인 없이 지우기를 선택하는 것

## 기록에 남길 항목

- 장치 모델·용량
- 컨테이너·볼륨 상태
- 암호화 여부
- First Aid 실행 여부·메시지
- 읽기 안정성과 백업

## 이 유형의 설명 범위

매체 접근 문제, APFS 구조 문제와 암호화 잠금을 분리합니다. 수리 성공 메시지만으로 필요한 파일의 정상 상태까지 확정하지 않습니다.

First Aid의 적용 순서와 메뉴는 macOS 환경을 확인해야 합니다. 원본 데이터가 필요한 경우 Apple 문서의 지우기 대안을 바로 적용하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/apfs-external-ssd-wont-mount/</guid>
    </item>
    <item>
      <title>APFS 외장하드가 정전 후 마운트되지 않는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/apfs-external-hdd-power-loss-not-mounting/</link>
      <description><![CDATA[## 다루는 실무 유형

정전 뒤 APFS 외장하드가 마운트되지 않으면 전원·외장 연결, 물리 읽기와 컨테이너·볼륨 상태를 순서대로 구분합니다.

## 구분해야 할 상황

정전 직후 발생했다는 시간 관계는 중요한 기록이지만, 파일시스템 손상만을 확정하는 근거는 아닙니다. 외장 전원·연결 경로와 매체 읽기 상태를 확인한 뒤 APFS 구조와 잠금 상태를 봅니다.

## 확인과 작업 판단

1. 정전 시각과 당시 파일 쓰기·연결 상태를 기록합니다.
2. 외장 케이스·전원과 물리 장치 모델·용량을 확인합니다.
3. 연결 이탈·읽기 오류와 컨테이너·볼륨 표시를 구분합니다.
4. 읽기가 안정적인 경우 복제본 분석과 수리 적용 범위를 검토합니다.

## 보류·예외 조건

- 정전 후 소음·급격한 지연·장치 이탈이 있으면 재시도와 First Aid 반복을 보류합니다.
- 자료가 필요한 상태에서 지우기·재포맷을 진행하지 않습니다.

## 피해야 할 판단

- 정전 뒤라는 이유로 물리 상태 확인을 생략하는 것
- 장치가 보인다는 이유로 파일시스템 수리부터 반복하는 것

## 기록에 남길 항목

- 정전·쓰기 시각
- 외장 전원·연결
- 장치·APFS 계층 상태
- 수리 실행 이력
- 읽기·파일 검증

## 이 유형의 설명 범위

전원 사고 기록과 실제 읽기 상태를 함께 봅니다. 원인이 둘 이상 겹칠 수 있으므로 마운트 성공과 파일 보존을 따로 확인합니다.

정전이 유일한 원인이거나 수리로 모두 회복된다고 단정하지 않습니다. 현재 읽기 상태와 APFS 구조를 확인해야 합니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/apfs-external-hdd-power-loss-not-mounting/</guid>
    </item>
    <item>
      <title>USB 메모리가 RAW로 바뀐 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/usb-raw-format-required/</link>
      <description><![CDATA[## 다루는 실무 유형

USB 메모리의 RAW 표시에서는 정상 용량과 읽기 안정성을 먼저 확인하고, 논리 구조 손상과 컨트롤러·NAND 접근 문제를 구분합니다.

## 구분해야 할 상황

RAW로 표시되는 USB 메모리와 No Media·0바이트 장치는 분석 출발점이 다릅니다. 실제 저장 영역이 읽히는지 확인하고, 그 뒤 파티션·파일시스템 구조를 봅니다. USB 이름이 보인다는 사실만으로 내부 저장장치의 상태를 확정하지 않습니다.

## 확인과 작업 판단

1. USB 모델과 표시 용량·메시지를 기록합니다.
2. 커넥터·발열·연결 끊김과 읽기 지연을 확인합니다.
3. 포맷·안전 제거 실패와 이미 실행한 복구 도구를 확인합니다.
4. 정상적으로 읽히는 경우 복제본에서 파일시스템과 회수 파일 내용을 검증합니다.

## 보류·예외 조건

- 비정상 발열·장치 이탈·읽기 오류가 증가하면 스캔을 멈춥니다.
- 원본 포맷·양산 도구·컨트롤러 초기화가 필요한 단계는 보류합니다.

## 피해야 할 판단

- RAW와 No Media를 동일한 논리 오류로 보는 것
- 회수 파일을 원본 USB 메모리에 저장하는 것

## 기록에 남길 항목

- USB 식별·용량
- 메시지·연결 상태
- 포맷·기존 도구 이력
- 이미지 확보 범위
- 파일 내용 검증

## 이 유형의 설명 범위

용량과 읽기 안정성이 확보돼야 논리 스캔의 의미를 평가할 수 있습니다. 파일 목록과 파일 내용 확인을 구분합니다.

RAW 메시지만으로 단순 논리 장애라고 확정하지 않습니다. 불안정한 저장 영역은 소프트웨어 스캔만으로 해결할 수 있다고 보장하지 않습니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/usb-raw-format-required/</guid>
    </item>
    <item>
      <title>외장하드가 RAW로 바뀌고 포맷을 요구하는 경우 작업사례 | 지유넷</title>
      <link>https://www.gunet.co.kr/cases/external-hdd-raw-format-prompt/</link>
      <description><![CDATA[## 다루는 실무 유형

외장하드의 RAW 표시와 포맷 요청은 원인을 확정하는 메시지가 아닙니다. 용량·읽기 안정성과 파일시스템 상태부터 나눠 확인합니다.

## 구분해야 할 상황

Windows가 파일시스템을 정상적으로 해석하지 못하면 RAW로 표시하거나 포맷을 제안할 수 있습니다. 논리 구조 손상뿐 아니라 디스크 읽기 오류, 외장 케이스와 연결 경로 문제도 구분해야 합니다. 포맷은 파일을 되찾기 위한 확인 절차가 아닙니다.

## 확인과 작업 판단

1. 장치 모델과 실제 용량이 정상적으로 표시되는지 확인합니다.
2. 이상 소음·연결 끊김·극단적인 지연이 있는지 기록합니다.
3. 직전 안전 제거 실패·정전·수리 명령·포맷 이력을 확인합니다.
4. 매체가 안정적으로 읽힌다면 복제본이나 이미지에서 파티션과 파일시스템 구조를 분석할 방향을 정합니다.

## 보류·예외 조건

- 클릭음, 반복 연결 끊김 또는 읽기 오류 증가가 있으면 계속 스캔하지 않습니다.
- 원본을 초기화·포맷하거나 CHKDSK 수리를 요구하는 단계는 데이터 보존 판단 전까지 보류합니다.

## 피해야 할 판단

- 포맷하면 다시 파일이 보일 것으로 기대하는 것
- 불안정한 원본에서 여러 복구 도구로 전체 스캔을 반복하는 것

## 기록에 남길 항목

- 외장하드·케이스 모델
- 표시 용량
- 소음·지연·읽기 오류
- 직전 변경 작업
- 필요 파일과 백업

## 이 유형의 설명 범위

읽기 안정성을 먼저 평가하고, 논리 분석은 가능한 한 복제본에서 진행합니다. 정상 사용 복구와 파일 회수의 목적을 구분합니다.

RAW 표시만으로 논리 장애나 물리 장애를 확정할 수 없습니다. 복구한 파일은 이름뿐 아니라 내용도 검증해야 합니다.

이 글은 실무 경험을 바탕으로 정리한 유형입니다. 개별 고객의 작업일, 실제 처리 수량이나 최종 완료 결과를 제시하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/cases/external-hdd-raw-format-prompt/</guid>
    </item>
    <item>
      <title>USB-C 충전이 특정 어댑터에서만 될 때 전력 협상을 확인해야 하는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/usb-c-power-delivery/</link>
      <description><![CDATA[USB-C 충전이 특정 어댑터에서만 되면 장비의 입력 요구, 어댑터의 PD 출력 조합, 케이블과 도크의 전력 조건을 함께 비교합니다.

## 왜 구분해서 봐야 하나요?

USB-C 단자 모양이 같아도 충전 조건은 같지 않습니다. USB Power Delivery는 장치와 전원 공급 장치의 전력 조건을 맞추는 방식이며, 어댑터의 최대 출력 숫자만으로 해당 노트북에 필요한 조합이 제공되는지 알 수는 없습니다.

## 먼저 확인할 순서

1. 노트북 제조사가 요구하는 충전 조건과 사용 포트를 확인합니다.
2. 어댑터의 출력 조합과 케이블의 전력 지원 정보를 기록합니다.
3. 도크를 거친 충전과 직접 연결을 비교합니다.
4. 정상 조합과 실패 조합을 같은 배터리·부하 조건에서 비교합니다.

## 반복 시도보다 판단이 필요한 상황

- 비정상 발열·냄새·단자 손상이 있으면 충전 시험을 중단합니다.
- 장비에 맞는 출력 조건을 확인할 수 없는 어댑터는 연결 시험을 보류합니다.

## 피해야 할 조치

- 최대 와트 수만 같으면 모든 어댑터가 호환된다고 판단하는 것
- 데이터 전송이 되는 케이블이면 충전 전력 조건도 같다고 생각하는 것

## 판단의 기준과 한계

장비가 요구하는 전력과 실제 연결 조합의 지원 조건을 대조합니다. 배터리·포트 점검과 어댑터 호환성 확인을 구분합니다.

모든 USB-C 장비가 같은 PD 기능과 전력을 지원하지 않습니다. 제조사 확인 없이 보편적인 권장 전압·와트 수를 제시하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/usb-c-power-delivery/</guid>
    </item>
    <item>
      <title>Intel Mac Firmware Password가 Recovery와 외부 부팅을 막는 경우 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/intel-mac-firmware-password/</link>
      <description><![CDATA[Intel Mac의 펌웨어 암호는 복구 모드와 다른 시동 디스크 접근을 제한합니다. FileVault와 Activation Lock을 구분하고 소유 확인 후 공식 지원을 이용합니다.

## 왜 구분해서 봐야 하나요?

Apple의 펌웨어 암호 안내는 Intel 프로세서 Mac에 적용됩니다. 지정된 시동 디스크 외부에서 부팅하려 할 때 나타나는 암호 화면을 로그인 암호나 FileVault 잠금과 혼동하지 않습니다. Apple silicon 장비에는 같은 펌웨어 암호 절차를 적용하지 않습니다.

## 먼저 확인할 순서

1. Intel 기반인지와 Mac 모델·시동 화면을 확인합니다.
2. 정상 시동 디스크 부팅과 복구·외부 부팅 실패를 구분합니다.
3. 소유 증빙과 권한 있는 관리자의 암호 보관 여부를 확인합니다.
4. 암호를 모르면 Apple 또는 공인 서비스의 공식 지원 조건을 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 소유 증빙이나 관리자 권한을 확인할 수 없으면 변경을 보류합니다.
- 데이터가 필요한 장비에서 지우기·보드 변경 등 별도 손실 가능 작업을 임의로 진행하지 않습니다.

## 피해야 할 조치

- Intel Mac의 펌웨어 암호를 Apple silicon의 잠금과 같은 기능으로 설명하는 것
- 암호 화면을 디스크 물리 장애로 단정하는 것

## 판단의 기준과 한계

부팅 제한과 저장 데이터의 암호화를 별도로 봅니다. 암호를 우회하는 방법 대신 권한 있는 소유자의 공식 지원 경로를 안내합니다.

펌웨어 암호 해제는 데이터 복구 완료를 뜻하지 않습니다. 서비스 접수 조건은 해당 장비와 소유 증빙을 기준으로 확인합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/intel-mac-firmware-password/</guid>
    </item>
    <item>
      <title>SD카드 포맷 후 추가 촬영이 데이터복구에 미치는 영향 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/sd-post-format-write/</link>
      <description><![CDATA[SD카드 포맷 후 추가 촬영이 있었다면, 새로 기록된 영역과 남은 영역을 구분하고 더 이상 촬영하지 않는 것이 우선입니다.

## 왜 구분해서 봐야 하나요?

빠른 포맷이나 파일 삭제 뒤에도 일부 데이터가 남을 수 있지만, 이후 촬영이 같은 영역을 쓰면 이전 내용이 대체됩니다. 단순히 파일명이 검색되거나 썸네일이 보이는 것과 사진·영상 본문이 정상적으로 열리는 것은 다릅니다.

## 먼저 확인할 순서

1. 포맷·삭제 방식과 이후 촬영·복사 횟수를 가능한 범위에서 기록합니다.
2. 카메라 사용을 멈추고 카드 모델·용량을 확인합니다.
3. 카드의 읽기 안정성을 평가한 뒤 이미지 확보 방향을 정합니다.
4. 복제본에서 파일 내용과 영상 재생 구간을 검증하고 회수 결과는 다른 매체에 저장합니다.

## 반복 시도보다 판단이 필요한 상황

- 카드 읽기 오류나 연결 끊김이 늘면 반복 스캔을 중단합니다.
- 복구 파일을 원본 카드에 저장하거나 카메라에서 재포맷하는 작업은 하지 않습니다.

## 피해야 할 조치

- 빠른 포맷이면 이후 촬영과 무관하게 전부 복구된다고 판단하는 것
- 파일 목록과 썸네일만 보고 복구 완료로 기록하는 것

## 판단의 기준과 한계

덮어쓴 영역과 아직 읽히는 영역을 구분합니다. 회수된 파일 수만으로 원래 자료의 보존 범위를 판단하지 않습니다.

이미 대체된 내용은 일반적인 논리 스캔으로 되돌릴 수 없습니다. 남아 있는 영역도 구조·조각화와 읽기 상태에 따라 결과가 달라집니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/sd-post-format-write/</guid>
    </item>
    <item>
      <title>USB 메모리가 No Media 또는 0바이트로 보일 때 포맷하면 안 되는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/usb-no-media/</link>
      <description><![CDATA[USB 메모리가 No Media 또는 0바이트로 보이면, 장치 표시와 실제 데이터 영역 접근을 구분합니다. 포맷으로 해결할 논리 볼륨 문제인지 먼저 판단해야 합니다.

## 왜 구분해서 봐야 하나요?

USB 장치 이름이 표시돼도 저장 영역이 정상 용량으로 제공된다는 뜻은 아닙니다. 인터페이스·전원·USB 컨트롤러·NAND 접근 문제 등 여러 가능성을 검토합니다. No Media를 RAW 파일시스템과 같은 상태로 설명하거나 SSD 고장명으로 일괄 분류하지 않습니다.

## 먼저 확인할 순서

1. 장치 이름, 표시 용량과 No Media 메시지를 그대로 기록합니다.
2. 커넥터 손상·발열과 연결 이탈 여부를 확인합니다.
3. 손상이 없는 경우 정상 포트에서 제한적으로 비교하고 반복 탈착을 피합니다.
4. 실제 저장 영역을 읽을 수 있는지 확인한 뒤 논리 분석 대상이 있는지 판단합니다.

## 반복 시도보다 판단이 필요한 상황

- 비정상 발열·단자 손상·반복 이탈이 있으면 연결 시험을 멈춥니다.
- 용량이 제공되지 않는 장치에 포맷·초기화·컨트롤러 복구 도구를 실행하는 단계는 보류합니다.

## 피해야 할 조치

- 장치 이름이 보이면 NAND도 정상이라고 판단하는 것
- 출처가 불명확한 양산·초기화 도구를 복구 도구로 사용하는 것

## 판단의 기준과 한계

논리 파일시스템 스캔이 가능한 상태인지 먼저 구분합니다. 컨트롤러나 NAND의 원인을 확정하려면 별도 장치 진단이 필요합니다.

0바이트 표시는 원인과 복구 결과를 확정하지 못합니다. 특정 컨트롤러 도구의 성공을 모든 USB 메모리에 일반화하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/usb-no-media/</guid>
    </item>
    <item>
      <title>FileVault 복구키 문제로 Mac 로그인이 안 될 때 데이터 관점에서 볼 것 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/filevault-access/</link>
      <description><![CDATA[Mac 로그인 실패에서는 사용자 암호, FileVault 복구 키와 Apple 계정 복구 키를 구분하고 데이터가 필요한지 먼저 확인합니다.

## 왜 구분해서 봐야 하나요?

FileVault 복구 키와 Apple 계정 복구 키는 같은 키가 아닙니다. 로그인 화면의 재설정 옵션과 사용할 수 있는 인증 경로는 macOS 버전과 설정에 따라 달라집니다. 암호 재설정, 암호화 볼륨 잠금 해제와 Mac 지우기는 서로 다른 작업입니다.

## 먼저 확인할 순서

1. Mac 모델·macOS 버전과 실제 표시되는 로그인·복구 메시지를 기록합니다.
2. FileVault 사용 여부와 소유자가 가진 인증 수단을 확인합니다.
3. 화면에 제공된 공식 재설정 옵션을 해당 버전 안내와 대조합니다.
4. 별도 백업과 필요한 데이터가 남아 있는지 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 데이터가 필요한 상태에서 Mac 지우기를 제안하는 단계는 중단합니다.
- 장비 소유·계정 권한이나 필요한 인증 수단이 불명확하면 변경을 보류합니다.

## 피해야 할 조치

- Apple 계정 복구 키를 FileVault 키로 취급하는 것
- 로그인을 복구하려고 데이터 삭제를 먼저 선택하는 것

## 판단의 기준과 한계

키 본문과 계정 암호는 공개 기록에 넣지 않습니다. 데이터 보존 목적이라면 삭제를 동반하는 초기화를 해결책으로 제시하지 않습니다.

인증 경로가 없어도 암호화를 우회할 수 있다고 안내하지 않습니다. 다른 macOS 버전의 복구 기능을 현재 장비에 그대로 적용하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/filevault-access/</guid>
    </item>
    <item>
      <title>QNAP RAID가 Degraded일 때 확인해야 할 스토리지 풀 상태 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/qnap-degraded/</link>
      <description><![CDATA[QNAP의 Degraded 상태에서는 RAID 그룹·풀·볼륨을 각각 확인하고 OS 종류, 장애 허용 범위와 백업 상태를 대조합니다.

## 왜 구분해서 봐야 하나요?

QTS 5.0.x 문서는 RAID 유형의 허용 범위 안에서 멤버 장애가 발생하면 RAID 그룹과 풀을 Degraded로 표시하는 경우를 설명합니다. 실제 장비가 QTS인지 QuTS hero인지, 어느 그룹이 영향을 받았는지를 먼저 확인합니다. 다른 OS나 버전의 메뉴와 복구 조건을 같은 것으로 취급하지 않습니다.

## 먼저 확인할 순서

1. NAS 모델과 QTS·QuTS hero 종류·버전을 기록합니다.
2. RAID 그룹·풀·볼륨 상태와 멤버 슬롯을 대조합니다.
3. 데이터 접근·백업 상태와 남은 멤버의 읽기 오류를 확인합니다.
4. 교체 대상과 디스크 조건을 해당 OS·모델 문서로 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 추가 멤버 오류나 볼륨 접근 실패가 있으면 새 Rebuild를 보류합니다.
- 장애 슬롯 또는 OS에 맞는 절차를 확정하지 못하면 다른 제품 안내를 그대로 실행하지 않습니다.

## 피해야 할 조치

- QTS와 QuTS hero의 저장 구조·메뉴를 같은 것으로 보는 것
- Degraded 표시만 보고 여분 디스크를 즉시 추가하는 것

## 판단의 기준과 한계

OS와 그룹별 상태를 확인한 뒤 데이터 보존과 Rebuild의 순서를 정합니다. 자동 복구 메뉴가 최종 파일 무결성을 보장하지는 않습니다.

인용하는 QNAP 절차는 QTS 5.0.x 범위입니다. QuTS hero나 다른 버전에는 해당 공식 안내를 별도로 확인해야 합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/qnap-degraded/</guid>
    </item>
    <item>
      <title>기가비트 장비가 100Mbps로 연결될 때 케이블과 단자를 먼저 보는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/ethernet-link-speed/</link>
      <description><![CDATA[기가비트 지원 장비가 100Mbps로 연결되면 인터넷 속도 측정과 링크 협상 속도를 구분하고 케이블·단자·스위치 포트를 먼저 비교합니다.

## 왜 구분해서 봐야 하나요?

연결 속도 100Mbps 표시는 인터넷 요금제나 서버 전송 속도와 다른 정보입니다. 어댑터와 상대 포트가 기가비트를 지원하는지 확인한 뒤, 중간 배선과 커넥터를 포함한 경로를 봅니다. 케이블 등급 표기만으로 실제 선로 상태까지 보장할 수는 없습니다.

## 먼저 확인할 순서

1. 운영체제가 표시하는 링크 속도와 어댑터·상대 포트 사양을 기록합니다.
2. 정상적으로 기가비트 연결된 케이블과 포트로 한 항목씩 비교합니다.
3. 벽면 단자·패치패널 등 중간 경로가 있으면 구간을 나눠 확인합니다.
4. 속도·듀플렉스 설정과 드라이버 변경 이력을 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 커넥터·포트 손상이 있으면 반복 탈착 대신 해당 구간 점검을 진행합니다.
- 공용 네트워크 장비를 변경해야 하면 서비스 영향을 확인하기 전까지 설정 변경을 보류합니다.

## 피해야 할 조치

- 인터넷 다운로드 속도와 링크 속도를 같은 값으로 보는 것
- 배선 점검 없이 어댑터를 1Gbps로 강제 설정하는 것

## 판단의 기준과 한계

정상 케이블과 정상 포트가 어느 구간에서 속도를 회복시키는지 비교합니다. 협상 속도 확인 뒤 실제 전송 성능을 별도로 측정합니다.

100Mbps 협상의 원인은 배선 외에도 포트 지원·설정 조건일 수 있습니다. 케이블 교체가 모든 환경의 해결책이라고 단정하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/ethernet-link-speed/</guid>
    </item>
    <item>
      <title>NAS 데이터는 정상인데 네트워크로만 접속되지 않을 때 구분하는 방법 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/nas-network-access/</link>
      <description><![CDATA[NAS의 저장 데이터와 볼륨은 정상인데 네트워크 접근만 실패하면 IP 경로, 공유 서비스, 계정·권한과 클라이언트 상태를 나눠 확인합니다.

## 왜 구분해서 봐야 하나요?

관리 화면 접속, 네트워크 연결과 파일 공유 접속은 서로 다른 경로입니다. 한 PC에서만 공유가 열리지 않는지, 모든 장치에서 실패하는지부터 구분합니다. 공유 서비스의 실패만으로 스토리지 풀을 다시 만들거나 RAID를 수리할 이유가 되지는 않습니다.

## 먼저 확인할 순서

1. 관리 화면의 풀·볼륨 상태와 네트워크 링크를 확인합니다.
2. NAS IP·이름 해석·클라이언트 연결 경로를 구분합니다.
3. 실패하는 공유 서비스와 오류 메시지를 기록합니다.
4. 권한 있는 계정과 다른 정상 클라이언트에서 같은 공유를 비교합니다.

## 반복 시도보다 판단이 필요한 상황

- 풀·볼륨 경고나 실제 읽기 오류가 발견되면 네트워크 문제만으로 분류하지 않습니다.
- 여러 사용자가 이용 중이면 서비스 재시작·권한 변경 전에 영향과 되돌릴 방법을 확인합니다.

## 피해야 할 조치

- SMB 접속 실패를 디스크 장애로 확정하는 것
- 기존 설정을 기록하지 않고 NAS 전체 초기화나 권한 일괄 변경을 하는 것

## 판단의 기준과 한계

네트워크 경로와 저장장치 상태를 따로 확인합니다. 바꾸는 설정은 최소 범위로 정하고 정상 클라이언트와 비교합니다.

관리 화면이나 일부 파일 접근이 정상이라고 모든 데이터가 정상이라고 보장하지 않습니다. 인증·권한 문제와 읽기 오류를 함께 확인해야 합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/nas-network-access/</guid>
    </item>
    <item>
      <title>CPU 온도가 높고 성능이 떨어질 때 냉각계통을 확인하는 순서 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/cpu-cooling/</link>
      <description><![CDATA[CPU 고온과 성능 저하가 함께 나타나면 부하·클럭 변화, 냉각장치 장착, 팬과 통풍을 확인하고 해당 모델의 동작 기준과 비교합니다.

## 왜 구분해서 봐야 하나요?

온도 한 번의 측정값만으로 냉각계통 고장을 확정하기는 어렵습니다. 같은 부하에서 온도가 오를 때 클럭과 성능이 어떻게 변하는지 봅니다. 노트북의 전력·냉각 정책과 데스크톱의 냉각장치 구성도 구분합니다.

## 먼저 확인할 순서

1. CPU·장비 모델과 사용 중인 냉각장치를 확인합니다.
2. 대기 상태와 같은 부하 조건의 온도·클럭·팬 동작을 기록합니다.
3. 흡배기 막힘·먼지·팬 정지와 냉각장치 장착 상태를 점검합니다.
4. 해당 제조사의 온도·전력 기준과 BIOS 설정을 대조합니다.

## 반복 시도보다 판단이 필요한 상황

- 팬 정지·비정상 냄새·반복 열 차단이 있으면 부하 시험을 중단합니다.
- 분해·냉각장치 재장착 조건을 확인할 수 없으면 임의 작업을 보류합니다.

## 피해야 할 조치

- 모든 CPU에 같은 고장 온도 기준을 적용하는 것
- 냉각 상태를 확인하지 않고 전압·전력 제한부터 바꾸는 것

## 판단의 기준과 한계

발열 원인과 성능 제한 조건을 함께 봅니다. 냉각장치 점검 뒤에도 모델별 전력 정책에 따른 제한은 남을 수 있습니다.

정상 온도와 제한 조건은 CPU·장비 설계마다 다릅니다. 단일 온도값으로 고장이나 정상 여부를 일괄 판단하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/cpu-cooling/</guid>
    </item>
    <item>
      <title>Windows 이벤트 로그에 NVMe 저장장치 경고가 남을 때 확인할 것 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/nvme-timeout-log/</link>
      <description><![CDATA[NVMe 관련 경고는 발생 시각·드라이버·대상 장치와 실제 멈춤을 함께 봐야 합니다. Event ID 129만으로 SSD 불량을 확정하지 않습니다.

## 왜 구분해서 봐야 하나요?

저장장치 요청 지연과 리셋 로그는 SSD 자체뿐 아니라 드라이버, 컨트롤러와 연결 경로를 함께 살펴볼 단서입니다. Microsoft의 Event ID 129 설명은 저장 요청 시간 초과와 관련됩니다. 로그의 RaidPort 표시는 실제 RAID 구성 여부를 확인하는 증거와 구분합니다.

## 먼저 확인할 순서

1. 이벤트 번호·공급자·대상 경로·발생 시각을 원문으로 저장합니다.
2. 같은 시각의 멈춤·재시작·디스크 이탈과 상관관계를 확인합니다.
3. SSD 모델·펌웨어, 저장장치 드라이버와 직전 변경을 기록합니다.
4. 장치 인식과 읽기 오류를 확인하고 정상 조건과 한 항목씩 비교합니다.

## 반복 시도보다 판단이 필요한 상황

- 읽기 오류·파일 손상·장치 이탈이 함께 늘면 벤치마크와 반복 부하 시험을 보류합니다.
- 대상 장치가 불명확하면 로그만 보고 펌웨어나 BIOS 저장 모드를 바꾸지 않습니다.

## 피해야 할 조치

- Event ID 129를 NVMe 고장 확정 코드로 취급하는 것
- 로그 보존 없이 드라이버와 펌웨어를 동시에 변경하는 것

## 판단의 기준과 한계

경고와 실제 사용자 증상의 시각을 맞춰 원인 후보를 좁힙니다. 로그 번호 하나로 부품 교체 결론을 내리지 않습니다.

Windows Server 문서의 이벤트 설명을 모든 PC의 원인·해결 절차로 확대하지 않습니다. 실제 플랫폼과 드라이버 조건을 확인해야 합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/nvme-timeout-log/</guid>
    </item>
    <item>
      <title>게임 중 블루스크린이 반복될 때 Windows만 다시 설치하면 안 되는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/stop-code-errors/</link>
      <description><![CDATA[게임이나 고부하에서 반복되는 블루스크린은 중지 코드, 직전 변경과 부하 조건을 기록한 뒤 드라이버·냉각·메모리·전원을 나눠 확인합니다.

## 왜 구분해서 봐야 하나요?

블루스크린은 특정 부품 하나의 고장명이 아닙니다. 같은 게임에서만 발생하는지, 다른 부하에서도 재현되는지, 오류 코드와 하드웨어 로그가 일치하는지가 단서입니다. Windows 재설치로 증상 기록을 지우기 전에 로그와 덤프를 보존합니다.

## 먼저 확인할 순서

1. 중지 코드·발생 시각·게임 또는 작업 조건을 기록합니다.
2. 직전 드라이버·BIOS·하드웨어 변경과 오버클럭 설정을 확인합니다.
3. 온도·팬 동작과 전원 조건을 확인하고 불안정한 상태에서 부하를 늘리지 않습니다.
4. 덤프와 이벤트 로그를 보존한 뒤 변경 항목을 하나씩 비교합니다.

## 반복 시도보다 판단이 필요한 상황

- 비정상 발열·냄새·전원 꺼짐이 있으면 부하 시험을 멈춥니다.
- 데이터 손상 징후나 연속 재시작이 나타나면 반복 재현보다 자료 보존을 먼저 판단합니다.

## 피해야 할 조치

- 중지 코드만 보고 메모리나 Windows를 원인으로 확정하는 것
- 여러 설정과 부품을 동시에 바꿔 비교 근거를 없애는 것

## 판단의 기준과 한계

증상을 재현한 조건과 정상 조건을 비교합니다. 로그가 가리키는 계통과 실제 부품 교체 필요 여부는 별도로 검증합니다.

오류 코드는 원인을 좁히는 단서이며 확정 진단은 아닙니다. 특정 게임의 오류를 모든 장비에서 같은 부품 문제로 설명하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/stop-code-errors/</guid>
    </item>
    <item>
      <title>Mac에서 APFS 디스크가 보이는데 마운트되지 않을 때 확인 순서 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/apfs-mount/</link>
      <description><![CDATA[APFS 디스크가 보이지만 마운트되지 않으면 물리 장치, 컨테이너, 볼륨을 구분하고 읽기 안정성과 암호화 상태를 먼저 확인합니다.

## 왜 구분해서 봐야 하나요?

디스크 유틸리티에 장치가 보인다는 사실과 APFS 볼륨이 열리는 상태는 다릅니다. 전체 장치 보기에서 물리 장치 아래 컨테이너와 볼륨이 어떻게 표시되는지 확인합니다. First Aid는 파일시스템 구조를 검사·수리하는 기능이며 모든 물리 장애를 판별하거나 해결하는 도구는 아닙니다.

## 먼저 확인할 순서

1. 물리 장치 모델·용량과 컨테이너·볼륨 표시를 기록합니다.
2. 외장 연결·전원 상태와 읽기 오류·지연을 확인합니다.
3. 볼륨의 암호화·잠금 상태와 필요한 인증 수단을 구분합니다.
4. 읽기가 안정적인지 판단한 뒤 복제본 분석과 파일시스템 수리의 순서를 정합니다.

## 반복 시도보다 판단이 필요한 상황

- 물리 장치가 반복 이탈하거나 읽기 오류가 늘면 First Aid 반복 실행을 보류합니다.
- 데이터 보존이 필요한 상태에서 지우기·재포맷·재설치 단계로 넘어가지 않습니다.

## 피해야 할 조치

- 물리 디스크가 보인다는 이유로 APFS 구조도 정상이라고 단정하는 것
- 수리 실패 후 백업 확인 없이 지우기를 선택하는 것

## 판단의 기준과 한계

매체 접근 문제, APFS 구조 문제와 암호화 잠금을 분리합니다. 수리 성공 메시지만으로 필요한 파일의 정상 상태까지 확정하지 않습니다.

First Aid의 적용 순서와 메뉴는 macOS 환경을 확인해야 합니다. 원본 데이터가 필요한 경우 Apple 문서의 지우기 대안을 바로 적용하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/apfs-mount/</guid>
    </item>
    <item>
      <title>BitLocker 복구키가 없을 때 데이터복구 전에 확인해야 할 것 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/bitlocker-recovery-key/</link>
      <description><![CDATA[BitLocker 드라이브는 물리적으로 읽혀도 암호화 잠금이 남을 수 있습니다. 복구 키 ID와 대응하는 키의 보관 위치부터 확인합니다.

## 왜 구분해서 봐야 하나요?

장치 읽기 복구와 BitLocker 잠금 해제는 별도 단계입니다. 복구 화면의 키 ID는 여러 키 중 해당 드라이브의 키를 찾는 단서입니다. Microsoft 계정, 회사·학교 관리자, 인쇄물과 USB 보관 기록 등 실제 사용한 관리 경로를 확인합니다.

## 먼저 확인할 순서

1. 잠금 화면의 복구 키 ID와 장치 소유·관리 주체를 확인합니다.
2. 키를 저장한 Microsoft 계정이나 조직 관리 기록을 확인합니다.
3. 인쇄물·USB 등 별도 보관 장소와 장비 인계 기록을 대조합니다.
4. 디스크에 읽기 오류가 있으면 암호화 메타데이터와 데이터 보존을 함께 검토합니다.

## 반복 시도보다 판단이 필요한 상황

- 소유·접근 권한이나 키 보관 주체를 확인할 수 없으면 잠금 해제 작업을 보류합니다.
- 필요한 데이터가 남은 상태에서 초기화·재설치를 제안하는 단계는 진행하지 않습니다.

## 피해야 할 조치

- 다른 장비의 키를 해당 키 ID와 대조하지 않고 사용하는 것
- 디스크 복제만 하면 암호화도 풀린다고 생각하는 것

## 판단의 기준과 한계

키 본문은 공개 작업 기록에 넣지 않습니다. 해당 드라이브에 유효한 키 또는 잠금 해제 수단 확보와 매체 보존을 각각 판단합니다.

유효한 암호화 해제 수단이 없으면 파일 내용에 접근할 수 없습니다. 키를 임의로 재생성하거나 암호화를 우회할 수 있다고 안내하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/bitlocker-recovery-key/</guid>
    </item>
    <item>
      <title>외장하드가 RAW로 바뀌고 포맷을 요구할 때 먼저 해야 할 일 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/external-drive-raw/</link>
      <description><![CDATA[외장하드의 RAW 표시와 포맷 요청은 원인을 확정하는 메시지가 아닙니다. 용량·읽기 안정성과 파일시스템 상태부터 나눠 확인합니다.

## 왜 구분해서 봐야 하나요?

Windows가 파일시스템을 정상적으로 해석하지 못하면 RAW로 표시하거나 포맷을 제안할 수 있습니다. 논리 구조 손상뿐 아니라 디스크 읽기 오류, 외장 케이스와 연결 경로 문제도 구분해야 합니다. 포맷은 파일을 되찾기 위한 확인 절차가 아닙니다.

## 먼저 확인할 순서

1. 장치 모델과 실제 용량이 정상적으로 표시되는지 확인합니다.
2. 이상 소음·연결 끊김·극단적인 지연이 있는지 기록합니다.
3. 직전 안전 제거 실패·정전·수리 명령·포맷 이력을 확인합니다.
4. 매체가 안정적으로 읽힌다면 복제본이나 이미지에서 파티션과 파일시스템 구조를 분석할 방향을 정합니다.

## 반복 시도보다 판단이 필요한 상황

- 클릭음, 반복 연결 끊김 또는 읽기 오류 증가가 있으면 계속 스캔하지 않습니다.
- 원본을 초기화·포맷하거나 CHKDSK 수리를 요구하는 단계는 데이터 보존 판단 전까지 보류합니다.

## 피해야 할 조치

- 포맷하면 다시 파일이 보일 것으로 기대하는 것
- 불안정한 원본에서 여러 복구 도구로 전체 스캔을 반복하는 것

## 판단의 기준과 한계

읽기 안정성을 먼저 평가하고, 논리 분석은 가능한 한 복제본에서 진행합니다. 정상 사용 복구와 파일 회수의 목적을 구분합니다.

RAW 표시만으로 논리 장애나 물리 장애를 확정할 수 없습니다. 복구한 파일은 이름뿐 아니라 내용도 검증해야 합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/external-drive-raw/</guid>
    </item>
    <item>
      <title>SSD 파일 삭제 후 복구가 HDD와 다른 이유, TRIM을 먼저 봐야 합니다 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/ssd-file-deletion/</link>
      <description><![CDATA[SSD에서 삭제된 파일은 이름 흔적이 남아 있어도 데이터 블록이 읽히지 않을 수 있습니다. TRIM 설정과 실제 삭제 영역의 상태를 구분해야 합니다.

## 왜 구분해서 봐야 하나요?

TRIM은 사용하지 않게 된 영역을 저장장치에 알리는 기능입니다. 삭제 흔적, 운영체제의 TRIM 설정, SSD가 반환하는 실제 데이터는 서로 다른 증거입니다. 설정이 활성화됐다는 사실만으로 특정 파일의 모든 블록이 이미 지워졌다고 확정할 수는 없습니다.

## 먼저 확인할 순서

1. 삭제·포맷 시각과 이후 사용·추가 저장 여부를 기록합니다.
2. SSD 모델, 내부·외장 연결 방식, 운영체제와 파일시스템을 확인합니다.
3. 가능한 기존 로그·설정 정보를 확보하되 설정 변경을 복구 조치로 취급하지 않습니다.
4. 필요한 데이터 영역이 실제로 읽히는지와 복구 파일이 정상적으로 열리는지를 분리 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 원본 SSD에 새 프로그램이나 복구 파일을 저장해야 하는 작업은 보류합니다.
- 읽기 오류와 반복 미인식이 나타나면 삭제 복구 스캔을 계속하지 않습니다.

## 피해야 할 조치

- 파일명이 발견됐다는 이유로 내용도 복구됐다고 판단하는 것
- 삭제 후 TRIM을 끄면 이미 사라진 데이터가 돌아온다고 생각하는 것

## 판단의 기준과 한계

삭제 파일의 목록과 실제 내용 검증을 구분합니다. 복구 여부는 설정값 하나가 아니라 읽히는 데이터와 파일 무결성으로 판단합니다.

TRIM 전달과 내부 처리에는 장치·연결·파일시스템 조건이 관여합니다. 모든 SSD 삭제를 일괄적으로 복구 가능 또는 불가능으로 설명하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/ssd-file-deletion/</guid>
    </item>
    <item>
      <title>NAS 리빌드 중 두 번째 디스크 오류가 더 위험한 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/rebuild-additional-errors/</link>
      <description><![CDATA[NAS 리빌드 중 다른 디스크에도 오류가 생기면, 실제 RAID 구성과 오류 시점을 기록하고 추가 읽기 부하를 줄일 방향을 판단합니다.

## 왜 구분해서 봐야 하나요?

리빌드는 정상 멤버에서도 많은 데이터를 읽습니다. 그 과정에서 잠재된 읽기 오류나 연결 문제가 드러날 수 있습니다. 추가 오류의 영향은 RAID 유형, 이미 빠진 멤버 수, 읽히지 않는 영역과 발생 순서에 따라 달라지므로 두 번째 오류라는 이유만으로 최종 결과를 단정하지 않습니다.

## 먼저 확인할 순서

1. RAID 유형·멤버 수와 리빌드 대상 슬롯을 확인합니다.
2. 리빌드 시작 시각, 진행률, 새 오류가 발생한 멤버와 시각을 기록합니다.
3. 풀·볼륨 접근 상태와 중요 데이터 백업 유무를 확인합니다.
4. 컨트롤러 로그와 각 디스크의 읽기 오류·연결 이탈을 구분합니다.

## 반복 시도보다 판단이 필요한 상황

- 추가 멤버가 이탈하거나 읽기 오류가 빠르게 늘면 새 검사와 다른 교체 작업을 보류합니다.
- 진행 중인 리빌드를 중단할지 판단할 근거가 부족하면 임의 전원 차단 대신 상태를 보존하고 지원 절차를 확인합니다.

## 피해야 할 조치

- 리빌드 중 남은 디스크를 번갈아 빼 보는 것
- 오류 원인을 확인하지 않고 전체 스캔·Scrub을 추가하는 것

## 판단의 기준과 한계

추가 읽기 오류가 생긴 시점의 구성을 보존합니다. 데이터 보존과 리빌드 지속 여부는 남은 멤버의 읽기 가능 범위를 기준으로 판단합니다.

RAID 5, RAID 6, 미러와 SHR 계열의 장애 허용 범위는 서로 다릅니다. 오류 개수만으로 복구 가능률을 제시하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/rebuild-additional-errors/</guid>
    </item>
    <item>
      <title>Synology NAS가 Degraded일 때 바로 Repair부터 하면 안 되는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/synology-degraded/</link>
      <description><![CDATA[Synology SHR/RAID의 Degraded 표시에서는 볼륨 접근, 남은 디스크 상태, 백업과 교체 대상부터 확인한 뒤 Repair 가능 여부를 판단합니다.

## 왜 구분해서 봐야 하나요?

Degraded는 저장 구성의 보호 여유가 줄어든 상태를 살펴볼 단서입니다. 볼륨이 열리는지와 남은 멤버가 안정적으로 읽히는지를 함께 확인해야 합니다. SHR, SHR-2와 각 RAID 유형의 장애 허용 범위가 같지는 않으며, Repair는 백업을 대신하지 않습니다.

## 먼저 확인할 순서

1. DSM에서 스토리지 풀·볼륨·HDD/SSD 상태를 각각 기록합니다.
2. 슬롯과 일련번호를 대조해 실제 장애 멤버를 식별합니다.
3. 중요 데이터 접근과 백업 상태를 확인하고, 읽기 오류가 없다면 우선 보존할 자료를 정합니다.
4. 교체 디스크의 건강 상태·용량·호환 조건을 해당 DSM과 모델 문서로 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 남은 멤버에서 새 읽기 오류나 반복 이탈이 보이면 Repair 시작을 보류합니다.
- 교체 대상 슬롯을 확정할 수 없거나 볼륨이 Crashed이면 단순 교체 절차로 진행하지 않습니다.

## 피해야 할 조치

- Degraded와 Volume Crashed를 같은 상태로 취급하는 것
- 백업·멤버 식별 없이 Repair와 Scrub을 연속 실행하는 것

## 판단의 기준과 한계

접근 가능한 자료와 남은 멤버 상태를 먼저 평가합니다. 이미 실행 중인 Repair의 변경·중단 여부도 진행 상태와 공식 안내를 확인한 뒤 결정합니다.

Repair 메뉴의 제공 조건과 교체 요구 사항은 DSM·모델·구성에 따라 다릅니다. 이 안내만으로 모든 Degraded 구성을 복구할 수 있다고 보장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/synology-degraded/</guid>
    </item>
    <item>
      <title>Windows 설치 화면에서 NVMe SSD가 안 보일 때 VMD와 RST부터 확인하세요 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/vmd-rst-installation/</link>
      <description><![CDATA[BIOS에는 NVMe SSD가 보이지만 Windows 설치 화면에 없으면, VMD/RST 구성과 설치 환경의 저장장치 드라이버를 먼저 대조합니다.

## 왜 구분해서 봐야 하나요?

물리 장치를 BIOS에서 인식하는 상태와 Windows 설치 환경이 그 장치에 접근하는 상태는 구분해야 합니다. Intel VMD 아래에서 관리되는 장치라면 설치 환경에 맞는 VMD/RST 드라이버가 필요한 경우가 있습니다. 이때 디스크가 목록에 없다는 사실만으로 SSD 고장을 확정하지 않습니다.

## 먼저 확인할 순서

1. BIOS의 SSD 모델·용량과 현재 VMD/RST 설정을 기록합니다.
2. 기존 운영체제와 데이터가 있는 디스크인지, 새 설치 대상인지 구분합니다.
3. PC 제조사가 해당 모델과 Windows 버전에 제공하는 설치용 저장장치 드라이버를 확인합니다.
4. 드라이버를 불러온 뒤 표시된 모델·용량이 의도한 대상과 일치하는지 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 기존 데이터가 필요한 디스크에서 파티션 삭제·초기화를 요구하면 진행을 멈춥니다.
- 기존 운영체제의 저장장치 구성이나 드라이버 의존성을 모르면 VMD 설정을 바꾸지 않습니다.

## 피해야 할 조치

- SSD가 안 보인다는 이유로 임의의 드라이버를 반복 설치하는 것
- 현재 설정을 기록하지 않고 VMD를 끄거나 RAID 모드를 바꾸는 것

## 판단의 기준과 한계

설치 드라이버 문제와 장치 미인식을 먼저 나눕니다. BIOS 설정 변경은 기존 부팅 구성에 영향을 줄 수 있으므로 별도 판단이 필요합니다.

Intel VMD가 없는 장비에는 이 설명을 그대로 적용하지 않습니다. 드라이버와 BIOS 메뉴는 플랫폼·제조사별로 다릅니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/vmd-rst-installation/</guid>
    </item>
    <item>
      <title>USB-C는 되는데 모니터 출력만 안 될 때 BIOS와 펌웨어도 확인해야 하는 이유 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/usb-c-display/</link>
      <description><![CDATA[USB-C 도크에서 충전과 네트워크는 되는데 화면만 나오지 않으면, 영상 지원 조건과 케이블을 확인한 뒤 해당 모델의 BIOS·도크 펌웨어 이력을 살펴봅니다.

## 왜 구분해서 봐야 하나요?

도크의 기능이 일부 동작한다고 해서 영상 경로도 정상인 것은 아닙니다. 먼저 노트북의 해당 포트와 도크가 사용하는 영상 방식을 확인합니다. USB-C 단자 모양만으로 영상 지원 여부를 판단할 수 없으며, 포트·도크 사양에 맞는 비교가 필요합니다.

## 먼저 확인할 순서

1. 노트북과 도크의 정확한 모델, 연결 포트, 모니터 입력 선택을 기록합니다.
2. 영상 출력에 맞는 케이블인지 확인하고, 정상 케이블·다른 모니터와 한 항목씩 비교합니다.
3. 도크를 거친 출력과 노트북의 다른 영상 출력 경로를 비교해 실패 범위를 좁힙니다.
4. 해당 제조사의 BIOS·도크 펌웨어 변경 이력과 적용 조건을 확인합니다.

## 반복 시도보다 판단이 필요한 상황

- 커넥터 손상이나 비정상 발열이 있으면 연결 시험을 중단합니다.
- 정확한 모델과 업데이트 파일을 확인할 수 없거나 전원이 불안정하면 펌웨어 변경을 보류합니다.

## 피해야 할 조치

- 충전이 된다는 이유로 영상 지원까지 확정하는 것
- 여러 드라이버와 BIOS를 한꺼번에 바꿔 원인을 비교할 수 없게 하는 것

## 판단의 기준과 한계

영상 경로가 끊기는 지점을 찾은 뒤 모델별 변경 이력을 대조합니다. BIOS 업데이트를 모든 USB-C 출력 장애의 공통 해결책으로 제시하지 않습니다.

포트의 영상 지원 방식과 BIOS 적용 범위는 모델마다 다릅니다. 정확한 모델·버전이 없는 기록으로 다른 장비의 해결 결과를 예측할 수 없습니다.

## 확인된 실무 경험

지유넷 최근 실무에서 Lenovo 노트북의 USB-C 데이터 기능은 정상인데 화면 출력만 되지 않았고, 기본 점검 뒤 BIOS 업데이트로 출력이 정상화된 경험이 있습니다. 정확한 모델과 BIOS 버전은 이 기록에서 확인되지 않으므로 다른 장비의 적용 조건이나 해결 결과로 일반화하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/usb-c-display/</guid>
    </item>
    <item>
      <title>ITAD 자산 실사와 반출 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/itad-custody/</link>
      <description><![CDATA[## 자산 실사와 반출의 목적

ITAD 실사는 장비 목록과 실제 자산을 대조하고, 데이터가 남을 수 있는 저장매체와 후속 처리 책임을 확인하는 절차입니다. 장비가 정상 동작하는지와 반출 가능한지는 별도로 판단합니다.

## 실사에서 확인할 항목

- 자산번호, 일련번호, 장비 종류와 수량
- 저장장치 포함 여부와 분리 대상
- 재사용, 보안 삭제, 물리 파기 등 승인된 후속 처리 방향
- 목록 불일치와 제외 대상

## 인계 기록을 이어갑니다

인계 시점과 장소, 인계자와 인수자, 수량 및 포장 상태를 연결합니다. 묶음 단위로 반출할 때도 어느 자산이 어느 묶음에 포함됐는지 추적할 수 있어야 합니다.

## 불일치가 있으면 보류합니다

대상 목록과 실제 수량이 다르거나 저장장치 처리 책임이 불명확하면 해당 항목의 반출을 보류하고 대조합니다. 장비 반출 기록을 데이터 삭제나 파기 완료 증빙으로 대신하지 않습니다.

## 후속 처리와 증빙

반출 기록, 보안 삭제 또는 파기 검수 기록, 최종 인계를 자산 식별 정보로 연결합니다. NIST SP 800-88 Rev.2의 매체 통제와 문서화 원칙을 참고하되, 여기의 점검 항목은 지유넷 실무 절차를 정리한 것이며 특정 고객의 완료 내역은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/itad-custody/</guid>
    </item>
    <item>
      <title>저장매체 물리 파기 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/physical-media-destruction/</link>
      <description><![CDATA[## 물리 파기의 목적

저장매체 물리 파기는 재사용을 전제로 한 수리나 복구 절차가 아닙니다. 지유넷 실무에서는 대상 식별, 적용 기준, 파기 결과와 증빙을 연결해 확인합니다.

## 대상과 처리 범위를 먼저 대조합니다

- 자산번호, 일련번호와 실제 매체의 일치 여부
- 매체 종류와 데이터가 저장되는 부분
- 승인된 방법과 잔여물 확인 기준
- 작업 대상 수량과 제외 대상

## 파기 결과 확인

NIST SP 800-88 Rev.2는 파기 잔여물과 사용 장비를 확인하도록 안내합니다. 구멍이 있거나 장비가 동작했다는 사실만으로 모든 매체의 처리 기준 충족을 단정하지 않습니다. 수치 기준은 매체와 승인된 기술 기준에 맞춰 확인합니다.

## 증빙과 보류 항목

자산별 처리 상태, 수량, 사용 장비, 검수 기록과 사진 증빙을 대조합니다. 식별 불일치, 누락 또는 잔여물 기준 미충족이 있으면 해당 항목을 완료 목록에서 분리하고 다음 조치를 결정합니다.

## 기록의 범위

이 자료는 점검 순서를 설명합니다. 실제 파기 수량이나 고객명, 작업일, 파기 성공 결과를 새로 주장하지 않습니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/physical-media-destruction/</guid>
    </item>
    <item>
      <title>SSD 보안 삭제 진단과 작업 원칙 | 지유넷</title>
      <link>https://www.gunet.co.kr/technical-resources/ssd-sanitization/</link>
      <description><![CDATA[## SSD 보안 삭제의 목적

보안 삭제는 복구와 목적이 다릅니다. 처리 대상과 승인 범위를 확정한 뒤, SSD가 지원하는 기능과 적용 조건을 확인합니다.

## 먼저 확인할 항목

- 매체 모델, 연결 방식과 지원되는 삭제 기능
- 처리할 데이터의 범위와 재사용 계획
- 선택한 기능의 제조사 구현과 완료 상태 확인 방법

## 암호화 삭제의 적용 조건

Cryptographic Erase를 검토할 때는 대상 데이터가 암호화되기 전에 평문으로 저장된 이력과 관련 키의 관리 범위를 확인합니다. 일반적인 호스트 덮어쓰기가 SSD의 비주소 영역까지 모두 처리한다고 가정하지 않습니다.

## 완료 로그와 승인 판단

명령의 완료 상태와 오류를 확인한 뒤, 적용 범위와 처리 기준을 충족했는지 별도로 검수합니다. 지원 조건이나 결과가 불명확하면 성공으로 기록하지 않고 다른 승인된 방법을 검토합니다.

## 작업 기록

모델과 대상 식별, 선택한 기능, 도구와 버전, 완료 로그, 검수 결과를 연결합니다. 이 항목은 작업 계획과 확인 기준이며 실제 삭제 완료를 주장하는 기록은 아닙니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/technical-resources/ssd-sanitization/</guid>
    </item>
    <item>
      <title>NIST SP 800-88의 Clear, Purge, Destroy를 현장에서 구분하는 기준 | 지유넷</title>
      <link>https://www.gunet.co.kr/blog/sanitization-method-selection/</link>
      <description><![CDATA[## 방법을 고르기 전에 정할 것

NIST SP 800-88 Rev.2는 삭제 명령 하나보다 조직의 매체 관리 절차를 강조합니다. 지유넷 실무에서는 처리 대상, 정보 민감도, 재사용 계획과 승인된 처리 기준을 먼저 대조합니다.

## Clear, Purge, Destroy의 차이

Clear는 사용자가 접근할 수 있는 저장 영역을 처리해 일반적인 복구 시도에 대응합니다. Purge는 실험실 수준의 복구 시도까지 고려하며 매체의 재사용 가능성을 남기는 방법입니다. Destroy는 매체를 다시 저장용으로 사용할 수 없게 처리하는 방법입니다.

방법 이름만으로 특정 장비의 삭제 성공을 판단하지 않습니다. 매체 특성과 제조사 구현, 조직이 승인한 기술 기준을 함께 확인합니다.

## 완료 확인과 결과 승인을 나눕니다

Verification은 작업 완료 상태와 오류를 확인하는 단계입니다. Validation은 그 결과와 정보 민감도를 평가해 처리가 충분했는지 승인하거나 거절하는 단계입니다.

## 기록과 다음 판단

대상 식별, 적용 방법, 도구와 버전, 완료 상태, 검수 결과를 연결합니다. 완료 표시만으로 승인을 대신하지 않으며 결과가 불충분하면 승인 기준에 따라 다른 기술이나 더 강한 방법을 검토합니다.
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/blog/sanitization-method-selection/</guid>
    </item>
    <item>
      <title>iOS/iPadOS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ios/</link>
      <description><![CDATA[## 뜻

iOS/iPadOS은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 iPhone/iPad 비밀번호 문제 후 초기화, iPhone이 부팅 로고에서 반복 재시작되는 경우, iPhone 화면 파손 후 터치가 되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

iOS/iPadOS은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

iOS/iPadOS 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- iPhone/iPad 비밀번호 문제 후 초기화
- iPhone이 부팅 로고에서 반복 재시작되는 경우
- iPhone 화면 파손 후 터치가 되지 않는 경우

### 실무 질문

iOS/iPadOS에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ios/</guid>
    </item>
    <item>
      <title>Android | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/android/</link>
      <description><![CDATA[## 뜻

Android은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Android eMMC/UFS 장애, 현대 Android를 공장 초기화한 뒤 암호화 키가 폐기되어 내부 데이터를 복구할 수 없는 경우, Android 화면 또는 터치 불량으로 잠금 해제와 PC 데이터 접근이 어려운 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Android은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

Android 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- Android eMMC/UFS 장애
- 현대 Android를 공장 초기화한 뒤 암호화 키가 폐기되어 내부 데이터를 복구할 수 없는 경우
- Android 화면 또는 터치 불량으로 잠금 해제와 PC 데이터 접근이 어려운 경우
- Android 스마트폰이 초기화되지 않은 상태에서 부트루프에 빠져 내부 데이터에 접근할 수 없는 경우

### 실무 질문

Android에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/android/</guid>
    </item>
    <item>
      <title>VMware ESXi | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/vmware/</link>
      <description><![CDATA[## 뜻

VMware ESXi은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 VMware VMFS 데이터스토어 장애, VMware ESXi 호스트에서 하드웨어 또는 드라이버 문제로 PSOD가 발생하는 경우, VMDK 파일이 손상되어 VM이 부팅되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

VMware ESXi은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

VMware ESXi 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- VMware VMFS 데이터스토어 장애
- VMDK 파일이 손상되어 VM이 부팅되지 않는 경우
- 가상머신 스냅샷 체인이 깨진 경우
- VMware ESXi 호스트에서 하드웨어 또는 드라이버 문제로 PSOD가 발생하는 경우

### 실무 질문

VMware ESXi에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/vmware/</guid>
    </item>
    <item>
      <title>QNAP QTS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/qnap-qts/</link>
      <description><![CDATA[## 뜻

QNAP QTS은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 QNAP RAID가 Degraded 된 경우, QNAP Storage Pool/Volume이 사라진 경우, QNAP RAID 재빌드가 실패한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

QNAP QTS은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

QNAP QTS 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- QNAP RAID가 Degraded 된 경우
- QNAP Storage Pool/Volume이 사라진 경우
- QNAP RAID 재빌드가 실패한 경우
- QNAP 펌웨어 업데이트 후 볼륨이 마운트되지 않는 경우

### 실무 질문

QNAP QTS에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/qnap-qts/</guid>
    </item>
    <item>
      <title>macOS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/macos/</link>
      <description><![CDATA[## 뜻

macOS은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 APFS 볼륨이 마운트되지 않는 경우, Mac Fusion Drive 구성 장애, USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

macOS은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

macOS 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- APFS 볼륨이 마운트되지 않는 경우
- Mac Fusion Drive 구성 장애
- FileVault가 활성화된 Mac의 저장장치 복구가 필요한 경우
- Time Machine 백업 디스크가 손상된 경우

### 실무 질문

macOS에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/macos/</guid>
    </item>
    <item>
      <title>Synology DSM | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/synology-dsm/</link>
      <description><![CDATA[## 뜻

Synology DSM은 운영체제 또는 장비 플랫폼을 구분하는 용어입니다.

## 실무에서 왜 중요한가

플랫폼별로 파일시스템, 암호화, 복구모드, 펌웨어 업데이트와 관리 도구가 다르므로 같은 증상도 진단 절차가 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR/RAID가 Degraded 된 경우, Synology Volume Crashed, Synology에서 잘못된 디스크를 분리한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Synology DSM은 복구모드, 파일시스템, 보안 기능과 관리 도구가 달라 작업 순서를 결정합니다.

### 현장에서 확인할 것

- 정확한 버전
- 암호화와 계정
- 제조사 복구 기능
- 펌웨어 이력

### 오해하기 쉬운 점

Synology DSM 버전과 세대를 확인하지 않고 다른 절차를 적용하는 것입니다.

### 연결되는 실무 경험

- Synology SHR/RAID가 Degraded 된 경우
- Synology Volume Crashed
- Synology에서 잘못된 디스크를 분리한 경우
- Synology DSM 재설치 후 기존 볼륨이 보이지 않는 경우

### 실무 질문

Synology DSM에서 버전과 보안 상태를 왜 먼저 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/synology-dsm/</guid>
    </item>
    <item>
      <title>Thunderbolt | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/thunderbolt/</link>
      <description><![CDATA[## 뜻

Thunderbolt은 장치와 시스템 사이의 데이터 또는 전원 연결 규격입니다.

## 실무에서 왜 중요한가

포트가 보인다는 사실만으로 모든 기능이 정상인 것은 아닙니다. 데이터, 영상, 전원, 링크 속도처럼 기능 경로를 나눠 확인합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우, Thunderbolt 장치가 인식되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Thunderbolt은 데이터, 속도, 전원 또는 영상 기능 범위를 결정할 수 있는 연결 규격입니다.

### 현장에서 확인할 것

- 협상 속도
- 케이블 규격
- 포트 지원 기능
- 교차 테스트

### 오해하기 쉬운 점

Thunderbolt 포트가 동작하면 모든 기능도 정상이라고 보는 것입니다.

### 연결되는 실무 경험

- Thunderbolt 장치가 인식되지 않는 경우
- USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우

### 실무 질문

Thunderbolt에서 일부 기능만 동작할 때 무엇부터 분리하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/thunderbolt/</guid>
    </item>
    <item>
      <title>USB-C | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/usb-c/</link>
      <description><![CDATA[## 뜻

USB-C은 장치와 시스템 사이의 데이터 또는 전원 연결 규격입니다.

## 실무에서 왜 중요한가

포트가 보인다는 사실만으로 모든 기능이 정상인 것은 아닙니다. 데이터, 영상, 전원, 링크 속도처럼 기능 경로를 나눠 확인합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우, USB-C 충전이 특정 어댑터에서만 되는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

USB-C은 데이터, 속도, 전원 또는 영상 기능 범위를 결정할 수 있는 연결 규격입니다.

### 현장에서 확인할 것

- 협상 속도
- 케이블 규격
- 포트 지원 기능
- 교차 테스트

### 오해하기 쉬운 점

USB-C 포트가 동작하면 모든 기능도 정상이라고 보는 것입니다.

### 연결되는 실무 경험

- USB-C 충전이 특정 어댑터에서만 되는 경우
- USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우

### 실무 질문

USB-C에서 일부 기능만 동작할 때 무엇부터 분리하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/usb-c/</guid>
    </item>
    <item>
      <title>SCSI | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/scsi/</link>
      <description><![CDATA[## 뜻

SCSI은 장치와 시스템 사이의 데이터 또는 전원 연결 규격입니다.

## 실무에서 왜 중요한가

포트가 보인다는 사실만으로 모든 기능이 정상인 것은 아닙니다. 데이터, 영상, 전원, 링크 속도처럼 기능 경로를 나눠 확인합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SCSI 서버 디스크 복구, 자기테이프 데이터 복구 및 마이그레이션 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SCSI은 데이터, 속도, 전원 또는 영상 기능 범위를 결정할 수 있는 연결 규격입니다.

### 현장에서 확인할 것

- 협상 속도
- 케이블 규격
- 포트 지원 기능
- 교차 테스트

### 오해하기 쉬운 점

SCSI 포트가 동작하면 모든 기능도 정상이라고 보는 것입니다.

### 연결되는 실무 경험

- SCSI 서버 디스크 복구
- 자기테이프 데이터 복구 및 마이그레이션

### 실무 질문

SCSI에서 일부 기능만 동작할 때 무엇부터 분리하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/scsi/</guid>
    </item>
    <item>
      <title>SAS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sas/</link>
      <description><![CDATA[## 뜻

SAS은 장치와 시스템 사이의 데이터 또는 전원 연결 규격입니다.

## 실무에서 왜 중요한가

포트가 보인다는 사실만으로 모든 기능이 정상인 것은 아닙니다. 데이터, 영상, 전원, 링크 속도처럼 기능 경로를 나눠 확인합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SAS 서버 디스크 장애, HBA는 인식되지만 연결 디스크가 보이지 않는 경우, SAS 디스크의 Sector 또는 Protection 포맷이 서버와 호환되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SAS은 데이터, 속도, 전원 또는 영상 기능 범위를 결정할 수 있는 연결 규격입니다.

### 현장에서 확인할 것

- 협상 속도
- 케이블 규격
- 포트 지원 기능
- 교차 테스트

### 오해하기 쉬운 점

SAS 포트가 동작하면 모든 기능도 정상이라고 보는 것입니다.

### 연결되는 실무 경험

- SAS 서버 디스크 장애
- HBA는 인식되지만 연결 디스크가 보이지 않는 경우
- SAS 디스크의 Sector 또는 Protection 포맷이 서버와 호환되지 않는 경우

### 실무 질문

SAS에서 일부 기능만 동작할 때 무엇부터 분리하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sas/</guid>
    </item>
    <item>
      <title>ZFS RAIDZ | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/zfs-raidz/</link>
      <description><![CDATA[## 뜻

ZFS RAIDZ은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 ZFS/RAIDZ Pool Degraded 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

ZFS RAIDZ은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

ZFS RAIDZ 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- ZFS/RAIDZ Pool Degraded

### 실무 질문

ZFS RAIDZ 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/zfs-raidz/</guid>
    </item>
    <item>
      <title>RAID 6 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid6/</link>
      <description><![CDATA[## 뜻

RAID 6은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 RAID 6에서 복수 디스크 장애와 읽기 오류가 겹친 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 6은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

RAID 6 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- RAID 6에서 복수 디스크 장애와 읽기 오류가 겹친 경우

### 실무 질문

RAID 6 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid6/</guid>
    </item>
    <item>
      <title>RAID 0 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid0/</link>
      <description><![CDATA[## 뜻

RAID 0은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 RAID 0 멤버 한 개가 장애난 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 0은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

RAID 0 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- RAID 0 멤버 한 개가 장애난 경우

### 실무 질문

RAID 0 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid0/</guid>
    </item>
    <item>
      <title>RAID 1 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid1/</link>
      <description><![CDATA[## 뜻

RAID 1은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 RAID 1에서 두 디스크 상태가 서로 다른 경우, RAID 1과 RAID 5 중 업무 환경에 맞게 선택하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 1은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

RAID 1 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- RAID 1에서 두 디스크 상태가 서로 다른 경우
- RAID 1과 RAID 5 중 업무 환경에 맞게 선택하는 경우

### 실무 질문

RAID 1 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid1/</guid>
    </item>
    <item>
      <title>Synology SHR | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/shr/</link>
      <description><![CDATA[## 뜻

Synology SHR은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우, SHR과 일반 RAID 중 구성 방식을 선택하는 경우, NAS 용량 부족으로 디스크를 확장 교체하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Synology SHR은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

Synology SHR 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- SHR과 일반 RAID 중 구성 방식을 선택하는 경우
- NAS 용량 부족으로 디스크를 확장 교체하는 경우
- Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우

### 실무 질문

Synology SHR 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/shr/</guid>
    </item>
    <item>
      <title>Btrfs | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/btrfs/</link>
      <description><![CDATA[## 뜻

Btrfs은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Btrfs 파일시스템 오류로 NAS 공유폴더가 열리지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Btrfs은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

Btrfs 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- Btrfs 파일시스템 오류로 NAS 공유폴더가 열리지 않는 경우

### 실무 질문

Btrfs 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/btrfs/</guid>
    </item>
    <item>
      <title>ext4 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ext4/</link>
      <description><![CDATA[## 뜻

ext4은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Linux 서버 파일시스템이 손상된 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

ext4은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

ext4 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- Linux 서버 파일시스템이 손상된 경우

### 실무 질문

ext4 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ext4/</guid>
    </item>
    <item>
      <title>HFS+ | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/hfs-plus/</link>
      <description><![CDATA[## 뜻

HFS+은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HFS/HFS+ 구형 Mac 저장장치 복구 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

HFS+은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

HFS+ 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- HFS/HFS+ 구형 Mac 저장장치 복구

### 실무 질문

HFS+ 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/hfs-plus/</guid>
    </item>
    <item>
      <title>ReFS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/refs/</link>
      <description><![CDATA[## 뜻

ReFS은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Windows Storage Spaces 장애 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

ReFS은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

ReFS 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- Windows Storage Spaces 장애

### 실무 질문

ReFS 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/refs/</guid>
    </item>
    <item>
      <title>NTFS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ntfs/</link>
      <description><![CDATA[## 뜻

NTFS은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

NTFS은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

NTFS 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우

### 실무 질문

NTFS 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ntfs/</guid>
    </item>
    <item>
      <title>전용/미확인 파일시스템 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/proprietary/</link>
      <description><![CDATA[## 뜻

전용/미확인 파일시스템은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 CCTV/DVR/NVR HDD 영상 복구, DVR 초기화 후 영상 복구가 필요한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

전용/미확인 파일시스템은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

전용/미확인 파일시스템 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- CCTV/DVR/NVR HDD 영상 복구
- DVR 초기화 후 영상 복구가 필요한 경우

### 실무 질문

전용/미확인 파일시스템 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/proprietary/</guid>
    </item>
    <item>
      <title>계속 전원 인가 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/continued-power/</link>
      <description><![CDATA[## 뜻

계속 전원 인가은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD에서 클릭음이 반복되는 경우, HDD 배드섹터로 속도가 극단적으로 느려지는 경우, SMART 경고 후 파일 복사가 중단되는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

계속 전원 인가은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

계속 전원 인가이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- HDD에서 클릭음이 반복되는 경우
- HDD 배드섹터로 속도가 극단적으로 느려지는 경우
- SMART 경고 후 파일 복사가 중단되는 경우

### 실무 질문

계속 전원 인가이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/continued-power/</guid>
    </item>
    <item>
      <title>대량 Batch Media 누락 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/bulk-batch-media-loss/</link>
      <description><![CDATA[## 뜻

대량 Batch Media 누락은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 서버에서 다수 HDD를 분리해 현장 파기하는 경우, NAS 장비에서 디스크를 분리해 현장 파기하는 경우, 스토리지 어레이의 대량 디스크를 일괄 파기하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

대량 Batch Media 누락은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

대량 Batch Media 누락이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- 서버에서 다수 HDD를 분리해 현장 파기하는 경우
- NAS 장비에서 디스크를 분리해 현장 파기하는 경우
- 스토리지 어레이의 대량 디스크를 일괄 파기하는 경우
- 관리번호와 실제 장비 수량이 일치하지 않는 경우

### 실무 질문

대량 Batch Media 누락이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/bulk-batch-media-loss/</guid>
    </item>
    <item>
      <title>내장 저장장치 누락 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/missed-storage-device/</link>
      <description><![CDATA[## 뜻

내장 저장장치 누락은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 대형 프린터/복합기 내장 저장장치 처리, 반출 전에 저장장치 유무를 장비별로 확인하는 경우, 저장장치를 분리한 본체만 재활용하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

내장 저장장치 누락은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

내장 저장장치 누락이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- 대형 프린터/복합기 내장 저장장치 처리
- 반출 전에 저장장치 유무를 장비별로 확인하는 경우
- 저장장치를 분리한 본체만 재활용하는 경우
- 공공기관 장비의 자산 스티커와 저장장치를 함께 실사하는 경우

### 실무 질문

내장 저장장치 누락이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/missed-storage-device/</guid>
    </item>
    <item>
      <title>RAID 디스크 순서 변경 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/wrong-order/</link>
      <description><![CDATA[## 뜻

RAID 디스크 순서 변경은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology에서 잘못된 디스크를 분리한 경우, RAID 디스크 순서가 뒤섞인 경우, Synology에서 System Partition Failed가 나타나고 Storage Pool 상태가 함께 비정상인 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 디스크 순서 변경은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

RAID 디스크 순서 변경이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- Synology에서 잘못된 디스크를 분리한 경우
- RAID 디스크 순서가 뒤섞인 경우
- RAID 디스크를 잘못 교체한 경우
- Synology에서 System Partition Failed가 나타나고 Storage Pool 상태가 함께 비정상인 경우

### 실무 질문

RAID 디스크 순서 변경이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/wrong-order/</guid>
    </item>
    <item>
      <title>TRIM 활성 상태 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/trim-active/</link>
      <description><![CDATA[## 뜻

TRIM 활성 상태은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 삭제 후 TRIM이 동작한 경우, SD카드를 카메라에서 포맷한 경우, SMR HDD에서 Translator 또는 TRIM/Unmap 때문에 원래 LBA 데이터가 일반 Scan에 보이지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

TRIM 활성 상태은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

TRIM 활성 상태이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- SSD 삭제 후 TRIM이 동작한 경우
- SD카드를 카메라에서 포맷한 경우
- BitLocker 복구키는 있으나 파일시스템이 손상된 경우
- SMR HDD에서 Translator 또는 TRIM/Unmap 때문에 원래 LBA 데이터가 일반 Scan에 보이지 않는 경우

### 실무 질문

TRIM 활성 상태이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/trim-active/</guid>
    </item>
    <item>
      <title>OS/DSM 재설치 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/reinstall/</link>
      <description><![CDATA[## 뜻

OS/DSM 재설치은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Android 스마트폰이 초기화되지 않은 상태에서 부트루프에 빠져 내부 데이터에 접근할 수 없는 경우, T2 Mac이 부팅되지 않는 경우, Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

OS/DSM 재설치은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

OS/DSM 재설치이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- T2 Mac이 부팅되지 않는 경우
- Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우
- iPhone이 부팅 로고에서 반복 재시작되는 경우
- Android 스마트폰이 초기화되지 않은 상태에서 부트루프에 빠져 내부 데이터에 접근할 수 없는 경우

### 실무 질문

OS/DSM 재설치이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/reinstall/</guid>
    </item>
    <item>
      <title>추가 쓰기 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/new-write/</link>
      <description><![CDATA[## 뜻

추가 쓰기은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 중요 폴더를 삭제한 경우, 차량 블랙박스 메모리카드 복구, HDD 또는 외장하드를 Windows 디스크 관리에서 초기화한 뒤 기존 파티션이 보이지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

추가 쓰기은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

추가 쓰기이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- 중요 폴더를 삭제한 경우
- 차량 블랙박스 메모리카드 복구
- 파티션 삭제 후 새 파티션을 만든 경우
- 블랙박스 microSD의 특정 시간대 영상이 사라진 경우

### 실무 질문

추가 쓰기이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/new-write/</guid>
    </item>
    <item>
      <title>시스템 복구 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/system-repair/</link>
      <description><![CDATA[## 뜻

시스템 복구은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Android 화면 또는 터치 불량으로 잠금 해제와 PC 데이터 접근이 어려운 경우, Android 스마트폰이 초기화되지 않은 상태에서 부트루프에 빠져 내부 데이터에 접근할 수 없는 경우, iPhone 화면 파손 후 터치가 되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

시스템 복구은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

시스템 복구을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- iPhone 화면 파손 후 터치가 되지 않는 경우
- Android 화면 또는 터치 불량으로 잠금 해제와 PC 데이터 접근이 어려운 경우
- Android 스마트폰이 초기화되지 않은 상태에서 부트루프에 빠져 내부 데이터에 접근할 수 없는 경우

### 실무 질문

시스템 복구 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/system-repair/</guid>
    </item>
    <item>
      <title>디가우징 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/degauss/</link>
      <description><![CDATA[## 뜻

디가우징은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD/테이프 디가우징, LTO 테이프를 보안 폐기하는 경우, 디가우징 후 물리 파기를 병행하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

디가우징은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

디가우징을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- HDD/테이프 디가우징
- LTO 테이프를 보안 폐기하는 경우
- 디가우징 후 물리 파기를 병행하는 경우

### 실무 질문

디가우징 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/degauss/</guid>
    </item>
    <item>
      <title>접근 가능한 데이터 우선 백업 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/backup-first/</link>
      <description><![CDATA[## 뜻

접근 가능한 데이터 우선 백업은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR/RAID가 Degraded 된 경우, RAID 5에서 한 개 디스크 고장 후 Degraded인 경우, RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

접근 가능한 데이터 우선 백업은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

접근 가능한 데이터 우선 백업을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- Synology SHR/RAID가 Degraded 된 경우
- RAID 5에서 한 개 디스크 고장 후 Degraded인 경우
- RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우

### 실무 질문

접근 가능한 데이터 우선 백업 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/backup-first/</guid>
    </item>
    <item>
      <title>On-site 물리 파기 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/onsite-physical-destroy/</link>
      <description><![CDATA[## 뜻

On-site 물리 파기은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 서버에서 다수 HDD를 분리해 현장 파기하는 경우, NAS 장비에서 디스크를 분리해 현장 파기하는 경우, 관계자 입회 하에 현장 파기해야 하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

On-site 물리 파기은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

On-site 물리 파기을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- 서버에서 다수 HDD를 분리해 현장 파기하는 경우
- NAS 장비에서 디스크를 분리해 현장 파기하는 경우
- 관계자 입회 하에 현장 파기해야 하는 경우
- 반출이 금지된 저장매체를 현장에서 처리하는 경우

### 실무 질문

On-site 물리 파기 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/onsite-physical-destroy/</guid>
    </item>
    <item>
      <title>물리 파쇄/천공 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/physical-destroy/</link>
      <description><![CDATA[## 뜻

물리 파쇄/천공은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 저장매체 물리 파기, SSD가 고장나 소프트웨어 삭제를 수행할 수 없는 경우, LTO 테이프를 보안 폐기하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

물리 파쇄/천공은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

물리 파쇄/천공을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- 저장매체 물리 파기
- SSD가 고장나 소프트웨어 삭제를 수행할 수 없는 경우
- LTO 테이프를 보안 폐기하는 경우
- 분해 후 기판 천공으로 처리하는 경우

### 실무 질문

물리 파쇄/천공 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/physical-destroy/</guid>
    </item>
    <item>
      <title>Sanitization Validation 승인/Reject | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sanitization-validation/</link>
      <description><![CDATA[## 뜻

Sanitization Validation 승인/Reject은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 보안 삭제, HDD/테이프 디가우징, 저장매체 물리 파기 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Sanitization Validation 승인/Reject은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

Sanitization Validation 승인/Reject을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- SSD 보안 삭제
- HDD/테이프 디가우징
- 저장매체 물리 파기
- HDD를 재사용 전제로 소프트웨어 삭제해야 하는 경우

### 실무 질문

Sanitization Validation 승인/Reject 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sanitization-validation/</guid>
    </item>
    <item>
      <title>파기/삭제 증빙 작성 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/destruction-documentation/</link>
      <description><![CDATA[## 뜻

파기/삭제 증빙 작성은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 관계자 입회 하에 현장 파기해야 하는 경우, 자산번호와 일련번호를 대조하며 파기하는 경우, 파기 인증서와 작업 결과 문서를 함께 제출하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파기/삭제 증빙 작성은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

파기/삭제 증빙 작성을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- 관계자 입회 하에 현장 파기해야 하는 경우
- 자산번호와 일련번호를 대조하며 파기하는 경우
- 파기 인증서와 작업 결과 문서를 함께 제출하는 경우
- 대량 파기에서 작업자와 검수자를 분리하는 경우

### 실무 질문

파기/삭제 증빙 작성 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/destruction-documentation/</guid>
    </item>
    <item>
      <title>ITAD 자산 실사 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/itad-inventory/</link>
      <description><![CDATA[## 뜻

ITAD 자산 실사은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 ITAD 자산 실사와 반출, 대형 프린터/복합기 내장 저장장치 처리, 사무실 이전으로 대량 PC와 모니터를 반출하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

ITAD 자산 실사은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

ITAD 자산 실사을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- ITAD 자산 실사와 반출
- 대형 프린터/복합기 내장 저장장치 처리
- 사무실 이전으로 대량 PC와 모니터를 반출하는 경우
- 자산대장과 실제 장비의 관리번호가 일치하지 않는 경우

### 실무 질문

ITAD 자산 실사 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/itad-inventory/</guid>
    </item>
    <item>
      <title>인계/반출 추적 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/chain-of-custody/</link>
      <description><![CDATA[## 뜻

인계/반출 추적은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 ITAD 자산 실사와 반출, 반출이 금지된 저장매체를 현장에서 처리하는 경우, 현장 파기와 수거 후 파기를 혼합 운영하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

인계/반출 추적은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

인계/반출 추적을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- ITAD 자산 실사와 반출
- 반출이 금지된 저장매체를 현장에서 처리하는 경우
- 현장 파기와 수거 후 파기를 혼합 운영하는 경우
- 자산대장과 실제 장비의 관리번호가 일치하지 않는 경우

### 실무 질문

인계/반출 추적 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/chain-of-custody/</guid>
    </item>
    <item>
      <title>이미지 획득 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/image-acquisition/</link>
      <description><![CDATA[## 뜻

이미지 획득은 장애 대응, 데이터 복구, 파기 또는 ITAD 과정에서 수행하는 작업 방법입니다.

## 실무에서 왜 중요한가

작업 방법은 장비 상태와 데이터 우선순위에 따라 선택하며 변경 작업 전에는 원본 보존과 작업 기록을 먼저 확보하는 것이 좋습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD 배드섹터로 속도가 극단적으로 느려지는 경우, SD카드를 카메라에서 포맷한 경우, 외장 SSD에서 전체 포맷이 시작된 뒤 TRIM 가능성까지 고려해야 하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

이미지 획득은 실제 조치 방법이며 원본 보존과 되돌리기 가능성을 먼저 봐야 합니다.

### 현장에서 확인할 것

- 작업 대상
- 원본 백업
- 실패 시 되돌리기
- 작업 후 검증

### 오해하기 쉬운 점

이미지 획득을 상태 확인 없이 바로 실행하는 것입니다.

### 연결되는 실무 경험

- HDD 배드섹터로 속도가 극단적으로 느려지는 경우
- SD카드를 카메라에서 포맷한 경우
- SMART 경고 후 파일 복사가 중단되는 경우
- SSD 펌웨어 장애로 시스템 부팅이 지연되는 경우

### 실무 질문

이미지 획득 전에 어떤 조건을 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/image-acquisition/</guid>
    </item>
    <item>
      <title>Windows 11 요구사항 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/windows11-requirement-check/</link>
      <description><![CDATA[## 뜻

Windows 11 요구사항 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 TPM 또는 Secure Boot 설정 때문에 Windows 설치가 막히는 경우, Windows 11 설치 가능 여부를 구형 PC에서 검토하는 경우, 구형 Intel Mac에 최신 Windows 설치를 검토하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Windows 11 요구사항 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

Windows 11 요구사항 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- TPM 또는 Secure Boot 설정 때문에 Windows 설치가 막히는 경우
- Windows 11 설치 가능 여부를 구형 PC에서 검토하는 경우
- 구형 Intel Mac에 최신 Windows 설치를 검토하는 경우

### 실무 질문

Windows 11 요구사항 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/windows11-requirement-check/</guid>
    </item>
    <item>
      <title>부품 Data-bearing 여부 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/component-data-bearing-check/</link>
      <description><![CDATA[## 뜻

부품 Data-bearing 여부 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 저장장치를 분리한 본체만 재활용하는 경우, 공공기관 장비의 자산 스티커와 저장장치를 함께 실사하는 경우, 연구소 장비의 특수 확장카드와 저장장치를 분리 보존하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

부품 Data-bearing 여부 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

부품 Data-bearing 여부 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 저장장치를 분리한 본체만 재활용하는 경우
- 공공기관 장비의 자산 스티커와 저장장치를 함께 실사하는 경우
- 연구소 장비의 특수 확장카드와 저장장치를 분리 보존하는 경우

### 실무 질문

부품 Data-bearing 여부 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/component-data-bearing-check/</guid>
    </item>
    <item>
      <title>Revive/Restore 선택 판단 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/revive-restore-decision/</link>
      <description><![CDATA[## 뜻

Revive/Restore 선택 판단은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 T2 Mac이 부팅되지 않는 경우, Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우, Apple Silicon Mac의 복구모드 진입 문제를 해결하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Revive/Restore 선택 판단은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

Revive/Restore 선택 판단 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- T2 Mac이 부팅되지 않는 경우
- Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우
- Apple Silicon Mac의 복구모드 진입 문제를 해결하는 경우

### 실무 질문

Revive/Restore 선택 판단을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/revive-restore-decision/</guid>
    </item>
    <item>
      <title>Sanitize 적용 범위 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sanitize-scope-check/</link>
      <description><![CDATA[## 뜻

Sanitize 적용 범위 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 보안 삭제, HDD를 재사용 전제로 소프트웨어 삭제해야 하는 경우, NIST SP 800-88 기준으로 Clear Purge Destroy를 구분하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Sanitize 적용 범위 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

Sanitize 적용 범위 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- SSD 보안 삭제
- HDD를 재사용 전제로 소프트웨어 삭제해야 하는 경우
- NIST SP 800-88 기준으로 Clear Purge Destroy를 구분하는 경우

### 실무 질문

Sanitize 적용 범위 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sanitize-scope-check/</guid>
    </item>
    <item>
      <title>원시 Sector 패턴 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/hex-pattern-check/</link>
      <description><![CDATA[## 뜻

원시 Sector 패턴 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB 메모리가 정상 용량으로 보이지만 Translator 또는 NAND 오류로 실제 데이터가 정상 반환되지 않는 경우, SMR HDD에서 Translator 또는 TRIM/Unmap 때문에 원래 LBA 데이터가 일반 Scan에 보이지 않는 경우, 블랙박스 microSD의 특정 시간대 영상이 사라진 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

원시 Sector 패턴 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

원시 Sector 패턴 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 블랙박스 microSD의 특정 시간대 영상이 사라진 경우
- USB 메모리가 정상 용량으로 보이지만 Translator 또는 NAND 오류로 실제 데이터가 정상 반환되지 않는 경우
- SMR HDD에서 Translator 또는 TRIM/Unmap 때문에 원래 LBA 데이터가 일반 Scan에 보이지 않는 경우

### 실무 질문

원시 Sector 패턴 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/hex-pattern-check/</guid>
    </item>
    <item>
      <title>BMC 센서/하드웨어 상태 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/bmc-sensor-check/</link>
      <description><![CDATA[## 뜻

BMC 센서/하드웨어 상태 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 서버 OS 모니터링과 별도로 BMC 하드웨어 상태를 확인해야 하는 경우, 서버 PSU 이상과 전원 이중화 상태를 함께 점검해야 하는 경우, 서버 Fan이 고속으로 고정되거나 반복적으로 Ramp하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

BMC 센서/하드웨어 상태 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

BMC 센서/하드웨어 상태 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 서버 OS 모니터링과 별도로 BMC 하드웨어 상태를 확인해야 하는 경우
- 서버 PSU 이상과 전원 이중화 상태를 함께 점검해야 하는 경우
- 서버 Fan이 고속으로 고정되거나 반복적으로 Ramp하는 경우

### 실무 질문

BMC 센서/하드웨어 상태 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/bmc-sensor-check/</guid>
    </item>
    <item>
      <title>내장/외장 디스플레이 경로 비교 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/display-path-check/</link>
      <description><![CDATA[## 뜻

내장/외장 디스플레이 경로 비교은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우, 외부 모니터는 나오지만 내장 화면이 안 나오는 경우, MacBook 액정이 파손되거나 백라이트가 나오지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

내장/외장 디스플레이 경로 비교은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

내장/외장 디스플레이 경로 비교 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 외부 모니터는 나오지만 내장 화면이 안 나오는 경우
- MacBook 액정이 파손되거나 백라이트가 나오지 않는 경우
- USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우

### 실무 질문

내장/외장 디스플레이 경로 비교을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/display-path-check/</guid>
    </item>
    <item>
      <title>부품별 부하 테스트 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/stress-test/</link>
      <description><![CDATA[## 뜻

부품별 부하 테스트은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 블루스크린이 게임이나 고부하에서 반복되는 경우, 포맷 후에도 블루스크린이 다시 발생하는 경우, CPU 온도가 과도하게 올라가 성능이 떨어지는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

부품별 부하 테스트은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

부품별 부하 테스트 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 블루스크린이 게임이나 고부하에서 반복되는 경우
- 포맷 후에도 블루스크린이 다시 발생하는 경우
- CPU 온도가 과도하게 올라가 성능이 떨어지는 경우

### 실무 질문

부품별 부하 테스트을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/stress-test/</guid>
    </item>
    <item>
      <title>메모리 안정성 테스트 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/memory-test/</link>
      <description><![CDATA[## 뜻

메모리 안정성 테스트은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 서버 ECC Correctable Error가 특정 DIMM에서 반복되는 경우, 포맷 후에도 블루스크린이 다시 발생하는 경우, RAM 오류로 설치와 압축 해제가 실패하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

메모리 안정성 테스트은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

메모리 안정성 테스트 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 포맷 후에도 블루스크린이 다시 발생하는 경우
- RAM 오류로 설치와 압축 해제가 실패하는 경우
- 서버 ECC Correctable Error가 특정 DIMM에서 반복되는 경우

### 실무 질문

메모리 안정성 테스트을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/memory-test/</guid>
    </item>
    <item>
      <title>SMART 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/smart/</link>
      <description><![CDATA[## 뜻

SMART 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR/RAID가 Degraded 된 경우, Synology에서 System Partition Failed가 나타나고 Storage Pool 상태가 함께 비정상인 경우, SMART 경고 후 파일 복사가 중단되는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SMART 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

SMART 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- Synology SHR/RAID가 Degraded 된 경우
- SMART 경고 후 파일 복사가 중단되는 경우
- Synology에서 System Partition Failed가 나타나고 Storage Pool 상태가 함께 비정상인 경우

### 실무 질문

SMART 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/smart/</guid>
    </item>
    <item>
      <title>Windows 이벤트 로그 확인 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/event-log-check/</link>
      <description><![CDATA[## 뜻

Windows 이벤트 로그 확인은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 블루스크린이 게임이나 고부하에서 반복되는 경우, 포맷 후에도 블루스크린이 다시 발생하는 경우, NVMe 오류로 이벤트 로그에 저장장치 경고가 남는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

Windows 이벤트 로그 확인은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

Windows 이벤트 로그 확인 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 블루스크린이 게임이나 고부하에서 반복되는 경우
- 포맷 후에도 블루스크린이 다시 발생하는 경우
- NVMe 오류로 이벤트 로그에 저장장치 경고가 남는 경우
- 그래픽카드 부하에서 화면이 꺼지거나 재부팅되는 경우

### 실무 질문

Windows 이벤트 로그 확인을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/event-log-check/</guid>
    </item>
    <item>
      <title>파티션 구조 분석 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/partition-scan/</link>
      <description><![CDATA[## 뜻

파티션 구조 분석은 장비나 저장장치 상태를 판별하기 위한 진단 방법 또는 확인 절차입니다.

## 실무에서 왜 중요한가

데이터가 중요한 장비에서는 진단 자체가 원본 상태를 바꾸지 않는지 먼저 고려하고 필요한 경우 복제본이나 이미지에서 분석합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 파티션이 사라지고 할당되지 않음으로 보이는 경우, Windows Storage Spaces 장애, HDD 또는 외장하드를 Windows 디스크 관리에서 초기화한 뒤 기존 파티션이 보이지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파티션 구조 분석은 상태 판별 절차이며 진단 자체가 원본을 바꾸는지도 봐야 합니다.

### 현장에서 확인할 것

- 읽기 전용 가능 여부
- 진단 결과의 한계
- 교차 확인 방법
- 진단 중 상태 악화 여부

### 오해하기 쉬운 점

파티션 구조 분석 결과 하나만으로 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 파티션이 사라지고 할당되지 않음으로 보이는 경우
- Windows Storage Spaces 장애
- 파티션 삭제 후 새 파티션을 만든 경우
- HDD 또는 외장하드를 Windows 디스크 관리에서 초기화한 뒤 기존 파티션이 보이지 않는 경우

### 실무 질문

파티션 구조 분석을 언제 사용하고 어떻게 해석하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/partition-scan/</guid>
    </item>
    <item>
      <title>침수 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/water/</link>
      <description><![CDATA[## 뜻

침수은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 침수 스마트폰 데이터복구, MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

침수은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

침수을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- 침수 스마트폰 데이터복구
- MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우

### 실무 질문

침수이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/water/</guid>
    </item>
    <item>
      <title>암호화 키 분실 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/encryption-key-loss/</link>
      <description><![CDATA[## 뜻

암호화 키 분실은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 BitLocker 복구키를 찾지 못하는 경우, 현대 Android를 공장 초기화한 뒤 암호화 키가 폐기되어 내부 데이터를 복구할 수 없는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

암호화 키 분실은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

암호화 키 분실을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- BitLocker 복구키를 찾지 못하는 경우
- 현대 Android를 공장 초기화한 뒤 암호화 키가 폐기되어 내부 데이터를 복구할 수 없는 경우

### 실무 질문

암호화 키 분실이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/encryption-key-loss/</guid>
    </item>
    <item>
      <title>전원 차단/정전 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/power-loss/</link>
      <description><![CDATA[## 뜻

전원 차단/정전은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 APFS 외장하드가 정전 후 마운트되지 않는 경우, 정전 후 NAS가 자동으로 올라오지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

전원 차단/정전은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

전원 차단/정전을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- APFS 외장하드가 정전 후 마운트되지 않는 경우
- 정전 후 NAS가 자동으로 올라오지 않는 경우

### 실무 질문

전원 차단/정전이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/power-loss/</guid>
    </item>
    <item>
      <title>사용자 포맷 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/user-format/</link>
      <description><![CDATA[## 뜻

사용자 포맷은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD를 빠른 포맷한 경우, HDD 전체 포맷 후 복구 문의 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

사용자 포맷은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

사용자 포맷을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- HDD를 빠른 포맷한 경우
- HDD 전체 포맷 후 복구 문의

### 실무 질문

사용자 포맷이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/user-format/</guid>
    </item>
    <item>
      <title>파티션 테이블 손상 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/partition-table-damage/</link>
      <description><![CDATA[## 뜻

파티션 테이블 손상은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 파티션이 사라지고 할당되지 않음으로 보이는 경우, 파티션 삭제 후 새 파티션을 만든 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파티션 테이블 손상은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

파티션 테이블 손상을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- 파티션이 사라지고 할당되지 않음으로 보이는 경우
- 파티션 삭제 후 새 파티션을 만든 경우

### 실무 질문

파티션 테이블 손상이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/partition-table-damage/</guid>
    </item>
    <item>
      <title>어댑터 전력 부족/협상 불일치 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/insufficient-adapter-power/</link>
      <description><![CDATA[## 뜻

어댑터 전력 부족/협상 불일치은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 충전기는 정상인데 배터리가 충전되지 않는 경우, USB-C 충전이 특정 어댑터에서만 되는 경우, MacBook이 충전되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

어댑터 전력 부족/협상 불일치은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

어댑터 전력 부족/협상 불일치을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- 충전기는 정상인데 배터리가 충전되지 않는 경우
- USB-C 충전이 특정 어댑터에서만 되는 경우
- MacBook이 충전되지 않는 경우

### 실무 질문

어댑터 전력 부족/협상 불일치이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/insufficient-adapter-power/</guid>
    </item>
    <item>
      <title>SSD 컨트롤러 장애 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ssd-controller/</link>
      <description><![CDATA[## 뜻

SSD 컨트롤러 장애은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD가 0GB 또는 비정상 용량으로 보이는 경우, SSD 컨트롤러 장애, USB가 No Media 또는 0바이트로 보이는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SSD 컨트롤러 장애은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

SSD 컨트롤러 장애을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- SSD가 0GB 또는 비정상 용량으로 보이는 경우
- SSD 컨트롤러 장애
- USB가 No Media 또는 0바이트로 보이는 경우

### 실무 질문

SSD 컨트롤러 장애이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ssd-controller/</guid>
    </item>
    <item>
      <title>전원부 이상 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/power-supply-fault/</link>
      <description><![CDATA[## 뜻

전원부 이상은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 서버 PSU 이상과 전원 이중화 상태를 함께 점검해야 하는 경우, 잘못된 전원 어댑터 연결 후 HDD가 인식되지 않는 경우, NAS 전원공급장치 문제로 여러 디스크가 동시에 끊긴 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

전원부 이상은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

전원부 이상을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- 잘못된 전원 어댑터 연결 후 HDD가 인식되지 않는 경우
- NAS 전원공급장치 문제로 여러 디스크가 동시에 끊긴 경우
- 서버 PSU 이상과 전원 이중화 상태를 함께 점검해야 하는 경우

### 실무 질문

전원부 이상이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/power-supply-fault/</guid>
    </item>
    <item>
      <title>파일시스템 메타데이터 손상 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/filesystem-metadata-corruption/</link>
      <description><![CDATA[## 뜻

파일시스템 메타데이터 손상은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 손상 드라이브에 CHKDSK를 실행한 뒤 상태가 바뀐 경우, NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우, Windows Storage Spaces 장애 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파일시스템 메타데이터 손상은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

파일시스템 메타데이터 손상을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- 손상 드라이브에 CHKDSK를 실행한 뒤 상태가 바뀐 경우
- NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우
- Windows Storage Spaces 장애
- Linux 서버 파일시스템이 손상된 경우

### 실무 질문

파일시스템 메타데이터 손상이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/filesystem-metadata-corruption/</guid>
    </item>
    <item>
      <title>NAND 열화 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/nand-degradation/</link>
      <description><![CDATA[## 뜻

NAND 열화은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB 메모리가 정상 용량으로 보이지만 Translator 또는 NAND 오류로 실제 데이터가 정상 반환되지 않는 경우, NVMe 과열 이후 인식 불량이 발생한 경우, SD카드가 PC에서는 0바이트로 보이는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

NAND 열화은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

NAND 열화을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- NVMe 과열 이후 인식 불량이 발생한 경우
- SD카드가 PC에서는 0바이트로 보이는 경우
- microSD 카드가 스마트폰에서 손상됨으로 표시되는 경우
- USB 메모리가 정상 용량으로 보이지만 Translator 또는 NAND 오류로 실제 데이터가 정상 반환되지 않는 경우

### 실무 질문

NAND 열화이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/nand-degradation/</guid>
    </item>
    <item>
      <title>PCB 손상 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/pcb-damage/</link>
      <description><![CDATA[## 뜻

PCB 손상은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD PCB가 손상되거나 탄 냄새가 나는 경우, 잘못된 전원 어댑터 연결 후 HDD가 인식되지 않는 경우, T2 Mac이 부팅되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

PCB 손상은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

PCB 손상을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- HDD PCB가 손상되거나 탄 냄새가 나는 경우
- 잘못된 전원 어댑터 연결 후 HDD가 인식되지 않는 경우
- T2 Mac이 부팅되지 않는 경우
- Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우

### 실무 질문

PCB 손상이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/pcb-damage/</guid>
    </item>
    <item>
      <title>읽기 전용 상태 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/read-only/</link>
      <description><![CDATA[## 뜻

읽기 전용 상태은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 펌웨어 장애로 시스템 부팅이 지연되는 경우, NVMe 과열 이후 인식 불량이 발생한 경우, QNAP 펌웨어 업데이트 후 볼륨이 마운트되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

읽기 전용 상태은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

읽기 전용 상태만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- SSD 펌웨어 장애로 시스템 부팅이 지연되는 경우
- NVMe 과열 이후 인식 불량이 발생한 경우
- QNAP 펌웨어 업데이트 후 볼륨이 마운트되지 않는 경우
- Btrfs 파일시스템 오류로 NAS 공유폴더가 열리지 않는 경우

### 실무 질문

읽기 전용 상태 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/read-only/</guid>
    </item>
    <item>
      <title>침수 후 장애 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/water-damage/</link>
      <description><![CDATA[## 뜻

침수 후 장애은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 침수 스마트폰 데이터복구, MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우, 침수 후 키보드와 메인보드가 동작하지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

침수 후 장애은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

침수 후 장애만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 침수 스마트폰 데이터복구
- MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우
- 침수 후 키보드와 메인보드가 동작하지 않는 경우
- MacBook 침수 후 전원이 들어오지 않는 경우

### 실무 질문

침수 후 장애 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/water-damage/</guid>
    </item>
    <item>
      <title>리빌드 실패 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/rebuild-failed/</link>
      <description><![CDATA[## 뜻

리빌드 실패은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology 리빌드 중 다른 디스크가 추가로 장애난 경우, Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우, RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

리빌드 실패은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

리빌드 실패만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- Synology 리빌드 중 다른 디스크가 추가로 장애난 경우
- RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우
- QNAP RAID 재빌드가 실패한 경우
- Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우

### 실무 질문

리빌드 실패 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/rebuild-failed/</guid>
    </item>
    <item>
      <title>파티션 재생성 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/partition-recreated/</link>
      <description><![CDATA[## 뜻

파티션 재생성은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD 또는 외장하드를 Windows 디스크 관리에서 초기화한 뒤 기존 파티션이 보이지 않는 경우, 파티션 삭제 후 새 파티션을 만든 경우, NVR에서 특정 날짜 영상이 사라진 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파티션 재생성은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

파티션 재생성만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 파티션 삭제 후 새 파티션을 만든 경우
- NVR에서 특정 날짜 영상이 사라진 경우
- DVR 초기화 후 영상 복구가 필요한 경우
- HDD 또는 외장하드를 Windows 디스크 관리에서 초기화한 뒤 기존 파티션이 보이지 않는 경우

### 실무 질문

파티션 재생성 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/partition-recreated/</guid>
    </item>
    <item>
      <title>RAW 표시 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raw-volume/</link>
      <description><![CDATA[## 뜻

RAW 표시은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우, USB 메모리가 RAW로 바뀐 경우, Windows Storage Spaces 장애 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAW 표시은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

RAW 표시만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우
- USB 메모리가 RAW로 바뀐 경우
- Windows Storage Spaces 장애
- DVR 초기화 후 영상 복구가 필요한 경우

### 실무 질문

RAW 표시 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raw-volume/</guid>
    </item>
    <item>
      <title>0바이트/0GB 표시 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/zero-capacity/</link>
      <description><![CDATA[## 뜻

0바이트/0GB 표시은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD가 0GB 또는 비정상 용량으로 보이는 경우, HDD가 0GB 또는 비정상 용량으로 인식되는 경우, SD카드가 PC에서는 0바이트로 보이는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

0바이트/0GB 표시은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

0바이트/0GB 표시만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- SSD가 0GB 또는 비정상 용량으로 보이는 경우
- HDD가 0GB 또는 비정상 용량으로 인식되는 경우
- SD카드가 PC에서는 0바이트로 보이는 경우
- 카메라 영상 파일이 0바이트 또는 재생 불가인 경우

### 실무 질문

0바이트/0GB 표시 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/zero-capacity/</guid>
    </item>
    <item>
      <title>파일시스템 오류 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/filesystem-error/</link>
      <description><![CDATA[## 뜻

파일시스템 오류은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 드론 촬영 메모리카드 복구, APFS 볼륨이 마운트되지 않는 경우, APFS 외장하드가 정전 후 마운트되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파일시스템 오류은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

파일시스템 오류만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- 드론 촬영 메모리카드 복구
- APFS 볼륨이 마운트되지 않는 경우
- APFS 외장하드가 정전 후 마운트되지 않는 경우
- QNAP 펌웨어 업데이트 후 볼륨이 마운트되지 않는 경우

### 실무 질문

파일시스템 오류 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/filesystem-error/</guid>
    </item>
    <item>
      <title>RAID Degraded | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid-degraded/</link>
      <description><![CDATA[## 뜻

RAID Degraded은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR/RAID가 Degraded 된 경우, QNAP RAID가 Degraded 된 경우, ZFS/RAIDZ Pool Degraded 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID Degraded은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

RAID Degraded만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- Synology SHR/RAID가 Degraded 된 경우
- QNAP RAID가 Degraded 된 경우
- ZFS/RAIDZ Pool Degraded
- RAID 5에서 한 개 디스크 고장 후 Degraded인 경우

### 실무 질문

RAID Degraded 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid-degraded/</guid>
    </item>
    <item>
      <title>배드섹터/읽기 오류 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/bad-sector/</link>
      <description><![CDATA[## 뜻

배드섹터/읽기 오류은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD 배드섹터로 속도가 극단적으로 느려지는 경우, 구형 IDE/PATA HDD 복구, RAID 6에서 복수 디스크 장애와 읽기 오류가 겹친 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

배드섹터/읽기 오류은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

배드섹터/읽기 오류만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- HDD 배드섹터로 속도가 극단적으로 느려지는 경우
- 구형 IDE/PATA HDD 복구
- RAID 6에서 복수 디스크 장애와 읽기 오류가 겹친 경우
- CD/DVD 등 광학매체 복구

### 실무 질문

배드섹터/읽기 오류 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/bad-sector/</guid>
    </item>
    <item>
      <title>마운트 실패 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/mount-failure/</link>
      <description><![CDATA[## 뜻

마운트 실패은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우, APFS 볼륨이 마운트되지 않는 경우, APFS 외장하드가 정전 후 마운트되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

마운트 실패은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

마운트 실패만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우
- APFS 볼륨이 마운트되지 않는 경우
- APFS 외장하드가 정전 후 마운트되지 않는 경우
- CD/DVD 등 광학매체 복구

### 실무 질문

마운트 실패 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/mount-failure/</guid>
    </item>
    <item>
      <title>암호화 잠김 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/encrypted-locked/</link>
      <description><![CDATA[## 뜻

암호화 잠김은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 BitLocker 복구키를 찾지 못하는 경우, BitLocker 암호화 SSD가 부팅 불가 상태인 경우, BitLocker 복구키는 있으나 파일시스템이 손상된 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

암호화 잠김은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

암호화 잠김만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- BitLocker 복구키를 찾지 못하는 경우
- BitLocker 암호화 SSD가 부팅 불가 상태인 경우
- BitLocker 복구키는 있으나 파일시스템이 손상된 경우
- 암호화 SSD를 다른 PC에 연결했지만 잠금 해제되지 않는 경우

### 실무 질문

암호화 잠김 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/encrypted-locked/</guid>
    </item>
    <item>
      <title>빠른 포맷 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/quick-format/</link>
      <description><![CDATA[## 뜻

빠른 포맷은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD를 빠른 포맷한 경우, SD카드를 카메라에서 포맷한 경우, 카메라 메모리카드 영상 복구 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

빠른 포맷은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

빠른 포맷만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- HDD를 빠른 포맷한 경우
- SD카드를 카메라에서 포맷한 경우
- 카메라 메모리카드 영상 복구
- SSD 빠른 포맷 후 복구가 필요한 경우

### 실무 질문

빠른 포맷 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/quick-format/</guid>
    </item>
    <item>
      <title>장치 미인식 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/not-detected/</link>
      <description><![CDATA[## 뜻

장치 미인식은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD가 BIOS와 운영체제에서 인식되지 않는 경우, NVMe SSD가 갑자기 미인식되는 경우, microSD가 기기와 리더기에서 인식되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

장치 미인식은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

장치 미인식만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- HDD가 BIOS와 운영체제에서 인식되지 않는 경우
- NVMe SSD가 갑자기 미인식되는 경우
- microSD가 기기와 리더기에서 인식되지 않는 경우
- 잘못된 전원 어댑터 연결 후 HDD가 인식되지 않는 경우

### 실무 질문

장치 미인식 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/not-detected/</guid>
    </item>
    <item>
      <title>파일 삭제 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/deleted-files/</link>
      <description><![CDATA[## 뜻

파일 삭제은 사용자가 처음 확인하는 현상 또는 장애 상태를 나타내는 용어입니다.

## 실무에서 왜 중요한가

증상은 원인과 같지 않습니다. 같은 증상도 물리 장애, 파일시스템, 펌웨어, 전원 또는 네트워크 문제에서 나타날 수 있어 추가 진단이 필요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 삭제 후 TRIM이 동작한 경우, 파티션 삭제 후 새 파티션을 만든 경우, NAS에서 공유폴더를 실수로 삭제한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

파일 삭제은 원인이 아니라 처음 관찰되는 증상입니다.

### 현장에서 확인할 것

- 발생 시점
- 직전 변경
- 다른 장치에서도 같은지
- 인식 용량과 로그

### 오해하기 쉬운 점

파일 삭제만 보고 원인을 확정하는 것입니다.

### 연결되는 실무 경험

- SSD 삭제 후 TRIM이 동작한 경우
- 파티션 삭제 후 새 파티션을 만든 경우
- NAS에서 공유폴더를 실수로 삭제한 경우
- NAS 스냅샷이 없고 파일을 삭제한 경우

### 실무 질문

파일 삭제 증상에서 원인을 어떻게 좁혀야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/deleted-files/</guid>
    </item>
    <item>
      <title>UFS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ufs/</link>
      <description><![CDATA[## 뜻

UFS은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Android eMMC/UFS 장애, 분해 후 기판 천공으로 처리하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

UFS은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

UFS을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- Android eMMC/UFS 장애
- 분해 후 기판 천공으로 처리하는 경우

### 실무 질문

UFS은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ufs/</guid>
    </item>
    <item>
      <title>eMMC | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/emmc/</link>
      <description><![CDATA[## 뜻

eMMC은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Android eMMC/UFS 장애, 분해 후 기판 천공으로 처리하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

eMMC은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

eMMC을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- Android eMMC/UFS 장애
- 분해 후 기판 천공으로 처리하는 경우

### 실무 질문

eMMC은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/emmc/</guid>
    </item>
    <item>
      <title>IDE/PATA HDD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ide-hdd/</link>
      <description><![CDATA[## 뜻

IDE/PATA HDD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 구형 IDE/PATA HDD 복구, 구형 IDE HDD가 ATA Security 잠금으로 접근되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

IDE/PATA HDD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

IDE/PATA HDD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- 구형 IDE/PATA HDD 복구
- 구형 IDE HDD가 ATA Security 잠금으로 접근되지 않는 경우

### 실무 질문

IDE/PATA HDD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ide-hdd/</guid>
    </item>
    <item>
      <title>전용 규격 SSD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ssd-proprietary/</link>
      <description><![CDATA[## 뜻

전용 규격 SSD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우, T2 Mac이 부팅되지 않는 경우, Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

전용 규격 SSD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

전용 규격 SSD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- MacBook 침수 후 온보드 저장장치 데이터가 필요한 경우
- T2 Mac이 부팅되지 않는 경우
- Apple Silicon Mac이 전원 불가 상태에서 데이터가 필요한 경우

### 실무 질문

전용 규격 SSD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ssd-proprietary/</guid>
    </item>
    <item>
      <title>SATA SSD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ssd-sata/</link>
      <description><![CDATA[## 뜻

SATA SSD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 삭제 후 TRIM이 동작한 경우, SSD가 0GB 또는 비정상 용량으로 보이는 경우, SSD 컨트롤러 장애 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SATA SSD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

SATA SSD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- SSD 삭제 후 TRIM이 동작한 경우
- SSD가 0GB 또는 비정상 용량으로 보이는 경우
- SSD 컨트롤러 장애
- SSD 보안 삭제

### 실무 질문

SATA SSD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ssd-sata/</guid>
    </item>
    <item>
      <title>USB NAND | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/usb-nand/</link>
      <description><![CDATA[## 뜻

USB NAND은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB 메모리가 RAW로 바뀐 경우, USB 메모리가 정상 용량으로 보이지만 Translator 또는 NAND 오류로 실제 데이터가 정상 반환되지 않는 경우, USB 메모리 포맷 후 복구가 필요한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

USB NAND은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

USB NAND을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- USB 메모리가 RAW로 바뀐 경우
- USB 메모리 포맷 후 복구가 필요한 경우
- USB 메모리에서 파일명이 깨져 보이는 경우
- USB 메모리가 연결 중 반복적으로 끊기는 경우

### 실무 질문

USB NAND은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/usb-nand/</guid>
    </item>
    <item>
      <title>microSD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/microsd/</link>
      <description><![CDATA[## 뜻

microSD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 microSD가 기기와 리더기에서 인식되지 않는 경우, 드론 촬영 메모리카드 복구, 차량 블랙박스 메모리카드 복구 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

microSD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

microSD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- microSD가 기기와 리더기에서 인식되지 않는 경우
- 드론 촬영 메모리카드 복구
- 차량 블랙박스 메모리카드 복구
- microSD 카드가 스마트폰에서 손상됨으로 표시되는 경우

### 실무 질문

microSD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/microsd/</guid>
    </item>
    <item>
      <title>SD/SDHC/SDXC | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sd/</link>
      <description><![CDATA[## 뜻

SD/SDHC/SDXC은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SD카드를 카메라에서 포맷한 경우, SD카드 포맷 후 추가 촬영한 경우, 카메라 메모리카드 영상 복구 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SD/SDHC/SDXC은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

SD/SDHC/SDXC을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- SD카드를 카메라에서 포맷한 경우
- SD카드 포맷 후 추가 촬영한 경우
- 카메라 메모리카드 영상 복구
- SD카드가 카메라에서 포맷을 요구하는 경우

### 실무 질문

SD/SDHC/SDXC은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sd/</guid>
    </item>
    <item>
      <title>NVMe SSD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ssd-nvme/</link>
      <description><![CDATA[## 뜻

NVMe SSD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 NVMe SSD가 갑자기 미인식되는 경우, NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우, SSD 보안 삭제 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

NVMe SSD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

NVMe SSD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- NVMe SSD가 갑자기 미인식되는 경우
- NVMe 파티션은 보이지만 파일시스템이 열리지 않는 경우
- SSD 보안 삭제
- SSD 펌웨어 장애로 시스템 부팅이 지연되는 경우

### 실무 질문

NVMe SSD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ssd-nvme/</guid>
    </item>
    <item>
      <title>SATA HDD | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sata-hdd/</link>
      <description><![CDATA[## 뜻

SATA HDD은 데이터가 실제 기록되는 저장매체 유형입니다.

## 실무에서 왜 중요한가

복구에서는 읽기 방식과 고장 형태가, 데이터 파기에서는 적용 가능한 삭제 또는 파기 방법이 매체 특성에 따라 달라질 수 있습니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD가 BIOS와 운영체제에서 인식되지 않는 경우, HDD에서 클릭음이 반복되는 경우, HDD 배드섹터로 속도가 극단적으로 느려지는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

SATA HDD은 실제 기록 방식과 컨트롤러 동작이 복구와 파기 방법을 좌우합니다.

### 현장에서 확인할 것

- 정확 규격과 용량
- 컨트롤러 인식
- 읽기 오류와 발열
- 삭제 후 추가 쓰기 여부

### 오해하기 쉬운 점

SATA HDD을 다른 저장매체와 같은 방법으로 처리하는 것입니다.

### 연결되는 실무 경험

- HDD가 BIOS와 운영체제에서 인식되지 않는 경우
- HDD에서 클릭음이 반복되는 경우
- HDD 배드섹터로 속도가 극단적으로 느려지는 경우
- HDD가 회전했다가 곧 멈추는 경우

### 실무 질문

SATA HDD은 장애나 삭제 시 다른 매체와 무엇이 다른가요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sata-hdd/</guid>
    </item>
    <item>
      <title>스마트폰 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/smartphone/</link>
      <description><![CDATA[## 뜻

스마트폰은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 침수 스마트폰 데이터복구, 스마트폰/태블릿 초기화 후 데이터복구 문의, Android eMMC/UFS 장애 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

스마트폰은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

스마트폰이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- 침수 스마트폰 데이터복구
- 스마트폰/태블릿 초기화 후 데이터복구 문의
- Android eMMC/UFS 장애
- iPhone이 부팅 로고에서 반복 재시작되는 경우

### 실무 질문

스마트폰에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/smartphone/</guid>
    </item>
    <item>
      <title>방화벽 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/firewall/</link>
      <description><![CDATA[## 뜻

방화벽은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 IPv4는 정상인데 IPv6에서만 일부 Service가 실패하는 경우, VLAN을 부서와 장비 용도별로 분리하는 경우, 사내망과 게스트 Wi-Fi를 분리하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

방화벽은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

방화벽이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- VLAN을 부서와 장비 용도별로 분리하는 경우
- 사내망과 게스트 Wi-Fi를 분리하는 경우
- VPN 접속은 되지만 내부 서버에 접근할 수 없는 경우
- Site-to-Site VPN을 지점 간에 구성하는 경우

### 실무 질문

방화벽에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/firewall/</guid>
    </item>
    <item>
      <title>USB 메모리 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/usb-flash/</link>
      <description><![CDATA[## 뜻

USB 메모리은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 USB 메모리가 RAW로 바뀐 경우, USB가 No Media 또는 0바이트로 보이는 경우, USB 단자 파손 후 데이터복구 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

USB 메모리은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

USB 메모리이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- USB 메모리가 RAW로 바뀐 경우
- USB가 No Media 또는 0바이트로 보이는 경우
- USB 단자 파손 후 데이터복구
- USB 메모리 포맷 후 복구가 필요한 경우

### 실무 질문

USB 메모리에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/usb-flash/</guid>
    </item>
    <item>
      <title>외장 저장장치 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/external-drive/</link>
      <description><![CDATA[## 뜻

외장 저장장치은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 HDD가 BIOS와 운영체제에서 인식되지 않는 경우, 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우, APFS 외장하드가 정전 후 마운트되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

외장 저장장치은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

외장 저장장치이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- HDD가 BIOS와 운영체제에서 인식되지 않는 경우
- 외장하드가 RAW로 바뀌고 포맷을 요구하는 경우
- APFS 외장하드가 정전 후 마운트되지 않는 경우
- 외장하드 USB 커넥터 파손으로 연결되지 않는 경우

### 실무 질문

외장 저장장치에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/external-drive/</guid>
    </item>
    <item>
      <title>데스크톱 PC | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/desktop-pc/</link>
      <description><![CDATA[## 뜻

데스크톱 PC은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 PC 전원 버튼을 여러 번 눌러야 켜지는 경우, PC가 켜졌다 바로 꺼지는 경우, 부팅 중 반복 재시작하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

데스크톱 PC은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

데스크톱 PC이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- PC 전원 버튼을 여러 번 눌러야 켜지는 경우
- PC가 켜졌다 바로 꺼지는 경우
- 부팅 중 반복 재시작하는 경우
- 블루스크린이 게임이나 고부하에서 반복되는 경우

### 실무 질문

데스크톱 PC에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/desktop-pc/</guid>
    </item>
    <item>
      <title>네트워크 스위치 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/network-switch/</link>
      <description><![CDATA[## 뜻

네트워크 스위치은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 IGMP Snooping 또는 Querier 문제로 멀티캐스트가 전체 포트에 Flooding되는 경우, LACP Port-Channel 멤버가 Out-of-Sync되어 링크가 반복 Flapping하는 경우, Port Security 제한 때문에 정상 Phone/PC/Dock 단말이 차단되는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

네트워크 스위치은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

네트워크 스위치이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- 스위치 포트 부족으로 장비를 증설하는 경우
- PoE 스위치 용량 부족으로 AP 또는 카메라가 불안정한 경우
- 네트워크 루프로 전체 사무실 인터넷이 느려진 경우
- DHCP 범위 부족으로 신규 장비가 IP를 받지 못하는 경우

### 실무 질문

네트워크 스위치에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/network-switch/</guid>
    </item>
    <item>
      <title>메모리카드 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/memory-card/</link>
      <description><![CDATA[## 뜻

메모리카드은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SD카드를 카메라에서 포맷한 경우, SD카드 포맷 후 추가 촬영한 경우, microSD가 기기와 리더기에서 인식되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

메모리카드은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

메모리카드이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- SD카드를 카메라에서 포맷한 경우
- SD카드 포맷 후 추가 촬영한 경우
- microSD가 기기와 리더기에서 인식되지 않는 경우
- 카메라 메모리카드 영상 복구

### 실무 질문

메모리카드에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/memory-card/</guid>
    </item>
    <item>
      <title>노트북 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/laptop/</link>
      <description><![CDATA[## 뜻

노트북은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Windows 설치에서 VMD/RST 때문에 NVMe SSD가 보이지 않는 경우, USB-C Dock의 충전과 LAN은 되지만 외부 모니터가 인식되지 않는 경우, 노트북 충전 단자가 특정 각도에서만 접촉되는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

노트북은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

노트북이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- 충전기는 정상인데 배터리가 충전되지 않는 경우
- 배터리 부풀음으로 하판이 벌어진 경우
- 고주사율 노트북 액정을 호환 패널로 교체하는 경우
- 외부 모니터는 나오지만 내장 화면이 안 나오는 경우

### 실무 질문

노트북에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/laptop/</guid>
    </item>
    <item>
      <title>서버 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/server/</link>
      <description><![CDATA[## 뜻

서버은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SAS 서버 디스크 장애, 서버 ECC Correctable Error가 특정 DIMM에서 반복되는 경우, 서버는 동작하지만 BMC/iDRAC/iLO 원격 접속이 되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

서버은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

서버이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- SAS 서버 디스크 장애
- Windows Server RAID 볼륨이 오프라인 된 경우
- SQL Server 데이터 파일이 손상된 저장장치에 있는 경우
- 데이터베이스 파일은 보이지만 정상 연결되지 않는 경우

### 실무 질문

서버에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/server/</guid>
    </item>
    <item>
      <title>APFS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/apfs/</link>
      <description><![CDATA[## 뜻

APFS은 파일과 폴더, 메타데이터를 저장매체에 구성하는 파일시스템 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장치가 물리적으로 정상이어도 파일시스템 메타데이터가 손상되면 마운트 실패나 RAW 표시가 발생할 수 있어 물리 상태와 논리 구조를 분리해 봅니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 APFS 볼륨이 마운트되지 않는 경우, APFS 외장하드가 정전 후 마운트되지 않는 경우, APFS 디스크 오류로 복구모드에서도 설치가 되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

APFS은 파일과 메타데이터를 구성하는 논리 구조로 물리 장치와 별개로 손상될 수 있습니다.

### 현장에서 확인할 것

- 장치 읽기 안정성
- 볼륨 구조
- 마운트 실패 위치
- 수리 도구 이력

### 오해하기 쉬운 점

APFS 오류와 물리 장애를 같은 문제로 보는 것입니다.

### 연결되는 실무 경험

- APFS 볼륨이 마운트되지 않는 경우
- APFS 외장하드가 정전 후 마운트되지 않는 경우
- APFS 디스크 오류로 복구모드에서도 설치가 되지 않는 경우

### 실무 질문

APFS 손상과 물리 장애를 어떻게 구분하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/apfs/</guid>
    </item>
    <item>
      <title>NAS | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/nas/</link>
      <description><![CDATA[## 뜻

NAS은 지유넷 경험 아카이브에서 장비나 시스템의 유형을 구분할 때 사용하는 용어입니다.

## 실무에서 왜 중요한가

장비 이름만 같아도 내부 저장매체, 연결 방식, 운영체제에 따라 진단과 데이터 처리 방법이 달라집니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology SHR/RAID가 Degraded 된 경우, Synology Volume Crashed, Synology에서 잘못된 디스크를 분리한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

NAS은 장비 이름만으로 판단하지 않고 내부 저장매체와 연결 방식까지 같이 봐야 합니다.

### 현장에서 확인할 것

- 내장 저장매체
- 전원과 인터페이스
- 운영체제와 관리 구조
- 데이터 저장 위치

### 오해하기 쉬운 점

NAS이라는 이름만 보고 내부 구조까지 같다고 생각하는 것입니다.

### 연결되는 실무 경험

- Synology SHR/RAID가 Degraded 된 경우
- Synology Volume Crashed
- Synology에서 잘못된 디스크를 분리한 경우
- Synology 리빌드 중 다른 디스크가 추가로 장애난 경우

### 실무 질문

NAS에서 데이터 문제를 볼 때 먼저 어떤 저장 위치를 확인해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/nas/</guid>
    </item>
    <item>
      <title>TRIM/Discard | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/trim/</link>
      <description><![CDATA[## 뜻

TRIM/Discard은 장애 원인을 분류할 때 사용하는 기술 용어입니다.

## 실무에서 왜 중요한가

한 가지 화면 메시지나 테스트 결과만으로 원인을 확정하지 않고 다른 원인 후보와 비교해 실제 작업 순서를 정하는 것이 중요합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 SSD 삭제 후 TRIM이 동작한 경우, SD카드를 카메라에서 포맷한 경우, 외장 SSD에서 전체 포맷이 시작된 뒤 TRIM 가능성까지 고려해야 하는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

TRIM/Discard은 가능 원인 분류이며 다른 후보와 교차 확인해야 합니다.

### 현장에서 확인할 것

- 증상과 시간상 연관
- 로그와 진단 결과
- 다른 원인 가능성
- 조치가 원본을 바꾸는지

### 오해하기 쉬운 점

TRIM/Discard을 확인 없이 확정 원인으로 기록하는 것입니다.

### 연결되는 실무 경험

- SSD 삭제 후 TRIM이 동작한 경우
- SD카드를 카메라에서 포맷한 경우
- SSD 빠른 포맷 후 복구가 필요한 경우
- BitLocker 복구키는 있으나 파일시스템이 손상된 경우

### 실무 질문

TRIM/Discard이 실제 원인인지 어떤 증거로 확인하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/trim/</guid>
    </item>
    <item>
      <title>NVMe | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/nvme/</link>
      <description><![CDATA[## 뜻

NVMe은 장치와 시스템 사이의 데이터 또는 전원 연결 규격입니다.

## 실무에서 왜 중요한가

포트가 보인다는 사실만으로 모든 기능이 정상인 것은 아닙니다. 데이터, 영상, 전원, 링크 속도처럼 기능 경로를 나눠 확인합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 NVMe SSD가 갑자기 미인식되는 경우, CFexpress 카드가 카메라와 PC 모두에서 인식되지 않는 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

NVMe은 데이터, 속도, 전원 또는 영상 기능 범위를 결정할 수 있는 연결 규격입니다.

### 현장에서 확인할 것

- 협상 속도
- 케이블 규격
- 포트 지원 기능
- 교차 테스트

### 오해하기 쉬운 점

NVMe 포트가 동작하면 모든 기능도 정상이라고 보는 것입니다.

### 연결되는 실무 경험

- NVMe SSD가 갑자기 미인식되는 경우
- CFexpress 카드가 카메라와 PC 모두에서 인식되지 않는 경우

### 실무 질문

NVMe에서 일부 기능만 동작할 때 무엇부터 분리하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/nvme/</guid>
    </item>
    <item>
      <title>RAID 리빌드 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/rebuild/</link>
      <description><![CDATA[## 뜻

RAID 리빌드은 작업 과정에서 추가 손상이나 데이터 손실 가능성을 높이는 위험 요소입니다.

## 실무에서 왜 중요한가

위험 요소가 확인되면 일반적인 자동 수리나 반복 작업보다 상태 보존과 영향 범위 확인을 우선해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 Synology 리빌드 중 다른 디스크가 추가로 장애난 경우, Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우, RAID 5에서 한 개 디스크 고장 후 Degraded인 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 리빌드은 복구 범위나 운영 안정성을 악화시킬 수 있는 위험 요소입니다.

### 현장에서 확인할 것

- 위험이 진행 중인지
- 추가 쓰기나 부하
- 즉시 격리 필요성
- 백업 가능성

### 오해하기 쉬운 점

RAID 리빌드이 있어도 자동 수리나 반복 테스트를 계속하는 것입니다.

### 연결되는 실무 경험

- Synology 리빌드 중 다른 디스크가 추가로 장애난 경우
- RAID 5에서 한 개 디스크 고장 후 Degraded인 경우
- Synology SHR 확장 또는 Repair 실패 후 기존 멤버가 다른 배열로 Detected 되는 경우

### 실무 질문

RAID 리빌드이 확인되면 어떤 작업부터 중단해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/rebuild/</guid>
    </item>
    <item>
      <title>RAID 5 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid_5/</link>
      <description><![CDATA[## 뜻

RAID 5은 여러 저장장치를 하나의 논리 스토리지로 구성하는 RAID 또는 볼륨 구조입니다.

## 실무에서 왜 중요한가

장애 대응에서는 멤버 수, 디스크 순서, Stripe와 Parity 구조, 현재 Degraded 상태를 기록한 뒤 Rebuild나 초기화를 결정해야 합니다.

## 관련 실무 상황

지유넷 경험 아카이브에서는 RAID 5에서 두 개 이상 디스크가 장애난 경우, RAID 5에서 한 개 디스크 고장 후 Degraded인 경우, RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우 같은 항목과 연결해 이 용어를 사용합니다. 용어 하나만으로 고장 원인이나 복구 가능성을 확정하지 않고 장비 상태와 변경 이력을 함께 봅니다.
## 실무 용어 정리

### 한 줄 실무 판단

RAID 5은 여러 디스크 관계가 데이터 구조의 일부입니다.

### 현장에서 확인할 것

- 멤버 수와 순서
- 고장 멤버
- Stripe와 Parity
- Rebuild 이력

### 오해하기 쉬운 점

RAID 5 장애에서 순서를 바꾸거나 Rebuild부터 하는 것입니다.

### 연결되는 실무 경험

- RAID 5에서 두 개 이상 디스크가 장애난 경우
- RAID 5에서 한 개 디스크 고장 후 Degraded인 경우
- RAID 5 재빌드 중 추가 디스크 오류가 발생한 경우
- Windows Server RAID 볼륨이 오프라인 된 경우

### 실무 질문

RAID 5 장애 시 가장 먼저 무엇을 기록해야 하나요?
]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid_5/</guid>
    </item>
    <item>
      <title>Apple Silicon이란? Mac 보안 시동과 Secure Enclave 구조 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/apple_silicon/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

Apple Silicon 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › Apple Silicon ← 용어사전 목록으로 GLOSSARY
Apple Silicon
Apple Silicon은 Apple이 설계한 SoC 아키텍처로 Mac에서 CPU, 보안 기능과 여러 시스템 컨트롤러를 하나의 통합 설계 안에서 동작하게 합니다.
다른 이름 Apple SoC Apple 실리콘 

이 문서의 내용
Apple Silicon이란? 보안 시동과 Secure Enclave 시동 보안 정책 Intel Mac과 동일한 복구 전제를 적용하면 안 된다 01 Apple Silicon이란?
Apple Silicon은 Apple이 직접 설계한 시스템 온 칩(SoC) 아키텍처를 가리키며, Mac에서는 M 계열 칩을 중심으로 사용됩니다. Apple은 자사 SoC를 CPU뿐 아니라 보안 기능과 여러 시스템 구성 요소가 함께 동작하는 공통 하드웨어 기반으로 설계합니다.

02 보안 시동과 Secure Enclave
Apple Silicon Mac은 Boot ROM에서 신뢰 체인을 시작해 저수준 부트로더와 iBoot, macOS 구성 요소의 무결성을 확인합니다. Secure Enclave는 메인 프로세서와 분리된 보안 하위 시스템으로 키 관리와 보안 정책에 관여하며, Apple Silicon Mac의 LocalPolicy는 특정 컴퓨터의 Secure Enclave가 서명한 보안 정책을 사용합니다.

03 시동 보안 정책
Apple Silicon Mac은 Full Security, Reduced Security, Permissive Security 같은 시동 보안 정책을 지원합니다. 선택된 정책은 LocalPolicy에 반영되고 시동 과정에서 검증됩니다. 복구나 시스템 변경 작업에서는 현재 보안 정책과 복구OS, 활성화 상태, FileVault와 같은 별도 데이터 보호 설정을 함께 확인해야 합니다.

04 Intel Mac과 동일한 복구 전제를 적용하면 안 된다
Apple Silicon Mac은 Intel 기반 Mac과 시동 체계와 하드웨어 보안 구조가 다릅니다. 저장장치, Secure Enclave, 보안 정책이 SoC 기반 신뢰 체계와 밀접하게 연결되어 있으므로 기존 Intel Mac의 분리형 저장장치 접근이나 펌웨어 전제를 그대로 적용하면 안 됩니다. 장치 세대와 보안 구성을 먼저 식별해야 합니다.

출처
Apple SoC security | Apple Platform Security Apple-designed silicon overview

Boot process for a Mac with Apple silicon | Apple Platform Security Boot ROM, LLB, LocalPolicy and Secure Enclave

Apple Silicon이 탑재된 Mac의 시동 프로세스 | Apple 플랫폼 보안 Full, Reduced and Permissive security policies

Hardware security overview | Apple Platform Security Apple silicon, Secure Enclave and hardware root of trust

이 문서의 내용
Apple Silicon이란? 보안 시동과 Secure Enclave 시동 보안 정책 Intel Mac과 동일한 복구 전제를 적용하면 안 된다 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/apple_silicon/</guid>
    </item>
    <item>
      <title>FileVault란? Mac APFS 암호화와 복구 키 구조 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/filevault/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

FileVault 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › FileVault ← 용어사전 목록으로 GLOSSARY
FileVault
FileVault는 macOS의 볼륨 암호화 기능으로 APFS 키 계층과 사용자 자격 증명을 결합해 Mac 저장 데이터의 무단 접근을 방지합니다.
다른 이름 파일볼트 

이 문서의 내용
FileVault란? Apple Silicon과 T2 Mac의 키 구조 잠금 해제와 복구 조건 데이터 복구 관점의 한계 01 FileVault란?
FileVault는 macOS에 내장된 볼륨 암호화 기능입니다. Apple 문서에 따르면 AES-XTS 데이터 암호화 알고리즘을 사용해 내부 저장장치와 이동식 저장장치의 볼륨을 보호하며, FileVault가 활성화되면 시동 과정에서 승인된 자격 증명이 요구됩니다.

02 Apple Silicon과 T2 Mac의 키 구조
Apple Silicon 및 T2 보안 칩이 있는 Mac에서는 암호화된 내부 저장장치가 Secure Enclave와 하드웨어 AES 기능을 활용합니다. APFS 볼륨의 볼륨 암호화 키는 키 암호화 키(KEK)로 보호되며, FileVault가 켜지면 KEK는 사용자 암호와 하드웨어 UID의 조합으로 보호됩니다. 키 처리는 Secure Enclave에서 수행됩니다.

03 잠금 해제와 복구 조건
FileVault가 활성화된 시스템에서 보호된 데이터에 정상 접근하려면 승인된 사용자 자격 증명 또는 유효한 복구 키 체계가 필요합니다. 조직 환경에서는 개인 복구 키와 관리 체계를 사용할 수 있으며, APFS와 Secure Token 또는 Bootstrap Token 같은 macOS 관리 기능과 함께 운영할 수 있습니다.

04 데이터 복구 관점의 한계
FileVault는 Mac 세대와 저장장치 구성에 따라 구현 방식이 다릅니다. 특히 Apple Silicon 및 T2 Mac은 하드웨어 UID와 Secure Enclave를 활용하기 때문에 저장장치를 다른 시스템에 직접 연결하는 것만으로는 암호화된 APFS 볼륨에 접근할 수 없습니다. 자격 증명과 복구 키의 존재 여부를 물리적 복구 가능성과 별도로 먼저 확인해야 합니다.

출처
macOS에서 FileVault를 사용한 볼륨 암호화 | Apple 플랫폼 보안 FileVault volume encryption overview

FileVault 개요 | Apple 배포 Apple silicon/T2 key hierarchy

Managing FileVault in macOS | Apple Platform Security Secure Token and recovery key management

macOS에서 FileVault를 사용한 볼륨 암호화 | Apple 플랫폼 보안 FileVault-enabled internal storage

이 문서의 내용
FileVault란? Apple Silicon과 T2 Mac의 키 구조 잠금 해제와 복구 조건 데이터 복구 관점의 한계 
관련 용어
APFS → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/filevault/</guid>
    </item>
    <item>
      <title>NIST SP 800-88 Rev.2 핵심 변경점과 데이터 파기 실무 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/nist_sp_800_88_rev2/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

NIST SP 800-88 Rev.2 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › NIST SP 800-88 Rev.2 ← 용어사전 목록으로 GLOSSARY
NIST SP 800-88 Rev.2
NIST SP 800-88 Rev.2는 2025년 9월 발행된 미디어 소거 가이드로, Rev.1을 대체하고 조직 차원의 소거 프로그램과 검증, 검토 체계를 강화했습니다.
다른 이름 NIST SP 800-88r2 SP 800-88 Rev.2 

이 문서의 내용
NIST SP 800-88 Rev.2란? Rev.2의 핵심 방향 실무 적용에서 확인할 항목 문서를 장치별 삭제 명령표로 사용하면 안 된다 01 NIST SP 800-88 Rev.2란?
NIST SP 800-88 Rev.2, Guidelines for Media Sanitization은 미국 NIST가 2025년 9월 발행한 미디어 소거 지침입니다. 2014년의 Rev.1을 대체하며, 민감정보의 기밀성을 유지하기 위해 조직이 미디어 소거 프로그램을 수립하고 재사용, 폐기 전 적절한 방법과 통제를 선택하도록 안내합니다.

02 Rev.2의 핵심 방향
Rev.2는 개별 장치에서 어떤 삭제 도구를 몇 번 실행할지에 초점을 맞추기보다 조직 차원의 미디어 소거 프로그램, 위험 기반 의사결정, 소거 보증을 강조합니다. Clear, Purge, Destroy의 목적을 정리하고, Cryptographic Erase를 제외한 장치별 기법의 세부 목록은 IEEE 2883, NSA 규격 또는 조직이 승인한 표준을 참고하도록 방향을 바꿨습니다.

03 실무 적용에서 확인할 항목
조직은 정보의 보안 등급과 기밀성, 미디어 유형, 재사용 여부, 통제 범위, 공급자 구현 신뢰성을 고려해 소거 방법을 선택해야 합니다. 소거 후에는 Verification으로 수행 결과를 점검하고 Validation으로 기밀성 관점에서 결과를 승인할지, 다른 기법으로 반복하거나 더 강한 방법으로 전환할지 판단합니다.

04 문서를 장치별 삭제 명령표로 사용하면 안 된다
Rev.2는 모든 저장장치의 구체적인 삭제 명령을 나열하는 문서가 아닙니다. NIST는 문서의 수명을 높이기 위해 대부분의 매체별 기술과 도구 목록을 제거했고, 비정부 조직에는 자발적으로 활용할 수 있는 지침입니다. 따라서 특정 SSD나 NAS에 어떤 명령이 적절한지는 해당 표준과 제조사 구현, 조직 정책을 추가로 확인해야 합니다.

출처
SP 800-88 Rev.2, Guidelines for Media Sanitization | NIST CSRC Publication metadata and abstract

Guidelines for Media Sanitization: NIST Publishes SP 800-88r2 Important revisions in this version

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4 Media Sanitization Program; Section 4.5 Sanitization Assurance

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Change Log; Authority and voluntary use statements

이 문서의 내용
NIST SP 800-88 Rev.2란? Rev.2의 핵심 방향 실무 적용에서 확인할 항목 문서를 장치별 삭제 명령표로 사용하면 안 된다 
관련 용어
데이터 소거 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/nist_sp_800_88_rev2/</guid>
    </item>
    <item>
      <title>소거 검증이란? Verification과 Validation 차이 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/sanitization_verification/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

소거 검증 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 소거 검증 ← 용어사전 목록으로 GLOSSARY
소거 검증
소거 검증은 사용한 소거 기법이 정상적으로 완료되었는지 결과를 확인하는 절차이며, 그 결과가 기밀성 요구를 충족하는지 판단하는 Validation과 구분됩니다.
다른 이름 Sanitization Verification 소거 Verification 

이 문서의 내용
Sanitization Verification이란? 파괴 방식과 비파괴 방식의 검증 Verification 다음에는 Validation이 필요하다 완료 메시지만 확인하는 것으로는 충분하지 않을 수 있다 01 Sanitization Verification이란?
Sanitization Verification은 소거 작업에 사용한 기법이 의도한 대로 완료되었는지 결과를 확인하는 절차입니다. NIST SP 800-88 Rev.2는 소거 결과를 검사해 사용한 소거 기법의 성공적인 완료 여부를 확인하는 것이 Verification의 목적이라고 설명합니다.

02 파괴 방식과 비파괴 방식의 검증
파괴적 소거에서는 파기 잔해를 검사하고 사용한 장비를 확인합니다. Clear 또는 논리적 Purge처럼 도구와 시스템을 사용하는 비파괴 소거에서는 도구의 완료 상태, 오류와 이상 현상, 저장매체의 상태를 확인합니다. 물리적 Purge 장비를 사용한 경우에는 해당 장비가 정상적으로 작업을 완료했는지 확인합니다.

03 Verification 다음에는 Validation이 필요하다
Verification이 성공했다고 해서 소거가 자동으로 최종 승인되는 것은 아닙니다. Validation은 Verification 결과와 오류, 매체 특성, 데이터 민감도, 기법의 적합성을 검토해 소거가 충분했는지 승인 또는 거부하는 별도 판단 단계입니다. 거부되면 다른 기법으로 반복하거나 더 강한 소거 방법으로 전환할 수 있습니다.

04 완료 메시지만 확인하는 것으로는 충분하지 않을 수 있다
소거 도구가 성공을 보고해도 선택한 기법이 해당 매체에 부적절하거나, 작업 범위가 너무 좁거나, 장비 상태와 파기 결과가 요구 수준에 미달하면 Validation에서 거부될 수 있습니다. NIST는 SSD에 부적절한 디가우징이나 오버프로비저닝을 고려하지 않은 단순 쓰기 등 완료와 효과가 일치하지 않을 수 있는 사례를 제시합니다.

출처
NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4.5.1 Sanitization Verification

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4.5.1 destructive and non-destructive verification

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4.5.2 Sanitization Validation

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4.5.2 effectiveness considerations

이 문서의 내용
Sanitization Verification이란? 파괴 방식과 비파괴 방식의 검증 Verification 다음에는 Validation이 필요하다 완료 메시지만 확인하는 것으로는 충분하지 않을 수 있다 
관련 용어
데이터 소거 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/sanitization_verification/</guid>
    </item>
    <item>
      <title>물리적 파기란? NIST Destroy와 천공, 파쇄 검증 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/physical_destruction/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

물리적 파기 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 물리적 파기 ← 용어사전 목록으로 GLOSSARY
물리적 파기
물리적 파기는 저장매체를 물리적으로 파괴해 대상 데이터 복구를 현실적으로 불가능하게 만드는 소거 접근으로, 파기 결과가 요구 수준에 적합한지 검증해야 합니다.
다른 이름 Physical Destruction 매체 파쇄 저장매체 파기 

이 문서의 내용
물리적 파기와 NIST Destroy 대표적인 물리적 파기 기법 파기 후 Verification 부분 손상만으로 Destroy를 자동 충족하는 것은 아니다 01 물리적 파기와 NIST Destroy
물리적 파기는 저장매체를 물리적으로 파괴해 대상 데이터의 접근 또는 복구를 막는 소거 접근입니다. NIST SP 800-88 Rev.2의 Destroy 방법은 최신 실험실 기법을 사용해도 대상 데이터 복구가 현실적으로 불가능하고, 해당 매체를 이후 데이터 저장에 사용할 수 없게 되는 수준을 요구합니다.

02 대표적인 물리적 파기 기법
NIST는 Destroy와 연관된 물리적 기법으로 disintegrate, incinerate, melt, pulverize, shred를 제시합니다. 핵심은 장비 외형만 손상시키는 것이 아니라 실제 데이터가 기록된 매체를 충분히 파괴해 복구 가능성을 제거하는 것입니다.

03 파기 후 Verification
파기 작업이 끝난 뒤에는 사용한 장비와 파기 결과를 확인해야 합니다. NIST의 Sanitization Verification은 파괴적 소거의 경우 파기 잔해를 검사하고 어떤 장비를 사용했는지 확인하도록 설명합니다. 조직의 보안 등급과 매체 특성에 맞는 잔해 상태인지도 Validation 단계에서 판단해야 합니다.

04 부분 손상만으로 Destroy를 자동 충족하는 것은 아니다
NIST는 저장장치를 구부리거나 자르거나 구멍을 내는 방식이 매체 일부만 손상시켜 다른 영역이 고급 실험실 기법으로 접근 가능하게 남을 수 있다고 경고합니다. 따라서 천공 개수나 외관 손상만으로 Destroy 충족을 단정하면 안 되며, 실제 데이터 기록 매체와 파괴 범위, 잔해 수준을 기준으로 검증해야 합니다.

출처
NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 3.1.3 Destroy Sanitization Method

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 3.1.3 physical destructive techniques

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 4.5.1 Sanitization Verification

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 3.1.3 warning on partial physical damage

이 문서의 내용
물리적 파기와 NIST Destroy 대표적인 물리적 파기 기법 파기 후 Verification 부분 손상만으로 Destroy를 자동 충족하는 것은 아니다 
관련 용어
데이터 소거 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/physical_destruction/</guid>
    </item>
    <item>
      <title>Cryptographic Erase란? 암호화 삭제와 키 소거 조건 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/cryptographic_erase/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

암호화 삭제 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 암호화 삭제 ← 용어사전 목록으로 GLOSSARY
암호화 삭제
Cryptographic Erase는 암호화된 대상 데이터를 보호하는 키를 소거해 복호화된 데이터 복구를 현실적으로 불가능하게 만드는 Purge 계열 소거 기법입니다.
다른 이름 CE Cryptographic Erase 

이 문서의 내용
Cryptographic Erase란? 왜 빠르게 소거할 수 있나? 성립에 필요한 전제 키를 지웠다고 항상 CE가 되는 것은 아니다 01 Cryptographic Erase란?
Cryptographic Erase(CE)는 암호화된 대상 데이터의 기밀성을 제공하는 하나 이상의 키에 키 소거를 적용해 복호화된 대상 데이터의 복구를 현실적으로 불가능하게 만드는 Purge 계열 소거 기법입니다. 저장된 암호문 자체를 모두 덮어쓰는 대신 암호화 키 접근 가능성을 제거하는 것이 핵심입니다.

02 왜 빠르게 소거할 수 있나?
데이터가 처음부터 충분히 강한 암호화로 보호되고 키 관리가 올바르게 구성되어 있다면, 데이터를 읽는 데 필요한 키를 소거하거나 접근 불가능하게 만들어 전체 미디어를 반복 덮어쓰지 않고도 높은 수준의 소거 효과를 얻을 수 있습니다. NIST는 CE가 다른 기법보다 매우 빠르게 대상 데이터를 소거할 수 있는 장점이 있다고 설명합니다.

03 성립에 필요한 전제
CE의 효과는 암호 알고리즘과 모드의 강도, 난수와 키 생성 품질, 데이터 암호화 키와 wrapping key의 계층, 키 소거 방식, 제품의 암호 구현 신뢰성에 의존합니다. NIST는 CE를 적용하기 전에 해당 암호화 구현과 키 관리가 요구 수준을 충족하는지 확인하도록 요구합니다.

04 키를 지웠다고 항상 CE가 되는 것은 아니다
대상 데이터가 해당 키로 보호되지 않았거나, 동일 데이터를 해독할 수 있는 키 사본이 다른 위치에 남아 있거나, 암호화 구현 자체를 신뢰할 수 없다면 CE의 보증 수준이 약해질 수 있습니다. 외부 키 관리와 키 wrapping 구조도 실제로 어떤 키를 소거해야 하는지에 영향을 줍니다. CE는 암호화가 사전에 올바르게 적용되어 있다는 전제를 확인한 뒤 사용해야 합니다.

출처
NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Appendix A, cryptographic erase definition

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 3.2 Use of Cryptography and Cryptographic Erase

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Sections 3.2.1-3.2.4

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Sections 3.2.2-3.2.5

이 문서의 내용
Cryptographic Erase란? 왜 빠르게 소거할 수 있나? 성립에 필요한 전제 키를 지웠다고 항상 CE가 되는 것은 아니다 
관련 용어
데이터 소거 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/cryptographic_erase/</guid>
    </item>
    <item>
      <title>Secure Erase란? NVMe Secure Erase와 NIST Purge의 차이 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/secure_erase/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

Secure Erase 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › Secure Erase ← 용어사전 목록으로 GLOSSARY
Secure Erase
Secure Erase는 저장장치 인터페이스에서 사용되는 명령 또는 설정 이름으로, 실제 소거 범위와 보증 수준은 장치 규격과 구현을 확인해야 합니다.
다른 이름 보안 삭제 

이 문서의 내용
Secure Erase라는 용어의 의미 NVMe에서의 Secure Erase 실행 전에 확인할 조건 명령 이름만으로 소거 등급을 판정할 수 없다 01 Secure Erase라는 용어의 의미
Secure Erase는 하나의 보편적인 NIST 소거 방법 이름이라기보다 저장장치 규격과 도구에서 특정 삭제 기능을 가리키는 용어로 사용됩니다. 예를 들어 NVMe의 Format NVM 명령에는 Secure Erase Settings가 있으며 User Data Erase와 Cryptographic Erase 유형을 선택할 수 있습니다.

02 NVMe에서의 Secure Erase
NVMe Format NVM의 Secure Erase Settings는 사용자 데이터 삭제 또는 암호화 삭제를 요청할 수 있습니다. User Data Erase는 해당 범위의 사용자 데이터를 지우고, Cryptographic Erase는 데이터를 보호한 암호화 키를 삭제하는 방식으로 사용자 데이터를 암호학적으로 접근 불가능하게 만듭니다. 적용 범위는 컨트롤러 기능과 namespace 범위 설정에 영향을 받습니다.

03 실행 전에 확인할 조건
Secure Erase를 사용할 때는 장치가 해당 명령과 삭제 유형을 실제로 지원하는지, 어떤 namespace와 데이터 영역에 적용되는지, 보안 상태나 접근 권한 때문에 명령이 제한되지 않는지 확인해야 합니다. 명령 완료 상태와 장치가 보고하는 결과도 함께 확인해야 합니다.

04 명령 이름만으로 소거 등급을 판정할 수 없다
도구 화면에 Secure Erase라고 표시된다는 사실만으로 NIST의 Purge 또는 Destroy 요구를 충족했다고 단정할 수 없습니다. NIST SP 800-88 Rev.2는 소거 방법의 적합성과 결과를 별도로 Validation하도록 요구합니다. 장치 명령의 실제 범위, 암호화 전제, 제조사 구현과 조직의 데이터 보호 수준을 함께 검토해야 합니다.

출처
NVM Express Base Specification, Revision 2.1 Format NVM; Secure Erase Settings

NVM Express Base Specification, Revision 2.1 Format NVM secure erase description

NVM Express Base Specification, Revision 2.1 Format NVM scope and command restrictions

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Sections 3 and 4.5 Sanitization Assurance

이 문서의 내용
Secure Erase라는 용어의 의미 NVMe에서의 Secure Erase 실행 전에 확인할 조건 명령 이름만으로 소거 등급을 판정할 수 없다 
관련 용어
NVMe → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/secure_erase/</guid>
    </item>
    <item>
      <title>데이터 소거란? NIST Clear, Purge, Destroy와 검증 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/data_sanitization/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

데이터 소거 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 데이터 소거 ← 용어사전 목록으로 GLOSSARY
데이터 소거
데이터 소거는 주어진 시간, 비용과 자원 수준에서 대상 데이터에 접근하는 것을 현실적으로 불가능하게 만드는 보안 처리 과정입니다.
다른 이름 Data Sanitization 매체 소거 미디어 소거 

이 문서의 내용
데이터 소거란? Clear, Purge, Destroy 방법 선택과 소거 보증 매체 특성에 맞지 않는 방법은 성공처럼 보여도 실패할 수 있다 01 데이터 소거란?
NIST SP 800-88 Rev.2에서 미디어 소거는 주어진 수준의 노력, 즉 시간, 예산, 자원 제약을 고려했을 때 대상 데이터에 접근하는 것을 현실적으로 불가능하게 만드는 과정으로 정의됩니다. 목적은 단순히 파일 목록을 지우는 것이 아니라 민감 데이터의 기밀성을 유지할 수 있도록 잔존 데이터 접근 가능성을 통제하는 것입니다.

02 Clear, Purge, Destroy
NIST는 소거 방법을 Clear, Purge, Destroy로 구분합니다. Clear는 사용자가 접근 가능한 인터페이스를 통한 복구를 어렵게 만드는 수준이고, Purge는 최신 실험실 기법을 사용한 복구도 현실적으로 불가능하게 하면서 매체를 재사용할 수 있는 상태로 유지할 수 있습니다. Destroy는 최신 실험실 기법으로도 대상 데이터 복구가 불가능하도록 하고 이후 저장 매체로 사용할 수 없게 만듭니다.

03 방법 선택과 소거 보증
소거 방법은 정보의 민감도, 매체 유형, 재사용 계획, 조직 통제 범위와 위험을 함께 고려해 선택해야 합니다. 작업 후에는 Verification으로 소거 기술이 정상 완료되었는지 확인하고, Validation으로 그 결과가 실제 기밀성 요구 수준을 충족했는지 승인 또는 거부해야 합니다.

04 매체 특성에 맞지 않는 방법은 성공처럼 보여도 실패할 수 있다
모든 소거 기술이 모든 저장매체에 적합한 것은 아닙니다. NIST는 SSD 같은 비자성 플래시에 디가우징을 적용해서는 안 된다고 설명하며, 단순 쓰기 기반 Clear는 오버프로비저닝 영역의 데이터를 남길 수 있음을 Validation 고려사항으로 제시합니다. 따라서 도구가 완료 메시지를 냈다는 사실만으로 소거가 효과적이라고 판단하면 안 됩니다.

출처
NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Executive Summary, p.1; Appendix A

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Sections 3.1.1-3.1.3

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Sections 4.5.1-4.5.2 Sanitization Verification and Validation

NIST SP 800-88 Rev.2 Guidelines for Media Sanitization Section 3.1.2 and Section 4.5.2

이 문서의 내용
데이터 소거란? Clear, Purge, Destroy 방법 선택과 소거 보증 매체 특성에 맞지 않는 방법은 성공처럼 보여도 실패할 수 있다 
관련 용어
암호화 삭제 → NIST SP 800-88 Rev.2 → 물리적 파기 → 소거 검증 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/data_sanitization/</guid>
    </item>
    <item>
      <title>SMB란? NAS 파일 공유, SMB 2 3과 보안 기능 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/smb/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

SMB 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › SMB ← 용어사전 목록으로 GLOSSARY
SMB
SMB는 네트워크를 통해 파일, 프린터와 기타 서버 리소스에 접근하기 위한 상태 기반 클라이언트-서버 파일 공유 프로토콜입니다.
다른 이름 Server Message Block 서버 메시지 블록 

이 문서의 내용
SMB란? 클라이언트와 서버, Dialect 협상 SMB 연결에서 확인할 항목 SMB와 CIFS를 같은 뜻으로 사용하면 안 된다 01 SMB란?
SMB(Server Message Block)는 네트워크 파일 공유 프로토콜입니다. 클라이언트가 서버에 연결해 원격 파일과 폴더를 읽고, 만들고, 수정하거나 프린터 및 기타 공유 리소스에 접근할 수 있도록 요청과 응답을 교환합니다.

02 클라이언트와 서버, Dialect 협상
SMB 통신에는 공유 리소스를 제공하는 SMB 서버와 원격 공유에 연결하는 SMB 클라이언트가 있습니다. 연결할 때 양쪽이 지원하는 SMB dialect를 협상하며, 선택된 dialect에 따라 메시지 형식과 지원 기능이 결정됩니다. SMB 2와 SMB 3은 기존 SMB의 개념을 이어가면서 프로토콜 구조와 기능을 발전시킨 버전입니다.

03 SMB 연결에서 확인할 항목
SMB 문제를 분석할 때는 서버와 클라이언트 역할, 협상된 dialect, 인증, 공유 및 파일 권한, 네트워크 경로를 함께 확인해야 합니다. 운영체제 버전에 따라 지원되는 SMB 기능이 다를 수 있으며 서명, 암호화, RDMA, SMB over QUIC 같은 기능도 구성과 버전에 따라 달라집니다.

04 SMB와 CIFS를 같은 뜻으로 사용하면 안 된다
CIFS는 SMB 계열의 특정 dialect이며 현대 SMB 전체와 같은 의미가 아닙니다. 또한 SMB를 사용한다는 사실만으로 서명이나 암호화가 항상 동일하게 적용된다고 볼 수 없습니다. 보안과 호환성 판단에는 실제 dialect와 정책 구성을 확인해야 합니다.

출처
What is SMB File Sharing for Windows and Windows Server? | Microsoft Learn Overview

[MS-SMB2]: Overview | Microsoft Learn Protocol overview

SMB features in Windows and Windows Server | Microsoft Learn Feature availability and security features

Microsoft SMB Protocol and CIFS Protocol Overview | Microsoft Learn Overview

이 문서의 내용
SMB란? 클라이언트와 서버, Dialect 협상 SMB 연결에서 확인할 항목 SMB와 CIFS를 같은 뜻으로 사용하면 안 된다 
관련 용어
NAS → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/smb/</guid>
    </item>
    <item>
      <title>BitLocker란? TPM, 복구 키와 데이터 복구 조건 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/bitlocker/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

BitLocker 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › BitLocker ← 용어사전 목록으로 GLOSSARY
BitLocker
BitLocker는 Windows에서 전체 볼륨을 암호화해 분실, 도난 또는 부적절한 폐기 시 저장 데이터의 무단 접근 위험을 줄이는 보안 기능입니다.
다른 이름 BitLocker 드라이브 암호화 비트로커 

이 문서의 내용
BitLocker란? TPM과 키 보호 복구와 접근에 필요한 정보 물리적으로 디스크를 분리해도 암호화는 유지된다 01 BitLocker란?
BitLocker는 Windows의 전체 볼륨 암호화 기능입니다. 분실, 도난 또는 부적절하게 폐기된 장치에서 저장 데이터가 노출되는 위험을 줄이기 위해 운영체제 및 데이터 볼륨을 암호화할 수 있습니다.

02 TPM과 키 보호
BitLocker는 TPM을 사용해 부팅 환경과 키 보호를 결합할 수 있습니다. 정상적인 시동 조건에서는 TPM이 보호된 키를 사용할 수 있게 하고, 특정 하드웨어나 부팅 구성 변화가 감지되면 복구 키를 요구할 수 있습니다. BitLocker는 TPM 없이도 일부 구성에서 사용할 수 있지만 보호 방식과 인증 요구사항은 달라집니다.

03 복구와 접근에 필요한 정보
BitLocker로 보호된 볼륨에 접근하려면 정상 잠금 해제 조건이나 유효한 복구 정보가 필요합니다. 시스템 변경, TPM 상태 변화 또는 보호기 문제로 자동 잠금 해제가 되지 않을 경우 복구 암호나 조직에서 관리하는 복구 키가 필요할 수 있습니다. 데이터 복구 작업에서는 먼저 BitLocker 적용 여부와 복구 키 확보 가능성을 확인해야 합니다.

04 물리적으로 디스크를 분리해도 암호화는 유지된다
BitLocker의 목적 중 하나는 저장장치를 다른 장치로 옮겨 오프라인으로 읽으려는 공격을 어렵게 만드는 것입니다. 따라서 암호화된 디스크를 다른 PC에 직접 연결했다고 해서 파일에 접근할 수 있는 것은 아닙니다. 암호화 자체의 문제와 물리적 저장장치 장애를 구분해 진단해야 합니다.

출처
BitLocker overview | Microsoft Learn Overview

BitLocker overview | Microsoft Learn BitLocker and TPM

BitLocker FAQ | Microsoft Learn Overview and requirements; recovery behavior

BitLocker overview | Microsoft Learn Threats from moving a drive to another device

이 문서의 내용
BitLocker란? TPM과 키 보호 복구와 접근에 필요한 정보 물리적으로 디스크를 분리해도 암호화는 유지된다 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/bitlocker/</guid>
    </item>
    <item>
      <title>UEFI란? BIOS 차이, 부팅 구조와 역할 이해 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/uefi/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

UEFI 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › UEFI ← 용어사전 목록으로 GLOSSARY
UEFI
UEFI는 운영체제와 플랫폼 펌웨어 사이의 표준 인터페이스로, 부팅 전 환경과 부트 및 런타임 서비스를 정의합니다.
다른 이름 Unified Extensible Firmware Interface 통합 확장 펌웨어 인터페이스 

이 문서의 내용
UEFI란? 부팅 과정에서 어떤 역할을 하나 장애 진단에서 확인할 항목 UEFI와 BIOS를 같은 의미로 보면 안 된다 01 UEFI란?
UEFI(Unified Extensible Firmware Interface)는 운영체제와 플랫폼 펌웨어 사이의 표준 인터페이스를 정의하는 규격입니다. UEFI 환경은 플랫폼 정보를 담는 데이터 구조와 운영체제 로더가 사용할 수 있는 부트 및 런타임 서비스를 제공해 운영체제가 시작되기 전의 공통 실행 환경을 구성합니다.

02 부팅 과정에서 어떤 역할을 하나
UEFI 펌웨어는 부팅 가능한 항목을 관리하고 운영체제 로더나 UEFI 애플리케이션을 실행할 수 있는 사전 부팅 환경을 제공합니다. 운영체제 로더가 제어권을 넘겨받기 전에는 Boot Services를 사용할 수 있고, 운영체제가 시작된 뒤에도 일부 Runtime Services는 계속 사용할 수 있습니다. 이 구조를 통해 펌웨어와 운영체제가 표준화된 방식으로 부팅 정보를 주고받습니다.

03 장애 진단에서 확인할 항목
UEFI 기반 시스템의 부팅 문제를 확인할 때는 현재 펌웨어 부팅 모드, 부팅 항목과 순서, 운영체제 로더의 존재 여부, 저장장치의 파티션 구성, Secure Boot 같은 보안 설정을 함께 확인해야 합니다. 펌웨어 설정이나 부팅 항목이 바뀌면 저장장치 자체가 정상이어도 운영체제가 시작되지 않을 수 있으므로 하드웨어 장애와 부팅 구성 문제를 구분해야 합니다.

04 UEFI와 BIOS를 같은 의미로 보면 안 된다
UEFI는 특정 제조사의 설정 화면이나 하나의 펌웨어 제품 이름이 아니라 운영체제와 플랫폼 펌웨어 사이의 인터페이스 규격입니다. 실제 펌웨어 구현과 설정 메뉴는 제조사와 장비에 따라 다를 수 있습니다. 따라서 'UEFI'라는 표현만으로 실제 부팅 설정, 지원 기능 또는 복구 절차가 동일하다고 판단하면 안 됩니다.

출처
UEFI FAQs | Unified Extensible Firmware Interface Forum What is UEFI?

Specifications and Tools | Unified Extensible Firmware Interface Forum Overview Information

UEFI firmware requirements | Microsoft Learn Overview; UEFI benefits; boot and security requirements

UEFI FAQs | Unified Extensible Firmware Interface Forum What problem is the UEFI Forum trying to solve with the UEFI Specification?

이 문서의 내용
UEFI란? 부팅 과정에서 어떤 역할을 하나 장애 진단에서 확인할 항목 UEFI와 BIOS를 같은 의미로 보면 안 된다 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/uefi/</guid>
    </item>
    <item>
      <title>SSD란? NAND, 컨트롤러, TRIM과 데이터 복구 특성 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/ssd/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

SSD 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › SSD ← 용어사전 목록으로 GLOSSARY
SSD
SSD는 비휘발성 반도체 메모리에 데이터를 저장하는 저장장치로, 오늘날 대부분의 SSD는 NAND 플래시와 컨트롤러를 사용합니다.
다른 이름 Solid-State Drive 솔리드 스테이트 드라이브 

이 문서의 내용
SSD란? NAND와 컨트롤러가 함께 동작한다 SSD를 구분할 때 확인할 항목 삭제와 복구 특성은 HDD와 다르게 봐야 한다 01 SSD란?
SSD(Solid-State Drive)는 비휘발성 메모리에 데이터를 저장하는 저장장치입니다. 회전 플래터와 기계식 헤드가 필요한 HDD와 달리 움직이는 부품 없이 반도체 메모리를 사용합니다. 현재 소비자 및 기업용 SSD의 대부분은 NAND 플래시 메모리를 저장 매체로 사용합니다.

02 NAND와 컨트롤러가 함께 동작한다
NAND 플래시는 데이터를 페이지 단위로 프로그램하고 더 큰 블록 단위로 지우는 특성이 있습니다. SSD 컨트롤러는 여러 NAND 채널과 내부 주소 변환, 오류 처리, 쓰기 분산과 공간 관리를 조정해 호스트에 하나의 논리 블록 장치처럼 보이게 합니다.

03 SSD를 구분할 때 확인할 항목
SSD라는 이름만으로 인터페이스나 성능 특성을 결정할 수 없습니다. SSD는 SATA, SAS, PCIe 등 여러 인터페이스와 M.2, U.2, AIC 등 다양한 폼팩터로 구현될 수 있고, 사용되는 NAND 유형과 컨트롤러 기능도 제품마다 다릅니다. NVMe는 SSD의 폼팩터가 아니라 호스트와 비휘발성 메모리 장치 사이의 프로토콜 규격입니다.

04 삭제와 복구 특성은 HDD와 다르게 봐야 한다
플래시 SSD는 기존 위치에 데이터를 즉시 덮어쓰는 방식과 다르게 페이지 기록과 블록 소거를 관리합니다. 운영체제가 TRIM을 전달하면 더 이상 필요하지 않은 논리 범위가 컨트롤러의 내부 정리 대상이 될 수 있습니다. 따라서 삭제 데이터의 잔존과 복구 가능성을 HDD와 동일한 전제로 판단하면 안 됩니다.

출처
What is an SSD? | SNIA Overview

What is an SSD? | SNIA Media - Non-Volatile Memory

What is an SSD? | SNIA Overview and SSD market variations

New API allows apps to send TRIM and Unmap hints | Microsoft What is TRIM? SSD block erase and garbage collection

이 문서의 내용
SSD란? NAND와 컨트롤러가 함께 동작한다 SSD를 구분할 때 확인할 항목 삭제와 복구 특성은 HDD와 다르게 봐야 한다 
관련 용어
TRIM → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/ssd/</guid>
    </item>
    <item>
      <title>스냅샷이란? NAS 시점 복사와 복원, 저장 공간 이해 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/snapshot/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

스냅샷 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 스냅샷 ← 용어사전 목록으로 GLOSSARY
스냅샷
스냅샷은 정의된 데이터 집합의 특정 시점 상태를 기록해 이전 상태의 파일, 볼륨 또는 LUN을 참조하거나 복원할 수 있게 하는 데이터 관리 기능입니다.
다른 이름 Snapshot 스토리지 스냅샷 

이 문서의 내용
스냅샷이란? 스냅샷으로 무엇을 할 수 있나? 스냅샷 유지에 필요한 조건 스냅샷도 저장 공간과 보존 정책의 영향을 받는다 01 스냅샷이란?
스냅샷은 정의된 데이터 집합의 특정 시점 상태를 나타내는 복사본입니다. SNIA는 snapshot을 point-in-time copy로 정의하며, 구현에 따라 파일, LUN, 파일시스템 또는 다른 데이터 컨테이너를 대상으로 할 수 있습니다.

02 스냅샷으로 무엇을 할 수 있나?
NAS 구현에서는 스냅샷이 볼륨이나 LUN의 특정 시점 상태를 기록하고, 이전 상태로 되돌리거나 과거 버전의 파일과 폴더를 복원하는 데 사용됩니다. 시스템에 따라 전체 데이터 복사 대신 변경 블록과 메타데이터를 활용해 여러 시점 상태를 효율적으로 유지할 수 있습니다.

03 스냅샷 유지에 필요한 조건
스냅샷을 생성하고 유지하려면 해당 스토리지 시스템과 볼륨 또는 LUN이 스냅샷 기능을 지원해야 하며, 스냅샷 데이터와 메타데이터를 보관할 저장 공간이 필요합니다. QNAP QTS에서는 스토리지 풀의 여유 공간 또는 예약된 스냅샷 공간을 사용하며 보존 정책에 따라 여러 시점의 스냅샷을 관리합니다.

04 스냅샷도 저장 공간과 보존 정책의 영향을 받는다
스냅샷은 무제한으로 유지되는 독립 데이터 사본이라고 가정하면 안 됩니다. QTS는 스토리지 풀 여유 공간이 부족할 때 정책에 따라 오래된 스냅샷을 자동 삭제할 수 있고, 충분한 스냅샷 공간을 확보하지 못하면 새 스냅샷을 만들지 못할 수 있습니다. 복구 가능 시점을 판단하려면 실제 보존 정책과 남아 있는 스냅샷을 확인해야 합니다.

출처
snapshot | SNIA Online Dictionary Definition

Snapshots | QTS 5.2.x Snapshot capabilities

Configuring pool guaranteed snapshot space | QTS 5.1.x Pool guaranteed snapshot space

Snapshot global settings | QTS 5.2.x Smart Snapshot Space Management

이 문서의 내용
스냅샷이란? 스냅샷으로 무엇을 할 수 있나? 스냅샷 유지에 필요한 조건 스냅샷도 저장 공간과 보존 정책의 영향을 받는다 
관련 용어
스토리지 풀 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/snapshot/</guid>
    </item>
    <item>
      <title>스토리지 풀이란? RAID 그룹, 볼륨과의 차이 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/storage_pool/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

스토리지 풀 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › 스토리지 풀 ← 용어사전 목록으로 GLOSSARY
스토리지 풀
스토리지 풀은 여러 물리 저장장치 또는 RAID 그룹의 용량을 하나의 논리 자원 풀로 묶어 볼륨이나 가상 디스크에 할당할 수 있게 하는 스토리지 가상화 계층입니다.
다른 이름 Storage Pool 저장소 풀 

이 문서의 내용
스토리지 풀이란? 디스크, RAID 그룹, 풀, 볼륨의 관계 운영 상태를 확인할 때 스토리지 풀과 RAID 그룹을 같은 것으로 보면 안 된다 01 스토리지 풀이란?
스토리지 풀은 여러 물리 저장장치의 용량을 하나의 논리 자원으로 집계하는 스토리지 관리 계층입니다. Windows Storage Spaces에서는 여러 물리 디스크를 하나의 논리 풀로 묶고 그 여유 공간에서 가상 디스크를 만들 수 있습니다. QNAP QTS에서는 하나 이상의 RAID 그룹을 묶어 스토리지 풀을 구성하고 그 위에 여러 볼륨을 만들 수 있습니다.

02 디스크, RAID 그룹, 풀, 볼륨의 관계
스토리지 풀은 저장장치 자체나 파일시스템과 동일한 개념이 아닙니다. 물리 디스크가 RAID 그룹 또는 논리 풀에 참여하고, 풀에서 가상 디스크나 볼륨이 할당되며, 그 위에 파일시스템이나 공유 폴더가 구성됩니다. 이 계층화는 용량 확장과 여러 논리 저장공간의 유연한 배분을 가능하게 합니다.

03 운영 상태를 확인할 때
스토리지 풀 장애를 분석할 때는 구성 멤버, RAID 그룹 상태, 풀의 Health와 Operational Status, 가상 디스크 또는 볼륨 상태를 각각 확인해야 합니다. 하나의 화면에서 '풀 장애'로 보이더라도 실제 원인은 물리 디스크, RAID 그룹, 메타데이터 또는 상위 볼륨 계층에 있을 수 있습니다.

04 스토리지 풀과 RAID 그룹을 같은 것으로 보면 안 된다
스토리지 풀은 여러 RAID 그룹이나 물리 디스크를 더 큰 논리 자원으로 묶는 계층이므로 RAID 레벨 자체와 동일하지 않습니다. QNAP QTS는 여러 RAID 그룹이 포함된 스토리지 풀에서 하나의 RAID 그룹이 실패하면 전체 풀의 데이터가 손실될 수 있다고 경고합니다. 따라서 복구 작업에서는 풀 전체와 개별 RAID 그룹의 관계를 먼저 확인해야 합니다.

출처
Storage Spaces overview | Microsoft Learn Understanding Storage Spaces

QTS Flexible Volume Architecture | QTS 5.0.x Disk, RAID group, storage pool and volume architecture table

Storage Spaces and Storage Spaces Direct health and operational states | Microsoft Learn Storage pool, virtual disk and drive states

Expanding a storage pool by adding a new RAID group | QTS 5.1.x Warning for multi-RAID-group pools

이 문서의 내용
스토리지 풀이란? 디스크, RAID 그룹, 풀, 볼륨의 관계 운영 상태를 확인할 때 스토리지 풀과 RAID 그룹을 같은 것으로 보면 안 된다 
관련 용어
RAID → 스냅샷 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/storage_pool/</guid>
    </item>
    <item>
      <title>RAID란? RAID 레벨, 중복성, 성능과 장애 허용 이해 | 지유넷</title>
      <link>https://www.gunet.co.kr/glossary/raid/</link>
      <description><![CDATA[홈 기술지식센터 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

용어사전 기술자료 작업사례 용어사전 블로그 

RAID 기술지식센터 용어사전 대메뉴 데이터 복구 데이터 파기 IT 자산 처분 NAS 시스템 복제 네트워크 컴퓨터 노트북 Workstation Apple Mac 라벨 프린팅 고객지원 
기술지식센터 

자료 선택 기술자료 작업사례 용어사전 블로그 

홈 › 기술지식센터 › 용어사전 › RAID ← 용어사전 목록으로 GLOSSARY
RAID
RAID는 여러 독립 저장장치를 하나의 배열로 구성하고 데이터 배치와 중복 정보를 이용해 용량, 성능, 장애 허용 특성을 구현하는 저장 기술 계열입니다.
다른 이름 Redundant Array of Independent Devices 레이드 

이 문서의 내용
RAID란? RAID 레벨마다 구조가 다른 이유 구성을 판단할 때 확인할 항목 RAID라는 이름만으로 장애 허용을 가정하면 안 된다 01 RAID란?
RAID는 여러 독립 저장장치를 하나의 스토리지 배열로 구성해 사용자 데이터와 중복 정보를 배치하는 기술 계열입니다. SNIA의 현재 정의는 Redundant Array of Independent Devices라는 표현을 사용하며, 일부 물리 용량을 중복 정보에 사용해 멤버 장치 또는 접근 경로 장애 시 사용자 데이터를 재구성할 수 있는 배열을 설명합니다.

02 RAID 레벨마다 구조가 다른 이유
RAID는 하나의 고정된 배치 방식이 아닙니다. RAID 레벨에 따라 스트라이핑, 미러링, 패리티 같은 배치와 보호 방식이 달라지고 그에 따라 사용 가능한 용량, 읽기, 쓰기 특성, 허용 가능한 장치 장애 수가 달라집니다. 동일한 RAID라는 이름 아래에서도 구현하려는 목적과 장애 보호 수준이 서로 다릅니다.

03 구성을 판단할 때 확인할 항목
RAID 상태를 판단하려면 RAID 레벨, 멤버 수, 멤버 용량, 현재 장애 수, 스페어 구성과 배열 상태를 함께 확인해야 합니다. 제조사 구현에서는 서로 다른 용량의 디스크를 하나의 장애 허용 RAID 그룹으로 묶을 경우 가장 작은 디스크 용량을 기준으로 동작하는 등 제품별 구성 규칙도 적용될 수 있습니다.

04 RAID라는 이름만으로 장애 허용을 가정하면 안 된다
모든 RAID 구성이 중복성을 제공하는 것은 아닙니다. SNIA는 RAID 0이 현재의 중복성 정의에는 맞지 않지만 관행적으로 RAID라고 불린다고 설명합니다. 따라서 RAID라는 표현만 보고 데이터가 보호된다고 판단해서는 안 되며, 실제 RAID 레벨과 현재 배열 상태를 확인해야 합니다.

출처
Redundant Array of Independent Devices | SNIA Online Dictionary Definition and notes

RAID types | QTS 5.2.x RAID types overview and table

RAID types | QTS 5.2.x Disk capacity and type guidance

Redundant Array of Independent Devices | SNIA Online Dictionary Note concerning RAID 0

이 문서의 내용
RAID란? RAID 레벨마다 구조가 다른 이유 구성을 판단할 때 확인할 항목 RAID라는 이름만으로 장애 허용을 가정하면 안 된다 
관련 용어
RAID 5 → 스토리지 풀 → 

← 용어사전 목록으로 기술자료 → RELATED GUIDES
함께 살펴볼 안내
현재 상황과 필요한 정보에 맞는 안내로 이어집니다.

기술자료 → 용어가 쓰이는 기술 원리와 사용 방법, 관련 점검 안내를 살펴보세요.
자주 묻는 질문 → 서비스 이용과 장비 점검에 관한 질문과 답변을 고객지원에서 확인하세요.
전화 상담 안내 → 설명만으로 판단하기 어려운 장비 상태나 기술적인 문제는 상담으로 확인하세요.

GLOSSARY CONTACT

궁금한 용어와 적용 상황을 알려주세요

용어가 사용된 문장과 장비 환경을 함께 알려주시면 필요한 설명과 관련 안내를 확인합니다.

대표전화 031-716-4785 → 
기술 상담 010-9589-5869 → 
온라인 문의 이메일 문의하기 →]]></description>
      <guid isPermaLink="true">https://www.gunet.co.kr/glossary/raid/</guid>
    </item>
  </channel>
</rss>
