Вопросы Теги

Правило UDEV, когда карта флэш-памяти с интерфейсом USB отключается

Строками кода ответом является недвусмысленно Red Hat, как показано в переписи кода Gnome прошлого лета. Это означает Red Hat Enterprise Linux или иначе Fedora.

Но, та метрика не обязательно абсолютно справедлива. Другие компании как Канонический способствуют другими способами, которые также ценны. Было огромное противоречие с большими воплями и пылающими, и положительными и отрицательными сторонами с обеих сторон.

Что касается Вашего собственного использования, я не думаю, что это - обязательно неопровержимый довод для выбора распределения, даже если Вы разрабатываете для Gnome. Настольная среда является достаточно портативной, что она не должна иметь значения (и, на самом деле, различия в разработке перекрестного дистрибутива могут помочь сделать проект более сильным).

4
19.01.2012, 22:23
4 ответа

Я видел, что испорченный метод вокруг сетей и это слишком универсально в объеме как предыдущий упомянутый ответ. Это также не достаточно динамично, что, если несколько USB-устройств были включены? Эта проблема является типичной, и решения вокруг. Вы не упоминали свой дистрибутив, таким образом, я не могу сказать Вам, какие сценарии доступны упакованный. Я упомяну их так или иначе, поскольку они покажут Вам лучший метод, Вы могли всегда просто одалживать применимые разделы.

Сначала необходимо действительно рассмотреть взгляд на udisks, При использовании полного DE, Вам, возможно, только понадобился бы он один. Для WM только... Замечательный проект, который заменяет HAL устаревший и использование udisks назван udisks-glue.

Если Вы все еще решаете обойтись udisks, затем взгляните на udev сценарии называют uam. У хинду есть ebuild, иначе проверьте исходный код в GitHub Битоприемник.

Это стоит упомянуть, у Arch также есть набор большого USB, автомонтируются udev примеры в их Wiki

Любая из этих опций была бы легким способом сделать это, и завершена в реализации, конкретна в объеме и протестированная на побочные эффекты.

3
27.01.2020, 20:51
  • 1
    " установки modules_install, не имеет никакого DE. Спасибо за uam. Изучение его –  bakytn 23.01.2012, 12:37
  • 2
    @casey_miller: необходимо, по крайней мере, смочь получить некоторое представление от .in udev файл, но полный набор довольно хорошо записан IMO. Это также очень легко. Если Вы спрашиваете людей (относительно сайтов кроме ULSE) об автомонтировании, что они, кажется, дают мощные сверхспроектированные решения или удержанные от использования решения с помощью HAL. Который даже не должен больше устанавливаться, если Вы выполняете современную систему. –  J. M. Becker 24.01.2012, 07:46

Здесь существует две проблемы.

Прежде всего, оба Ваших правила udev не достаточно точны. Да, они могут инициировать действия с включением/отключением карты флэш-памяти с интерфейсом USB, но они могли бы также быть инициированы, когда Ваши жесткие диски распознаны при начальной загрузке.

Вторая проблема может быть более серьезной в последствиях: необходимо всегда размонтировать диски прежде, чем отключить их. Иначе и диск и Ваша система могут пострадать. Я лично видел, что люди уничтожают свои флеш-накопители этот путь.

3
27.01.2020, 20:51
  • 1
    Вы правы относительно жесткого диска (так как я использую ПОДСИСТЕМУ == "блок"), но каковы правильные правила? Я не мог найти другие устройства.. и о размонтировании прежде, чем отключить их... Я боюсь, что это было бы невозможно объяснить моим пользователям. На самом деле я использую Linux клиент RDP и дисковое перенаправление. И когда диск перенаправляется через RDP нет никакого способа размонтироваться пользователями RDP. –  bakytn 19.01.2012, 22:14
  • 2
    Кто вниз проголосовал за это и почему? –  psusi 19.01.2012, 22:44

Вы ищете "precog" действие.

Как rozcietrzewiacz сказал, это - плохая идея вытащить Ваш диск, в то время как это все еще смонтировано. По определению система не знает, что диск удален, пока это не было уже удалено. Поэтому это не может автоматически размонтировать папки перед отключением его. Следовательно, необходимо сказать системе, что Вы - планирование вытаскивания диска путем размонтирования ее некоторым способом (вручную, или некоторый сейф удаляют опцию).

1
27.01.2020, 20:51
  • 1
    да, я действительно знаю, что это - плохая идея отключить, когда диск все еще смонтирован. Проблема - это. В настоящее время я не делаю никаких других путей. Поскольку дальнейшая информация прочитала мой комментарий в ответ rozcietrzewiacz –  bakytn 19.01.2012, 22:57

Это - область, в которой все еще повреждается ядро Linux. Это испытывает недостаток в способности размонтировать файловую систему, если это используется. Если некоторый процесс где-нибудь все еще имеет файл, открытый на том диске, то он не может быть размонтирован.

0
27.01.2020, 20:51
  • 1
    , Но если я пытаюсь поместить, другая команда (не размонтировались), но, скажем,/bin/touch/tmp/test. Это не работает –  bakytn 19.01.2012, 22:59
  • 2
    , таким образом, не возможно инициировать правило udev, когда система обнаруживает то USB-устройство, больше не включается? –  bakytn 19.01.2012, 22:59
  • 3
    @casey_miller Это возможно, но поскольку другие ответы объясняют, если USB-устройство уже отключается, это слишком опаздывает на размонтирование. –  Gilles 'SO- stop being evil' 20.01.2012, 01:17
  • 4
    @casey_miller, правило, которое Вы записали, инициирован любое время, любое блочное устройство удалено. Пока это смонтировано, блочное устройство не будет удалено. Необходимо вместо этого создать правило, которое включает базовое USB-устройство. –  psusi 20.01.2012, 01:37
  • 5
    @psusi: Это не просто конкретный Linux, даже с окнами, которые необходимо всегда 'извлекать' перед вытаскиванием флеш-накопителя! –  J. M. Becker 20.01.2012, 02:58

Теги

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