After an upgrade to the latest nightly (r1~beta5_hrev58773) this morning, Tracker crashed immediately on reboot, and then continuously after selecting “Terminate”. Obviously, without Tracker I couldn’t run any other applications like a Terminal or SoftwareUpdater. I tried the Debug option and some libraries were installed, but I don’t really know what I’m doing. I did manage to save a Report and Coredump.
To resolve I had to ssh into the box (it’s actually a VM) and:
I’ve never been able to get to the bootloader. I presume the documentation is correct and you just hold shift. I’ve always just assumed it’s because it’s a VM.
I’m sure that’s a me issue, and I know your method is likely best for most users.
Personally, I prefer using spacebar but you have to be really fast specially on a VM.
Entering right after launching it is really easier and I almost never managed to enter on VM reboot. Haiku is too speedy.
I can’t reproduce the Tracker crash here, unfortunately. My 64-bit install in a VM still boots to desktop and Tracker starts and works fine. I’ve made some comments on the ticket with suggestions for how to try and narrow down the problem further.
As for entering the bootloader menu, some VMs ignore keypresses before a specific point. In VMware the window for holding “Shift” seems to start when or a bit after the VMware logo appears. I sometimes have to reset a few times to manage to get into the menu myself.
I reset my repo and tried again, just in case it was a one-off. Same results:
The application:
/boot/system/Tracker
has encountered an error…
Selecting “Terminate” and clicking “Oh no!” repeats the error.
I’m using QEMU/KVM on an openSUSE Tumbleweed host. I’d be happy to provide anything you need, if you’d like. Sorry, “noob” label firmly applied to forehead. I wasn’t watching the bug report. I’ll leave it to the experts.
So far as the bootloader menu, I’m guessing if i tried enough times I might get the timing right hitting shift or spacebar between the time virt-manager grabs the keyboard and the splashscreen appears. I’m not too worried about that. More impressed at the boot speed than anything.
I removed the background image (wallpapers) from the Desktop using Terminal command: /boot/system/preferences/./Backgrounds, and after system restarting the problem with Tracker disappeared. The Terminal app can be launched from the Process Controller in the system tray or from Desktop with OPT+ALT+T hotkey.
I can confirm the same error - it had happened right now with me as well.
I downggraded to hrev58766, from which revision I upgraded recently.
Against @rcbellN51, I just opened a Terminal from Deskbar - using the ProcessController applet’s Terminal launch feature and simply downgraded via pkgman.
Only all Shelf applets gone as reboot took too long, so I stopped finally using the power button, so it was not fully clean reboot
I restored them, so okidoki.
