Нечетная проблема с монтированием носителя, возможно, после обновления 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 ???**
текущая установка: 1 ТБ 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
из-за изменения раздела с файлами на mount / media /atter / Files1 , мои переназначения в home / .config / user-dir.dirs были изменены обратно на $ HOME /, и повторяются снова после каждой перезагрузки.
Я считаю, что проблема в том, что я должен вообще остановить монтирование раздела Windows при запуске, особенно как / media /atter / Files. К сожалению, я не знаю, с чего начать. Должен ли я решить эту проблему в окнах (в окнах, похоже, ничего не изменилось) или в ubuntu, и если да, конечно, как.
любые мысли будут очень признательны.
С уважением
Матье
2 ответа
Актуальное решение
(Используйте для порезов, синяков, ожогов, ран, но не синих экранов; они кусают в ответ)
Добавьте запись в / etc / fstab , который предотвращает автоматическое монтирование соответствующего раздела.
- Получите
UUIDдля проблемного раздела$ lsblk -no UUID / dev / nvme0n1p4{ {1}} - Добавьте следующую строку в свой
/ etc / fstab
(вы можете заменить#UUID = none по умолчанию ntfs, noauto 0 0 noneвыше выбранной точкой монтирования по умолчанию. Фактически ,нетздесь технически неверно, но работает нормально из-за флагаnoauto- пока вы не попробуете угадать монтирование, напримерsudo mount / dev / nvme0n1p4.. .) - Затем во вселенной должен быть восстановлен мир
Хирургия
Во-первых, когда вы говорите « медиа-папка », я думаю, вы неправильно понимаете, что под этим подразумевается под linux; / media / - это место монтирования по умолчанию для дисков, смонтированных , то есть кем-то, кто не является суперпользователем или демоном с повышенными привилегиями.
Таким образом, по умолчанию, если указанный раздел не был смонтирован вообще при загрузке (или любым другим демоном с повышенными привилегиями) - даже не R / O, можно было бы ожидать, что он получит монтируется в / media / , когда кто-то щелкает по нему в Nautilus (файловом менеджере).
Что касается того факта, что ваш системный раздел Windows не мог автоматически монтироваться до этого обновления, я предполагаю, что обновление изменило атрибуты GPT раздела. Есть один (63-й бит или 0x8000000000000000 ), который Microsoft реализует как флаг «не монтировать автоматически» (это то, что gdisk называет слишком).
Что касается того, почему том монтируется как «Файлы», а не как «Windows» ... это меня озадачивает: /
Благодаря четкому ответу MarbleMuffins у меня открылись глаза на то, что я должен был увидеть раньше.
/dev/nvme0n1p4 /media/matter/Files ntfs defaults 0 1
раньше относилось к разделу "Files", который теперь nvme0n1p3 вместо nvme0n1p4, а раздел windows теперь nvme0n1p4 (прежнее название неизвестно). Таким образом, ранее правильная строка в etc/fstab теперь монтирует неправильный раздел под неправильным именем.
теперь мне ясно, что "прежняя" установка - то, о чем я думал, - действительно была неправильной.
что меня все еще смущает:
- почему обновление windows внесло изменения в разделы
- почему раздел nvme0n1p3 "files" все еще монтируется (ведь именно из-за него я когда-то добавил строку в fstab, которая теперь относится к windows), а теперь как Files1.