* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-10 12:07 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-10 12:07 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100610_0000005708
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-07-01 20:08 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-07-01 20:08 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100701_0000007160
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-07-01 19:57 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-07-01 19:57 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100701_0000007116
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-07-01 19:46 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-07-01 19:46 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100701_0000007014
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-07-01 19:42 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-07-01 19:42 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100701_0000006984
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-26 22:07 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-26 22:07 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100626_0000001697
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-11 13:03 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-11 13:03 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100611_0000006546
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-11 11:23 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-11 11:23 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100611_0000005511
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-11 10:46 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-11 10:46 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100611_0000005236
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-10 11:57 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-10 11:57 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100610_0000005611
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
* [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-06 10:09 cjvt
2010-06-10 14:54 ` Gabor Garami
2010-06-26 22:06 ` cjvt
0 siblings, 2 replies; 22+ messages in thread
From: cjvt @ 2010-06-06 10:09 UTC (permalink / raw
To: gentoo-user-hu
Üdv,
az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a gentoo-
tól, de mégiscsak másként).
Maga a jelenség a következő:
KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő másolás
iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon elhúzódik (egy 700
MB-os file >3-4 óra).
Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
egyelőre:
/etc/hal/fdi/policy/20-noatime-removable.fdi:
<device>
<match key="block.is_volume" bool="true">
<match key="@block.storage_device:storage.hotpluggable" bool="true">
<merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
<merge key="volume.policy.mount_option.sync" type="bool">false</merge>
</match>
<match key="@block.storage_device:storage.removable" bool="true">
<merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
<merge key="volume.policy.mount_option.sync" type="bool">false</merge>
</match>
</match>
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
<merge key="volume.policy.mount_option.sync" type="bool">false</merge>
</match>
</device>
/etc/hal/fdi/policy/95-userpolicy:
<?xml version="1.0" encoding="UTF-8"?>
<device>
<match key="block.is_volume" bool="true">
<match key="volume.fsusage" string="filesystem">
<match key="@info.parent:storage.bus" string="usb">
<merge key="volume.policy.mount_option.sync"
type="bool">false</merge>
<merge key="volume.policy.mount_option.noatime"
type="bool">true</merge>
</match>
</match>
</match>
</device>
Van valakinek további ötlete?
vt
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-06 10:09 cjvt
@ 2010-06-10 14:54 ` Gabor Garami
2010-06-10 15:04 ` cjvt
2010-06-26 22:06 ` cjvt
1 sibling, 1 reply; 22+ messages in thread
From: Gabor Garami @ 2010-06-10 14:54 UTC (permalink / raw
To: gentoo-user-hu
A port es az eszoz is tud usb 2.0-t?
Gabor Garami
hrgyster@gmail.com
2010/6/6 cjvt <cjvt@inebhedj.hu>:
> Üdv,
>
> az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a gentoo-
> tól, de mégiscsak másként).
>
> Maga a jelenség a következő:
>
> KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő másolás
> iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon elhúzódik (egy 700
> MB-os file >3-4 óra).
>
> Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
> egyelőre:
>
> /etc/hal/fdi/policy/20-noatime-removable.fdi:
>
> <device>
> <match key="block.is_volume" bool="true">
> <match key="@block.storage_device:storage.hotpluggable" bool="true">
> <merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
> <merge key="volume.policy.mount_option.sync" type="bool">false</merge>
> </match>
> <match key="@block.storage_device:storage.removable" bool="true">
> <merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
> <merge key="volume.policy.mount_option.sync" type="bool">false</merge>
> </match>
> </match>
> <match key="volume.fstype" string="vfat">
> <merge key="volume.policy.mount_option.noatime" type="bool">true</merge>
> <merge key="volume.policy.mount_option.sync" type="bool">false</merge>
> </match>
> </device>
>
>
> /etc/hal/fdi/policy/95-userpolicy:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <device>
> <match key="block.is_volume" bool="true">
> <match key="volume.fsusage" string="filesystem">
> <match key="@info.parent:storage.bus" string="usb">
> <merge key="volume.policy.mount_option.sync"
> type="bool">false</merge>
> <merge key="volume.policy.mount_option.noatime"
> type="bool">true</merge>
> </match>
> </match>
> </match>
> </device>
>
>
>
> Van valakinek további ötlete?
>
> vt
>
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-10 14:54 ` Gabor Garami
@ 2010-06-10 15:04 ` cjvt
2010-06-11 13:45 ` Testa
0 siblings, 1 reply; 22+ messages in thread
From: cjvt @ 2010-06-10 15:04 UTC (permalink / raw
To: gentoo-user-hu
2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
> A port es az eszoz is tud usb 2.0-t?
igen
>
> Gabor Garami
> hrgyster@gmail.com
>
> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
> > Üdv,
> >
> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
> > gentoo- tól, de mégiscsak másként).
> >
> > Maga a jelenség a következő:
> >
> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
> > elhúzódik (egy 700 MB-os file >3-4 óra).
> >
> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
> > egyelőre:
> >
> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
> >
> > <device>
> > <match key="block.is_volume" bool="true">
> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
> > <merge key="volume.policy.mount_option.noatime"
> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
> > type="bool">false</merge> </match>
> > <match key="@block.storage_device:storage.removable" bool="true">
> > <merge key="volume.policy.mount_option.noatime"
> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
> > type="bool">false</merge> </match>
> > </match>
> > <match key="volume.fstype" string="vfat">
> > <merge key="volume.policy.mount_option.noatime"
> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
> > type="bool">false</merge> </match>
> > </device>
> >
> >
> > /etc/hal/fdi/policy/95-userpolicy:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <device>
> > <match key="block.is_volume" bool="true">
> > <match key="volume.fsusage" string="filesystem">
> > <match key="@info.parent:storage.bus" string="usb">
> > <merge key="volume.policy.mount_option.sync"
> > type="bool">false</merge>
> > <merge key="volume.policy.mount_option.noatime"
> > type="bool">true</merge>
> > </match>
> > </match>
> > </match>
> > </device>
> >
> >
> >
> > Van valakinek további ötlete?
> >
> > vt
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-10 15:04 ` cjvt
@ 2010-06-11 13:45 ` Testa
2010-06-11 14:21 ` cjvt
2010-07-01 19:41 ` Gabor Garami
0 siblings, 2 replies; 22+ messages in thread
From: Testa @ 2010-06-11 13:45 UTC (permalink / raw
To: gentoo-user-hu
Lődd le a haldot és mountold kézzel...
Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
ebből gondjaim...
2010/6/10 cjvt <cjvt@inebhedj.hu>:
> 2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
>> A port es az eszoz is tud usb 2.0-t?
>
> igen
>
>>
>> Gabor Garami
>> hrgyster@gmail.com
>>
>> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
>> > Üdv,
>> >
>> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
>> > gentoo- tól, de mégiscsak másként).
>> >
>> > Maga a jelenség a következő:
>> >
>> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
>> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
>> > elhúzódik (egy 700 MB-os file >3-4 óra).
>> >
>> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
>> > egyelőre:
>> >
>> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
>> >
>> > <device>
>> > <match key="block.is_volume" bool="true">
>> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
>> > <merge key="volume.policy.mount_option.noatime"
>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>> > type="bool">false</merge> </match>
>> > <match key="@block.storage_device:storage.removable" bool="true">
>> > <merge key="volume.policy.mount_option.noatime"
>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>> > type="bool">false</merge> </match>
>> > </match>
>> > <match key="volume.fstype" string="vfat">
>> > <merge key="volume.policy.mount_option.noatime"
>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>> > type="bool">false</merge> </match>
>> > </device>
>> >
>> >
>> > /etc/hal/fdi/policy/95-userpolicy:
>> >
>> > <?xml version="1.0" encoding="UTF-8"?>
>> > <device>
>> > <match key="block.is_volume" bool="true">
>> > <match key="volume.fsusage" string="filesystem">
>> > <match key="@info.parent:storage.bus" string="usb">
>> > <merge key="volume.policy.mount_option.sync"
>> > type="bool">false</merge>
>> > <merge key="volume.policy.mount_option.noatime"
>> > type="bool">true</merge>
>> > </match>
>> > </match>
>> > </match>
>> > </device>
>> >
>> >
>> >
>> > Van valakinek további ötlete?
>> >
>> > vt
>
>
--
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-11 13:45 ` Testa
@ 2010-06-11 14:21 ` cjvt
2010-06-11 16:01 ` Testa
2010-07-01 19:41 ` Gabor Garami
1 sibling, 1 reply; 22+ messages in thread
From: cjvt @ 2010-06-11 14:21 UTC (permalink / raw
To: gentoo-user-hu
2010. június 11. 15:45:21 dátummal Testa az alábbiakat írta:
> Lődd le a haldot és mountold kézzel...
> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
> ebből gondjaim...
Ez sajnos csak workaround, de nem megoldás, mivel az r=1 user beperelne
becsületsértésért, ha azt mondanám neki, hogy CLI-ben mountolja az USB device-
t, mivel a hald resetelgeti valamilyen okból. :)
vt
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-11 14:21 ` cjvt
@ 2010-06-11 16:01 ` Testa
0 siblings, 0 replies; 22+ messages in thread
From: Testa @ 2010-06-11 16:01 UTC (permalink / raw
To: gentoo-user-hu
Akkor marad mégh a kernel automaunter lés az mntd
2010/6/11 cjvt <cjvt@inebhedj.hu>:
> 2010. június 11. 15:45:21 dátummal Testa az alábbiakat írta:
>> Lődd le a haldot és mountold kézzel...
>> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
>> ebből gondjaim...
>
> Ez sajnos csak workaround, de nem megoldás, mivel az r=1 user beperelne
> becsületsértésért, ha azt mondanám neki, hogy CLI-ben mountolja az USB device-
> t, mivel a hald resetelgeti valamilyen okból. :)
>
>
> vt
>
>
--
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-11 13:45 ` Testa
2010-06-11 14:21 ` cjvt
@ 2010-07-01 19:41 ` Gabor Garami
2010-07-01 19:45 ` Testa
1 sibling, 1 reply; 22+ messages in thread
From: Gabor Garami @ 2010-07-01 19:41 UTC (permalink / raw
To: gentoo-user-hu
? Ez valami hal bug lehet nalad, nekem sose resetelt a hal semmit.
Gabor Garami
hrgyster@gmail.com
2010/6/11 Testa <testa.a.tapos@gmail.com>:
> Lődd le a haldot és mountold kézzel...
> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
> ebből gondjaim...
>
> 2010/6/10 cjvt <cjvt@inebhedj.hu>:
>> 2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
>>> A port es az eszoz is tud usb 2.0-t?
>>
>> igen
>>
>>>
>>> Gabor Garami
>>> hrgyster@gmail.com
>>>
>>> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
>>> > Üdv,
>>> >
>>> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
>>> > gentoo- tól, de mégiscsak másként).
>>> >
>>> > Maga a jelenség a következő:
>>> >
>>> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
>>> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
>>> > elhúzódik (egy 700 MB-os file >3-4 óra).
>>> >
>>> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
>>> > egyelőre:
>>> >
>>> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
>>> >
>>> > <device>
>>> > <match key="block.is_volume" bool="true">
>>> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
>>> > <merge key="volume.policy.mount_option.noatime"
>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>> > type="bool">false</merge> </match>
>>> > <match key="@block.storage_device:storage.removable" bool="true">
>>> > <merge key="volume.policy.mount_option.noatime"
>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>> > type="bool">false</merge> </match>
>>> > </match>
>>> > <match key="volume.fstype" string="vfat">
>>> > <merge key="volume.policy.mount_option.noatime"
>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>> > type="bool">false</merge> </match>
>>> > </device>
>>> >
>>> >
>>> > /etc/hal/fdi/policy/95-userpolicy:
>>> >
>>> > <?xml version="1.0" encoding="UTF-8"?>
>>> > <device>
>>> > <match key="block.is_volume" bool="true">
>>> > <match key="volume.fsusage" string="filesystem">
>>> > <match key="@info.parent:storage.bus" string="usb">
>>> > <merge key="volume.policy.mount_option.sync"
>>> > type="bool">false</merge>
>>> > <merge key="volume.policy.mount_option.noatime"
>>> > type="bool">true</merge>
>>> > </match>
>>> > </match>
>>> > </match>
>>> > </device>
>>> >
>>> >
>>> >
>>> > Van valakinek további ötlete?
>>> >
>>> > vt
>>
>>
>
>
>
> --
> www.airndsoft.com
> Artificial Intelligence Research aNd Development Software Company
>
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-07-01 19:41 ` Gabor Garami
@ 2010-07-01 19:45 ` Testa
2010-07-01 19:55 ` Gabor Garami
0 siblings, 1 reply; 22+ messages in thread
From: Testa @ 2010-07-01 19:45 UTC (permalink / raw
To: gentoo-user-hu
nekem folyton minden rendszerem újra és újra felismer... ezzel
minimális erőforrást fog le ami nem zavar... De Ubuntu linuxtól a
gentoo ig mindenél ugyanazokat a jelenségeket produkálja
orvosolhatatlanul...
2010/7/1 Gabor Garami <hrgyster@gmail.com>:
> ? Ez valami hal bug lehet nalad, nekem sose resetelt a hal semmit.
>
> Gabor Garami
> hrgyster@gmail.com
>
>
>
> 2010/6/11 Testa <testa.a.tapos@gmail.com>:
>> Lődd le a haldot és mountold kézzel...
>> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
>> ebből gondjaim...
>>
>> 2010/6/10 cjvt <cjvt@inebhedj.hu>:
>>> 2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
>>>> A port es az eszoz is tud usb 2.0-t?
>>>
>>> igen
>>>
>>>>
>>>> Gabor Garami
>>>> hrgyster@gmail.com
>>>>
>>>> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
>>>> > Üdv,
>>>> >
>>>> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
>>>> > gentoo- tól, de mégiscsak másként).
>>>> >
>>>> > Maga a jelenség a következő:
>>>> >
>>>> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
>>>> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
>>>> > elhúzódik (egy 700 MB-os file >3-4 óra).
>>>> >
>>>> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
>>>> > egyelőre:
>>>> >
>>>> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
>>>> >
>>>> > <device>
>>>> > <match key="block.is_volume" bool="true">
>>>> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
>>>> > <merge key="volume.policy.mount_option.noatime"
>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>> > type="bool">false</merge> </match>
>>>> > <match key="@block.storage_device:storage.removable" bool="true">
>>>> > <merge key="volume.policy.mount_option.noatime"
>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>> > type="bool">false</merge> </match>
>>>> > </match>
>>>> > <match key="volume.fstype" string="vfat">
>>>> > <merge key="volume.policy.mount_option.noatime"
>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>> > type="bool">false</merge> </match>
>>>> > </device>
>>>> >
>>>> >
>>>> > /etc/hal/fdi/policy/95-userpolicy:
>>>> >
>>>> > <?xml version="1.0" encoding="UTF-8"?>
>>>> > <device>
>>>> > <match key="block.is_volume" bool="true">
>>>> > <match key="volume.fsusage" string="filesystem">
>>>> > <match key="@info.parent:storage.bus" string="usb">
>>>> > <merge key="volume.policy.mount_option.sync"
>>>> > type="bool">false</merge>
>>>> > <merge key="volume.policy.mount_option.noatime"
>>>> > type="bool">true</merge>
>>>> > </match>
>>>> > </match>
>>>> > </match>
>>>> > </device>
>>>> >
>>>> >
>>>> >
>>>> > Van valakinek további ötlete?
>>>> >
>>>> > vt
>>>
>>>
>>
>>
>>
>> --
>> www.airndsoft.com
>> Artificial Intelligence Research aNd Development Software Company
>>
>>
>
>
--
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-07-01 19:45 ` Testa
@ 2010-07-01 19:55 ` Gabor Garami
2010-07-01 20:04 ` Testa
0 siblings, 1 reply; 22+ messages in thread
From: Gabor Garami @ 2010-07-01 19:55 UTC (permalink / raw
To: gentoo-user-hu
Ez inkabb arra a gyanura ad okot, hogy
- Pocsek az USB portod
- Gyenge (keves) a tapod
Ezeket nezd azert at.
Gabor Garami
hrgyster@gmail.com
2010/7/1 Testa <testa.a.tapos@gmail.com>:
> nekem folyton minden rendszerem újra és újra felismer... ezzel
> minimális erőforrást fog le ami nem zavar... De Ubuntu linuxtól a
> gentoo ig mindenél ugyanazokat a jelenségeket produkálja
> orvosolhatatlanul...
>
> 2010/7/1 Gabor Garami <hrgyster@gmail.com>:
>> ? Ez valami hal bug lehet nalad, nekem sose resetelt a hal semmit.
>>
>> Gabor Garami
>> hrgyster@gmail.com
>>
>>
>>
>> 2010/6/11 Testa <testa.a.tapos@gmail.com>:
>>> Lődd le a haldot és mountold kézzel...
>>> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
>>> ebből gondjaim...
>>>
>>> 2010/6/10 cjvt <cjvt@inebhedj.hu>:
>>>> 2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
>>>>> A port es az eszoz is tud usb 2.0-t?
>>>>
>>>> igen
>>>>
>>>>>
>>>>> Gabor Garami
>>>>> hrgyster@gmail.com
>>>>>
>>>>> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
>>>>> > Üdv,
>>>>> >
>>>>> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
>>>>> > gentoo- tól, de mégiscsak másként).
>>>>> >
>>>>> > Maga a jelenség a következő:
>>>>> >
>>>>> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
>>>>> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
>>>>> > elhúzódik (egy 700 MB-os file >3-4 óra).
>>>>> >
>>>>> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
>>>>> > egyelőre:
>>>>> >
>>>>> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
>>>>> >
>>>>> > <device>
>>>>> > <match key="block.is_volume" bool="true">
>>>>> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>> > type="bool">false</merge> </match>
>>>>> > <match key="@block.storage_device:storage.removable" bool="true">
>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>> > type="bool">false</merge> </match>
>>>>> > </match>
>>>>> > <match key="volume.fstype" string="vfat">
>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>> > type="bool">false</merge> </match>
>>>>> > </device>
>>>>> >
>>>>> >
>>>>> > /etc/hal/fdi/policy/95-userpolicy:
>>>>> >
>>>>> > <?xml version="1.0" encoding="UTF-8"?>
>>>>> > <device>
>>>>> > <match key="block.is_volume" bool="true">
>>>>> > <match key="volume.fsusage" string="filesystem">
>>>>> > <match key="@info.parent:storage.bus" string="usb">
>>>>> > <merge key="volume.policy.mount_option.sync"
>>>>> > type="bool">false</merge>
>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>> > type="bool">true</merge>
>>>>> > </match>
>>>>> > </match>
>>>>> > </match>
>>>>> > </device>
>>>>> >
>>>>> >
>>>>> >
>>>>> > Van valakinek további ötlete?
>>>>> >
>>>>> > vt
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> www.airndsoft.com
>>> Artificial Intelligence Research aNd Development Software Company
>>>
>>>
>>
>>
>
>
>
> --
> www.airndsoft.com
> Artificial Intelligence Research aNd Development Software Company
>
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-07-01 19:55 ` Gabor Garami
@ 2010-07-01 20:04 ` Testa
0 siblings, 0 replies; 22+ messages in thread
From: Testa @ 2010-07-01 20:04 UTC (permalink / raw
To: gentoo-user-hu
Mind megtörtént.
A jelenség egyszerű.
-A hangkártyák ha nem a kernelbe vannak fordítva a hald miatt
kihalnak. De itt 40+ gépről beszélünk. Tehát ennyi külön config esetén
ez nem levezethető egy gép esetén előforduló hibára....
-Az energia takarékos billek re nem mindign de néha rá szól a hald
hogy az angol, kínai, német mikor mi. Hiába konfolom én a hal t. Ha
nem gépel az ember 10 percig utánna.
Gyk a baj az hogy sleep, hibernálás után a hal leszarja a saját
beállításait amik boot nál mennek. Mivel ezek irodai gépek nincs
rootjoga se az ügyfél szolgálatosnak se a titkár nőnek ez elég durva
cummi...
2010/7/1 Gabor Garami <hrgyster@gmail.com>:
> Ez inkabb arra a gyanura ad okot, hogy
> - Pocsek az USB portod
> - Gyenge (keves) a tapod
>
> Ezeket nezd azert at.
>
> Gabor Garami
> hrgyster@gmail.com
>
>
>
> 2010/7/1 Testa <testa.a.tapos@gmail.com>:
>> nekem folyton minden rendszerem újra és újra felismer... ezzel
>> minimális erőforrást fog le ami nem zavar... De Ubuntu linuxtól a
>> gentoo ig mindenél ugyanazokat a jelenségeket produkálja
>> orvosolhatatlanul...
>>
>> 2010/7/1 Gabor Garami <hrgyster@gmail.com>:
>>> ? Ez valami hal bug lehet nalad, nekem sose resetelt a hal semmit.
>>>
>>> Gabor Garami
>>> hrgyster@gmail.com
>>>
>>>
>>>
>>> 2010/6/11 Testa <testa.a.tapos@gmail.com>:
>>>> Lődd le a haldot és mountold kézzel...
>>>> Tudom babrás de a haldd resetelgeti a hardwaret nekem gyakran voltak
>>>> ebből gondjaim...
>>>>
>>>> 2010/6/10 cjvt <cjvt@inebhedj.hu>:
>>>>> 2010. június 10. 16:54:00 dátummal Gabor Garami az alábbiakat írta:
>>>>>> A port es az eszoz is tud usb 2.0-t?
>>>>>
>>>>> igen
>>>>>
>>>>>>
>>>>>> Gabor Garami
>>>>>> hrgyster@gmail.com
>>>>>>
>>>>>> 2010/6/6 cjvt <cjvt@inebhedj.hu>:
>>>>>> > Üdv,
>>>>>> >
>>>>>> > az alábbi probléma sabayon rendszeren áll fenn (tehát nem túl messze a
>>>>>> > gentoo- tól, de mégiscsak másként).
>>>>>> >
>>>>>> > Maga a jelenség a következő:
>>>>>> >
>>>>>> > KDE 4 alatt automountolt USB eszkozre (jelesen vfat pendrive) történő
>>>>>> > másolás iszonyú lassú, illetve eleinte rendkívül gyors, majd nagyon
>>>>>> > elhúzódik (egy 700 MB-os file >3-4 óra).
>>>>>> >
>>>>>> > Próbálkoztam a hald policy ezen beállításaival, azonban semmi hatásuk
>>>>>> > egyelőre:
>>>>>> >
>>>>>> > /etc/hal/fdi/policy/20-noatime-removable.fdi:
>>>>>> >
>>>>>> > <device>
>>>>>> > <match key="block.is_volume" bool="true">
>>>>>> > <match key="@block.storage_device:storage.hotpluggable" bool="true">
>>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>>> > type="bool">false</merge> </match>
>>>>>> > <match key="@block.storage_device:storage.removable" bool="true">
>>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>>> > type="bool">false</merge> </match>
>>>>>> > </match>
>>>>>> > <match key="volume.fstype" string="vfat">
>>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>>> > type="bool">true</merge> <merge key="volume.policy.mount_option.sync"
>>>>>> > type="bool">false</merge> </match>
>>>>>> > </device>
>>>>>> >
>>>>>> >
>>>>>> > /etc/hal/fdi/policy/95-userpolicy:
>>>>>> >
>>>>>> > <?xml version="1.0" encoding="UTF-8"?>
>>>>>> > <device>
>>>>>> > <match key="block.is_volume" bool="true">
>>>>>> > <match key="volume.fsusage" string="filesystem">
>>>>>> > <match key="@info.parent:storage.bus" string="usb">
>>>>>> > <merge key="volume.policy.mount_option.sync"
>>>>>> > type="bool">false</merge>
>>>>>> > <merge key="volume.policy.mount_option.noatime"
>>>>>> > type="bool">true</merge>
>>>>>> > </match>
>>>>>> > </match>
>>>>>> > </match>
>>>>>> > </device>
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > Van valakinek további ötlete?
>>>>>> >
>>>>>> > vt
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> www.airndsoft.com
>>>> Artificial Intelligence Research aNd Development Software Company
>>>>
>>>>
>>>
>>>
>>
>>
>>
>> --
>> www.airndsoft.com
>> Artificial Intelligence Research aNd Development Software Company
>>
>>
>
>
--
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
2010-06-06 10:09 cjvt
2010-06-10 14:54 ` Gabor Garami
@ 2010-06-26 22:06 ` cjvt
1 sibling, 0 replies; 22+ messages in thread
From: cjvt @ 2010-06-26 22:06 UTC (permalink / raw
To: gentoo-user-hu
Néhány adat a problémáról (rendkívül lassú másolás usb eszközre):
http://inebhedj.hu/gentoo_usb_hal.html
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [gentoo-user-hu] usb transfer - hal-policy
@ 2010-06-06 7:11 eservice
0 siblings, 0 replies; 22+ messages in thread
From: eservice @ 2010-06-06 7:11 UTC (permalink / raw
To: gentoo-user-hu
Please include the following line in all replies.
Tracking number: UT20100606_0000000356
Thank you for submitting an e-mail to Deer Park Direct. We will
respond to your e-mail inquiry within one business day.
Thank You,
Deer Park Direct
service.deerparkwater.com
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2010-07-01 20:08 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-10 12:07 [gentoo-user-hu] usb transfer - hal-policy eservice
-- strict thread matches above, loose matches on Subject: below --
2010-07-01 20:08 eservice
2010-07-01 19:57 eservice
2010-07-01 19:46 eservice
2010-07-01 19:42 eservice
2010-06-26 22:07 eservice
2010-06-11 13:03 eservice
2010-06-11 11:23 eservice
2010-06-11 10:46 eservice
2010-06-10 11:57 eservice
2010-06-06 10:09 cjvt
2010-06-10 14:54 ` Gabor Garami
2010-06-10 15:04 ` cjvt
2010-06-11 13:45 ` Testa
2010-06-11 14:21 ` cjvt
2010-06-11 16:01 ` Testa
2010-07-01 19:41 ` Gabor Garami
2010-07-01 19:45 ` Testa
2010-07-01 19:55 ` Gabor Garami
2010-07-01 20:04 ` Testa
2010-06-26 22:06 ` cjvt
2010-06-06 7:11 eservice
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox