☰

双启动系统上的 Windows 更新后可能出现奇怪的媒体安装问题

tag-icon • tag-icon dual-boot partitioning mount
双启动系统上的 Windows 更新后可能出现奇怪的媒体安装问题

从昨天开始，我的双启动系统上的 Linux 出现了奇怪的行为，我觉得很难解释，但我会尝试一下，首先我的系统设置与以前一样，然后它变成了什么样子。据我所知，这是在我必须启动 Windows 并进行广泛的 Windows 更新后发生的。从那时起，我不知道还有什么变化。

之前被认为是“以前的设置”：

/dev/nvme0n1p1  54 GB Fat                               = mounted @ /boot/efi
/dev/nvme0n1p2 106 GB Ext4                              = mounted @ Filesystem Root
/dev/nvme0n1p3 736 GB NTFS "Files"                      = Mounted @ /media/matter/**Files**  
/dev/nvme0n1p4 103 GB NTFS "Windows"                    = unmounted / accessable but as drive not as media folder. 
**/dev/nvme0n1p5 ???**
**/dev/nvme0n1p6 ???**

当前配置：1TB SSD

/dev/nvme0n1p1  54 GB Fat                               = mounted @ /boot/efi
/dev/nvme0n1p2 106 GB Ext4                              = mounted @ Filesystem Root
/dev/nvme0n1p3 736 GB NTFS "Files"                      = Mounted @ **/media/matter/Files1**  
/dev/nvme0n1p4 103 GB NTFS "Windows"                    = Mounted @ **/media/matter/Files**
/dev/nvme0n1p5 659 MB NTFS             windows recovery = not mounted
/dev/nvme0n1p6 1.1 GB NTFS "Dell Supp" windows recovery = not mounted

我的 etc/fstab 如下，我相信它没有变化：

PARTUUID=e294be36-f7d0-430c-a5b3-e5067ea39832 /boot/efi vfat umask=0077 0 0
UUID=6f3c28a9-64af-497d-a0db-9797ea2cae93 / ext4 noatime,errors=remount-ro 0 0
/dev/sda1 /media/Music ntfs defaults 0 1
/dev/nvme0n1p4 /media/matter/Files ntfs defaults 0 1

因为我的文件分区更改为挂载/媒体/物质/文件1，我的 home/.config/user-dir.dirs 中的重新映射已改回 $HOME/，并且每次重启后都会再次执行此操作。

我觉得问题在于我必须在启动时完全停止挂载 Windows 分区，尤其是 /media/matter/Files。不幸的是，我不知道从哪里开始。我应该在 Windows 中解决这个问题（在 Windows 中事情似乎没有改变）还是在 ubuntu 中解决这个问题，如果是的话，当然如何解决。

任何想法都将非常感激。

亲切的问候

马蒂厄

答案1

局部解决方案

（用于割伤、擦伤、烧伤、伤口，但不能用于蓝屏；它们会反咬一口）

添加一个条目以/etc/fstab防止自动安装相关分区。

  1. 获取UUID有问题的分区 的
    $ lsblk -no UUID /dev/nvme0n1p4
<long-hex-uuid-thingy-thing>
  2. 将以下行添加到您的/etc/fstab 
    # <comment-that-reminds-you-of-the-pain-you-went-through>
UUID=<long-hex-uuid-thingy-thing>   none   ntfs   defaults,noauto   0 0
    （您可以none用选择的默认挂载点替换上面的内容。事实上，从none技术上讲这里是不正确的，但由于noauto标志的原因，它可以正常工作 - 直到您尝试像...这样的猜测挂载sudo mount /dev/nvme0n1p4）
  3. 宇宙应该恢复和平

外科手术

首先，当你说“媒体文件夹”，我想你误解了 Linux 的意思；这是由非超级用户或提升的守护进程/media/<user-name>安装的驱动器的默认安装位置。<user-name>

因此默认情况下，如果所述分区未安装根本在启动时（或通过任何其他提升的守护进程） - 甚至不是 R/O，人们会预计/media/<user-name>当在 Nautilus (文件管理器) 中单击它时，它就会被挂载。

对于您的 Windows 系统分区在更新之前无法自动挂载的事实，我最好的猜测是更新更改了分区的 GPT 属性。有一个（第 63 位或0x8000000000000000）微软实施作为‘不自动安装’标志（这gdisk也是它所指的）。

至于为什么该卷被安装为“文件”而不是“Windows”......这让我很困惑:/

答案2

由于 MarbleMuffins 的明确回答，我才意识到一些我早该看到的东西。

/dev/nvme0n1p4 /media/matter/Files ntfs defaults 0 1

用来指代“文件”分区，现在为 nvme0n1p3 而不是 nvme0n1p4，而 windows 分区现在为 nvme0n1p4（以前的名称未知）。因此，etc/fstab 中以前正确的行现在以错误的名称挂载了错误的分区。

现在我清楚的是，“以前”的设置就是我所想的那样，但实际上是不正确的。

仍然让我困惑的是：

  1. 为什么 Windows 更新会对分区进行更改
  2. 为什么 nvme0n1p3“文件”分区仍然被挂载（这就是为什么我曾经将该行添加到 fstab，现在指的是 windows）并且现在作为 Files1。

相关内容