При попытке монтирования гибкого диска pmount-hal /dev/fd0 система долго, около минуты, скрипит дисководом и, вроде бы, успешно монтирует (команда завершается без ошибок), но содержимое точки монтирования /media/fd0 всегда пусто.
у меня нет /dev/fd0 физически. И идей как это чинить тоже.
К счастью ситуация изменилась к лучшему. Сейчас pmount/pmount-hal успешно монтирует флоппик. Тем не менее есть две неприятности: 1. pmount-hal /dev/fd0 выбирает точку монтирования /media/usbdisk 2. B pmount и pmount-hal монтируют флоппик ну очень долго. Такое впечатление, что в процессе монтирования полностью прочитывается весь диск. Т.е формально всё заработало, но 2. делает такой метод монтирования практически бесполезным. Я сейчас использую для /dev/fd0 subfs. К счастью subfs на FDD совместимо с KDE.
(In reply to comment #2) > 2. B pmount и pmount-hal монтируют флоппик ну очень долго. > Такое впечатление, что в процессе монтирования полностью прочитывается > весь диск. pmount -d /dev/fd0 и посмотри как ОНО монтирует. думаю после уже не дожно быть вопросов почему ТАК медленно. ;)
закрываем как FIXED?
Погоди чуток! pmount -d действительно всё прояснил (что-то я этот ключик проглядел раньше). Вот оно: =============================== spawnv(): executing /bin/mount '/bin/mount' '-t' 'udf' '-o' 'nosuid,nodev,user,async,atime,noexec,uid=501,gid=501,umask=000,iocharset=utf8' '/dev/fd0' '/media/fd0' spawn(): /bin/mount terminated with status 32 spawnv(): executing /bin/mount '/bin/mount' '-t' 'udf' '-o' 'nosuid,nodev,user,async,atime,noexec,uid=501,gid=501,umask=000' '/dev/fd0' '/media/fd0' spawn(): /bin/mount terminated with status 32 spawnv(): executing /bin/mount '/bin/mount' '-t' 'iso9660' '-o' 'nosuid,nodev,user,async,atime,noexec,uid=501,gid=501,iocharset=utf8' '/dev/fd0' '/media/fd0' spawn(): /bin/mount terminated with status 32 spawnv(): executing /bin/mount '/bin/mount' '-t' 'iso9660' '-o' 'nosuid,nodev,user,async,atime,noexec,uid=501,gid=501' '/dev/fd0' '/media/fd0' spawn(): /bin/mount terminated with status 32 spawnv(): executing /bin/mount '/bin/mount' '-t' 'vfat' '-o' 'nosuid,nodev,user,quiet,shortname=mixed,async,atime,noexec,uid=501,gid=501,umask=077,iocharset=utf8' '/dev/fd0' '/media/fd0' spawn(): /bin/mount terminated with status 0 ============================= Четырехкратная попытка смонтировать udf и iso9660 - вот и вся задержка! Почему такой порядок? Чтобы CD/DVD быстрее монтировались?
на нового маинтейнера
(In reply to comment #5) > Погоди чуток! pmount -d действительно всё прояснил (что-то я этот ключик > проглядел раньше). > Четырехкратная попытка смонтировать udf и iso9660 - вот и вся задержка! > Почему такой порядок? Чтобы CD/DVD быстрее монтировались? У меня `pmount-hal /dev/sda -d` (usb flash) ведёт себя существенно интеллектуальнее своего не знакомого с hal варианта, "простого" pmount. В имеющийся /dev/fd0 мне попросту нечего сунуть для сравнения.
Created attachment 1667 [details] Патч изменяет порядок разных ФС в попытках монтирования
Так ведь sda это устройство известное hal. pmount-hal получает от hal всю информацию, включая тип ФС, и производит монтирование сразу правильно. Вот если посмотреть на pmount -d /dev/sda1 увидите те же самые попытки. Но о дискете, вставленой в fd0, hal ничего не знает. Поэтому в данном случае pmount-hal работает как pmount - методом проб и ошибок. Предлагаю изменить порядок попыток и поставить vfat первым до udf и iso9660. Патч приложен выше.
(In reply to comment #9) > Предлагаю изменить порядок попыток и поставить vfat первым до > udf и iso9660. Патч приложен выше. Согласен по повду патча. Завтра уйдёт на сборку.
(In reply to comment #9) > Так ведь sda это устройство известное hal. pmount-hal получает от hal всю > информацию, включая тип ФС, и производит монтирование сразу правильно. > Вот если посмотреть на pmount -d /dev/sda1 увидите те же > самые попытки. А я разве утверждал другое? :-)
(In reply to comment #8) > Created an attachment (id=1667) [edit] > Патч изменяет порядок разных ФС в попытках монтирования Приложил в alt2 и отправил на сборку.
fixed