마운트 된 NTFS 파티션이 Linux 파일 관리자에 나타나지 않는 이유는 무엇입니까?


3

내 컴퓨터의 내부 하드 디스크에는 3 개의 NTFS Windows 파티션 (Win 7 기본, 부팅 및 복구)과 여러 Ext4 Linux 파티션 (Mint 및 swap)이 있습니다. Debian Wheezy를 실행하는 외부 하드 디스크에서 대부분의 작업을 일시적으로 수행하고 있습니다. GRUB을 통해 부팅시 모두 선택할 수 있으며 모든 것이 올바르게 작동합니다.

데비안은 기본적으로 NTFS 파티션을 마운트하지 않으므로 Windows 파티션에 무언가가 필요할 때 Windows로 재부팅하는 데 몇 달이 걸렸습니다. 오래 됐기 때문에 마침내 NTFS 파티션을로드하도록 데비안을 설정했습니다.

리눅스에 비교적 ntfs-config익숙하지 않아서 Windows wusses를위한 GUI 프론트 엔드 인 유틸리티를 로드했습니다 . 모든 NTFS 파티션을 구성했습니다. 부팅 파티션이 파일 관리자에 나타납니다. 그러나 주 Windows 파티션은 그렇지 않았습니다.

그런 다음 기본 파티션을 수동으로 마운트하여 마운트 디렉토리를 작성하고 mount 명령을 사용했습니다. 이미 마운트되었다는 메시지가 나타납니다. 나는 마운트 목록을 작성했고 거기에 충분히 마운트되었다.

따라서 Windows 부팅 및 기본 파티션이 모두 마운트되지만 파일 관리자의 드라이브 목록에 부팅 파티션 만 나타납니다. 아마도 mount 디렉토리를 두 ​​번 클릭하여 디렉토리 목록을 열 수 있지만 주 Windows 파티션에 대해 수행하면 빈 창이 생성됩니다.

문제를 연구하려고했을 때 내가 한 일을 수행하기위한 지시 사항에 대한 수많은 링크가 생겼으며, 절차를 따른 후에도 비슷한 결과를 나타내는 것을 찾을 수 없었습니다.

정보로서, Mint는 NTFS 파티션을 마운트하도록 사전 구성되었으며 기본 Windows 파티션은 파일 관리자에 표시됩니다.

Linux에 능숙하지 않아 여기에 포함시킬 정보가 무엇인지 (또는 정보를 얻는 방법) 알 수 없습니다. 아무도 내가 문제를 해결하기 위해 찾고있는 것을 제안 할 수 있습니까?


도움을 요청할 때 항상 실행중인 배포판 (이 경우 데비안)의 정확한 버전을 알려주십시오. 데비안 버전에 따라 기능과 기능에 많은 차이가 있습니다. 아시다시피, 당신은 8 년 전에 데비안을 실행하고 있습니다.
allquixotic

답변:


1

ntfs-config경로를 완전히 이동하십시오 . 완전히 udev/ udisks/ systemd경로 (이 기능은 배포판과 버전에 따라 다릅니다); 또는 완전히 수동 ( /etc/fstab) 경로입니다. 그것들을 섞어서 맞추지 마십시오 . 이것은 혼란을 일으킬뿐입니다.

첫째, 같은 도구를 사용 gparted, parted또는 Disk Utility시스템의 파티션 레이아웃을 이해하기. 실제 드라이브 문자와 파티션 번호가 무엇인지 모르지만 다음과 같이 보일 입니다 (파티션의 수와 경로 다를 수 있습니다).

  • / dev / sda1 => Windows 부팅 (NTFS)
  • / dev / sda2 => Windows 시스템 (NTFS)
  • / dev / sda3 => Windows 복구 (NTFS)
  • / dev / sda4 => 확장 파티션 (디스크를 MBR로 포맷했다고 가정)
  • / dev / sda5 => 민트 부팅 파티션 (ext4?)
  • / dev / sda6 => 민트 루트 파티션 (ext4?)
  • / dev / sda7 => 민트 / home 파티션 (ext4?)
  • / dev / sda8 => 민트 스왑

ntfs-config여러 릴리즈 전에도 다른 과 비교할 때 특히 좋은 도구아닙니다 . 나는 그것을 추천하지 않습니다.

다른 옵션은 /etc/fstab적절한 마운트 목록 으로 수동으로 작성하는 것 입니다. 이 방법은 잘 작동하고 신뢰할 수 있으므로이 방법을 사용하려면 제거해야 ntfs-config합니다. 파일 형식 fstab은 매우 간단합니다. 맨 페이지를 읽습니다 (google it). 기본적으로 파티션이있는 곳입니다. 마운트 위치; 어떤 유형의 파일 시스템; 그런 다음 옵션; 그런 다음 0 0(0이 무엇인지 걱정할 필요가 없습니다). 각 필드는 공백으로 구분됩니다.

최신 데비안 (Debian Wheezy 또는 Testing 또는 Unstable)에서 Gnome 또는 KDE를 사용하는 경우 다른 옵션은 파일 관리자가 드라이브를 나열하도록하는 것입니다. 이 감지는 udisks디트로가 디먼과 해당 종속성 (DBus)을 올바르게 구성했다고 가정하여 데몬을 사용하여 수행됩니다 . 원래 문제는 드라이브가 항상을 사용하여 올바르게 감지하지 못하는 것 같습니다 udisks. 아마도 사용 ntfsfix하거나 해결 해야하는 파일 시스템 오류로 인해 ntfs.fsck(다시 말해서 시스템에 설치된 패키지 의 정확한 버전 에 크게 의존합니다. 차례로 배포판의 릴리스에 따라 다릅니다).

이 모든 다른 접근법을 혼합하여 일치시키지 마십시오. 하나에 마운트 지점 하드 코드 /etc/fstab및 파일 관리자에서 udisks / GVFS 기반의 자동 감지를 무시하거나 사용 설치하지 않고 (전용) 당신의 udisks 통합 파일 관리자 ntfs-config(과에서 NTFS 마운트를 지우 /etc/fstab이 경로를 이동하는 경우).

ntfs-config사람들이 fstab손으로 직접 글을 쓰지 않아도되는 문제를보고했기 때문에 어떤 이유로 든 사용 을 권장 하지 않습니다. "멍청한"사용자는 "스마트 한"프로그램보다 더 적합합니다.


감사. 한 걸음 더 가까이 다가갔습니다. ntfs-config를 제거하고 mount 명령을 다시 실행했습니다 : mount -t ntfs -o nls = utf8, umask = 0222 / dev / sda3 / mnt / windows. 이제 파일 관리자에서 / mnt / windows를 열고 Windows 파티션의 모든 내용을 볼 수 있습니다. 그러나 파티션은 여전히 ​​파일 관리자의 드라이브 목록에 표시되지 않습니다. UDISKS-이 파티션을 포함하여 모든 파티션을 열거하지만 일부는 돌고래 파일 목록에 나타납니다. 표시되는 내용을 구성 할 수있는 방법이 있습니까?
fixer1234

또한 부팅시 자동 마운트에 / etc / fstab이 사용된다는 것을 알고 있습니다. 데비안에는 / etc / fstab이 없지만 Live라는 파일이 들어있는 /etc/fstab.d가 있습니다. 이것을 사용하거나 무시하고 / etc / fstab을 작성합니까?
fixer1234

마운트 디렉토리에 대한 바로 가기를 작성하여 드라이브를 드라이브 목록에 표시하십시오.
fixer1234

fstab은 숨겨진 파일이어야합니다. 편집하려고 할 때 기존 파일이 열리고 Windows 파티션이 이미 나열되었습니다. 다시 부팅 한 후 mount 명령은 파티션을 마운트 된 것으로 표시하고 Windows 드라이브에 대한 바로 가기는 여전히 파일 관리자 드라이브 목록에 표시됩니다. 그러나 아무것도 가리 키지 않으며 마운트 디렉토리가 비어 있습니다. 그래서 여전히 옳지 않은 것이 있습니다. 이것이 원래와 다른 문제이므로 새 질문을 작성하는 것이 적절합니까?
fixer1234

fstab숨겨진 파일이 아닙니다. 루트로 편집하면됩니다. 이 디렉토리 /etc/fstab.d는 "the"와 정확히 동일한 유형의 내용을 포함하는 여러 개의 개별 파일을 저장하기위한 것 /etc/fstab입니다. 볼륨을 마운트 할 때 시스템은 먼저 파일을 구문 분석하고 디렉토리의 /etc/fstab각 파일 에서 마운트 /etc/fstab.d하여 각 파일을 마치 파일처럼 취급 /etc/fstab하지만 내용을 기존 마운트에 추가 하고 바꾸지 않습니다.
allquixotic

0

드라이브를 연결할 때 NTFS 형식의 드라이브가 udiskie 에 의해 마운트되지 않는이 문제가 발생 했습니다.

호출 udiskie-mount /dev/sdc1굴복

/ org / freedesktop / UDisks2 / block_devices / sdc1을 마운트하지 않음 : 처리되지 않은 장치

드라이브가 성공적으로 마운트되었습니다 :

udiskctl mount --block-device /dev/sdc1

1
게시물 주셔서 감사합니다. 나는 udiskie에 대해 들어 본 적이 없다. 이동식 미디어 자동 마운트를 처리하는 것처럼 보입니다 (NTFS 제외). 이 오래된 질문의 파티션은 모두 내부 드라이브에있었습니다. 그러나 이것은 비슷한 증상을 보이는 다른 사람들에게 유용한 정보가 될 수 있습니다.
fixer1234
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.