Unusual Install Message

had that too on both my jetway and hp ml110 installs of 9.000-8. no probs running UTM afterwards.

i vaguely remember some old linux kernels had dodgy real time clock code but i am guessing this is not the case with UTM9 so it would be interesting to know why we are seeing this message.

Pbrdodk101,

I think this may be related to the CD boot loader image leaving no impact on the completed install. Although the question came if there is a relationship with the issue noted in post

https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/28465

Ran into an issue with the software appliance ISO,
asg-9.000-8.1.iso

The following file name is cut off at 64 characters:
/install/rpm/perl-Package-DeprecationManager-0.11-1.359.g9a593fa.rb2.noarch.r

It should be:
/install/rpm/perl-Package-DeprecationManager-0.11-1.359.g9a593fa.rb2.noarch.rpm

This was causing my install to fail when looking for this file.

I got around it by using a USB thumb drive to install and manually renaming the file.

Not sure if this 64 character limitation is something specific to my machine, I'm using Windows 7 x64 with the built in ISO burner. I also inspected the ISO with 7-zip and see the same thing there.

When I used the program MagicISO to look at the ISO, the noted file is actually shown with an RPM extension. There may be to may characters in the path/name.

Thanks,
Jim

I also recieved this error message during install.

But i installed it in a Hyper-V vmby mounting the iso file directly without burning it.
So this error does not appear because of the overlenght .rpm filepath.

Albeck,

I think the two possibly may be tied together. This could go either way. One item is certain, something in the initial start of the CD cannot be found. Secondly there may be an issue with the length of a file name/path. While the two could be seperate I am thinking they are associated. The key here is to have the Astaro engineer who compiled the ISO take a look at the installer verifing all of the steps. This is inclusive of path length and file name/path. 

Thanks,
Jim

Scottj, i fully agree with you. I just pointed out that this message:

1. also appears on Hyper-V - so it is not Hardware based

2. That it is not due to "wrong" burning - i mounted it directly

3. It may be but it does not seems to be related to the overlenght filepath issue - because error exists when iso not burned too


Sure, some sophos techs should investigate!

hmmm. looking at, say, Linux/drivers/rtc/hctosys.c shows that this is likely to be a configuration issue and not a path problem (this code hasn't changed for a while). The RTC device is used to (re)initialize the system clock (usually it is the rtc0 device) so that is why it doesn't matter in the long run. the "8" in rtc8 puzzles me a little...

over to sophos and someone with more linux knowledge.

Pbrdodk101,

I should have been more in tune with your first post. It looks like you may be correct. However it is odd this is the first time I have seen it on ASG. Hopefully it is corrected in addition to the other RPM issue.

Thanks,
Jim

Having the same problem and also still posted this here:
https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/28613

I'm having the same issue trying to install; 
asg-9.000-8.1.iso I used this iso without issue installing into a VM
asg-9.003-16.1.iso was also tried with no success.

In both cases they where burnt on different computers using different software.
I get the same message at the start of this thread or though references rc0 instead, and then the system just hangs at the first screen.

I have also tried doing a usb install and have changed the file of perl-package*.r to perl-package*.rpm and also have the same issue repeated.

Out of interested i tried an older version via usb asg-8.305-1.1.iso and that worked without any issues.

Can anyone shed any light of this issue.

Thanks

RTC is real time clock of the CPU
burn the first image of UTM 9 and then update, maybe will work