Начиная с Квантового Кетцаля, изменился порядок монтирования съемных дисков. Было:
/media/точка-монтирования-диска
стало:
/media/имя-пользователя/точка-монтирования диска
Например, мой диск с образами виртуальных машин, который привычно жил в /media/vdi, переехал в /media/sergei/vdi, что сильно расстроило VirtualBox.
С одной стороны, так стало лучше, всё-таки, *nix - многопользовательская система, и нововведение разруливает проблему одновременной работы нескольких пользователей. Не знаю, правда, как оно себя поведет, если один и тот же диск захотят смонтировать сразу два пользователя - вроде бы монтирование одного ресурса в несколько точек не запрещено, но вот как быть с правами доступа и прочим? Надо, кстати, проверить будет, да.
С другой стороны, у тех, кто делал не чистый реинсталл, а обновлялся, пошли по бороде все привязки к месту на диске, как в вышеприведенном диске с хранилищем образов. А если у кого-то остались множественные .desktop и просто ссылки в скриптах, тем было впору вешаться.
Однако, как гласит известная длинная пословица, "на хитрую ж... найдется х... винтом". Вспоминаем, что мы имеем из инструментов, в частности про символические ссылки - инструмент, для которого в винде, как минимум - по win2003 включительно (в более новых не проверял) есть только жалкое недокументированное подобие под названием joint, создавать которое штатными средствами нельзя*.
Итак, задача: что-то сделать, чтобы VirtualBox не плакал, что не может найти образы дисков в /media/vdi и чтобы не пришлось его перенастраивать на новое местоположение.
Решение: типичный unix-way.
ln -s /media/sergei/vdi /media/vdi
(ls -s цель-ссылки размещение-ссылки)
И всё, собственно. Диск монтируется куда его захотела впихнуть система, но у меня доступ к нему по-прежнему через привычный путь. Если диск не смонтирован, то ссылка становится invalid, но это меньшее из зол. На лончпаде со мной согласились, что не может не радовать.
Уверен, новый тип монтирования уже не отменят, стало быть, в будущем, делая привязки к смонтированным ресурсам, нужно сразу закладывать в путь точку монтирования в виде /media/$USER/точка-монтирования.
* я использую эти джойнты под виндой - у меня создан каталог \mnt, в котором куча подкаталогов с именами флешек и съемных дисков, когда-либо подключавшихся к моему рабочему компу: в "управлении дисками" я не назначаю каждой из них букву, а подключаю к "пустой папке NTFS". Кстати, я был просто вынужден так сделать по двум причинам:
1. у нас пока еще используется Novell Netware, но винда почему-то кладет с пробором на то, что на некую букву назначен сетевой диск, и охотно подцепляет свежеподключенный накопитель на ту же самую букву. Но при этом получается, что два диска делят одну букву и делят ее не на равных: сетевой диск имеет преимущество, а к внешнему накопителю через эту букву не добраться, пока не отключен сетевой.
2. Количество возможных букв ограничено длиной латинского алфавита (26), как минимум 2 из которых всегда заняты - A: и C:. А вот в каталоге mnt у меня уже около сотни подкаталогов...
/media/точка-монтирования-диска
стало:
/media/имя-пользователя/точка-монтирования диска
Например, мой диск с образами виртуальных машин, который привычно жил в /media/vdi, переехал в /media/sergei/vdi, что сильно расстроило VirtualBox.
С одной стороны, так стало лучше, всё-таки, *nix - многопользовательская система, и нововведение разруливает проблему одновременной работы нескольких пользователей. Не знаю, правда, как оно себя поведет, если один и тот же диск захотят смонтировать сразу два пользователя - вроде бы монтирование одного ресурса в несколько точек не запрещено, но вот как быть с правами доступа и прочим? Надо, кстати, проверить будет, да.
С другой стороны, у тех, кто делал не чистый реинсталл, а обновлялся, пошли по бороде все привязки к месту на диске, как в вышеприведенном диске с хранилищем образов. А если у кого-то остались множественные .desktop и просто ссылки в скриптах, тем было впору вешаться.
Однако, как гласит известная длинная пословица, "на хитрую ж... найдется х... винтом". Вспоминаем, что мы имеем из инструментов, в частности про символические ссылки - инструмент, для которого в винде, как минимум - по win2003 включительно (в более новых не проверял) есть только жалкое недокументированное подобие под названием joint, создавать которое штатными средствами нельзя*.
Итак, задача: что-то сделать, чтобы VirtualBox не плакал, что не может найти образы дисков в /media/vdi и чтобы не пришлось его перенастраивать на новое местоположение.
Решение: типичный unix-way.
ln -s /media/sergei/vdi /media/vdi
(ls -s цель-ссылки размещение-ссылки)
И всё, собственно. Диск монтируется куда его захотела впихнуть система, но у меня доступ к нему по-прежнему через привычный путь. Если диск не смонтирован, то ссылка становится invalid, но это меньшее из зол. На лончпаде со мной согласились, что не может не радовать.
Уверен, новый тип монтирования уже не отменят, стало быть, в будущем, делая привязки к смонтированным ресурсам, нужно сразу закладывать в путь точку монтирования в виде /media/$USER/точка-монтирования.
* я использую эти джойнты под виндой - у меня создан каталог \mnt, в котором куча подкаталогов с именами флешек и съемных дисков, когда-либо подключавшихся к моему рабочему компу: в "управлении дисками" я не назначаю каждой из них букву, а подключаю к "пустой папке NTFS". Кстати, я был просто вынужден так сделать по двум причинам:
1. у нас пока еще используется Novell Netware, но винда почему-то кладет с пробором на то, что на некую букву назначен сетевой диск, и охотно подцепляет свежеподключенный накопитель на ту же самую букву. Но при этом получается, что два диска делят одну букву и делят ее не на равных: сетевой диск имеет преимущество, а к внешнему накопителю через эту букву не добраться, пока не отключен сетевой.
2. Количество возможных букв ограничено длиной латинского алфавита (26), как минимум 2 из которых всегда заняты - A: и C:. А вот в каталоге mnt у меня уже около сотни подкаталогов...
Комментариев нет:
Отправить комментарий
Пожалуйста, воздержитесь от грубостей и персональных нападок.
Я не против матерщины, но она должна быть уместной и использоваться для выражения эмоций, а не в качестве основного средства выражения мыслей.