Как объяснить Xubuntu, что какой-то диск на самом деле является внутренним?

У меня есть два диска на моей машине, оба являются внутренними. Однако второй привод продолжает отображаться как внешний:

На этом диске нет мусорного устройства. Файлы удаляются сразу. Во всех файловых менеджерах есть опция «Dismount», которая затем терпит неудачу, если я попытаюсь это сделать (поскольку раздел диска установлен через fstab).

Как я могу объяснить Xubuntu, что диск на самом деле является внутренним, так что эти вещи будут исправлены?

Вот строка в /etc/fstab:

/dev/mapper/largevg-work /home/volodya/work ext4 errors=remount-ro 0 2

, а также

$ udisksctl dump |grep '^[^ ]\|Remova' [...] /org/freedesktop/UDisks2/drives/MATSHITA_DVD_RAM_UJ8E1_SZD5L67522: MediaRemovable: true Removable: true /org/freedesktop/UDisks2/drives/Multiple_Card__Reader_058F63666435: MediaRemovable: true Removable: true /org/freedesktop/UDisks2/drives/ST2000LM015_2E8174_ZDZ09HM4: MediaRemovable: false Removable: false /org/freedesktop/UDisks2/drives/WDC_WDS250G1B0A_00H9H0_172703800034: MediaRemovable: false Removable: false

Мой «большой» диск показывает false, как вы можете видеть. Но все же ...

1
задан 26 January 2018 в 14:55

6 ответов

Мое протестированное решение (Caja, Thunar on Ubuntu 16.04 / Linux Mint 18.2) - это опция монтирования x-gvfs-hide в / etc / fstab, чтобы скрыть раздел:

/dev/mapper/largevg-work    /home/volodya/work  ext4    errors=remount-ro,x-gvfs-hide   0   2
2
ответ дан 22 May 2018 в 15:19
  • 1
    Другим возможным решением может быть использование правил udev – Ovidijus 4 February 2018 в 03:35
  • 2
    по какой-то причине правила udev не работали для меня (возможно, моя ошибка), но это сработало сразу и без каких-либо проблем. он сразу же добавил корзину в точку монтирования. все так же, как я этого хотел. – v010dya 4 February 2018 в 10:36

Мое протестированное решение (Caja, Thunar on Ubuntu 16.04 / Linux Mint 18.2) - это опция монтирования x-gvfs-hide в / etc / fstab, чтобы скрыть раздел:

/dev/mapper/largevg-work /home/volodya/work ext4 errors=remount-ro,x-gvfs-hide 0 2
2
ответ дан 17 July 2018 в 22:16

Мое протестированное решение (Caja, Thunar on Ubuntu 16.04 / Linux Mint 18.2) - это опция монтирования x-gvfs-hide в / etc / fstab, чтобы скрыть раздел:

/dev/mapper/largevg-work /home/volodya/work ext4 errors=remount-ro,x-gvfs-hide 0 2
2
ответ дан 23 July 2018 в 22:54

Исходя из того, что только ваш оптический привод и устройство чтения карт сообщаются как съемные, а запись /dev/mapper/largevg-work в вашем fstab, мне кажется, что вы путаете логический том с физическим диском / разделом. Вы можете найти Как проверить / изменить состояние LVM в предустановленной системе? полезные, а также комментарии 7 и 8 в этом отчете об ошибке. Здесь есть хорошее объяснение различий между логическими и физическими томами. Поскольку LVM собирается из физических томов и является логической (виртуализированной) конструкцией, а не физической, ее можно изменить (I.E. съемный). Подумайте об этом, как ваш оптический дисковод или устройство чтения карт, в то время как оба этих устройства имеют физические компоненты, вы можете изменить доступ к тому, поэтому они считаются съемными.

3
ответ дан 22 May 2018 в 15:19
  • 1
    на основе соглашения об именах "большой vg -work" Я думаю, вы на что-то – Robert Riedl 1 February 2018 в 00:37
  • 2
    Итак, вы говорите, что в LVM есть что-то, что приводит к тому, что это тот факт, что LVM начинается с того, что вызывает его? – v010dya 1 February 2018 в 15:44
  • 3
    Расширенный ответ – Elder Geek 1 February 2018 в 18:19

Исходя из того, что только ваш оптический привод и устройство чтения карт сообщаются как съемные, а запись /dev/mapper/largevg-work в вашем fstab, мне кажется, что вы путаете логический том с физическим диском / разделом. Вы можете найти Как проверить / изменить состояние LVM в предустановленной системе? полезные, а также комментарии 7 и 8 в этом отчете об ошибке. Здесь есть хорошее объяснение различий между логическими и физическими томами. Поскольку LVM собирается из физических томов и является логической (виртуализированной) конструкцией, а не физической, ее можно изменить (I.E. съемный). Подумайте об этом, как ваш оптический дисковод или устройство чтения карт, в то время как оба этих устройства имеют физические компоненты, вы можете изменить доступ к тому, поэтому они считаются съемными.

3
ответ дан 17 July 2018 в 22:16

Исходя из того, что только ваш оптический привод и устройство чтения карт сообщаются как съемные, а запись /dev/mapper/largevg-work в вашем fstab, мне кажется, что вы путаете логический том с физическим диском / разделом. Вы можете найти Как проверить / изменить состояние LVM в предустановленной системе? полезные, а также комментарии 7 и 8 в этом отчете об ошибке. Здесь есть хорошее объяснение различий между логическими и физическими томами. Поскольку LVM собирается из физических томов и является логической (виртуализированной) конструкцией, а не физической, ее можно изменить (I.E. съемный). Подумайте об этом, как ваш оптический дисковод или устройство чтения карт, в то время как оба этих устройства имеют физические компоненты, вы можете изменить доступ к тому, поэтому они считаются съемными.

3
ответ дан 23 July 2018 в 22:54
  • 1
    на основе соглашения об именах "большой vg -work" Я думаю, вы на что-то – Robert Riedl 1 February 2018 в 00:37
  • 2
    Итак, вы говорите, что в LVM есть что-то, что приводит к тому, что это тот факт, что LVM начинается с того, что вызывает его? – v010dya 1 February 2018 в 15:44
  • 3
    Расширенный ответ – Elder Geek 1 February 2018 в 18:19

Другие вопросы по тегам:

Похожие вопросы: