Как вернуть разделы Win в список доступных в system:/media ? [REOPENED]
Собственно, проблема в следующем. Пропали из списка разделов, доступных для монтирования, отображаемых в system:/media, все разделы Win со второго винта. Произошло это после очередного апдейта, но кто или что виновато, не выяснено.
Вариант 1: новшества в каком-то из пакетов, пришедших с апдейтом.
Вариант 2: сам виноват.
По поводу второго. При сборке ругнулся hal, что неверная конфигурация ядра. Собственно, так и было, т.к. стояло ядро одной версии, а исходники гораздо свежее (для ядра у меня стоит флаг symlink). Так как я не знаю способа форсировать пересборку и переустановку одного конкретно взятого пакета, то было сделано:
emerge -C hal
emerge hal
Вопрос вот в чем: какой пакет отвечает за список доступных к монтированию устройств? Где копать, какие доки читать, чтобы заставить появиться всем доступным для монтирования разделам, которые есть на всех физически подключенных винтах?
С уважением,
EvilMax
- Для комментирования войдите или зарегистрируйтесь
Подробнее бы.
Предположим, что с hal и dbus всё в порядке. Дальше, ты не уточнил, потому предположим, что у тебя третий кед. И предположим, что дрова файловой системы для Win разделов стоят или не нужны.
Третий кед берёт все эти устройства из /etc/fstab. Он просматривает все записи и выбирает из них флешки, винты и т.д. Не монтируя.
Когда ты дважды щёлкаешь по значку, кед монтирует это устройство с такими правами, опциями и точкой монтирования, какие указаны в /etc/fstab, а после кидает в /media: ссылку на точку монтирования.
Вывод: мучай ftab. Все разделы должны беспрепятственно монтироваться по команде mount /dev/sda2 (например). auto и noauto здесь не влияют.
Чтобы пересобрать пакет, достаточно emerge его ещё раз. Если это не конечное приложение, а lib или сервис, то лучше делать emerge --oneshot пакет, чтобы он не прописывался в world. А USE=symlink лучше убери, от лукавого оно.
Кстати, ты rc-update add не
Кстати, ты rc-update add не забыл сделать с hald ?
hal живой, т.к. флешки и
hal живой, т.к. флешки и фотоаппарат обнаруживаются и монтируются нормально. d-bus тоже запущен. KDE 3.5.9. Дрова на NTFS были и есть, r/o драйвер в ядре, плюс есть ntfs-3g. rc-update -s говорит, что hald запускается на уровне default.
Попробую помучать /etc/fstab, хотя что странно: дата модификации 25 сентября, т.е. когда я поставил Gentoo. Вывод: при апдейте fstab не менялся.
В любом случае, спасибо за советы! Буду пробовать.
Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист
Та же проблема
только в Gnome
fstab пустой, кроме системных дисков
до обновления все работало.
хал видит диск:
simba-pc simba # hal-device |grep hda1
block.device = '/dev/hda1' (string)
linux.sysfs_path = '/sys/block/hda/hda1' (string)
раздел свободно монтируется руками.
могу скинуть: simba-pc simba # udevadm test /sys/block/hda/hda1
там моток длинный, но нет ни одного слова /media
на всякий случай удалил и поставил заново hald в default по прежнему, глухо :(
Так, удалось выяснить, что
Так, удалось выяснить, что никаких разделов ранее не было в fstab. Файл не менялся с установки. Нашел упоминания на форумах, что всё это и без записей в fstab может работать. Но как?
Запускал HAL с выводом отладочной информации. Он обнаруживает все разделы на всех доступных HDD, но в списке system:/media они, тем не менее, не появляются.
Вопрос такого плана: как оно раньше работало? Отображало все разделы. Если у них была метка тома, то отображало и её и по клику монтировало в /media/volumelabel, при отсутствии же оной просто в /media/disk# Какими средствами вообще в генте по умолчанию организован автомаунт? Именно по умолчанию, так как я его после установки специально не прикручивал.
Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист
Дело в Гнуме, я так понимаю.
Дело в Гнуме, я так понимаю. Это он не хочет принимать от hal сообщения о разделах и монтировать их
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
У меня в третьих кедах
У меня в третьих кедах автомаунт NTFS-раздела пашет при добавлении в fstab
/dev/sda1 /mnt/c ntfs-3g noauto,users,locale=ru_RU.UTF-8 0 0--
In Trance We Trust
у меня в fstab'e сейчас
у меня в fstab'e сейчас так:
/dev/hda1 /mnt/data ntfs-3g noatime,user,nosuid,umask=000 0 0
а маунт говорит:
/dev/hda1 on /mnt/data type fuseblk (rw,noexec,nosuid,nodev,noatime,allow_other,blksize=512)
может быть проблема не в гноме а в обновленном ntfs-3g???
но это конечно не создает media/Data
Дело не в fstab. Уберите из
Дело не в fstab. Уберите из него все строки, связанные с данными разделами, и измените файл /usr/share/hal/fdi/policy/10osvendor/99-storage-policy-fixed-drives.fdi c:
на
видимо при обновлении стандартные стали настройки.
Спасибо, помогло, теперь
Спасибо, помогло, теперь знать буду
Вот за это огромное спасибо!!
Вот за это огромное спасибо!! Проблема решена.
Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист
не надо менять эти файлы
не надо менять ничего в файле /usr/share/hal/fdi/policy/10osvendor/99-storage-policy-fixed-drives.fdi.
А то при очередном апдейте все снова поломается. Создавайте свои конфигурации в /etc/hal/fdi/policy/
Очередной апдейт. Опять всё
Очередной апдейт. Опять всё поломалось, и вышеописанный рецепт уже не работает, ни путём создания своего .fdi в /etc/hal/fdi/policy, ни путём редактирования /usr/share/hal/fdi/policy/10osvendor/99-storage-policy-fixed-drives.fdi В списке разделов лишь один флоппи-диск.
Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист
Голосую за отбор всяких прав
Голосую за отбор всяких прав и полномочий по монтированию у halа и возложению всех этих прав на /etc/fstab.
Вот есть у меня два навесных винта, и все партиции на них с файлосистемами типа xfs. Скажите, hal всегда такой умный, что данные фс будет монтировать правильно, а не как vfat? Ответ: нет, он до сих пор берет все на себя и прописаное в /etc/fstab ему не указ. И когда молдаване^W разрабоччики halа уразумеют, что что не все, что на /dev/sd? появляется, то флешка и обязательно и непременно -- vfat?
PS. Проверял thunarом, как в кедах или в наутилусе -- не знаю. Вообще, и thunarом не пользуюсь, но пользуюсь ROX.
:}
Так, пересборка hal дала
Так, пересборка hal дала результат. Наткнулся на одну интересную тему на форуме, глянул на "equery d gentoo-sources" и увидел, что hald зависит от ядра (а я как раз 2.6.29 собрал).
Что не получилось: исправить всё путём добавления файла в /etc/hal/fdi/policy. Я ложил копию файла 99-storage-policy-fixed-drives.fdi с необходимыми исправлениями в этот каталог - не помогло. Тогда создал /etc/hal/fdi/policy/10osvendor (по аналогии с /usr/share/hal), и перенёс 99-storage-policy-fixed-drives.fdi туда - тоже не помогает. Не вижу виндовые разделы. Пока что оставил вариант с исправленным /usr/share/hal/fdi/policy/10osvendor/99-storage-policy-fixed-drives.fdi, он рабоатет. Но это до следующего обновления.
Остался вопрос: как же override'нуть эти настройки в /etc ?
Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист