Bug 9532

у меня нет /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