Размонтирование дисков в Mandriva 2007 Spring. (Автоматически - не происходит.)

[Rootlexx]

Здравствуйте!
У меня следующая проблема: после установки Mandriva 2007 Spring PowerPack+ я заметил, что компакт-диски прекрасно монтируются автоматически (появляется окно в KDE), прекрасно выезжают при нажатии на кнопку на приводе, но при этом не размонтируются. То есть диск не исчезает из /etc/mtab, в результате чего наблюдаем глюки с вставкой другого диска.
Подскажите, пожалуйста, как решить.
Спасибо!

[Rootlexx]

В результате экспериментов выяснилось, что виноват HAL. После установки старой версии (с Mandriva 2007) диски снова стали размонтироваться, но это не дело, ибо та версия HAL слишком старая, и KDE с ней не работает.
В обновлениях HAL нет.
/* Ушёл писать багрепорт...*/

[Juliette]

В результате экспериментов выяснилось, что виноват HAL. После установки старой версии (с Mandriva 2007) диски снова стали размонтироваться, но это не дело, ибо та версия HAL слишком старая, и KDE с ней не работает.
В обновлениях HAL нет.
/* Ушёл писать багрепорт...*/

Я былы уверена, что это Hal, но и так ясно было, что сам справишься. На Мандривовской багзилле ты пробовал искать? Вдруг уже есть?

[akdengi]

Здравствуйте!
У меня следующая проблема: после установки Mandriva 2007 Spring PowerPack+ я заметил, что компакт-диски прекрасно монтируются автоматически (появляется окно в KDE), прекрасно выезжают при нажатии на кнопку на приводе, но при этом не размонтируются. То есть диск не исчезает из /etc/mtab, в результате чего наблюдаем глюки с вставкой другого диска.
Подскажите, пожалуйста, как решить.
Спасибо!

Мил человек, а железо какое. А то может нечего на HAL пенять... Проверил на 3 приводах в 2 компах на всех версиях - от One до PP+ (бывает и такое ) Чегой то глюков не заметил. Дискетки только "кракозябрят", а с дисками все ОК.

[Rootlexx]

akdengi, я специально ставил эту же Mandriva под VMware, чтобы проверить, не с железом ли у меня проблемы. Там было то же самое, с обоими моими приводами (разных фирм). Я сразу подумал, что глюк может быть связан с HAL. Сделал образ машины на всякий случай, снёс родной HAL (с нарушением зависимостей) и поставил из 2007. KDE перестал показывать окно при вставке диска, но после ручного монтирования при нажатии на кнопку на приводе диск вылез и отмонтировался нормально. Вернул родной HAL - опять перестало работать, как после ручного монтирования, так и после автоматического. В 2007, понятно, всё работало. Нашёл на багзилле что-то похожее, но решения проблемы там не было (человек писал про проблемы с отмонтированием в GNOME почему-то).
Где-то проскакивало сообщение, что у кого-то такое началось после установки K3b 1,0, так я создал ещё одну виртуальную машину и поставил туда Mandriva без K3b вообще. Никакого результата. Через некоторое время попробую на компе друга (попросил винду поставить - я ему наставлю! =)), тогда и отпишусь. А пока не пришло письмо для создания аккаунта на их багзилле, даже багрепорт отправить не могу.

Поподробнее о моём железе и софте:
- Mandriva 2007.1 PowerPack+.
- Материнская плата: Epox 8RDA3+ nForce2.
- AMD Athlon 2500+ Barton (разогнанный до 3200).
- Приводы: Toshiba SD-R1312 и NEC ND-3540A.

Думаю, видеокарта и монитор не сильно влияют на данный глюк, так что их я указывать не буду (нефиг позориться =)).

Кстати, то, что этот глюк у Вас не проявился, я вполне допускаю: такое уж тестеры в Mandriva не пропустили бы. Но от своей уникальности мне не легче.

[akdengi]

akdengi, я специально ставил эту же Mandriva под VMware, чтобы проверить, не с железом ли у меня проблемы. Там было то же самое, с обоими моими приводами (разных фирм). Я сразу подумал, что глюк может быть связан с HAL. Сделал образ машины на всякий случай, снёс родной HAL (с нарушением зависимостей) и поставил из 2007. KDE перестал показывать окно при вставке диска, но после ручного монтирования при нажатии на кнопку на приводе диск вылез и отмонтировался нормально. Вернул родной HAL - опять перестало работать, как после ручного монтирования, так и после автоматического. В 2007, понятно, всё работало. Нашёл на багзилле что-то похожее, но решения проблемы там не было (человек писал про проблемы с отмонтированием в GNOME почему-то).
Где-то проскакивало сообщение, что у кого-то такое началось после установки K3b 1,0, так я создал ещё одну виртуальную машину и поставил туда Mandriva без K3b вообще. Никакого результата. Через некоторое время попробую на компе друга (попросил винду поставить - я ему наставлю! =)), тогда и отпишусь. А пока не пришло письмо для создания аккаунта на их багзилле, даже багрепорт отправить не могу.

Поподробнее о моём железе и софте:
- Mandriva 2007.1 PowerPack+.
- Материнская плата: Epox 8RDA3+ nForce2.
- AMD Athlon 2500+ Barton (разогнанный до 3200).
- Приводы: Toshiba SD-R1312 и NEC ND-3540A.

Думаю, видеокарта и монитор не сильно влияют на данный глюк, так что их я указывать не буду (нефиг позориться =)).

Кстати, то, что этот глюк у Вас не проявился, я вполне допускаю: такое уж тестеры в Mandriva не пропустили бы. Но от своей уникальности мне не легче.

Спокойно. Шутка не удалась : (
Конфигурация о-о-оченб даже стандартная - у мну на работе похожее стоит.
Кстати - в /media есть ли папочки cd-rom ? В 2007 Spring теперь устройства туды монтируются по mtab.
И через drakconf пробовали монтировать ?

P.S. Кстати разогнаный проц может влиять А K3B не причем - ставил и 1.0 и 1.01 и 1.02 счас стоит

[Rootlexx]

Спокойно. Шутка не удалась : (
Конфигурация о-о-оченб даже стандартная - у мну на работе похожее стоит.

Я не про всё железо, а про видеокарту: ATI Radeon 9100. Её уже не поддерживают фирменные драйверы ATI, а стандартные держат, но с глюками (так, скажем, в Mandriva 2006 и 2007 не сменялось разрешение экрана и не работало видео, в Spring же разрешение начало изменяться, но видео всё так же не работает).

в /media есть ли папочки cd-rom

Аж две.

В 2007 Spring теперь устройства туды монтируются по mtab.

При чём здесь mtab?
Вообще давно пора было, все дистрибутивы уже несколько лет как перешли на эту схему, являющуюся сейчас стандартом (сменные носители - в /media, нет - в /mnt).

И через drakconf пробовали монтировать ?

Монтируется-то всё нормально. Руками прекрасно, а вот автоматическое размонтирование хромает.

Кстати разогнаный проц может влиять

Как?

А K3B не причем

Это я уже понял. Снёс - не заработало, значит, не причём.

Запустил HAL следующим образом:

Код: Выделить всё

hald --daemon=no --verbose=yes 2>&1 | tee hal_log.txt

Вот отрывки из hal_log.txt:
- после вставки диска:

Код:

[5756]: 18:27:19.570 [D] addon-storage.c:450: Media insertion detected on /dev/hdc 18:27:19.573 [D] hald_dbus.c:1410: udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001, key=storage.removable.media_available 18:27:19.587 [I] hald_dbus.c:2653: entering, local_interface=1 18:27:19.588 [D] hald_dbus.c:2662: udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001 18:27:19.588 [I] blockdev.c:1333: Entering, udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001 18:27:19.592 [I] hald_dbus.c:4533: *************************** 18:27:19.592 [I] hald_dbus.c:4534: ********* got a connection 8098b88 18:27:19.592 [I] hald_dbus.c:4535: *************************** [5762]: 18:27:19.592 [D] probe-storage.c:153: Doing probe-storage for /dev/hdc (bus ide) (drive_type cdrom) (udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001) (--only-check-for-fs==1) [5762]: 18:27:19.593 [D] probe-storage.c:278: Checking for optical disc on /dev/hdc [5762]: 18:27:19.593 [D] probe-storage.c:286: Doing open ("/dev/hdc", O_RDONLY | O_NONBLOCK | O_EXCL) [5762]: 18:27:19.828 [D] probe-storage.c:316: PROBE HAS EXCLUSIVE LOCK ON CDROM [5762]: 18:27:19.849 [D] probe-storage.c:358: media size = 4636606464 [5762]: 18:27:19.860 [D] probe-storage.c:366: PROBE CLOSED LOCK ON CDROM 18:27:19.870 [I] hald_dbus.c:1124: storage.removable.media_available -> True 18:27:19.870 [I] hald_dbus.c:1108: storage.removable.media_size -> 4636606464 18:27:19.883 [I] hald_dbus.c:4478: ************************ 18:27:19.883 [I] hald_dbus.c:4479: Client to local_server was disconnected for 8098b88 18:27:19.883 [I] hald_dbus.c:4480: ************************ 18:27:19.883 [I] hald_dbus.c:4519: *************************** 18:27:19.883 [I] hald_dbus.c:4520: ********* unregistered 8098b88 18:27:19.883 [I] hald_dbus.c:4521: *************************** 18:27:19.885 [I] blockdev.c:1289: hald-probe-storage --only-check-for-media returned 2 (exit_type=0) 18:27:19.885 [I] blockdev.c:1305: Media insertion detected with file system on main block device; synthesizing hotplug add 18:27:19.885 [I] osspec.c:892: hal_util_find_known_parent: '/sys/block/hdc/fakevolume'->'/sys/block/hdc' 18:27:19.885 [I] blockdev.c:650: block_add: sysfs_path=/sys/block/hdc/fakevolume dev=/dev/hdc is_part=0, parent=0x081fb030 18:27:19.885 [I] blockdev.c:660: Handling /dev/hdc as fakevolume - sysfs_path_real=/sys/block/hdc [5763]: 18:27:19.892 [D] probe-volume.c:371: Doing probe-volume for /dev/hdc 18:27:19.893 [I] hald_dbus.c:4533: *************************** 18:27:19.893 [I] hald_dbus.c:4534: ********* got a connection 8097ee8 18:27:19.893 [I] hald_dbus.c:4535: *************************** [5763]: 18:27:20.158 [D] probe-volume.c:382: volume.block_size = 2048 [5763]: 18:27:20.165 [D] probe-volume.c:386: volume.size = 4636606464 [5763]: 18:27:20.174 [D] probe-volume.c:430: Disc in /dev/hdc has data [5763]: 18:27:20.299 [D] probe-volume.c:463: get_disc_type returned 0x1b [5763]: 18:27:20.323 [D] probe-volume.c:533: volume.disc.capacity = 4636606464 [5763]: 18:27:20.340 [D] probe-volume.c:567: volume_session_count = 1 [5763]: 18:27:20.355 [D] probe-volume.c:575: last session starts at block = 0 [5763]: 18:27:20.387 [I] probe-volume.c:614: invoking volume_id_probe_all, offset=0, size=0 5763: 18:27:20.401: volume_id.c:45 probing at offset 0x0, size 0x0 5763: 18:27:20.422: lvm.c:49 probing at offset 0x0 5763: 18:27:20.442: util.c:183 get buffer off 0x400(1024), len 0x800 5763: 18:27:20.455: util.c:196 read sbbuf len:0xc00 5763: 18:27:20.539: util.c:183 get buffer off 0x0(0), len 0x800 5763: 18:27:20.560: highpoint.c:52 probing at offset 0x0 5763: 18:27:20.577: util.c:183 get buffer off 0x1200(4608), len 0x200 5763: 18:27:20.581: util.c:196 read sbbuf len:0x1400 5763: 18:27:20.606: volume_id.c:103 probing at offset 0x0, size 0x0 5763: 18:27:20.628: fat.c:161 probing at offset 0x0 5763: 18:27:20.643: util.c:183 get buffer off 0x0(0), len 0x400 5763: 18:27:20.672: util.c:183 get buffer off 0x0(0), len 0x11000 5763: 18:27:20.672: util.c:196 read sbbuf len:0x11000 5763: 18:27:20.710: linux_swap.c:46 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0xff6(4086), len 0xa 5763: 18:27:20.710: util.c:183 get buffer off 0x1ff6(8182), len 0xa 5763: 18:27:20.710: util.c:183 get buffer off 0x3ff6(16374), len 0xa 5763: 18:27:20.710: util.c:183 get buffer off 0x0(0), len 0x2 5763: 18:27:20.710: xfs.c:48 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x0(0), len 0x200 5763: 18:27:20.710: ext.c:78 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x400(1024), len 0x200 5763: 18:27:20.710: reiserfs.c:63 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x10000(65536), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x2000(8192), len 0x200 5763: 18:27:20.710: jfs.c:48 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x8000(32768), len 0x200 5763: 18:27:20.710: udf.c:75 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x8000(32768), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x800 5763: 18:27:20.710: util.c:183 get buffer off 0x8000(32768), len 0x800 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x800 5763: 18:27:20.710: util.c:183 get buffer off 0x9000(36864), len 0x800 5763: 18:27:20.710: util.c:183 get buffer off 0x9800(38912), len 0x800 5763: 18:27:20.710: util.c:183 get buffer off 0xa000(40960), len 0x800 5763: 18:27:20.710: iso9660.c:62 probing at offset 0x0 5763: 18:27:20.710: util.c:183 get buffer off 0x8000(32768), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.710: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 5763: 18:27:20.711: util.c:183 get buffer off 0x8800(34816), len 0x200 [5763]: 18:27:20.711 [I] probe-volume.c:616: volume_id_probe_all returned 0 [5763]: 18:27:20.711 [D] probe-volume.c:123: volume.fsusage = 'filesystem' [5763]: 18:27:20.711 [D] probe-volume.c:126: volume.fstype = 'iso9660' [5763]: 18:27:20.711 [D] probe-volume.c:132: volume.uuid = '' [5763]: 18:27:20.711 [D] probe-volume.c:138: volume.label = '2007.0-Powerpack+-i586-disc1' 18:27:20.715 [I] hald_dbus.c:1100: volume.block_size -> 2048 18:27:20.715 [I] hald_dbus.c:1108: volume.size -> 4636606464 18:27:20.715 [I] hald_dbus.c:1092: volume.disc.type -> unknown 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.has_audio -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.has_data -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.is_blank -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.is_appendable -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.is_rewritable -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.has_data -> True 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.is_videodvd -> False 18:27:20.715 [I] hald_dbus.c:1124: volume.disc.is_vcd -> False 18:27:20.716 [I] hald_dbus.c:1124: volume.disc.is_svcd -> False 18:27:20.716 [I] hald_dbus.c:1092: volume.disc.type -> dvd_plus_r 18:27:20.716 [I] hald_dbus.c:1108: volume.disc.capacity -> 4636606464 18:27:20.716 [I] hald_dbus.c:1092: volume.fsusage -> filesystem 18:27:20.716 [I] hald_dbus.c:1092: volume.fstype -> iso9660 18:27:20.716 [I] hald_dbus.c:1092: volume.uuid -> 18:27:20.716 [I] hald_dbus.c:1092: volume.label -> 2007.0-Powerpack+-i586-disc1 18:27:20.716 [I] hald_dbus.c:1092: info.product -> 2007.0-Powerpack+-i586-disc1 18:27:20.742 [I] hald_dbus.c:4478: ************************ 18:27:20.742 [I] hald_dbus.c:4479: Client to local_server was disconnected for 8097ee8 18:27:20.742 [I] hald_dbus.c:4480: ************************ 18:27:20.742 [I] hald_dbus.c:4519: *************************** 18:27:20.742 [I] hald_dbus.c:4520: ********* unregistered 8097ee8 18:27:20.742 [I] hald_dbus.c:4521: *************************** 18:27:20.742 [I] blockdev.c:364: entering; exit_type=0, return_code=0 18:27:20.746 [I] blockdev.c:127: Add callouts completed udi=/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 18:27:20.746 [I] hald.c:103: Added device to GDL; udi=/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1

Монтирую руками, HAL говорит, что "mount tree changed". Это нормально.
- после извлечения диска:

Код:

[5756]: 18:27:55.701 [D] addon-storage.c:425: Media removal detected on /dev/hdc 18:27:55.720 [D] hald_dbus.c:1410: udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001, key=storage.removable.media_available 18:27:55.721 [D] hald_dbus.c:1410: udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001, key=storage.partitioning_scheme [5756]: 18:27:55.737 [D] addon-storage.c:195: Forcing unmount of child '/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1' [5756]: 18:27:55.740 [I] addon-storage.c:96: forcibly attempting to lazy unmount /dev/hdc as media was removed 18:27:55.740 [I] hald_dbus.c:4337: OK for method 'Unmount' with signature 'as' on interface 'org.freedesktop.Hal.Device.Volume' for UDI '/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1' and execpath 'hal-storage-unmount' 18:27:55.740 [I] hald_dbus.c:3313: no need to enqueue 18:27:55.752 [I] hald_dbus.c:4533: *************************** 18:27:55.752 [I] hald_dbus.c:4534: ********* got a connection 80a9b70 18:27:55.752 [I] hald_dbus.c:4535: *************************** 5768: XYA attempting to get lock on /media/.hal-mtab-lock 5768: XYA got lock on /media/.hal-mtab-lock unmount_options = 'lazy ' device = /dev/hdc invoked by uid = 0 invoked by system bus connection = (null) 18:27:56.069 [I] hald_dbus.c:4478: ************************ 18:27:56.069 [I] hald_dbus.c:4479: Client to local_server was disconnected for 80a9b70 18:27:56.069 [I] hald_dbus.c:4480: ************************ 18:27:56.069 [I] hald_dbus.c:4519: *************************** 18:27:56.069 [I] hald_dbus.c:4520: ********* unregistered 80a9b70 18:27:56.069 [I] hald_dbus.c:4521: *************************** 18:27:56.072 [I] device.c:1751: Removing locks from ':1.27' 18:27:56.072 [I] hald_dbus.c:3337: No more methods in queue 18:27:56.073 [I] hald_dbus.c:3345: Refreshing mount state for /org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 since Unmount() completed 18:27:56.073 [I] hald_dbus.c:3400: failed with 'org.freedesktop.Hal.Device.Volume.UnknownFailure' 'Cannot open /media/.hal-mtab' [5756]: 18:27:56.073 [E] addon-storage.c:109: Unmount failed for /org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1: org.freedesktop.Hal.Device.Volume.UnknownFailure : Cannot open /media/.hal-mtab 18:27:56.073 [I] hald_dbus.c:2653: entering, local_interface=1 18:27:56.073 [D] hald_dbus.c:2662: udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001 18:27:56.073 [I] blockdev.c:1333: Entering, udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001 [5769]: 18:27:56.086 [D] probe-storage.c:153: Doing probe-storage for /dev/hdc (bus ide) (drive_type cdrom) (udi=/org/freedesktop/Hal/devices/storage_serial_10000000000000000001) (--only-check-for-fs==1) [5769]: 18:27:56.088 [D] probe-storage.c:278: Checking for optical disc on /dev/hdc [5769]: 18:27:56.088 [D] probe-storage.c:286: Doing open ("/dev/hdc", O_RDONLY | O_NONBLOCK | O_EXCL) 18:27:56.089 [I] hald_dbus.c:4533: *************************** 18:27:56.089 [I] hald_dbus.c:4534: ********* got a connection 81dff40 18:27:56.089 [I] hald_dbus.c:4535: *************************** [5769]: 18:27:56.688 [D] probe-storage.c:298: Open failed - Device Busy [5769]: 18:27:56.688 [D] probe-storage.c:307: Doing open ("/dev/hdc", O_RDONLY | O_NONBLOCK) [5769]: 18:27:56.737 [D] probe-storage.c:316: PROBE HAS EXCLUSIVE LOCK ON CDROM [5769]: 18:27:56.764 [D] probe-storage.c:366: PROBE CLOSED LOCK ON CDROM 18:27:56.765 [I] hald_dbus.c:1124: storage.removable.media_available -> False 18:27:56.768 [I] blockdev.c:1289: hald-probe-storage --only-check-for-media returned 0 (exit_type=0) 18:27:56.768 [I] blockdev.c:1314: Media removal detected; synthesizing hotplug rem for fakevolume /org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 18:27:56.768 [I] blockdev.c:1230: block_rem: sysfs_path=/sys/block/hdc/fakevolume 18:27:56.768 [E] util.c:1162: Cannot open /media/.hal-mtab 18:27:56.768 [I] blockdev.c:1268: device at sysfs_path /sys/block/hdc/fakevolume is mounted, but not by HAL 18:27:56.768 [I] blockdev.c:141: Remove callouts completed udi=/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 18:27:56.768 [I] hald.c:123: Removed device from GDL; udi=/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 18:27:56.769 [I] hald_dbus.c:4478: ************************ 18:27:56.769 [I] hald_dbus.c:4479: Client to local_server was disconnected for 81dff40 18:27:56.769 [I] hald_dbus.c:4480: ************************ 18:27:56.769 [I] hald_dbus.c:4519: *************************** 18:27:56.769 [I] hald_dbus.c:4520: ********* unregistered 81dff40 18:27:56.769 [I] hald_dbus.c:4521: ***************************

Диск не размонтировался. Напрягают следующие строчки (из отрывка, приведённого выше):

[5756]: 18:27:55.737 [D] addon-storage.c:195: Forcing unmount of child '/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1'
[5756]: 18:27:55.740 [I] addon-storage.c:96: forcibly attempting to lazy unmount /dev/hdc as media was removed
18:27:55.740 [I] hald_dbus.c:4337: OK for method 'Unmount' with signature 'as' on interface 'org.freedesktop.Hal.Device.Volume' for UDI '/org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1' and execpath 'hal-storage-unmount'
18:27:55.740 [I] hald_dbus.c:3313: no need to enqueue
18:27:55.752 [I] hald_dbus.c:4533: ***************************
18:27:55.752 [I] hald_dbus.c:4534: ********* got a connection 80a9b70
18:27:55.752 [I] hald_dbus.c:4535: ***************************
5768: XYA attempting to get lock on /media/.hal-mtab-lock
5768: XYA got lock on /media/.hal-mtab-lock
unmount_options = 'lazy '
device = /dev/hdc
invoked by uid = 0
invoked by system bus connection = (null)
18:27:56.069 [I] hald_dbus.c:4478: ************************
18:27:56.069 [I] hald_dbus.c:4479: Client to local_server was disconnected for 80a9b70
18:27:56.069 [I] hald_dbus.c:4480: ************************
18:27:56.069 [I] hald_dbus.c:4519: ***************************
18:27:56.069 [I] hald_dbus.c:4520: ********* unregistered 80a9b70
18:27:56.069 [I] hald_dbus.c:4521: ***************************
18:27:56.072 [I] device.c:1751: Removing locks from ':1.27'
18:27:56.072 [I] hald_dbus.c:3337: No more methods in queue
18:27:56.073 [I] hald_dbus.c:3345: Refreshing mount state for /org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1 since Unmount() completed
18:27:56.073 [I] hald_dbus.c:3400: failed with 'org.freedesktop.Hal.Device.Volume.UnknownFailure' 'Cannot open /media/.hal-mtab'
[5756]: 18:27:56.073 [E] addon-storage.c:109: Unmount failed for /org/freedesktop/Hal/devices/volume_label_2007_0_Powerpack__i586_disc1: org.freedesktop.Hal.Device.Volume.UnknownFailure : Cannot open /media/.hal-mtab

Как видно, жалуется на отсутствие /media/.hal-mtab. Такого файла там, действительно, нет. Создание его вручную ни к чему не привело.
Весь журнал запуска HAL в комплекте.

[akdengi]

Мдя. Интересно. hal-mtab вообщето нулевые по размеру (в смысле должно быть )
Можно еще попросить fstab и mtab при примонтированных дисках ?
P.S. Удаление строк дисков из этих файлов не помогает ?

[Rootlexx]

hal-mtab вообщето нулевые по размеру (в смысле должно быть )

Может быть, но этот файл то есть, то его нет, запуск на запуск не приходится. Зато .hal-mtab-lock есть всегда, причём с какими-то ужасными правами: -wsr--r-T.

Можно еще попросить fstab и mtab при примонтированных дисках ?

Конечно. fstab:

Код: Выделить всё

/dev/hda3 / reiserfs notail 1 1
/dev/hda7 /home reiserfs notail 1 2
/dev/hdc /media/cdrom auto umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/hdd /media/cdrom2 auto umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/fd0 /media/floppy auto umask=0022,users,iocharset=utf8,sync,noauto,exec 0 0
/dev/hda1 /mnt/win_c ntfs-3g locale=ru_RU.UTF-8 0 0
/dev/hda5 /mnt/win_d ntfs-3g locale=ru_RU.UTF-8 0 0
none /proc proc defaults 0 0
/dev/hda6 swap swap defaults 0 0

mtab до монтирования дисков:

Код: Выделить всё

/dev/hda3 / reiserfs rw,notail 0 0
none /proc proc rw 0 0
/dev/hda7 /home reiserfs rw,notail 0 0
/dev/hda1 /mnt/win_c fuse rw,nosuid,nodev,noatime,allow_other 0 0
/dev/hda5 /mnt/win_d fuse rw,nosuid,nodev,noatime,allow_other 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

...и после:

Код: Выделить всё

/dev/hda3 / reiserfs rw,notail 0 0
none /proc proc rw 0 0
/dev/hda7 /home reiserfs rw,notail 0 0
/dev/hda1 /mnt/win_c fuse rw,nosuid,nodev,noatime,allow_other 0 0
/dev/hda5 /mnt/win_d fuse rw,nosuid,nodev,noatime,allow_other 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
/dev/hdc /media/cdrom iso9660 ro,nosuid,nodev,users,iocharset=utf8 0 0
/dev/hdd /media/cdrom2 iso9660 ro,nosuid,nodev,users,iocharset=utf8 0 0

После извлечения дисков кнопками на приводах mtab не меняется, возвращаясь в первоначальное состояние только после ручного размонтирования.

Удаление строк дисков из этих файлов не помогает ?

После закомментирования соответствующих строк в fstab всё вроде бы начало работать более менее сносно, даже .hal-mtab стал заполняться (причём единственное отличие записанной туда строчки от той, что в fstab, это опция uhelper=hal; добавление её в fstab ничего не даёт), только во-первых, диски стали монтироваться в /media/<метка тома>, то есть нельзя заранее предсказать, как будет выглядеть путь к диску, а во-вторых, из-за отсутствия строк в fstab стало невозможно монтировать диски вручную (просто я часто загружаюсь в чистой консоли) без прав root и необходимости прописывать все опции, включая кодировку ввода-вывода. Кроме того, если вручную подмонтировать диск со всеми опциями, то он снова не размонтируется при нажатии на кнопку.
В принципе, первая проблема не особенно выбивает из колеи, хотя всё же хочется, чтобы всё работало без таких мер, тем более что у других работает, но я готов смириться с произвольными путями к содержимому диска.
Вторая же проблема существеннее. Если Вы мне подскажете, как с помощью команды заставить HAL подмонтировать диск, то большая часть проблем будет решена.

[akdengi]

1. Записать в fstab так:

Код: Выделить всё

 /dev/hdс /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/hdd /media/cdrom2 auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0

Почему umask=0022 ?

Советую "грохнуть" эти строчки везде и перезаписать их через drakconf - Точки монтирования

2. Права в /media должны быть такие:

Код: Выделить всё

drwxr-xr-x  2 root root 1024 Июн 18 20:38 cdrom/
drwxr-xr-x  2 root root 1024 Июн 18 20:38 cdrom2/
drwxrwxrwx  0 root root    0 Июл  4 20:34 floppy/
-rw-r--r--  1 root root    0 Июл  4 21:19 .hal-mtab
---s--x--t  1 root root    0 Июн 18 15:50 .hal-mtab-lock*

Если усе заработает (в смысле при наличичи записей в fstab) то и маунтить/унмаунтить будеи нормально

[Rootlexx]

Почему umask=0022

Эти строчки я вообще не менял, это они так при установке системы записались.
Если снести эти строки и добавить их снова через MCC, получившиеся строки ничем не отличаются от первоначальных, если не менять параметры по умолчанию.
Указанные права выставил, ничего не поменялось.
Плюс отпал вариант с убиранием этих строк из fstab: диски с меткой тома на русском монтируются, но через "Устройства хранения данных" не открываются, а значит, прощайте диски, записанные под Windows с помощью Nero (где метка по умолчанию - "Новый"). Сам-то я, понятное дело, таких дисков создавать не буду за отсутствием Windows, но друзья мне постоянно приносят что-нибудь.
Ещё пробовал грузиться с all-generic-ide, с noacpi и noapic, пробовал включать различные режимы DMA и PIO для приводов, пробовал подключать их к другим шинам IDE, вот качаю другое ядро из источников, ибо раз у всех работает, а у меня нет, то проблема, видимо, в поддержке моего железа.
Учитывая, что в Mandriva 2007 всё работало, и этой проблемы нет, если поставить на 2007.1 старый HAL, то я даже пробовал (подозревая, что просто где-то ошибка в правилах) копировать файлы правил из старого HAL в новый, но ничего это не принесло, ставил также HAL из main/testing, но и это ничего не дало.
Судя по журналу hald, ошибка находится где-то рядом с почему-то успешным кодом возврата процедуры Unmount, которая ничего не делает почему-то, то есть HAL воспринимает нажатие на кнопку на приводе, вызывает соответствующую процедуру, которая в принципе должна размонтировать диск, но этого не происходит.
Аккаунт на их багзилле создать так и не удалось: письмо для регистрации упорно не приходит, я пробовал с 5'ю разными ящиками, везде одно и то же.

[uptime]

...После закомментирования соответствующих строк в fstab всё вроде бы начало работать более менее сносно, даже .hal-mtab стал заполняться (причём единственное отличие записанной туда строчки от той, что в fstab, это опция uhelper=hal; добавление её в fstab ничего не даёт), только во-первых, диски стали монтироваться в /media/<метка тома>, то есть нельзя заранее предсказать, как будет выглядеть путь к диску, а во-вторых, из-за отсутствия строк в fstab стало невозможно монтировать диски вручную (просто я часто загружаюсь в чистой консоли) без прав root и необходимости прописывать все опции, включая кодировку ввода-вывода. Кроме того, если вручную подмонтировать диск со всеми опциями, то он снова не размонтируется при нажатии на кнопку.
В принципе, первая проблема не особенно выбивает из колеи, хотя всё же хочется, чтобы всё работало без таких мер, тем более что у других работает, но я готов смириться с произвольными путями к содержимому диска.
Вторая же проблема существеннее. Если Вы мне подскажете, как с помощью команды заставить HAL подмонтировать диск, то большая часть проблем будет решена.

Можно попробовать порешать эти проблемы через udev. Вот здесь я разбирался с монтированием флешки, всё достаточно просто. Первая проблема решается достаточно очевидно, про вторую не уверен.

[Rootlexx]

Проблему временно решил, выкинув таки строчки приводов из fstab. Но самое интересное другое: дал этот же дистрибутив другому человеку с совершенно другим железом, у него та же самая проблема. Вероятность совпадения весьма низка, поэтому единственное, что приходит в голову, - кривость образа дистрибутива, из которого он был записан (я всегда сначала нахожу образы в файлообменниках, тестирую, а потом уже решаю, покупать или нет; пока всё классно за исключением этого самого глюка).
Если Вам не сложно, выложите кто-нибудь, пожалуйста, md5-суммы обоих DVD Mandriva 2007.1 PowerPack+.

[Rootlexx]

Суммы md5 никто так и не выложил, ну да ладно. История на этом не заканчивается.
Решил я, раз уж такой глюк имеется, заставить ядро делать lock на приводы после монтирования, для чего закомментировал в /etc/sysctl.conf строку "dev.cdrom.lock=0". И тут начались чудеса: некоторое время спустя я заметил, что при нажатии на кнопку выброса на приводе NEC диск выехал, размонтировавшись! И при всём при этом другой привод не реагирует на нажатие кнопки, как и должно быть по конфигурации, то есть ядро его блокирует. Такая избирательность и вовсе стала для меня неожиданностью. Теперь пользуюсь NEC, хотя слабо представляю, что заставило один (и только один) из приводов заработать при включении блокировки привода после монтирования.

[Eksodusmen]

у меня и на Мандриве 2007.0 , и 2007.1 тоже время от времени та же проблема
решаю её перезагрузкой системы
по частоте глюков - 1 треть когда диски нормально монтируются.размонтируется
2 трети когда надо перегружать систему чтоб прочитать диск
мне интересно - это только в мандриве так ?
или в других линуксах тоже ?
бороться с этим никак не пытался (
а насчёт md5 сум - наверное у всех стоит , как и у меня версия Free ))

[HAW]

а попробуйте при трудностях в ручную размонтировать и если занят посмотреть, кто его держит
lsof +d /media/cdrom
у меня вот в PP+ монтирует, но не всегда показывает содержимое

[Rootlexx]

а попробуйте при трудностях в ручную размонтировать и если занят посмотреть, кто его держит
lsof +d /media/cdrom

Как я уже писал, ручное размонтирование проходит без проблем. Собственно с самим процессом монтирования/размонтирования всё нормально. Просто HAL при нажатии на кнопку извлечения диска на приводе не желает почему-то этого делать.
То, что размонтированию может мешать какой-нибудь процесс, использующий данную файловую систему, было моей первой мыслью относительно причин проблемы. Я загрузился в третьем уровне запуска, подмонтировал диск вручную, убедился, что никто диск не держит, командой "fuser /dev/cdrom2", но при этом диск всё равно выехал, не размонтировавшись. Да и в принципе не должно это влиять, метод размонтирования-то "lazy", что означает принудительное закрытие всех файловых дескрипторов, указывающих на объект на примонтированной файловой системе. Так что причина не в этом.
Дальнейшее разбирательство показало, что на одном из приводов корректно размонтирует и выдвигает лоток KDE несмотря на включённую блокировку привода. Другой же привод, видимо, не подаёт никаких сигналов при нажатии кнопки извлечения, поэтому KDE никак не реагирует на это событие. Поэтому буду смотреть события DBus.
Всем, у кого такие же проблемы, я бы порекомендовал попробовать включить блокироку привода - скорее всего, с Вашими приводами будет всё нормально, и работу HAL будет выполнять KDE. Как это делается, я уже писал здесь:

Решил я, раз уж такой глюк имеется, заставить ядро делать lock на приводы после монтирования, для чего закомментировал в /etc/sysctl.conf строку "dev.cdrom.lock=0".

Если не сложно, отпишитесь сюда о результатах, кто попробует.

[-=LOKY=-]

скорее всего твоя проблема не уникальна, напиши разработчикам http://expert.mandriva.com/, мне помогали. А еще попробуй обновиться из кукерсов до 2008 с кернелом 2.6.22-3. У меня многие проблемы отпали после этого

[Eksodusmen]

Решил я, раз уж такой глюк имеется, заставить ядро делать lock на приводы после монтирования, для чего закомментировал в /etc/sysctl.conf строку "dev.cdrom.lock=0".
Если не сложно, отпишитесь сюда о результатах, кто попробует.

ну вот у меня опять диски перестали монтироваться
закомментировал я это строчку
но ничего не изменилось
наверное глюк какой в мандриве , или в приводе
кстати - у меня тоже NEC

[megabaks]

у меня на ноуте (привод филипс) тоже беда с монтированием---иногда монтирует и показывает пустым или с частью содержимого или вообще просто иероглифы(это не про кодировку)

закоментировать тоже пробовал---монтирует так же через раз ,привод открывается через свою кнопку-----но диск остаётся якобы смонтированым

если использовал виртбокс(1.3.8) то падает сеть(жопарез) и не хочет подниматься и не монтируются диски ---- безобразие это заканчивается только расправой над демоном виртбокса

глюк появляется когда захочет---за 3 месяца заметил связь только с демоном виртбокса(и иногда fuse балуется)

вотЪ

ЗЫ 2007.1 pp