☰

MS-Windows 보조 스토리지(디스크 드라이브)가 Elementary OS(2개의 독립 드라이브)에 표시되지 않음

tag-icon • tag-icon mount windows dual-boot elementary-os
MS-Windows 보조 스토리지(디스크 드라이브)가 Elementary OS(2개의 독립 드라이브)에 표시되지 않음

해결됨: 일부 OS 업데이트를 받았는데 부팅 시 grub이 이전에 표시되지 않았던 위치에 이제 표시되고(F12를 사용하여 부팅 드라이브를 변경했습니다) 이제 다음 명령을 사용하여 nvme 파티션이 표시되고 표준에도 표시됩니다. 파일 관리자(증거로 사진 첨부)!

모든 기여자에게 감사드립니다!

ACER nvme 드라이브를 보여주는 파일 관리자

다음은 나중에 참고할 수 있는 원본 게시물입니다.

저는 2개의 내부 드라이브가 있는 노트북에서 듀얼 부팅 Linux 및 Windows를 실행하고 있습니다. 특히 500GB SSD의 Elementary OS와 1TB NVME SSD의 Windows 10을 실행하고 있습니다.

1TB Windows 드라이브에 NTFS 파티션을 생성하고 이를 Elementary에 마운트하여 운영 체제 간에 데이터를 공유할 수 있도록 하고 싶지만 다음과 같이 Elementary의 /dev/sda 아래에 1TB 드라이브가 전혀 표시되지 않습니다.

# cat /proc/partitions

major minor  #blocks  name

   8        0  488386584 sda
   8        1     524288 sda1
   8        2  487860224 sda2

---

# fdisk -l /dev/sda

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7B0055C1-DE1E-4030-BA1A-7F766ED3190C

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624 976771071 975720448 465.3G Linux filesystem

그러나 Linux 드라이브는 Windows 디스크 관리에 표시되며(파일 시스템으로 인해 액세스할 수는 없지만) 디스크 0이 기본 드라이브이고 디스크 1이 Windows입니다. Linux의 경우 Windows에서

eOS가 두 번째 드라이브를 볼 수 있는지 확인한 다음 디스크 1에 별도의 NTFS 파티션을 생성하고 마운트하겠습니다. 드라이브에 액세스할 수 있는지 알기 전에 파티션 크기를 조정하거나 파티션을 생성하는 번거로움을 겪고 싶지 않습니다.

편집: lspci -nn을 사용하여 드라이브를 찾으려고 시도했지만 올바르게 읽는 방법을 잘 모르겠습니다. 직렬 버스 컨트롤러일 수도 있지만 확실하지 않습니다.

00:00.0 Host bridge [0600]: Intel Corporation Device [8086:3e10] (rev 07)
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) [8086:1901] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:3e9b]
00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model [8086:1911]
00:12.0 Signal processing controller [1180]: Intel Corporation Cannon Lake PCH Thermal Controller [8086:a379] (rev 10)
00:14.0 USB controller [0c03]: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller [8086:a36d] (rev 10)
00:14.2 RAM memory [0500]: Intel Corporation Cannon Lake PCH Shared SRAM [8086:a36f] (rev 10)
00:14.3 Network controller [0280]: Intel Corporation Wireless-AC 9560 [Jefferson Peak] [8086:a370] (rev 10)
00:15.0 Serial bus controller [0c80]: Intel Corporation Device [8086:a368] (rev 10)
00:15.1 Serial bus controller [0c80]: Intel Corporation Device [8086:a369] (rev 10)
00:16.0 Communication controller [0780]: Intel Corporation Cannon Lake PCH HECI Controller [8086:a360] (rev 10)
00:17.0 RAID bus controller [0104]: Intel Corporation 82801 Mobile SATA Controller [RAID mode] [8086:282a] (rev 10)
00:1d.0 PCI bridge [0604]: Intel Corporation Device [8086:a335] (rev f0)
00:1e.0 Communication controller [0780]: Intel Corporation Device [8086:a328] (rev 10)
00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a30d] (rev 10)
00:1f.3 Audio device [0403]: Intel Corporation Cannon Lake PCH cAVS [8086:a348] (rev 10)
00:1f.4 SMBus [0c05]: Intel Corporation Cannon Lake PCH SMBus Controller [8086:a323] (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH SPI Controller [8086:a324] (rev 10)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:1c91] (rev a1)
01:00.1 Audio device [0403]: NVIDIA Corporation GP107GL High Definition Audio Controller [10de:0fb9] (rev a1)
06:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 25)

EDIT2: rfmodulator는 ls -1 /dev/nvme*를 제안하며 결과는 다음과 같습니다.

/dev/nvme0
/dev/nvme0n1
/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p3
/dev/nvme0n1p4
/dev/nvme0n1p5

Windows 드라이브에는 5개의 파티션이 있으므로 이것이 유용할 수 있습니까(p1-5)?

답변1

Windows의 빠른 부팅으로 인해 공유 NTFS 파티션에 데이터가 위험해질 수 있다는 것은 잘 알려져 있습니다.진짜적어도 공유 파티션이 Windows 시스템 파티션인 경우에는 끄고 싶습니다.) 이는 eOS가 NVMe SSD를 인식하지 못하는 것과는 전혀 관련이 없습니다.

SSD에 저장되었을 수 있는 문제의 원인을 배제할 수 있다고 거의 확신합니다. 가장 가능성이 높은 원인은 eOS가 SSD나 연결된 컨트롤러를 인식하지 못하기 때문이며, 이는 여러 가지 이유로 발생할 수 있습니다.

일부 옵션은 다음과 같습니다.

  • 놀랍게도 이러한 문제는 BIOS 업데이트로 해결되는 경우가 많습니다(비록 운영 체제나 드라이버 문제로 인해 발생하는 것으로 보이지만). 따라서 컴퓨터에 새 BIOS가 있는지 확인하고 다시 시도할 수 있습니다.

  • 사용 가능한 새 BIOS가 없거나 업데이트가 도움이 되지 않는 경우 몇 주 정도 기다리거나(하드웨어가 너무 이국적이지 않으면 Linux 커널과 드라이버가 상당히 빠르게 개발됨) 커널(일반적으로 드라이버 포함)을 설치해 볼 수 있습니다. 그리고 공식 저장소가 아닌 다른 저장소보다 최신 OS입니다(저는 eOS를 모르기 때문에 이에 대해 도움을 드릴 수 없습니다).

  • 해당 하드웨어에 대한 드라이버가 이미 있을 수 있지만 아직 eOS에는 포함되어 있지 않습니다. 이 경우 직접 컴파일해 볼 수 있습니다(그러나 여기에는 새 커널 컴파일이 포함될 수도 있습니다).

  • 더 자세히 조사하려면 매우 유사하지만 더 널리 사용되는 Linux 배포판을 DVD-ROM 또는 USB 스틱에 eOS에 설치하고 거기서 부팅하여 문제의 드라이브를 인식하는지 확인할 수 있습니다. 시작점으로 Ubuntu(eOS는 Ubuntu를 기반으로 한다고 알고 있음)나 베타 버전, 심지어는 불안정한 Debian 버전(Ubuntu는 Debian을 기반으로 함)을 사용하는 것이 좋습니다.

    다른 Linux 배포판 중 하나가 문제의 드라이버를 식별하는 경우 해당 드라이버가 최신 Linux 커널에 통합되었으며 곧 eOS에도 제공될 것이라고 안전하게 가정할 수 있습니다.

답변2

문제는 저절로 해결되었습니다. 표준 OS 업데이트를 수행하는 과정에서 이제 부팅 시 grub이 표시되고 nvme 파티션이 파일 관리자에 표시되는 것을 확인했습니다. 자세한 내용은 OP를 참조하세요.

모든 기여자에게 감사드립니다!

관련 정보