[sisyphus] отвалилось монтирование в KDE

[sisyphus] отвалилось монтирование в KDE

[Artem Zolochevskiy]

После какого-то апгрейда отвалилось монтирование флешек в KDE.

На предложение открыть отвечаю да, потом следует ошибка
mount: vrong vs type, bad option, ...

в логах вот что
Apr  6 10:20:07 alt kernel: SCSI device sde: 1974271 512-byte hdwr sectors
(1011 MB)
Apr  6 10:20:07 alt kernel: sde: Write Protect is off
Apr  6 10:20:07 alt kernel: sde: assuming drive cache: write through
Apr  6 10:20:07 alt kernel:  sde: sde1
Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi removable disk sde
Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi generic sg4 type 0
Apr  6 10:20:13 alt kernel: FAT: Unrecognized mount option "flush" or
missing value

С чем связано и как лечить?

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: az@jabber.org

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Artem Zolochevskiy пишет:
> После какого-то апгрейда отвалилось монтирование флешек в KDE.
> 
> На предложение открыть отвечаю да, потом следует ошибка
> mount: vrong vs type, bad option, ...
> 
> в логах вот что
> Apr  6 10:20:07 alt kernel: SCSI device sde: 1974271 512-byte hdwr sectors
> (1011 MB)
> Apr  6 10:20:07 alt kernel: sde: Write Protect is off
> Apr  6 10:20:07 alt kernel: sde: assuming drive cache: write through
> Apr  6 10:20:07 alt kernel:  sde: sde1
> Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi removable disk sde
> Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi generic sg4 type 0
> Apr  6 10:20:13 alt kernel: FAT: Unrecognized mount option "flush" or
> missing value
> 
> С чем связано и как лечить?

Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:

<config version="0.1">
         <match action="org.freedesktop.hal.storage.mount-removable">
                 <return result="yes" />
         </match>
</config>

А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
214 надо закоменарить:
<!-- <append key="volume.mount.valid_options" type="strlist">flush</append> -->

После всего вышеперечисленного: service haldaemon restart


-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1409 bytes --]

В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> Artem Zolochevskiy пишет:
> > После какого-то апгрейда отвалилось монтирование флешек в KDE.
> >
> > На предложение открыть отвечаю да, потом следует ошибка
> > mount: vrong vs type, bad option, ...
> >
> > в логах вот что
> > Apr  6 10:20:07 alt kernel: SCSI device sde: 1974271 512-byte hdwr
> > sectors (1011 MB)
> > Apr  6 10:20:07 alt kernel: sde: Write Protect is off
> > Apr  6 10:20:07 alt kernel: sde: assuming drive cache: write through
> > Apr  6 10:20:07 alt kernel:  sde: sde1
> > Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi removable disk sde
> > Apr  6 10:20:07 alt kernel: sd 4:0:0:0: Attached scsi generic sg4 type 0
> > Apr  6 10:20:13 alt kernel: FAT: Unrecognized mount option "flush" or
> > missing value
> >
> > С чем связано и как лечить?
>
> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
>
> <config version="0.1">
>          <match action="org.freedesktop.hal.storage.mount-removable">
>                  <return result="yes" />
>          </match>
> </config>

поясните что это и зачем это нужно

>
> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
> 214 надо закоменарить:
> <!-- <append key="volume.mount.valid_options" type="strlist">flush</append>
> -->

поясните что это и зачем это нужно

>
> После всего вышеперечисленного: service haldaemon restart

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Artem Zolochevskiy]

Dmitry Lebkov wrote:

> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
> 
> <config version="0.1">
>          <match action="org.freedesktop.hal.storage.mount-removable">
>                  <return result="yes" />
>          </match>
> </config>
> 
> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
> 214 надо закоменарить:
> <!-- <append key="volume.mount.valid_options"
> type="strlist">flush</append> -->
> 
> После всего вышеперечисленного: service haldaemon restart
> 
> 

Круто! Всё заработало. Спасибо!
Но к чему бы все эти пляски, и почему не работает просто "из коробки", я не
особо понял :(

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: az@jabber.org

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 949 bytes --]

В сообщении от 6 апреля 2008 Artem Zolochevskiy написал(a):
> Dmitry Lebkov wrote:
> > Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
> >
> > <config version="0.1">
> >          <match action="org.freedesktop.hal.storage.mount-removable">
> >                  <return result="yes" />
> >          </match>
> > </config>
> >
> > А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
> > 214 надо закоменарить:
> > <!-- <append key="volume.mount.valid_options"
> > type="strlist">flush</append> -->
> >
> > После всего вышеперечисленного: service haldaemon restart
>
> Круто! Всё заработало.

это называется "подложить свинью".

> Спасибо!

см. выше. за такое обычно не благодарят

> Но к чему бы все эти пляски, и почему не работает просто "из коробки", я не
> особо понял :(

что это за "из коробки" не понятно. а не работает, п.ч. в ядре 2.6.18 нет 
опции flush для vfat. обновите ядро до 2.6.24

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 6 апреля 2008 Artem Zolochevskiy написал(a):
>> Dmitry Lebkov wrote:
>>> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
>>>
>>> <config version="0.1">
>>>          <match action="org.freedesktop.hal.storage.mount-removable">
>>>                  <return result="yes" />
>>>          </match>
>>> </config>
>>>
>>> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
>>> 214 надо закоменарить:
>>> <!-- <append key="volume.mount.valid_options"
>>> type="strlist">flush</append> -->
>>>
>>> После всего вышеперечисленного: service haldaemon restart
>> Круто! Всё заработало.
> 
> это называется "подложить свинью".

Так называется сломанное, без объявления войны, автомонтирование в KDE.

>> Спасибо!
> 
> см. выше. за такое обычно не благодарят
> 
>> Но к чему бы все эти пляски, и почему не работает просто "из коробки", я не
>> особо понял :(
> 
> что это за "из коробки" не понятно. а не работает, п.ч. в ядре 2.6.18 нет 
> опции flush для vfat. обновите ядро до 2.6.24

Оно (2.6.24) есть в Сизифе с "ovz-smp"? (риторический вопрос).

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Artem Zolochevskiy пишет:
> Dmitry Lebkov wrote:
> 
>> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
>>
>> <config version="0.1">
>>          <match action="org.freedesktop.hal.storage.mount-removable">
>>                  <return result="yes" />
>>          </match>
>> </config>
>>
>> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
>> 214 надо закоменарить:
>> <!-- <append key="volume.mount.valid_options"
>> type="strlist">flush</append> -->
>>
>> После всего вышеперечисленного: service haldaemon restart
> 
> Круто! Всё заработало. Спасибо!
> Но к чему бы все эти пляски, и почему не работает просто "из коробки", я не
> особо понял :(

По поводу "из коробки" - не ко мне. Я просто с помощью "гугля и какой-то матери"
рашал проблемы с автомонтированием на рабочей и домашней машинках.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]

В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> Artem Zolochevskiy пишет:
> > Dmitry Lebkov wrote:
> >> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
> >>
> >> <config version="0.1">
> >>          <match action="org.freedesktop.hal.storage.mount-removable">
> >>                  <return result="yes" />
> >>          </match>
> >> </config>
> >>
> >> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
> >> 214 надо закоменарить:
> >> <!-- <append key="volume.mount.valid_options"
> >> type="strlist">flush</append> -->
> >>
> >> После всего вышеперечисленного: service haldaemon restart
> >
> > Круто! Всё заработало. Спасибо!
> > Но к чему бы все эти пляски, и почему не работает просто "из коробки", я
> > не особо понял :(
>
> По поводу "из коробки" - не ко мне. Я просто с помощью "гугля и какой-то
> матери" рашал проблемы с автомонтированием на рабочей и домашней машинках.

т.е. объяснить что все это значит и почему именно так (а не иначе) нужно 
сделать Вы не можете?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
>> Artem Zolochevskiy пишет:
>>> Dmitry Lebkov wrote:
>>>> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
>>>>
>>>> <config version="0.1">
>>>>          <match action="org.freedesktop.hal.storage.mount-removable">
>>>>                  <return result="yes" />
>>>>          </match>
>>>> </config>
>>>>
>>>> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi, строку
>>>> 214 надо закоменарить:
>>>> <!-- <append key="volume.mount.valid_options"
>>>> type="strlist">flush</append> -->
>>>>
>>>> После всего вышеперечисленного: service haldaemon restart
>>> Круто! Всё заработало. Спасибо!
>>> Но к чему бы все эти пляски, и почему не работает просто "из коробки", я
>>> не особо понял :(
>> По поводу "из коробки" - не ко мне. Я просто с помощью "гугля и какой-то
>> матери" рашал проблемы с автомонтированием на рабочей и домашней машинках.
> 
> т.е. объяснить что все это значит и почему именно так (а не иначе) нужно 
> сделать Вы не можете?

Валер, что именно нужно объяснять? Я не специалист, в "потрохах" всех
этих  авто-"свистулек". Нашел работающий (для себя) рецепт и поделился
с человеком, наступившим на такие же грабли.

Если знаешь более правильный способ решить проблему без обновления
ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...

--
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1.1: Type: text/plain, Size: 1998 bytes --]

В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> Valery V. Inozemtsev пишет:
> > В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> >> Artem Zolochevskiy пишет:
> >>> Dmitry Lebkov wrote:
> >>>> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
> >>>>
> >>>> <config version="0.1">
> >>>>          <match action="org.freedesktop.hal.storage.mount-removable">
> >>>>                  <return result="yes" />
> >>>>          </match>
> >>>> </config>
> >>>>
> >>>> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi,
> >>>> строку 214 надо закоменарить:
> >>>> <!-- <append key="volume.mount.valid_options"
> >>>> type="strlist">flush</append> -->
> >>>>
> >>>> После всего вышеперечисленного: service haldaemon restart
> >>>
> >>> Круто! Всё заработало. Спасибо!
> >>> Но к чему бы все эти пляски, и почему не работает просто "из коробки",
> >>> я не особо понял :(
> >>
> >> По поводу "из коробки" - не ко мне. Я просто с помощью "гугля и какой-то
> >> матери" рашал проблемы с автомонтированием на рабочей и домашней
> >> машинках.
> >
> > т.е. объяснить что все это значит и почему именно так (а не иначе) нужно
> > сделать Вы не можете?
>
> Валер, что именно нужно объяснять? Я не специалист, в "потрохах" всех
> этих  авто-"свистулек". Нашел работающий (для себя) рецепт и поделился
> с человеком, наступившим на такие же грабли.

дык рецепт плохой. вместо того что бы это делать с помощью "гугля и какой-то 
матери", проще спросить как это сделать правильно

>
> Если знаешь более правильный способ решить проблему без обновления
> ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...

в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами все 
что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
который находится в атаче

-- 
Valery V. Inozemtsev

[-- Attachment #1.2: 20-vfat-disable-flush.fdi --]
[-- Type: text/plain, Size: 244 bytes --]

<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">

  <device>
    <match key="volume.fstype" string="vfat">
        <remove key="volume.mount.valid_options" type="strlist">flush</remove>
    </match>
  </device>

</deviceinfo>

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
>> Valery V. Inozemtsev пишет:
>>> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
>>>> Artem Zolochevskiy пишет:
>>>>> Dmitry Lebkov wrote:
>>>>>> Сделай так, чтоб в /etc/PolicyKit/PolicyKit.conf было:
>>>>>>
>>>>>> <config version="0.1">
>>>>>>          <match action="org.freedesktop.hal.storage.mount-removable">
>>>>>>                  <return result="yes" />
>>>>>>          </match>
>>>>>> </config>
>>>>>>
>>>>>> А в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi,
>>>>>> строку 214 надо закоменарить:
>>>>>> <!-- <append key="volume.mount.valid_options"
>>>>>> type="strlist">flush</append> -->
>>>>>>
>>>>>> После всего вышеперечисленного: service haldaemon restart
>>>>> Круто! Всё заработало. Спасибо!
>>>>> Но к чему бы все эти пляски, и почему не работает просто "из коробки",
>>>>> я не особо понял :(
>>>> По поводу "из коробки" - не ко мне. Я просто с помощью "гугля и какой-то
>>>> матери" рашал проблемы с автомонтированием на рабочей и домашней
>>>> машинках.
>>> т.е. объяснить что все это значит и почему именно так (а не иначе) нужно
>>> сделать Вы не можете?
>> Валер, что именно нужно объяснять? Я не специалист, в "потрохах" всех
>> этих  авто-"свистулек". Нашел работающий (для себя) рецепт и поделился
>> с человеком, наступившим на такие же грабли.
> 
> дык рецепт плохой. вместо того что бы это делать с помощью "гугля и какой-то 
> матери", проще спросить как это сделать правильно
> 
>> Если знаешь более правильный способ решить проблему без обновления
>> ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...
> 
> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами все 
> что угодно, хотя к vfat и flush это не имеет не малейшего отношения.

Без изменений в PolicyKit.conf получаю вот такое от kio_media_mounthelper:

  org.freedesktop.hal.storage.mount-removable no <-- (action, result)

Т.е. проблемы таки две. Одна с PolicyKit, вторая - с flush.

> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
> который находится в атаче

Я догадывался, что как-то можно убрать flush из списка опций монтирования vfat,
не меняя файлов, принадлежащих пакетам. Но так и не нашел, где и как это сделать.
Спасибо за наводку.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 676 bytes --]

В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
...
> > в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами
> > все что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
>
> Без изменений в PolicyKit.conf получаю вот такое от kio_media_mounthelper:
>
>   org.freedesktop.hal.storage.mount-removable no <-- (action, result)

$ ck-list-sessions
если там пусто, нужно перегрузить KDM (не иксы, а именно DM)
KDM поддерживает ConsoleKit начиная с 3.5.9-alt3, XDM с 1.1.7-alt2.
если версии ниже, нужно предварительно их обновить

>
> Т.е. проблемы таки две. Одна с PolicyKit, вторая - с flush.
проблем таки нет


-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Artem Zolochevskiy]

Dmitry Lebkov wrote:

> Valery V. Inozemtsev пишет:
>> что это за "из коробки" не понятно. а не работает, п.ч. в ядре 2.6.18 нет
>> опции flush для vfat. обновите ядро до 2.6.24
> 
> Оно (2.6.24) есть в Сизифе с "ovz-smp"? (риторический вопрос).
> 

+1
Именно ovz я и использую!

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: az@jabber.org

Re: [sisyphus] отвалилось монтирование в KDE

[Artem Zolochevskiy]

Valery V. Inozemtsev wrote:

> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами
> все что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
> опция flush действительно находится в 20-storage-methods.fdi, но туда
> грязными руками лучше не лазить, а для ядра 2.6.18 положить в
> /etc/hal/fdi/policy fdi, который находится в атаче
> 

Ага, Валерий, спасибо! С этой правкой тоже все заработало.
Вернул
/etc/PolicyKit/PolicyKit.conf
/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fd
в дефолт.

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: az@jabber.org

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> ...
>>> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами
>>> все что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
>> Без изменений в PolicyKit.conf получаю вот такое от kio_media_mounthelper:
>>
>>   org.freedesktop.hal.storage.mount-removable no <-- (action, result)
> 
> $ ck-list-sessions
> если там пусто, нужно перегрузить KDM (не иксы, а именно DM)

Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 788 bytes --]

В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> Valery V. Inozemtsev пишет:
> > В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
> > ...
> >
> >>> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми
> >>> девайсами все что угодно, хотя к vfat и flush это не имеет не малейшего
> >>> отношения.
> >>
> >> Без изменений в PolicyKit.conf получаю вот такое от
> >> kio_media_mounthelper:
> >>
> >>   org.freedesktop.hal.storage.mount-removable no <-- (action, result)
> >
> > $ ck-list-sessions
> > если там пусто, нужно перегрузить KDM (не иксы, а именно DM)
>
> Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.

# polkit-auth --user dima --grant org.freedesktop.hal.storage.mount-removable
и не надо лазить ни в какие конфиги

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Vladimir V. Kamarzin]

>>>>> On 06 Apr 2008 at 18:24 "VVI" == Valery V Inozemtsev writes:

>> Если знаешь более правильный способ решить проблему без обновления
>> ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...

VVI> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами все 
VVI> что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
VVI> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
VVI> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
VVI> который находится в атаче

Поясните пожалуйста - у нас теперь автомонтирование будет из коробки сломано
на ядрах 2.6.18? Если так, то нужно это как-то исправить более дистрибутивно.

-- 
vvk

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Vladimir V. Kamarzin пишет:
>>>>>> On 06 Apr 2008 at 18:24 "VVI" == Valery V Inozemtsev writes:
> 
>>> Если знаешь более правильный способ решить проблему без обновления
>>> ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...
> 
> VVI> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами все 
> VVI> что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
> VVI> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
> VVI> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
> VVI> который находится в атаче
> 
> Поясните пожалуйста - у нас теперь автомонтирование будет из коробки сломано
> на ядрах 2.6.18? Если так, то нужно это как-то исправить более дистрибутивно.

Не, ну мы же еще пока в Сизифе. ;) Таки надежда на 2.6.24-ovz-smp всё еще жива ... :)

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Michael A. Kangin]

On 7 апреля 2008 "Vladimir V. Kamarzin" <vvk@vvk.pp.ru> wrote:

> Поясните пожалуйста - у нас теперь автомонтирование будет из коробки
> сломано на ядрах 2.6.18? Если так, то нужно это как-то исправить более
> дистрибутивно.

Если что, напоминаю про hal-mount-subfs :)

-- 
wbr, Michael A. Kangin
OIOS, RSMU

Re: [sisyphus] отвалилось монтирование в KDE

[Vladimir V. Kamarzin]

>>>>> On 06 Apr 2008 at 21:49 "VVI" == Valery V Inozemtsev writes:

>> >>> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми
>> >>> девайсами все что угодно, хотя к vfat и flush это не имеет не малейшего
>> >>> отношения.
>> >>
>> >> Без изменений в PolicyKit.conf получаю вот такое от
>> >> kio_media_mounthelper:
>> >>
>> >>   org.freedesktop.hal.storage.mount-removable no <-- (action, result)

        ^^^^^^^^^^^^^^^^^^^^^^

>> >
>> > $ ck-list-sessions
>> > если там пусто, нужно перегрузить KDM (не иксы, а именно DM)
>>
>> Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.

VVI> # polkit-auth --user dima --grant org.freedesktop.hal.storage.mount-removable
VVI> и не надо лазить ни в какие конфиги

Не помогает, по-прежнему ошибка.

-- 
vvk

Re: [sisyphus] отвалилось монтирование в KDE

[Peter Evdokimov]

On Tue, 08 Apr 2008 11:57:08 +0600
Vladimir V. Kamarzin wrote:

> >> Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.
> 
> VVI> # polkit-auth --user dima --grant
> VVI> org.freedesktop.hal.storage.mount-removable и не надо лазить ни
> VVI> в какие конфиги
> 
> Не помогает, по-прежнему ошибка.

мне помогло. 


sy,
	peter

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
>> Valery V. Inozemtsev пишет:
>>> В сообщении от 6 апреля 2008 Dmitry Lebkov написал(a):
>>> ...
>>>
>>>>> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми
>>>>> девайсами все что угодно, хотя к vfat и flush это не имеет не малейшего
>>>>> отношения.
>>>> Без изменений в PolicyKit.conf получаю вот такое от
>>>> kio_media_mounthelper:
>>>>
>>>>   org.freedesktop.hal.storage.mount-removable no <-- (action, result)
>>> $ ck-list-sessions
>>> если там пусто, нужно перегрузить KDM (не иксы, а именно DM)
>> Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.
> 
> # polkit-auth --user dima --grant org.freedesktop.hal.storage.mount-removable
> и не надо лазить ни в какие конфиги

Спасибо, Валер, помогло.


-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 985 bytes --]

Peter Evdokimov пишет:
> On Tue, 08 Apr 2008 11:57:08 +0600
> Vladimir V. Kamarzin wrote:
>
>   
>>>> Пусто там. DM не использую. X'ы стартую руками, с 3 уровня.
>>>>         
>> VVI> # polkit-auth --user dima --grant
>> VVI> org.freedesktop.hal.storage.mount-removable и не надо лазить ни
>> VVI> в какие конфиги
>>
>> Не помогает, по-прежнему ошибка.
>>     
> мне помогло. 
>   
а мне не помогает.
Вообще hal не стартует. Уже для чистоты эксперимента сделал sudo apt-get 
remove hal и затем sudo apt-get install hal
Затем:
# service haldaemon start
Starting HAL 
service:                                                                                                
[FAILED]

Где его логи? в /var/log/messages только:
haldaemon: hald startup failed

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Michael A. Kangin]

В сообщении от Tuesday 08 April 2008 11:47:30 Slava Dubrovskiy написал(а):

> а мне не помогает.
> Вообще hal не стартует. Уже для чистоты эксперимента сделал sudo apt-get
> remove hal и затем sudo apt-get install hal

После remove hal не остаётся ли чего в /etc/hal/fdi и /usr/share/hal/? 

-- 
wbr, Michael A. Kangin

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 545 bytes --]

Michael A. Kangin пишет:
> В сообщении от Tuesday 08 April 2008 11:47:30 Slava Dubrovskiy написал(а):
>
>   
>> а мне не помогает.
>> Вообще hal не стартует. Уже для чистоты эксперимента сделал sudo apt-get
>> remove hal и затем sudo apt-get install hal
>>     
>
> После remove hal не остаётся ли чего в /etc/hal/fdi и /usr/share/hal/? 
>   
Нет, вообще каталога /etc/hal нет

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1508 bytes --]

Slava Dubrovskiy пишет:
> Michael A. Kangin пишет:
>> В сообщении от Tuesday 08 April 2008 11:47:30 Slava Dubrovskiy 
>> написал(а):
>>
>>  
>>> а мне не помогает.
>>> Вообще hal не стартует. Уже для чистоты эксперимента сделал sudo 
>>> apt-get
>>> remove hal и затем sudo apt-get install hal
>>>     
>>
>> После remove hal не остаётся ли чего в /etc/hal/fdi и /usr/share/hal/?   
> Нет, вообще каталога /etc/hal нет
Вот что выдал:
# /usr/sbin/hald --verbose=yes --daemon=no
11:29:50.240 [I] hald.c:669: hal 0.5.11rc2
11:29:50.240 [I] hald.c:734: Will not daemonize
11:29:50.241 [I] hald_dbus.c:5381: local server is listening at 
unix:abstract=/var/run/hald/dbus-iHSO9QzXF7,guid=8b7778d150f973393d2806f047fb2cfe
11:29:50.243 [I] ck-tracker.c:387: got seat 
'/org/freedesktop/ConsoleKit/Seat1'
11:29:50.244 [I] ck-tracker.c:338: Got all sessions on seat 
'/org/freedesktop/ConsoleKit/Seat1'
11:29:50.244 [I] ck-tracker.c:414: Got seats
11:29:50.244 [I] ck-tracker.c:796: Got seats and sessions
11:29:50.245 [I] hald_runner.c:301: Runner has pid 26920
Runner started - allowed paths are 
'/usr/libexec/hal:/usr/share/hal/scripts:/usr/bin'
11:29:50.246 [I] hald_runner.c:182: runner connection is 0x9585c20
11:29:50.248 [I] mmap_cache.c:279: cache mtime is 1207643138
Error binding udev_event socket: Address already in use

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 3199 bytes --]

Slava Dubrovskiy пишет:
> Slava Dubrovskiy пишет:
>> Michael A. Kangin пишет:
>>> В сообщении от Tuesday 08 April 2008 11:47:30 Slava Dubrovskiy 
>>> написал(а):
>>>
>>>  
>>>> а мне не помогает.
>>>> Вообще hal не стартует. Уже для чистоты эксперимента сделал sudo 
>>>> apt-get
>>>> remove hal и затем sudo apt-get install hal
>>>>     
>>>
>>> После remove hal не остаётся ли чего в /etc/hal/fdi и 
>>> /usr/share/hal/?   
>> Нет, вообще каталога /etc/hal нет
> Вот что выдал:
> # /usr/sbin/hald --verbose=yes --daemon=no
> 11:29:50.240 [I] hald.c:669: hal 0.5.11rc2
> 11:29:50.240 [I] hald.c:734: Will not daemonize
> 11:29:50.241 [I] hald_dbus.c:5381: local server is listening at 
> unix:abstract=/var/run/hald/dbus-iHSO9QzXF7,guid=8b7778d150f973393d2806f047fb2cfe 
>
> 11:29:50.243 [I] ck-tracker.c:387: got seat 
> '/org/freedesktop/ConsoleKit/Seat1'
> 11:29:50.244 [I] ck-tracker.c:338: Got all sessions on seat 
> '/org/freedesktop/ConsoleKit/Seat1'
> 11:29:50.244 [I] ck-tracker.c:414: Got seats
> 11:29:50.244 [I] ck-tracker.c:796: Got seats and sessions
> 11:29:50.245 [I] hald_runner.c:301: Runner has pid 26920
> Runner started - allowed paths are 
> '/usr/libexec/hal:/usr/share/hal/scripts:/usr/bin'
> 11:29:50.246 [I] hald_runner.c:182: runner connection is 0x9585c20
> 11:29:50.248 [I] mmap_cache.c:279: cache mtime is 1207643138
> Error binding udev_event socket: Address already in use
Это вылечилось ребутом.
Теперь по

$ ck-list-sessions
Session1:
        uid = '500'
        realname = ''
        seat = 'Seat1'
        session-type = ''
        active = TRUE
        x11-display = ':0'
        x11-display-device = '/dev/tty7'
        display-device = ''
        remote-host-name = ''
        is-local = TRUE
        on-since = '2008-04-08T08:37:33Z'

Когда втыкаю флешку в /var/log/messages вижу:
Apr  8 11:43:08 dubrhost kernel: usb 1-7: new full speed USB device using ohci_hcd and address 8
Apr  8 11:43:09 dubrhost kernel: usb 1-7: configuration #1 chosen from 1 choice
Apr  8 11:43:09 dubrhost kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Apr  8 11:43:14 dubrhost kernel:   Vendor: Generic   Model: Flash Disk        Rev: 7.77
Apr  8 11:43:14 dubrhost kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02
Apr  8 11:43:14 dubrhost kernel: SCSI device sdb: 512000 512-byte hdwr sectors (262 MB)
Apr  8 11:43:14 dubrhost kernel: sdb: Write Protect is off
Apr  8 11:43:14 dubrhost kernel: sdb: assuming drive cache: write through
Apr  8 11:43:14 dubrhost kernel: SCSI device sdb: 512000 512-byte hdwr sectors (262 MB)
Apr  8 11:43:14 dubrhost kernel: sdb: Write Protect is off
Apr  8 11:43:14 dubrhost kernel: sdb: assuming drive cache: write through
Apr  8 11:43:14 dubrhost kernel:  sdb: sdb1
Apr  8 11:43:14 dubrhost kernel: sd 3:0:0:0: Attached scsi removable disk sdb
Apr  8 11:43:14 dubrhost kernel: sd 3:0:0:0: Attached scsi generic sg1 type 0

Кде никак не реагирует.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 318 bytes --]

On Tuesday 08 April 2008, Slava Dubrovskiy wrote:

[...]
> Кде никак не реагирует.
Нужен зпущенный dbus, hal, запущенный после них KDE и включенные 
соответствующие сервисы в `kcmshell kcmkded`

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 735 bytes --]

Sergey V Turchin пишет:
>> Кде никак не реагирует.
>>     
> Нужен зпущенный dbus, hal, запущенный после них KDE и включенные 
> соответствующие сервисы в `kcmshell kcmkded`
>
>   
все так и есть:
# service messagebus status
dbus-daemon is running
# service haldaemon status
hald is running

В `kcmshell kcmkded` включено все что есть. В частности включены:
Демон уведомления о подключаемых устройствах
Управление подключаемыми устройствами

Что еще можно посмотреть?

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 444 bytes --]

On Tuesday 08 April 2008, Slava Dubrovskiy wrote:

[...]
> Что еще можно посмотреть?
lshal --monitor при втыкании, но раз есть
kernel: sdb: assuming drive cache: write through
kernel:  sdb: sdb1
, то оно должно появлиться в media:/ , если файловая система есть
покажие чуть дальше /var/log/messages , чем уже показывали

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 2435 bytes --]

Sergey V Turchin пишет:
>> Что еще можно посмотреть?
>>     
> lshal --monitor при втыкании, но раз есть
> kernel: sdb: assuming drive cache: write through
> kernel:  sdb: sdb1
> , то оно должно появлиться в media:/ , если файловая система есть
> покажие чуть дальше /var/log/messages , чем уже показывали
>   
вот вывод lshal --monitor при втыкании:
# lshal --monitor

Start monitoring devicelist:
-------------------------------------------------
16:30:34.800: usb_device_58f_9380_noserial added
16:30:35.013: usb_device_58f_9380_noserial_if0 added
16:30:35.042: usb_device_58f_9380_noserial_usbraw added
16:30:39.911: usb_device_58f_9380_noserial_if0_scsi_host added
16:30:39.911: 
usb_device_58f_9380_noserial_if0_scsi_host_scsi_device_lun0 added
16:30:39.911: 
usb_device_58f_9380_noserial_if0_scsi_host_scsi_device_lun0_scsi_generic 
added
16:30:40.110: storage_serial_Generic_Flash_Disk_0_0 added
16:30:40.112: storage_serial_Generic_Flash_Disk_0_0 property 
info.interfaces = {'org.freedesktop.Hal.Device.Storage.Removable'} (new)
16:30:40.394: volume_uuid_0C15_A1A1 added

А вот вывод /var/log/messages:
Apr  8 16:30:34 dubrhost kernel: usb 2-7: new full speed USB device 
using ohci_hcd and address 8
Apr  8 16:30:34 dubrhost kernel: usb 2-7: configuration #1 chosen from 1 
choice
Apr  8 16:30:34 dubrhost kernel: scsi4 : SCSI emulation for USB Mass 
Storage devices
Apr  8 16:30:39 dubrhost kernel:   Vendor: Generic   Model: Flash 
Disk        Rev: 7.77
Apr  8 16:30:39 dubrhost kernel:   Type:   
Direct-Access                      ANSI SCSI revision: 02
Apr  8 16:30:39 dubrhost kernel: SCSI device sdb: 512000 512-byte hdwr 
sectors (262 MB)
Apr  8 16:30:39 dubrhost kernel: sdb: Write Protect is off
Apr  8 16:30:39 dubrhost kernel: sdb: assuming drive cache: write through
Apr  8 16:30:39 dubrhost kernel: SCSI device sdb: 512000 512-byte hdwr 
sectors (262 MB)
Apr  8 16:30:39 dubrhost kernel: sdb: Write Protect is off
Apr  8 16:30:39 dubrhost kernel: sdb: assuming drive cache: write through
Apr  8 16:30:39 dubrhost kernel:  sdb: sdb1
Apr  8 16:30:39 dubrhost kernel: sd 4:0:0:0: Attached scsi removable 
disk sdb
Apr  8 16:30:39 dubrhost kernel: sd 4:0:0:0: Attached scsi generic sg1 
type 0

больше ничего нет.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 272 bytes --]

On Tuesday 08 April 2008, Slava Dubrovskiy wrote:

[...]
> больше ничего нет.
в `dbus-monitor --system` должно быть что-то про DeviceAdded

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 3021 bytes --]

Sergey V Turchin пишет:
> On Tuesday 08 April 2008, Slava Dubrovskiy wrote:
>
> [...]
>   
>> больше ничего нет.
>>     
> в `dbus-monitor --system` должно быть что-то про DeviceAdded
>   
Есть:
# dbus-monitor --system
signal sender=org.freedesktop.DBus -> dest=:1.11 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; 
member=NameAcquired
   string ":1.11"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string "/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string "/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial_if0"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string "/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial_usbraw"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string 
"/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial_if0_scsi_host"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string 
"/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial_if0_scsi_host_scsi_device_lun0"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string 
"/org/freedesktop/Hal/devices/usb_device_58f_9380_noserial_if0_scsi_host_scsi_device_lun0_scsi_generic"
signal sender=org.freedesktop.DBus -> dest=(null destination) 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; 
member=NameOwnerChanged
   string ":1.12"
   string ""
   string ":1.12"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string 
"/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_Disk_0_0"
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_Disk_0_0; 
interface=org.freedesktop.Hal.Device; member=PropertyModified
   int32 1
   array [
      struct {
         string "info.interfaces"
         boolean false
         boolean true
      }
   ]
signal sender=:1.0 -> dest=(null destination) 
path=/org/freedesktop/Hal/Manager; 
interface=org.freedesktop.Hal.Manager; member=DeviceAdded
   string "/org/freedesktop/Hal/devices/volume_uuid_0C15_A1A1"
 


Ура! После этой команды появилась флешка!
Спасибо. Только хоть убейте не понял что я сделал. Вроде только 
мониторил и все.
А главное уже месяц бился.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

[sisyphus] KDE and USB media

[Ivan Adzhubey]

Приветствую!

Собственно, аналогичная проблема и в КДЕ. Автомонтировка не работает, 
ругается:

Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: new high speed USB device using 
ehci_hcd and address 5
Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: configuration #2 chosen from 1 
choice
Apr 14 23:51:46 bamyasi kernel: usbcore: registered new driver libusual
Apr 14 23:51:47 bamyasi kernel: Initializing USB Mass Storage driver...
Apr 14 23:51:47 bamyasi kernel: scsi4 : SCSI emulation for USB Mass Storage 
devices
Apr 14 23:51:47 bamyasi kernel: usbcore: registered new driver usb-storage
Apr 14 23:51:47 bamyasi kernel: USB Mass Storage support registered.
Apr 14 23:51:52 bamyasi kernel:   Vendor: TOSHIBA   Model: MK4004GAH         
Rev: JC00
Apr 14 23:51:52 bamyasi kernel:   Type:   Direct-Access                      
ANSI SCSI revision: 00
Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
sectors (40001 MB)
Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
sectors (40001 MB)
Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
Apr 14 23:51:52 bamyasi kernel:  sdd: sdd1
Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi disk sdd
Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi generic sg3 type 0
Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option "flush" or 
missing value

$ uname -a
Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54 MSK 
2008 i686 GNU/Linux


--Иван

Re: [sisyphus] KDE and USB media

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 2258 bytes --]

Ivan Adzhubey пишет:
> Приветствую!
> 
> Собственно, аналогичная проблема и в КДЕ. Автомонтировка не работает, 
> ругается:
> 
> Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: new high speed USB device using 
> ehci_hcd and address 5
> Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: configuration #2 chosen from 1 
> choice
> Apr 14 23:51:46 bamyasi kernel: usbcore: registered new driver libusual
> Apr 14 23:51:47 bamyasi kernel: Initializing USB Mass Storage driver...
> Apr 14 23:51:47 bamyasi kernel: scsi4 : SCSI emulation for USB Mass Storage 
> devices
> Apr 14 23:51:47 bamyasi kernel: usbcore: registered new driver usb-storage
> Apr 14 23:51:47 bamyasi kernel: USB Mass Storage support registered.
> Apr 14 23:51:52 bamyasi kernel:   Vendor: TOSHIBA   Model: MK4004GAH         
> Rev: JC00
> Apr 14 23:51:52 bamyasi kernel:   Type:   Direct-Access                      
> ANSI SCSI revision: 00
> Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
> sectors (40001 MB)
> Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
> sectors (40001 MB)
> Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> Apr 14 23:51:52 bamyasi kernel:  sdd: sdd1
> Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi disk sdd
> Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi generic sg3 type 0
> Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option "flush" or 
> missing value
> 
> $ uname -a
> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54 MSK 
> 2008 i686 GNU/Linux
Хм... Выходит "долбануло" общесистемно?
Кто-то что-то менял в dev-udev? Или где там ещё...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Led]

В сообщении от Tuesday 15 April 2008 18:27:15 Andrii Dobrovol`s`kii 
написал(а):
> Ivan Adzhubey пишет:
> > Приветствую!
> >
> > Собственно, аналогичная проблема и в КДЕ. Автомонтировка не работает,
> > ругается:
> >
> > Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: new high speed USB device
> > using ehci_hcd and address 5
> > Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: configuration #2 chosen from 1
> > choice
> > Apr 14 23:51:46 bamyasi kernel: usbcore: registered new driver libusual
> > Apr 14 23:51:47 bamyasi kernel: Initializing USB Mass Storage driver...
> > Apr 14 23:51:47 bamyasi kernel: scsi4 : SCSI emulation for USB Mass
> > Storage devices
> > Apr 14 23:51:47 bamyasi kernel: usbcore: registered new driver
> > usb-storage Apr 14 23:51:47 bamyasi kernel: USB Mass Storage support
> > registered. Apr 14 23:51:52 bamyasi kernel:   Vendor: TOSHIBA   Model:
> > MK4004GAH Rev: JC00
> > Apr 14 23:51:52 bamyasi kernel:   Type:   Direct-Access
> > ANSI SCSI revision: 00
> > Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr
> > sectors (40001 MB)
> > Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> > Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> > Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr
> > sectors (40001 MB)
> > Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> > Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> > Apr 14 23:51:52 bamyasi kernel:  sdd: sdd1
> > Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi disk sdd
> > Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi generic sg3
> > type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
> > "flush" or missing value
> >
> > $ uname -a
> > Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
> > MSK 2008 i686 GNU/Linux
>
> Хм... Выходит "долбануло" общесистемно?
> Кто-то что-то менял в dev-udev? Или где там ещё...

Было уже в рассылке: udev теперь хочет новое ядро.

-- 
Led

Re: [sisyphus] KDE and USB media

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 2258 bytes --]

Ivan Adzhubey пишет:
> Приветствую!
> 
> Собственно, аналогичная проблема и в КДЕ. Автомонтировка не работает, 
> ругается:
> 
> Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: new high speed USB device using 
> ehci_hcd and address 5
> Apr 14 23:51:46 bamyasi kernel: usb 5-6.3: configuration #2 chosen from 1 
> choice
> Apr 14 23:51:46 bamyasi kernel: usbcore: registered new driver libusual
> Apr 14 23:51:47 bamyasi kernel: Initializing USB Mass Storage driver...
> Apr 14 23:51:47 bamyasi kernel: scsi4 : SCSI emulation for USB Mass Storage 
> devices
> Apr 14 23:51:47 bamyasi kernel: usbcore: registered new driver usb-storage
> Apr 14 23:51:47 bamyasi kernel: USB Mass Storage support registered.
> Apr 14 23:51:52 bamyasi kernel:   Vendor: TOSHIBA   Model: MK4004GAH         
> Rev: JC00
> Apr 14 23:51:52 bamyasi kernel:   Type:   Direct-Access                      
> ANSI SCSI revision: 00
> Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
> sectors (40001 MB)
> Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> Apr 14 23:51:52 bamyasi kernel: SCSI device sdd: 78126048 512-byte hdwr 
> sectors (40001 MB)
> Apr 14 23:51:52 bamyasi kernel: sdd: Write Protect is off
> Apr 14 23:51:52 bamyasi kernel: sdd: assuming drive cache: write through
> Apr 14 23:51:52 bamyasi kernel:  sdd: sdd1
> Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi disk sdd
> Apr 14 23:51:52 bamyasi kernel: sd 4:0:0:0: Attached scsi generic sg3 type 0
> Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option "flush" or 
> missing value
> 
> $ uname -a
> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54 MSK 
> 2008 i686 GNU/Linux
Хм... Выходит "долбануло" общесистемно?
Кто-то что-то менял в dev-udev? Или где там ещё...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 521 bytes --]

On Tue, Apr 15, 2008 at 06:35:22PM +0300, Led wrote:
> > > $ uname -a
> > > Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
> > > MSK 2008 i686 GNU/Linux
> >
> > Хм... Выходит "долбануло" общесистемно?
> > Кто-то что-то менял в dev-udev? Или где там ещё...
> 
> Было уже в рассылке: udev теперь хочет новое ядро.

HAL всё же, разве нет?

-- 
> Сейчас мне не нравится приоритет kdm над gdm и дистрибутивы
> типа Compact.
Тащить вкусы на публику -- фи, сэр. :(
		-- mike in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Led]

В сообщении от Tuesday 15 April 2008 18:37:30 Pavlov Konstantin написал(а):
> On Tue, Apr 15, 2008 at 06:35:22PM +0300, Led wrote:
> > > > $ uname -a
> > > > Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11
> > > > 00:44:54 MSK 2008 i686 GNU/Linux
> > >
> > > Хм... Выходит "долбануло" общесистемно?
> > > Кто-то что-то менял в dev-udev? Или где там ещё...
> >
> > Было уже в рассылке: udev теперь хочет новое ядро.
>
> HAL всё же, разве нет?

Возможно:)

-- 
Led

Re: [sisyphus] KDE and USB media

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 494 bytes --]

* Led <ledest@> [080415 19:38]:
> > > type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
> > > "flush" or missing value
> > > Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
> > Хм... Выходит "долбануло" общесистемно?
> > Кто-то что-то менял в dev-udev? Или где там ещё...
> Было уже в рассылке: udev теперь хочет новое ядро.
При чём тут udeff?  Это hal-info под новое едро заточен.  Рецепт
недавно проскакивал.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 1118 bytes --]

Alexey I. Froloff пишет:
> * Led <ledest@> [080415 19:38]:
>>>> type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
>>>> "flush" or missing value
>>>> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
>>> Хм... Выходит "долбануло" общесистемно?
>>> Кто-то что-то менял в dev-udev? Или где там ещё...
>> Было уже в рассылке: udev теперь хочет новое ядро.
> При чём тут udeff?  Это hal-info под новое едро заточен.  Рецепт
> недавно проскакивал.
> 
"Новое" это какое?
uname -ra
Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt4 #1 SMP Wed Feb 27
16:54:49 MSK 2008 i686 GNU/Linux
Не достаточно новое? И можете дать ссылку на то обсуждение? Или хоть
где его искать? Что-то ничего такого не вспоминается.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 283 bytes --]

On Tuesday 15 April 2008, Andrii Dobrovol`s`kii wrote:

[...]
> Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt4
2.6.24-std-def-alt6 уже alt7 ползет



-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] KDE and USB media

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

Sergey V Turchin пишет:
> On Tuesday 15 April 2008, Andrii Dobrovol`s`kii wrote:
> 
> [...]
>> Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt4
> 2.6.24-std-def-alt6 уже alt7 ползет
> 
Это да... Но, всё, что удалось найти про hal-info, это >2.6.19
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] KDE and USB media

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 804 bytes --]

Andrii Dobrovol`s`kii пишет:
> Sergey V Turchin пишет:
>> On Tuesday 15 April 2008, Andrii Dobrovol`s`kii wrote:
>>
>> [...]
>>> Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt4
>> 2.6.24-std-def-alt6 уже alt7 ползет
>>
> Это да... Но, всё, что удалось найти про hal-info, это >2.6.19
> 
Теперь:
uname -ra
Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt6 #1 SMP Tue Mar 25
18:48:39 MSK 2008 i686 GNU/Linux
Изменений не замечено...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1018 bytes --]

* Valery V. Inozemtsev <shrek@> [080406 16:30]:
[...]
> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
> который находится в атаче

> <?xml version="1.0" encoding="UTF-8"?>
> <deviceinfo version="0.2">
>   <device>
>     <match key="volume.fstype" string="vfat">
>         <remove key="volume.mount.valid_options" type="strlist">flush</remove>
>     </match>
>   </device>
> </deviceinfo>


* Andrii Dobrovol`s`kii <dobr@> [080415 21:00]:
> >>>> type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
> >>>> "flush" or missing value
> >>>> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54

> Не достаточно новое? И можете дать ссылку на то обсуждение? Или хоть
> где его искать? Что-то ничего такого не вспоминается.
Я не зря процитировал кусок лога.  Обсуждение было тут 6-го
апреля с участием мантейнера hal.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 1772 bytes --]

Alexey I. Froloff пишет:
> * Valery V. Inozemtsev <shrek@> [080406 16:30]:
> [...]
>> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
>> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
>> который находится в атаче
> 
>> <?xml version="1.0" encoding="UTF-8"?>
>> <deviceinfo version="0.2">
>>   <device>
>>     <match key="volume.fstype" string="vfat">
>>         <remove key="volume.mount.valid_options" type="strlist">flush</remove>
>>     </match>
>>   </device>
>> </deviceinfo>
> 
> 
> * Andrii Dobrovol`s`kii <dobr@> [080415 21:00]:
>>>>>> type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
>>>>>> "flush" or missing value
>>>>>> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
> 
>> Не достаточно новое? И можете дать ссылку на то обсуждение? Или хоть
>> где его искать? Что-то ничего такого не вспоминается.
> Я не зря процитировал кусок лога.  Обсуждение было тут 6-го
> апреля с участием мантейнера hal.
> 
Алексей, мой вопрос был про моё ядро, а не про цитирование которое
Вы оставили. Именно вопрос, а не наезд...
А обсуждение вопросов работы КДЕ я обычно не читаю, т.к. им не
пользуюсь. Поэтому ничего и не нашел сразу. Собственно, свою
проблему я уже решил. Она с ядром никак не связана, как оказалось.
Хотя, может просто я не увидел этой связи "с ходу".
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Ivan Adzhubey]

On Tuesday 15 April 2008 01:29:35 pm Alexey I. Froloff wrote:
> * Valery V. Inozemtsev <shrek@> [080406 16:30]:
> [...]
>
> > опция flush действительно находится в 20-storage-methods.fdi, но туда
> > грязными руками лучше не лазить, а для ядра 2.6.18 положить в
> > /etc/hal/fdi/policy fdi, который находится в атаче
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <deviceinfo version="0.2">
> >   <device>
> >     <match key="volume.fstype" string="vfat">
> >         <remove key="volume.mount.valid_options"
> > type="strlist">flush</remove> </match>
> >   </device>
> > </deviceinfo>
>
> * Andrii Dobrovol`s`kii <dobr@> [080415 21:00]:
> > >>>> type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount
> > >>>> option "flush" or missing value
> > >>>> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11
> > >>>> 00:44:54
> >
> > Не достаточно новое? И можете дать ссылку на то обсуждение? Или хоть
> > где его искать? Что-то ничего такого не вспоминается.
>
> Я не зря процитировал кусок лога.  Обсуждение было тут 6-го
> апреля с участием мантейнера hal.

Спасибо, помогло. Надо было конечно поискать самому прежде чем писать.

--Иван

The information transmitted in this electronic communication is intended only
for the person or entity to whom it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or other
use of or taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you received this
information in error, please contact the Compliance HelpLine at 800-856-1983 and
properly dispose of this information.

Re: [sisyphus] отвалилось монтирование в KDE

[Michael Shigorin]

On Tue, Apr 15, 2008 at 01:49:46PM -0400, Ivan Adzhubey wrote:
> > * Valery V. Inozemtsev <shrek@> [080406 16:30]:
> > > опция flush действительно находится в 20-storage-methods.fdi, но туда
> > > грязными руками лучше не лазить, а для ядра 2.6.18 положить в
> > > /etc/hal/fdi/policy fdi, который находится в атаче
[...]
> > Я не зря процитировал кусок лога.  Обсуждение было тут 6-го
> > апреля с участием мантейнера hal.
> Спасибо, помогло. Надо было конечно поискать самому прежде чем писать.

http://wiki.sisyphus.ru/changes

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] KDE and USB media

[Dmitry Lebkov]

Andrii Dobrovol`s`kii пишет:
> Alexey I. Froloff пишет:
>> * Led <ledest@> [080415 19:38]:
>>>>> type 0 Apr 14 23:51:59 bamyasi kernel: FAT: Unrecognized mount option
>>>>> "flush" or missing value
>>>>> Linux bamyasi.homeip.net 2.6.18-std-smp-alt12 #1 SMP Mon Feb 11 00:44:54
>>>> Хм... Выходит "долбануло" общесистемно?
>>>> Кто-то что-то менял в dev-udev? Или где там ещё...
>>> Было уже в рассылке: udev теперь хочет новое ядро.
>> При чём тут udeff?  Это hal-info под новое едро заточен.  Рецепт
>> недавно проскакивал.
>>
> "Новое" это какое?
> uname -ra
> Linux sunrise.iop.kiev.ua 2.6.24-std-def-alt4 #1 SMP Wed Feb 27
> 16:54:49 MSK 2008 i686 GNU/Linux
> Не достаточно новое? И можете дать ссылку на то обсуждение? Или хоть
> где его искать? Что-то ничего такого не вспоминается.

Ищи обсуждение с темой '[sisyphus] отвалилось монтирование в KDE'
от '06 Apr 2008 10:23:40 +0300'.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Sergey V Turchin пишет:
> On Tuesday 08 April 2008, Slava Dubrovskiy wrote:
> 
> [...]
>> больше ничего нет.
> в `dbus-monitor --system` должно быть что-то про DeviceAdded

В очередной раз отвалилось монтирование в КДЕ. Вернее даже не
монтирование, а отображение подключаемых USB-дисков/флэшек.
Система - последний Сизиф. HAL и DBus запущены.

$ uname -a
Linux dvl.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:05 MSD 2008 i686 GNU/Linux

$ lshal --monitor

Start monitoring devicelist:
-------------------------------------------------
12:49:56.434: usb_device_90c_1000_AA27103000075597_0 added
12:49:56.472: usb_device_90c_1000_AA27103000075597_0_if0 added
12:49:56.494: usb_device_90c_1000_AA27103000075597_0_usbraw added
12:50:01.436: usb_device_90c_1000_AA27103000075597_0_if0_scsi_host added
12:50:01.437: usb_device_90c_1000_AA27103000075597_0_if0_scsi_host_scsi_device_lun0 added
12:50:01.562: usb_device_90c_1000_AA27103000075597_0_if0_scsi_host_scsi_device_lun0 \
               property info.linux.driver = 'sd' (new)

$ dbus-monitor --system
signal sender=org.freedesktop.DBus -> dest=:1.21 path=/org/freedesktop/DBus;
    interface=org.freedesktop.DBus; member=NameAcquired
    string ":1.21"
signal sender=:1.2 -> dest=(null destination) path=/org/freedesktop/Hal/Manager;
    interface=org.freedesktop.Hal.Manager; member=DeviceAdded
    string "/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0"
signal sender=:1.2 -> dest=(null destination) path=/org/freedesktop/Hal/Manager;
    interface=org.freedesktop.Hal.Manager; member=DeviceAdded
    string "/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0_if0"
signal sender=:1.2 -> dest=(null destination) path=/org/freedesktop/Hal/Manager;
    interface=org.freedesktop.Hal.Manager; member=DeviceAdded
    string "/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0_usbraw"
signal sender=:1.2 -> dest=(null destination) path=/org/freedesktop/Hal/Manager;
    interface=org.freedesktop.Hal.Manager; member=DeviceAdded
    string "/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0_if0_scsi_host"
signal sender=:1.2 -> dest=(null destination) path=/org/freedesktop/Hal/Manager;
    interface=org.freedesktop.Hal.Manager; member=DeviceAdded
    string "/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0_if0_scsi_host_scsi_device_lun0"
signal sender=:1.2 -> dest=(null destination) 
path=/org/freedesktop/Hal/devices/usb_device_90c_1000_AA27103000075597_0_if0_scsi_host_scsi_device_lun0; 
interface=org.freedesktop.Hal.Device; member=PropertyModified
    int32 1
    array [
       struct {
          string "info.linux.driver"
          boolean false
          boolean true
       }
    ]

$ ck-list-sessions
Session1:
         unix-user = '500'
         realname = ''
         seat = 'Seat1'
         session-type = ''
         active = FALSE
         x11-display = ''
         x11-display-device = ''
         display-device = '/dev/pts/4'
         remote-host-name = ''
         is-local = TRUE
         on-since = '2008-10-15T01:29:10.369847Z'
         login-session-id = ''

$ polkit-auth --user dvl
org.freedesktop.hal.storage.mount-removable
org.freedesktop.hal.device-access.cdrom

В /var/log/messages после подключения устройства ничего подозрительного не
обнаруживается:

Oct 15 12:51:45 stat kernel: usb 4-3: USB disconnect, address 15
Oct 15 12:51:47 stat kernel: usb 4-3: new high speed USB device using ehci_hcd and address 16
Oct 15 12:51:48 stat kernel: usb 4-3: configuration #1 chosen from 1 choice
Oct 15 12:51:48 stat kernel: scsi14 : SCSI emulation for USB Mass Storage devices
Oct 15 12:51:53 stat kernel:   Vendor: LG        Model: USB Drive         Rev: 1100
Oct 15 12:51:53 stat kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Oct 15 12:51:53 stat kernel: SCSI device sda: 15858688 512-byte hdwr sectors (8120 MB)
Oct 15 12:51:53 stat kernel: sda: Write Protect is off
Oct 15 12:51:53 stat kernel: sda: assuming drive cache: write through
Oct 15 12:51:53 stat kernel: SCSI device sda: 15858688 512-byte hdwr sectors (8120 MB)
Oct 15 12:51:53 stat kernel: sda: Write Protect is off
Oct 15 12:51:53 stat kernel: sda: assuming drive cache: write through
Oct 15 12:51:53 stat kernel:  sda: sda1
Oct 15 12:51:53 stat kernel: sd 14:0:0:0: Attached scsi removable disk sda
Oct 15 12:55:01 stat crond[24890]: (root) CMD (/usr/share/vzctl/scripts/vpsreboot)
Oct 15 12:55:01 stat crond[24893]: (root) CMD (/usr/share/vzctl/scripts/vpsnetclean)
Oct 15 13:00:01 stat crond[24960]: (root) CMD (/usr/share/vzctl/scripts/vpsreboot)


Куда еще можно посмотреть и за что подергать, чтоб вернуть в работу отображение
подключаемых устройств?

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 337 bytes --]

On Wednesday 15 October 2008, Dmitry Lebkov wrote:

[...]
> В очередной раз отвалилось монтирование в КДЕ.
Если после перезапуска dbus в момент обновления, то перезапустить 
KDE3-шный сервис или весь KDE3.

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Sergey V Turchin пишет:
> On Wednesday 15 October 2008, Dmitry Lebkov wrote:
> 
> [...]
>> В очередной раз отвалилось монтирование в КДЕ.
> Если после перезапуска dbus в момент обновления, то перезапустить 
> KDE3-шный сервис или весь KDE3.

Нет, просто тихо отвалилось. На домашнем ноуте с x86_64 всё
то же самое работает нормально. На рабочем ноуте (i586) - тоже
не работает. Потому и спрашивал, куда еще можно посмотреть и
чего подергать ... %)

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Sergey V Turchin пишет:
> On Wednesday 15 October 2008, Dmitry Lebkov wrote:
> 
> [...]
>> В очередной раз отвалилось монтирование в КДЕ.
> Если после перезапуска dbus в момент обновления, то перезапустить 
> KDE3-шный сервис или весь KDE3.
> 

Забыл добавить, что система после обновлений перегружалась.
И не раз. Х'ы стартую вручную, с init-level 3.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 488 bytes --]

On Wednesday 15 October 2008, Dmitry Lebkov wrote:

[...]
> Нет, просто тихо отвалилось. На домашнем ноуте с x86_64 всё
> то же самое работает нормально. На рабочем ноуте (i586) - тоже
> не работает. Потому и спрашивал, куда еще можно посмотреть и
> чего подергать ... %)
Проверить, не отключилось ли что-нибудь связанное с сменными 
носиталями в
kcmshell kcmkded

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 591 bytes --]

В сообщении от 15 октября 2008 Dmitry Lebkov написал(a):
> Sergey V Turchin пишет:
> > On Tuesday 08 April 2008, Slava Dubrovskiy wrote:
> >
> > [...]
> >
> >> больше ничего нет.
> >
> > в `dbus-monitor --system` должно быть что-то про DeviceAdded
>
> В очередной раз отвалилось монтирование в КДЕ. Вернее даже не
> монтирование, а отображение подключаемых USB-дисков/флэшек.
> Система - последний Сизиф. HAL и DBus запущены.
>
> $ uname -a
> Linux dvl.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:05 MSD

на этом ядре с новым udev USB hal'у не доступно

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Sergey V Turchin пишет:
> On Wednesday 15 October 2008, Dmitry Lebkov wrote:
> 
> [...]
>> Нет, просто тихо отвалилось. На домашнем ноуте с x86_64 всё
>> то же самое работает нормально. На рабочем ноуте (i586) - тоже
>> не работает. Потому и спрашивал, куда еще можно посмотреть и
>> чего подергать ... %)
> Проверить, не отключилось ли что-нибудь связанное с сменными 
> носиталями в
> kcmshell kcmkded

Проверено. Службы 'Демон уведомлений от подключаемых устройств'
и 'Управление подключаемыми устройствами' работают.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Valery V. Inozemtsev пишет:
> В сообщении от 15 октября 2008 Dmitry Lebkov написал(a):
>> Sergey V Turchin пишет:
>>> On Tuesday 08 April 2008, Slava Dubrovskiy wrote:
>>>
>>> [...]
>>>
>>>> больше ничего нет.
>>> в `dbus-monitor --system` должно быть что-то про DeviceAdded
>> В очередной раз отвалилось монтирование в КДЕ. Вернее даже не
>> монтирование, а отображение подключаемых USB-дисков/флэшек.
>> Система - последний Сизиф. HAL и DBus запущены.
>>
>> $ uname -a
>> Linux dvl.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:05 MSD
> 
> на этом ядре с новым udev USB hal'у не доступно

А на этом?

Linux dvl-nb.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:08 MSD 2008 x86_64 GNU/Linux

На этом ноуте при всех тех же исходных условиях всё работает.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

On Friday 17 October 2008, Dmitry Lebkov wrote:

[...]
> > на этом ядре с новым udev USB hal'у не доступно
>
> А на этом?
>
> Linux dvl-nb.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6
> 19:11:08 MSD 2008 x86_64 GNU/Linux
>
> На этом ноуте при всех тех же исходных условиях всё работает.
Может, какой-нибудь /proc/bus/usb не смонтирован?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] отвалилось монтирование в KDE

[Dmitry Lebkov]

Sergey V Turchin пишет:
> On Friday 17 October 2008, Dmitry Lebkov wrote:
> 
> [...]
>>> на этом ядре с новым udev USB hal'у не доступно
>> А на этом?
>>
>> Linux dvl-nb.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6
>> 19:11:08 MSD 2008 x86_64 GNU/Linux
>>
>> На этом ноуте при всех тех же исходных условиях всё работает.
> Может, какой-нибудь /proc/bus/usb не смонтирован?

Он не смонтирован в обоих случаях.

-- 
WBR, Dmitry Lebkov

Re: [sisyphus] отвалилось монтирование в KDE

[Sergey]

On Friday 17 October 2008, Dmitry Lebkov wrote:

> >> $ uname -a
> >> Linux dvl.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:05 MSD
> > 
> > на этом ядре с новым udev USB hal'у не доступно
> 
> А на этом?
> Linux dvl-nb.sakhalin.ru 2.6.18-ovz-smp-alt24 #1 SMP Tue May 6 19:11:08 MSD 2008 x86_64 GNU/Linux
> На этом ноуте при всех тех же исходных условиях всё работает.

Странно. Вообще, я на эту граблю тоже наступил. Тема "gphoto2 не работает",
1-ого сентября писал. Но i586, x86_64 не смотрел.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] отвалилось монтирование в KDE

[Konstantin A. Lepikhov]

Hi Dmitry!

Monday 07, at 04:29:58 PM you wrote:

> Vladimir V. Kamarzin пишет:
> >>>>>> On 06 Apr 2008 at 18:24 "VVI" == Valery V Inozemtsev writes:
> > 
> >>> Если знаешь более правильный способ решить проблему без обновления
> >>> ядра - поделись им. Без развешивания ярлыков и каверзных вопросов...
> > 
> > VVI> в PolicyKit.conf ты разрешил всем делать с твоими подключаемыми девайсами все 
> > VVI> что угодно, хотя к vfat и flush это не имеет не малейшего отношения.
> > VVI> опция flush действительно находится в 20-storage-methods.fdi, но туда грязными 
> > VVI> руками лучше не лазить, а для ядра 2.6.18 положить в /etc/hal/fdi/policy fdi, 
> > VVI> который находится в атаче
> > 
> > Поясните пожалуйста - у нас теперь автомонтирование будет из коробки сломано
> > на ядрах 2.6.18? Если так, то нужно это как-то исправить более дистрибутивно.
> 
> Не, ну мы же еще пока в Сизифе. ;) Таки надежда на 2.6.24-ovz-smp всё еще жива ... :)
Фсизиф приехал ovz-smp-2.6.26 :)

-- 
WBR et al.