Installer hangs when copying files to SSD

[jjido]

I am trying to install haiku on a Thinkpad x200s.

If I use an old image (hrev51659) the files copy fine and the install completes ok, but anything recent (I tried beta 4 and latest nightly and few more) is not able to copy.

The installer shows it’s copying bash hpkg and then hangs. Other applications cannot start either. The installer stop button doesn’t stop properly.

I have to force the computer off.

Running top during the install doesn’t show anything taking CPU, in fact Installer Copy Engine briefly takes the top spot but it goes down quickly. When I mount the target disk I can see a zero bytes bash hpkg in the packages folder.

The SSD occupies the internal drive slot (SATA). The install image is on a SD card in the SD slot.

I will attach screenshots/logs later.

[jjido]

Installer start screen

[jjido]

System log

[jjido]

Hung installer - mouse works but nothing opens

[jjido]

New syslog (external disk)

[jjido]

I tried putting the SSD in an external USB enclosure. The installer hung at the same place, however it displayed an error message about a timeout. Also with external the Ctl-Alt-Del combination still works which was not the case before.

[waddlesplash]

I don't see any errors in the syslog, and you haven't attached anything with a visible error message elsewhere.

It also appears you are testing with hrev55635 which is before even beta4. You say that beta4 doesn't work, but what happens, exactly? Please try using it, and copy a syslog from it after the error occurs.

[jjido]

All recent versions behave the same. I wanted to upload the log from hrev57004 but I am not able to use the upload button in that version. I will try to upload from beta4 if that helps.

Attaching pictures of screen with external disk. That’s all I have, sorry. Don’t know how to produce an error it just hangs the system.

[jjido]

Timeout error

[jjido]

Open terminal hung

[waddlesplash]

Please drop to KDL via Alt+SysRq+D, type syslog | tail 50, and take a picture.

[jjido]

Thanks for the guidance, the picture shows the output for haiku r1beta4 64 bit.

[jjido]

Kernel debug output- r1b4

[jjido]

When using the SSD internally, the syslog doesn’t really show what it is hung on.

Still on hrev1 beta 4.

[jjido]

Syslog with internal SSD and r1b4

[jjido]

I also captured thread dumps (same session as above).

[waddlesplash]

The error is a USB disk timeout. I don't see any USB errors, so it's entirely possible that the driver in question simply failed to respond. Since it doesn't work when installed via SATA either, that seems possible.

Could you drop to KDL and run the same syslog command with the drive installed internally?

[jjido]

Waddlesplash, see comment #8 and attachments - that’s with internal SSD on SATA.

[waddlesplash]

There are probably more than 15 threads. You will need to find what one owns the usb_disk mutex and what it's presently doing. Using the "threads" command will list the mutex pointer, you can then use the "mutex" command to find out what thread holds it.

[jjido]

I see, thank you. There are three threads waiting on the mutex: page writer, media checker and bfs log flusher.

But I don’t see an owner thread. The count is -4.

[jjido]

Waiting thread list

[jjido]

Mutex and thread dumps

[jjido]

Installer threads

[jjido]

I tried using a partition formatted without query support, but the installer still hangs with the same three waiting threads.

[waddlesplash]

There is no owning thread listed because you are on beta4 which has those debug features not compiled in. You need to use a nightly to get that information.

[jjido]

It is copy_engine who owns the mutex. Tested with hrev57019.

[jjido]

Threads waiting on mutex

[jjido]

Mutex and thread dump of the owner

[jjido]

Installer threads

[waddlesplash]

Please retest after hrev57037.

[jjido]

Same issue with hrev57038, copy_engine holds the mutex.

[jjido]

Mutex and two stack traces

[jjido]

With latest fixes I am able to exit the installer but it still has a couple of threads hanging about, which are blocking others.

[jjido]

Installer thread after exiting it

[jjido]

Files copied by the installer to target before the hang

[jjido]

Note: as you can see in the last attachment, the installer manages to copy many files before the hang. The issue is with HPKG files.

Terminal can copy them fine but Tracker hangs too.

[waddlesplash]

Please retest after hrev57048.

[jjido]

Unable to boot on this hardware with hrev57051. The computer hangs during the startup sequence, even with all Safe Boot options enabled. Attaching output.

[jjido]

Hang at boot syslog

[waddlesplash]

It appears something has deadlocked, likely in the UHCI driver. Can you drop to KDL via Alt+SysRq+D and try to figure out what?

[jjido]

Sorry, the key combination does not seem to work during boot.

[jjido]

The UHCI issue started between hrev57038 (boots OK) and hrev57046 (does not start up all the way).

[waddlesplash]

Please retest after hrev57061.

[jjido]

Hello, I am writing this from a fresh install of Haiku (hrev57061).

The latest fix is working!!

(just wish the installer would take care of making the disk partition active and configuring the boot menu.)

[waddlesplash]

Excellent!

I think there is a menu to do that in Installer somewhere, towards the end.