I thought it hang on 'scanning for btrfs', but it was actually the
resume service/method causing the delay. In my case the resume/swap
device is on a LV, could solve it by using this instruction (first
method): https://askubuntu.com/questions/1037457/slow-boot-with-ssd-and-
lvm-on-new-install-of-18
Same on 18.04, but I'm using btrfs for both root and home, so can't
purge the package.. Any idea? It hangs for about 30 sec before
continuing, annoying to have this slow boots on a SSD..
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Ah forget about above comment, the old libraries were still being used.
I had to remove /usr/lib/i386-linux-gnu/thunarx-2 and link it to
/usr/local/lib/thunarx-2, after which it works! Please make this
upstream, it's a very simple solution.
--
You received this bug notification because you are a
Unfortunately it doesn't work here either after applying the above
patch. It should be enough to only recompile Thunar and no other
packages, right?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/899624
*** This bug is a duplicate of bug 218334 ***
https://bugs.launchpad.net/bugs/218334
Same problem here, less then a month old Mac Mini C2D with a Intel 945 vidcard.
Clean Ubuntu Hardy i386 installation. Output of lspci -v is exactly the same as
Smurphy above, as is my monitor :) (SyncMaster