Поиск и устранение неисправностей SD-карты автомонтируется
Я просто поместил Jolicloud на нетбук своей жены, и в то время как большинство функций хорошо работает, ее SD-карта довольно случайна. Когда это было сначала установлено, я думаю, что значение по умолчанию fstab имело то, чтобы он был смонтированным как/media/cdrom0 (?), но это не были 100% - иногда, вставление карты смонтировало его, и другие времена, которые это не сделало.
Я futzed с fstab немного (переключенный от dev узла до UUID, и т.д.), но поведение остаюсь тем же. То, когда я действительно преуспеваю в том, чтобы монтировать его, большинство раз я добираюсь, "не соответствует fstab" ошибка, когда я пытаюсь размонтироваться, это - должно размонтироваться как корень для работы вокруг этого. Я настроил сценарии в ее корневом каталоге для монтирования / размонтирование, и они работают обработка (бит боли, чтобы должными быть вставить ее пароль для размонтирования, но...). Было бы хорошо, если бы это "просто работало", все же.
У кого-либо есть тело, "затем ступают" для поиска и устранения неисправностей этого? Я получаю сообщения обнаружения USB в/var/log/messages на удалении и вставляю, но по некоторым причинам монтирование просто не исчерпывает.
1 ответ
Интересно, являются ли Ваши проблемы картридером в целом, или если они только следуют за определенными SD-картами (но работа с другими). Это, вероятно, как я пошел бы о поиске и устранении неисправностей:
- Вы попробовали другие карты?
- Как карты отформатированы?
- Они - все равно производитель?
В частности, я отмечаю Ваше упоминание о несоответствии между точкой монтирования Вашей fstab записи и где система на самом деле монтирует устройство; это походит на Gnome-VFS, или другая утилита автоматического монтирования смонтировала устройство в основанной на метке тома точке монтирования.
Честно, я не думаю, что Ваш читатель SD-карты принадлежит /etc/fstab. Это немного похоже на устройство CD/DVD: это могло пойти туда, но необходимо будет использовать запись устройства (который мог бы переключить перезагрузки), и утилиты автоматического монтирования GNOME/KDE, вероятно, делают лучшее задание, обрабатывающее его так или иначе. UUID бесполезны здесь: Вам была бы нужна одна запись для каждой SD-карты, которую Вы используете, или необходимо было бы стараться изо всех сил удостоверяться, что все SD-карты отмечены с тем же UUID. Метки тома являются тем же путем. Таким образом, если Вы имеете fstab запись вообще, это должна быть запись устройства и универсальная точка монтирования, как /media/sdcard0 или некоторые такой.
Идеально Вы хотели бы выяснить, почему утилита автоматического монтирования настольной среды не функционирует правильно. Это работает с картой с интерфейсом USB или другим внешним диском? Надлежащая функция (на GNOME, KDE должен быть подобным), должен быть:
- вставьте новое устройство,
- система распознает устройство,
- система монтирует устройство (обычно в
/media/<volume_label>) - система создает новый значок на рабочем столе для устройства
Фактическая системная цепочка событий больше похожа на это:
- uDev (подсистема замены в горячем режиме ядра) регистрирует новое устройство или "изменение медиа" notifier
- uDev уведомляет DBus/HAL об изменении аппаратной конфигурации
- DBus/HAL передает это зарегистрированным слушателям (например, Gnome-VFS)
- если пользователь зарегистрирован в GNOME, Gnome-VFS (работающий как пользователь) слушает и должен обработать
- создание точки монтирования (на основе метки тома новых медиа)
- устройство монтируется
- создание значка
Я описал об использовании uDev и HALevt как утилиты автоматического монтирования (подобный Gnome-VFS) в другом вопросе; существует много хорошей информации там о базовых системных процессах, таким образом, это может быть полезно для Вас.
Данный вышеупомянутый процесс, можно ли определить конкретную область, где проблема представляется?