#15816 closed bug (fixed)
Installer broken - Error: Invalid Argument
Reported by: | cian | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | - General | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Installer in hrev53991 does not even start after hitting Begin with "Error: Invalid Argument". Nothing is written to syslog and nothing to stdout except for the "skipping" messages expected
hrev53713 works - I'm testing on real hardware with CDRs so can't do a binary search between these unfortunately
Hardware is a retro Dell PIII 1Ghz/512MB RAM which has run Haiku happily for 9 years.
Attachments (7)
Change History (19)
comment:1 by , 5 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 by , 5 years ago
Same problem with hrev53995 x64 was on Sammsung E2-1800, but now with hrev53999 x64 the (Desktop-Installer) installation stops at 263 from aprox. 9200. On reboot Haiku-Bootloader starts with message "boot volume not valid". By the way: Buttons are not seen and changing the size of window just in horizontal direction possible.
comment:3 by , 5 years ago
If it stops at 263/9200, obviously the installation is not finished and won't work after a reboot!
comment:8 by , 5 years ago
@diver: the Buttons set up Partition and start, halved after resized window horizontal, i swear. Now i can't reproduce. Did a low level format of the USB-Stick, again. Copy the hrev53999 x64 with Rufus 3.3. Install Haiku to new Be-formated HD, this time installation completed with 263/8550 and then quit button then reboot. The same as in comment #2. Turn off the PC. Turn on and choose boot from USB-Stick again. Haiku was booting direct to the Desktop (also should not be?). Start the Installer on Desktop again and "install anyway". This time 263/9300. Switching to english/german in locale, restart desktop/tracker, starting installer this time 342/11125.
by , 5 years ago
Attachment: | halved_Buttons_without txt.jpg added |
---|
by , 5 years ago
Attachment: | Bios_Settings_1.jpg added |
---|
by , 5 years ago
Attachment: | Bios_Settings_2.jpg added |
---|
by , 5 years ago
Attachment: | 342_11125.jpg added |
---|
by , 5 years ago
Attachment: | completed.jpg added |
---|
by , 5 years ago
Attachment: | Bootloader.jpg added |
---|
by , 5 years ago
Attachment: | 263_9300.jpg added |
---|
comment:9 by , 5 years ago
UPS! Didn't see the new created ticket, sorry. Thanks for creating. Shall i move the stuff?
follow-up: 11 comment:10 by , 5 years ago
It would be interesting if you could reproduce layout issue with those buttons. So far I didn't manage to do so. Maybe you used some locale or did something to trigger it. The but should be there but hard to reproduce it seems.
comment:11 by , 5 years ago
Replying to diver:
+1, will see next installation on this PC. Hopefully i can reproduce. Thanks.
Oh, whats in my mind. First transfer from image to USB with Rufus/Win32diskimager was with formating the Stick. 600 Mbyte for Haiku, the rest unused. Second, after low level and new format with fat32 (Win10), i just copy the Image to the Stick without formating with Rufus. So the hole device, 4 Gbyte was seen in Haiku. Button Problem occurs on first transfer method. We'll see next time.
It would be interesting if you could reproduce layout issue with those buttons. So far I didn't manage to do so. Maybe you used some locale or did something to trigger it. The but should be there but hard to reproduce it seems.
comment:12 by , 5 years ago
Milestone: | Unscheduled → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
Fix merged in hrev53996.