MS-Windows 輔助儲存（磁碟驅動器）未從 Elementary OS 顯示（2 個單獨的驅動器）
已解決：我收到了一些作業系統更新，並註意到在啟動時，grub 現在顯示，這是以前沒有的（我使用 F12 更改啟動驅動器），現在 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。
我想確保 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/nvme0n1p5windows驅動器確實有5個分區，所以這可能有用（p1-5）？
問題已自行解決——作為標準作業系統更新的一部分，我注意到 grub 現在在啟動時顯示，nvme 分區顯示在文件管理器中，更多詳細資訊在 OP 中。
感謝所有貢獻的人！
雖然眾所周知，Windows 的快速啟動會使您在共享 NTFS 分區中的數據處於危險之中（您真的想將其關閉，至少如果共享分區是 Windows 系統分區），但它絕對與 eOS 無法辨識NVMe 固態硬碟。
我幾乎可以肯定，我們可以排除可能已經儲存在該 SSD 上的所有內容作為問題的原因。最可能的原因是 EOS 根本無法辨識 SSD 或它所連接的控制器，這可能由於各種原因而發生。
您的一些選擇是：
- 令人驚訝的是，這些問題通常可以通過 BIOS 更新來解決（儘管它們似乎是由作業系統或驅動程序問題引起的）。因此，您可以查看您的 PC 是否有新的 BIOS，然後再試一次。
- 如果沒有新的 BIOS 可用，或者更新它沒有幫助，您可以等待幾週（如果硬體不是太奇特，Linux 核心和驅動程序發展得很快），或者您可以嘗試安裝核心（通常包括驅動程序），它比官方儲存庫以外的儲存庫中的作業系統更新（我不知道 EOS，所以我無法幫助你）。
- 也許已經有相應硬體的驅動程序，但它尚未包含在 EOS 中。在這種情況下，您可以嘗試自己編譯（不過，這也可能涉及編譯新核心）。
- 為了進一步調查，您可以在 DVD-ROM 或 USB 密鑰上安裝與 eOS 非常相似但使用更廣泛的 Linux 發行版，從那裡啟動它並查看它是否辨識有問題的驅動器。作為一個起點，我建議使用 Ubuntu（AFAIK eOS 基於 Ubuntu），或者可能是 Debian 的測試甚至非穩定版本（Ubuntu 基於 Debian）。
如果其他 Linux 發行版之一辨識出有問題的驅動器，您可以放心地假設相應的驅動程序已經將其納入最新的 Linux 核心，並且它也將很快出現在 eOS 中。