Deskbar issue and Haiku freeze (force reboot needed) after upgrade to hrev56578+94 - Haiku 64bit

[KitsunePrefecture]

After update to latest patch level hrev56578+94 - on Haiku 64bit, Hungarian language - I experienced application hangs and troubles to stop by closing them. If I used the Team Monitor (CTRL+ALT+DEL) to kill them I experienced issue in Deskbar to launch them. When I clicked on an application in 'Latest applications ...' or even under 'Applications' .. I got error message as "No executables found at this entry" or similar. Just as I have Einstenium installed apps can be lanched thanks to them. But as Haiku itself is not healthy then - the application will hang soon for example in full screen which occupy the whole affected desktop and refuse to switch back windowed mode to click on to close its window. This way I had to use CTRL+ALD+DEL to close apps or force reboot Haiku. Since update I had to use force reboot frequently, so I attempt to fix this issue temporarily by dongrading to previous Haiku kernel and associate packages. After Haiku upgrade I just installed Netsurf browser and related libraries, I do not think they have connection to this. Me also just tells this issue changes something deeply as Deskbar's entries which are remain on english normally in this Hungarian localized Haiku - those became translated as well. But thenthose appears , then the no executable found error message coming up .. surely happens.

[KitsunePrefecture]

graphical explanation

[KitsunePrefecture]

Downgrade

[KitsunePrefecture]

syslog1

[KitsunePrefecture]

syslog2

[waddlesplash]

It appears your USB disk hits read errors:

KERN: usb_disk: receiving the command status wrapper failed: Operation timed out
KERN: usb error control pipe 85: timeout waiting for queued request to complete
KERN: usb error ehci 2: qtd (0x789f00) error: 0x80008148
KERN: usb_disk: write failed: Operation timed out
KERN: usb_disk: command status wrapper is not valid: 0x0
KERN: usb_disk: write failed: General system error
KERN: PageWriteWrapper: Failed to write page 0xffffffff8b818b20: General system error

Then later on, we get segmentation faults in runtime_loader and elsewhere when trying to start programs, which is expected after that.

[waddlesplash]

This may be helped by the USB disk changes in the nightlies, most notably hrev57048. So please retest with a nightly build and see what happens.

[KitsunePrefecture]

Yes, I experienced such USB errors when I tried to install a further Haiku 64bit from this 32GB pendrive - Kingston DataTraveler Micro PNP -

0951:168a /dev/bus/usb/2/0/6 "Kingston Technology" "DataTraveler Micro" ver. 0100

onto a 128 GB pendrive - Kingston DataTraveler 100 G3 -

0951:1666 /dev/bus/usb/0/2 "Kingston Technology" "DataTraveler 100 G3/G4/SE9 G2/50" ver. 0110

I got that "General fault" errors that you found in syslog and also

'Bad file descriptor' during installation at file copies.

Actually now, since I downgraded back to patch level hrev56578+93 I do not experience

the issue I opened this ticket.

The issue builds up slowly - with time - now my uptime is still 20 hours 10 minutes, so I wait at least half a day or more -- before celebrating. I am out of free pendrives, but maybe I try to install a 64bit nightly

on that similar 32GB pendrive - Kingston DataTraveler Micro PNP - I have two.

Onto that I could not install a 32GB Haiku R1B4.

At that time the filecopy finished successfully, everything succeeded, but finally the BFS partition never got active/bootable flag, so it became non-bootable .. just as in the ticket that already exists (#7930).

So

1) I report back after 1 day if downgrading helped or not actually in this issue. 2) if reoccur anytime meanwhile or after the 1 day period - despite downgrade -

I would follow your advice, and install a nightly.

Now as I thinking of it I may try to install onto that 128 GB Kingston pendrive, try out if fixes enables to install Haiku onto that drive.

Thanks for your investigation.

[KitsunePrefecture]

Screenshot 01 -- about mentined Haiku 64bit installer error onto 128GB Kingston pendrive - selected first BFS partition - at filecopy

[KitsunePrefecture]

Screenshot 02 -- about mentined Haiku 64bit installer error onto 128GB Kingston pendrive - selected secondary, final target BFS partition - at filecopy

[KitsunePrefecture]

As I promised, I report back : downgrade Haiku solved my application and Deskbar issue.

I forget to report earlier the application start had not reduced to Deskbar. It happened once - maybe this way forgot it and had not add to my first report.

I had such problem : I clicked on an empty text file on the desktop and usually StyleEdit comes up with the file. I use this empty file to put some copied texts here and save as other text file. Then the StyleEdit had not come up, but I got the same error massage as "no executable found on the link " or similar, so StyleEdit also had not launched due to the same issue. It was different such way only as in case from data file / assigned opening app relation failed. Launch executables was not only Deskbar issue this way.

Actually on level hrev56578+93 I do not experience application hangs and Haiku freeze on 64 bit Haiku. Also Deskbar and applications' launch works as expected, although I use the same USB pendrive. The USB (3.1 ?) issue happens with the 128 GB Kingston. That generates errors. For this ticket I plugged in earlier at first report when I wrote about uptime as well is not enough and I wanted to provide this pendrive from listusb output .. Muhaha , THAT freezed then my Haiku - I had to use a force reboot, as I could not unmount and remove in a healthy way. Otherwise no issue since then.

[KitsunePrefecture]

My uptime is 1 day 12 hours 56 mins - I forgot to add this to my previous note.