<div dir="ltr"><div><div>Hi,<br></div><br>Looking at the installation messages (installing through serial console, so I can't switch) sdb1 seems to belong to the USB stick containing. "sdb1" seems to belong to the USB stick I use for installation. The problem did not come up with the Leap 42.3 installer, so I'll try to reproduce it again with the SLES 12 SP3 GMC installer.<br></div><br>Bye,<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Peter Czanik (CzP) <<a href="mailto:peter.czanik@balabit.com" target="_blank">peter.czanik@balabit.com</a>><br>Balabit / syslog-ng upstream<br><a href="https://www.balabit.com/blog/author/peterczanik/" target="_blank">https://www.balabit.com/blog/author/peterczanik/</a><br><a href="https://twitter.com/PCzanik" target="_blank">https://twitter.com/PCzanik</a></div></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 20, 2017 at 2:22 PM, Czanik, Péter <span dir="ltr"><<a href="mailto:peter.czanik@balabit.com" target="_blank">peter.czanik@balabit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi,<br></div><br>It's a SoftIron Overdrive 1000 (<a href="http://softiron.com/products/overdrive-1000/" target="_blank">http://softiron.com/products/<wbr>overdrive-1000/</a>) which arrived with Leap 42.2. I just deleted partitions to be able to do a fresh install, so can't tell you the content of the partition right now. I'll let you know what is on that partition once the next install is ready. I plan to install Leap 43.3 now, but the bug seems to be shared between Leap and SLES...<br><br></div>Bye,<br></div><div class="gmail_extra"><span class=""><br clear="all"><div><div class="m_8674115943986561474gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Peter Czanik (CzP) <<a href="mailto:peter.czanik@balabit.com" target="_blank">peter.czanik@balabit.com</a>><br>Balabit / syslog-ng upstream<br><a href="https://www.balabit.com/blog/author/peterczanik/" target="_blank">https://www.balabit.com/blog/<wbr>author/peterczanik/</a><br><a href="https://twitter.com/PCzanik" target="_blank">https://twitter.com/PCzanik</a></div></div></div></div>
<br></span><div><div class="h5"><div class="gmail_quote">On Thu, Jul 20, 2017 at 2:12 PM, Richard Brown <span dir="ltr"><<a href="mailto:rbrown@suse.de" target="_blank">rbrown@suse.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Peter,<br>
<br>
What make/model/spec is your aarch64 machine?<br>
What was the existing OS on the HDD and what was it using /dev/sdb1 for?<br>
<br>
Regards,<br>
<br>
Richard<br>
<div><div class="m_8674115943986561474h5"><br>
On Thu, 2017-07-20 at 13:30 +0200, Czanik, Péter wrote:<br>
> Hi,<br>
><br>
> When trying to install GMC on an Aarch64 machine, it fails when there is an existing OS on HDD. I had this problem both when I was trying to replace Leap with SLES and the other way around. The error message is below. Installation to an empty HDD works fine.<br>
><br>
>                                                                           ┌────────────────────────────<wbr>──────────────────────────────<wbr>──┐                                                                   │  │<br>
>                                                                           │ Failure occurred during the following action:              │                                                                   │  │                                                                              │ Formatting partition /dev/sdb1 (156.00 MiB) with vfat      │                                                                   │  │                                                                              │                                                            │                                                                   │  │ │<br>
>                                                                           │ VOLUME_FORMAT_FAILED                                       │                                                                   │  │ │<br>
>                                                                           │                                                            │                                                                   │  │ │<br>
>                                                                           │ System error code was: -3008                               │                                                                   │  │ │<br>
>                                                                           │                                                            │                                                                   │  │ │<br>
>                                                                           │ /sbin/mkdosfs '/dev/sdb1':                                 │                                                                   │  │ │<br>
>                                                                           │ mkdosfs: unable to open /dev/sdb1: Device or resource busy │                                                                   │  │ │<br>
>                                                                           │                                                            │                                                                   │  │  i                                                                           │ Continue despite the error?                                │                                                                   │  │<br>
>                                                                           │                                                            │                                                                   │  │<br>
>                                                                           │                     [Continue] [Abort]                     │                                                                   │  │ │<br>
>                                                                           └────────────────────────────<wbr>──────────────────────────────<wbr>──┘                                                                   │  │                                                                                                                                                                                                               │  │<br>
><br>
><br>
> Peter Czanik (CzP) <<a href="mailto:peter.czanik@balabit.com" target="_blank">peter.czanik@balabit.com</a>><br>
> Balabit / syslog-ng upstream<br>
> <a href="https://www.balabit.com/blog/author/peterczanik/" rel="noreferrer" target="_blank">https://www.balabit.com/blog/a<wbr>uthor/peterczanik/</a><br>
> <a href="https://twitter.com/PCzanik" rel="noreferrer" target="_blank">https://twitter.com/PCzanik</a><br>
</div></div>> ______________________________<wbr>_________________<br>
> sle-beta mailing list<br>
> <a href="mailto:sle-beta@lists.suse.com" target="_blank">sle-beta@lists.suse.com</a><br>
> <a href="http://lists.suse.com/mailman/listinfo/sle-beta" rel="noreferrer" target="_blank">http://lists.suse.com/mailman/<wbr>listinfo/sle-beta</a><br>
<span class="m_8674115943986561474HOEnZb"><font color="#888888"><br>
--<br>
Richard Brown<br>
Technical Lead - openQA<br>
openSUSE Chairman<br>
<br>
Phone <a href="tel:%2B4991174053-361" value="+4991174053361" target="_blank">+4991174053-361</a><br>
SUSE Linux GmbH,  Maxfeldstr. 5,  D-90409 Nuernberg<br>
GF: Felix Imendörffer, Jane Smithard, Graham Norton,<br>
HRB 21284 (AG Nürnberg)<br>
<br>
<br>
<br>
<br>
<br>
<br>
</font></span></blockquote></div><br></div></div></div>
</blockquote></div><br></div>