Hezké sobotní odpoledne,
právě jsem strávil pár hodin debugováním problému, kdy při použití GTK dialogového okna pro práci se soubory se aplikace na cca 3/4 minuty zasekne. Používám KDE SC 4.9. Problémy nastávají s GIMPem, Evolution (psaní nové zprávy), Chromium (uložit stránku jako), atd.
Výsledek hledání zdroje problému je ten, že dbus zkouší pustit gvfs-udisks2-volume-monitor a ten z nějakého důvodu snad prochází všechny soubory na připojených zařízeních, což způsobí ono zamrznutí aplikací (dbus, přes který je gvfs-udisks2-volume-monitor spuštěn, nakonec vyhodí time out a aplikace funguje i bez něj).
V mém případě je potíž s přípojným CIFS, který obsahuje pár desítek tisíc souborů.
Otázka: lze nějak vnutit gvfs-udisks2-volume-monitor, aby ignoroval některá přípojná místa? Manuálovou stránku to nemá, nápovědu taktéž ne. Takže to bude asi nějaká gconf záležitost...
P.S. Jiné obejití problému je spouštět gvfs-udisks2-volume-monitor už při loginu, takže za pár minut vše funguje, jak má. Ale to už mi trochu připomíná situaci po přihlášení do konkurenčního operačního systému.
Prosim o otevreni bugu v https://bugzilla.gnome.org/, to je to spravne misto pro reseni podobnych problemu. Zejmena zamrznuti pri prochazeni CIFS mountu.
Dokumentace k gvfs-udisks2-volume-monitor se da najit treba tady: https://git.gnome.org/browse/gvfs/plain/monitor/udisks2/what-is-shown.txt
Pokud se jedna o fstab mount, mohlo by s tim jit manipulovat pres gnome-disks.
Koupim litajiciho tucnaka
28.3.2013 15:39
JanM | skóre: 28
RozbalitRozbalit vše
Re: gvfs-udisks2-volume-monitor -> lze vyloučit některá přípojná místa?
Fakt nevím, co to "spravilo" - GTK aplikace posledních pár měsíců nepoužívám moc často, zato se v Arch Linuxu často aktualizuje, takže je to nedohledatelné.
/usr/lib/gvfs/gvfs-udisks2-volume-monitor mi v pozadí stále běží. Mám udisks2 2.0.1-1, gvfs 1.14.2-4, dbus 1.6.8-6.