우분투는 USB 드라이브를 손상합니까?


74

노틸러스를 사용하여 USB 드라이브를 마운트 해제하고 Windows 시스템에 연결하면 드라이브를 수리해야한다는 경고 메시지가 나타납니다.


(이 스크린 샷과 같은 메시지)

10 년 이상 Windows를 사용하여 작업 한 적이 손상되거나 손상된 USB 드라이브는 없었지만 지난 2 년 동안 3 개의 USB 드라이브가 작동하지 않아 증명할 수는 없지만 우분투의 (언) 마운트 동작과 관련이 있음은 분명합니다 .

친구가 udisk와 동기화를 사용하여 이러한 손상을 막을 수 있다고 말했지만 2016 년에 쉘 명령으로 드라이브를 마운트하여 이것이 불가능한 방법이기를 바랍니다.


1
근본 원인을 파악하기 위해 두 가지 테스트를 시도합니다. 1) sync우분투에서 마운트 해제하기 전에 쉘 을 호출하면 오류가 나타나지 않도록 할 수 있습니까 ? (아마도) 2) 한 번에 하나의 파일 만 작성하고 마운트를 해제 한 후이 파일을 Windows에서 읽을 수 있고이 경고를 보더라도 내용이 최신인지 확인하십시오. 2) 실제 문제가 아닌 일부 문제에 대해 "오류를 발견했습니다"라고 말하는 Windows의 까다로운 문제 일 가능성이 높습니다.
arielf

2
사람들이 리눅스가 드라이브를 손상시키지 않는다고 말할 때 사람들을 믿지 마십시오. 할 수 있습니다. Ubuntu 15에서 파일 복사와 재부팅만으로 chkdsk에서 다음과 같은 오류가 발생했습니다.Stage 2: Examining file name linkage ... Found corrupt basic file structure for "<0x32,0x1e63>" ... queued for offline repair. Found an unneeded link ($FILE_NAME: ???) in index "$I30" of directory "\ <0x5,0x5>" ... queued for offline repair. Found missing Index entry for file "<0x32,0x1e63>" from index "\??\D:\found.000" of directory "$I30" ... queued for offline repair.
Mehrdad

1
^ ... 말할 것도없고, 이것은 플래시 드라이브조차 아니었고, 그것은 나의 주요 SSD에있었습니다. 완전히 새로운 SSD. 그리고 매번 파일 복사 후 추가 I / O를 추가하지 않은 경우 마다 발생했습니다 . 즉, NTFS의 리눅스의 구현은 되어 팬들 그것을 부인하고 믿음을 피하고 싶은 것만큼, 깨진.
Mehrdad

12
이것이 NTFS 파일 시스템입니까? FAT32? 안정적으로 재현 할 수 있습니까?
Braiam

2
쉘 명령으로 드라이브를 마운트 할 때 무엇이 ​​나쁜 가요? ¯\(o_o)/¯
ulidtko

답변:


104

걱정하지 마십시오 Ubuntu가 USB 드라이브를 손상시키지 않았습니다. 그러나 FAT32, FAT16 또는 NTFS 파일 시스템의 잘못 문서화 된 비트 플래그는 사용하지 않습니다. Windows에서이 플래그는 드라이브를 올바르게 마운트 해제하지 않았거나 I / O 오류가 발생했을 때 파일 시스템이 손상되었을 수 있음을 나타냅니다.

이러한 비트는 FAT 파티션 테이블의 예약 된 항목에 있습니다. 에 따르면 2004 년 Microsoft 내부에서 종이 이러한 비트의 목적은 다음과 같습니다 :

  • ClnShutBitMask:
    비트가 1이면 볼륨이 "깨끗합니다". 액세스하기 위해 볼륨을 마운트 할 수 있습니다. 비트가 0 인 경우, 볼륨은“더티”이며 FAT 파일 시스템 드라이버가 볼륨을 올바르게 마운트 해제 할 수 없음을 나타냅니다 (사전 마운트 조작 중). 파일 시스템 메타 데이터가 손상되었는지 볼륨 내용을 검사해야합니다.
  • HrdErrBitMask:
    이 비트가 1이면 디스크 읽기 / 쓰기 오류가 발생하지 않은 것입니다. 이 비트가 0이면 파일 시스템 드라이버 구현에서 마지막으로 마운트했을 때 볼륨에서 디스크 I / O 오류를 발견했습니다. 이는 일부 섹터가 잘못되었음을 나타냅니다. 볼륨 내용물은 새로운 불량 섹터를 찾기 위해 표면 분석을 수행하는 디스크 복구 유틸리티를 사용하여 스캔해야합니다.

몇 년 전에 커널 파일 시스템 개발자와이 문제를 해결하는 방법에 대한 토론이 있었지만 결과를 확인할 수 없었습니다. 분명히 최근 커널로 만들지 않았습니다.

비트 플래그 만 관련되어 있지만 일반적으로 데이터는 완벽해야합니다. 우분투에서 이전에 사용했던 드라이브의 Windows 문제 경고는 무시해도됩니다.


3
실제로 드라이브를 안전하게 마운트 해제 할 때 이러한 드라이브에서 이러한 오류가 발생하지 않았습니다.이 비트에 대한 지원이 확실하지 않습니까?
토마스 워드

5
@ThomasW. 이 비트는 매우 모호하지만 직장 Windows 7에서 Ubuntu 형식의 USB 드라이브에 때때로 이러한 오류가 발생합니다. 지금까지 유용한 패턴을 보지 못했습니다. 내가 말할 수있는 유일한 것은 항상 드라이브를 올바르게 마운트 해제 / 꺼내기라는 것입니다. 집에서는 Windows가없고, 직장에서는 Ubuntu가 없기 때문에 테스트가 쉽지 않습니다.
Takkat

제목이 거짓입니다.
MatthewRock

@ MatthewRock : 더 나은?
Takkat

예, 좋습니다.
MatthewRock

74

이것은 주로 Windows의 문제입니다. 그것은 세계에서 유일한 OS라고 생각하고 이해하지 못하는 것을 감지하면 행동합니다.

Windows에서 드라이브를 수리해야한다고해서 사실이되지는 않습니다.

우분투와 함께 사용되는 모든 드라이브는 Windows 에서이 메시지를 얻습니다. 방금 말하면 Windows에서 no잘 작동합니다.

간단히 말해서 드라이브에는 아무런 문제가 없습니다. Windows에 이해할 수없는 내용이 있으며 응답이 파괴됩니다.

repair드라이브를 말하지 마십시오. 알리지 않고 포맷하면 드라이브의 모든 데이터가 손실됩니다.


40
1. 복구는 포맷되지 않으며 복구는 할당 된 데이터를 폴더에 저장합니다. 나를 위해 우분투가 쓰기 프로세스를 올바르게 마치지 않는 것 같습니다.
jan6352781

10
2. 대부분의 USB 드라이브는 FAT32 형식이며 Microsoft에서 개발 한 것이므로 Windows가 왜 "알지 못하는"유일한 시스템이어야합니까?
jan6352781

17
근거가없고 틀리기 때문에 -1입니다. 우분투 15가 내 NTFS 볼륨을 손상시키는 것을 보았습니다. 모든 버퍼를 명시 적으로 동기화하더라도 불구하고 발생했습니다. 나는 @ jan6352781과 동의하여 쓰기 프로세스가 끝나지 않았기 때문에 여전히 의심합니다. 실제로, Ubuntu를 재부팅하기 전에 쓰기 후에 충분히 오래 기다리면 정상적으로 작동합니다. 우리는 여기서 Windows가 잘못되었다고 믿을 이유가 없으며 우분투를 믿는 모든 이유가 있습니다.
Mehrdad

7
드라이브를 수리해도 포맷되지 않습니다. chkdsk를 실행합니다. fsck가 디스크를 포맷하는 것보다 더 이상 디스크를 포맷하지 않습니다.
Journeyman Geek

16
이 전체 답변은 일화를 제외하고 증거가없는 Windows rant입니다.
Millie Smith

18

주석에서 제안한 것처럼 플래시 드라이브를 제거하기 전에 쓰기 프로세스를 완료하지 않은 Ubuntu와 관련이있을 수 있습니다. 우분투는 복사 과정에서 파일을 RAM에 쓰고 복사 대화 상자를 닫은 후 버퍼에서 USB 드라이브로 파일을 씁니다. 거기에 다른 대답은이는 특히 메모리가 많은 머신에서 문제가되지만 백그라운드 쓰기가 완료되기 전에 드라이브를 제거 할 가능성이 있음을 나타냅니다. 드라이브를 꺼내면 버퍼가 디스크에 강제로 쓰지만 실제로 쓰기가 완료된 시점을 알기는 어렵습니다. 이 문제를 해결하기위한 최신 버전의 팝업 (15.10, 15.04 일 가능성이 있음)이 있습니다. "일반적으로 짧은"시간이 지나면 "[드라이브]를 제거 할 수 있습니다"라는 문구가 한 번 표시됩니다. 쓰기가 완료되었습니다.

친구가 동기화를 제안한 이유 일 수 있습니다. sync터미널에서 실행 하면 모든 버퍼링 된 데이터가 디스크에 기록되며 쓰기가 완료된 후에 만 ​​반환되어야합니다 ( 이 답변 참조 ). 이것이 실제로 문제인지 확인하는 데 도움이되는 유틸리티에 대해서는 이 답변 을 참조하십시오 .


USB 드라이브와 15.10 Kubuntu 시스템을 꺼낼 때마다 14.04 (Linux Mint KDE 버전)에 팝업이 표시됩니다. 15.04에 대해서는 확실하지 않지만 그렇게 가정합니다.
Jon Bentley

1
GUI는 실제로 그것을 명확하게하지 않습니까? eject터미널에서 오랫동안 사용 해 왔으며 방금 큰 파일을 복사 한 경우 반환되기 전에 눈에 띄는 지연이 있습니다.
이즈 카타

1
@Izkata 바닐라 우분투 14.04에서는 노틸러스에서 꺼내기 기호를 클릭하면 즉시 사라집니다. 그러나 내부 드라이브와 달리 USB 드라이브는 완전히 마운트 해제되면 (예 : 쓰기가 완료되면) 사이드 바에서 완전히 사라 지므로 USB 드라이브를 쓰는 동안 약간의 시간이 걸리지 만 꺼내는 것처럼 보입니다.
alex_d

5

Ubuntu 및 Ubuntu 파생 배포판을 사용하는 동안 FAT 파일 시스템 (가상적으로 모든 USB 드라이브가 FAT32로 사전 포맷되어 제공됨)이있는 USB 어댑터의 USB 드라이브, 특히 플래시 (SD 등) 카드가 많이 보였습니다. 정기적으로 매일 사용하는 몇 개월마다 거의 정기적으로 발생했습니다.

하드웨어 문제라면 ext3 (또는 4)으로 파티션을 포맷하면 도움이되지 않지만 ext3 / 4는 파일 시스템을 사실상 방탄으로 만듭니다. (ext2도 몇 달 동안 손상되었으므로 쓰기가 적어 주로 저널이없는 플래시 드라이브의 수명이 길어졌습니다).

따라서 우분투는 USB 드라이브 자체를 물리적으로 손상 시키지 않아야 하지만 FAT 파일 시스템에서는 여전히 100 % 신뢰하지 않습니다.

파일 시스템 손상은 다음을 통해 가장 잘 피할 수 있다고 생각합니다.

  • USB 드라이브를 마운트 해제 umount/ 꺼낼 때까지 플러그를 뽑지 마십시오 . 드라이브가 현재 아무 것도 쓰고 있지 않더라도 (표시등이 있으면 깜박이지 않음) sync파일 시스템을 수행 한 경우에도 파일 시스템이 계속 작동 할 수 있습니다
  • umount플러그를 뽑기 전에 / eject 후 몇 초 정도 기다리 십시오. umount드라이브 작동 후에도 때때로 잠시 동안 계속 깜박이는 것처럼 보입니다 . 사용자 와 같은 다른 사용자 는 최대 1 분 동안 계속 사용할 수 있다고 말합니다.
  • 파일 손상을 입은 이 사람과 같이sync 둘 에만 의존하지 마십시오 .

관련 (일반적으로) 링크 :


3

이것은 모든 운영 체제와 거의 관련이 없습니다. 이것은 파일 시스템 오류이며, 대부분의 경우 드라이브가 올바르게 마운트 해제되지 않았 음을 나타냅니다 (사용자 오류). 손상의 절대적인 표시는 아니며 단지 손상 가능성 을 나타냅니다 . 있는 경우 손상은 일반적으로 마지막으로 작성된 파일로 제한됩니다. 이 경우 Windows "복구"명령은 "사용 중"으로 표시되었지만 파일에 할당되지 않은 섹터를 드라이브에서 검색 한 다음이 스크랩과 조각을 새 파일에 할당합니다.

드라이브를 먼저 마운트 해제하지 않고 쓰기 도중 드라이브를 종료하면 Windows에서이 오류가 발생할 수 있습니다 (Windows에서는 "꺼내기"가 마운트 해제를 수행함).

이 메시지가 표시되면 드라이브가 올바르게 마운트 해제되지 않은 것입니다.

파일 시스템이 실제로 손상되었거나 거짓 긍정인지 직접 확인할 수 있습니다. "복구"를 실행 한 후 "found000"이라는 이름의 새 폴더가 일부 파일과 함께 나타나는 경우 실제로 완료되지 않은 쓰기가 있었음을 의미합니다. 중단되었습니다. 일부 데이터가 손실되었으므로 문제가됩니다.


2

나는 몇 년 동안 우분투와 Windows를 이중 부팅으로 사용하고 드라이브를 올바른 방법으로 마운트 해제하면 Windows에서 항상 오류 메시지가 표시되지만 USB 드라이브에는 오류가 없었습니다. W10에서는이 팝업 오류 메시지를 해제 할 수 있습니다.

여기에 이미지 설명을 입력하십시오


1

OS가 USB 드라이브를 손상시킬 수있는 방법은 거의 없습니다. 일반 형식 (빠른 것은 아님) 후에 드라이브가 Ubuntu와 함께 사용 된 흔적이 남아 있지 않아야합니다.

"H2testw"또는 "USB Flash Drive Tester"로 드라이브를 점검하십시오. 불량 섹터는 많은 이상한 오류의 원인이 될 수 있습니다.


4
OP는 잘못 표현되었지만 "플래시 ROM"이 아니라 "파일 시스템"을 의미합니다.
wizzwizz4

그것은 영업 이익은 실제 USB 드라이브 의미 것으로 보인다 손상 , 그들이 말하는 "나는 손상된 USB 드라이브를 가진 적이 있지만, 내 USB 드라이브의 지난 2 년 동안 세되었다 작동하지 " , 그들은 단지 그들은 아마도 손상 말한 것이다 손상을 의미하는 경우 @ wizzwizz4
Xen2050

3
@ Xen2050 jan6352781을 포함한 다른 모든 대답과 주석 스레드는 파일 시스템이 문제이며 "손상된 장치"가 제대로 작동하지 않는 것으로 추정합니다.
wizzwizz4

@ wizzwizz4 음, Mark Kirby의 답변에서 OP는 "3. 지난 몇 년 동안 손상된 파일 과 USB 드라이브로 끝나는 거의 매일 수리를 건너 뛰었습니다 ." 라고 말했을 것입니다. 또는 아닙니다, 그러나 그들은 여전히 ​​그것을 말했다
Xen2050

@ Xen2050 또는 OP가 "장치가 손상되었습니다. Windows에서 문제를 해결 하시겠습니까?"라는 이전 메시지를 참조하고있을 수도 있습니다. 다른 dll이 문제를 처리 할 때 가끔 발생합니다. (나는 마지막 문장이
옳은지

1

드라이브가 "손상된"지 여부는 말할 수 없으며 아마도 아닐 수도 있습니다. 그러나 같은 말을 할 수있는 사람으로서 : "창으로 10 년 이상 작업 한 적이 있습니다 ...", Windows 10을 실행하는 경우 새로운 문제의 원인이 될 수 있습니다. 10 일에 첫날 새로운 문제가 발생했습니다. 10 일에 외부 드라이브 용 데이터베이스가 생성되었습니다 (인덱싱 데이터베이스 일 수 있습니다). 해당 데이터베이스가 드라이브와 일치하지 않으면 드라이브가 손상되었다는 메시지가 표시 될 수 있습니다. 때로는이 경고를 무시해도되고 그렇지 않을 수도 있습니다 (일화 참조). "수리"를 실행하면 데이터베이스가 수정됩니다.

일화:

이 정보를 어디에서 찾았는지 기억이 나지 않지만 Music 폴더를 옮길 때 알게되었습니다. 더 이상 존재하지 않는 폴더에 대해 불평하는 대신 드라이브가 고장 났다고 불평했습니다. 복구를 실행하기 전에 새 위치가 Ubuntu에 표시되고 Windows 10의 이전 위치가 표시되었지만 10시에 모든 파일을 열 수 없었습니다. 복구를 실행 한 후 Windows에 Music 폴더의 새 위치가 표시되었습니다. 사라지고 Windows에서 다시 작동했습니다.

달리는 sync것도 나쁜 생각이 아닙니다.

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