<div dir="ltr">Hi,<div><br></div><div><br></div><div>Are you 100% sure you tried it on a "fresh" disk that was really clean?</div><div>It defiantly feels like there is some metadata or something remaining in some blocks on the disk.</div><div><br></div><div>When FAI fails, are you able check for things like md info, dm info, lvm info and the like?</div><div><br></div><div>You may have to do some dmsetup remove, vgremove or pvremove.</div><div>wiptefs is also a good utility at clearing metadata, run it against any partitions before removing them.</div><div>Then remove partitions with dd, put some zeros on the first few Mg of the disk.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div><br></div>Cheers,<div>Just</div></div></div>
<br><div class="gmail_quote">On 4 January 2018 at 13:47, Andreas Heinlein <span dir="ltr"><<a href="mailto:aheinlein@gmx.com" target="_blank">aheinlein@gmx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Am 03.01.2018 um 17:28 schrieb Holger Parplies:<br>
> Hi,<br>
><br>
> Andreas Heinlein wrote on 2018-01-03 13:53:40 +0100 [setup-storage fails on blank disk]:<br>
>> [...]<br>
>> I have encountered a problem with setup-storage which occurs only when<br>
>> the disk is blank, i.e. wiped with nwipe/dban or brand new. It then<br>
>> fails on creating the LVM; running 'pvcreate' returns 'cannot open<br>
>> /dev/sda5 exclusively'.<br>
> this is probably unrelated, but is there any reason to put the LVM PV inside<br>
> a "logical" volume? DOS extended partitions seem to be the worst hack ever<br>
> invented to get around a limitation in a bad design, yet they repeatedly<br>
> and apparently unnecessarily pop up in quoted disk_configs:<br>
><br>
>> [...]<br>
>> This is your disk_config file:<br>
>> # generic disk configuration for one small disk<br>
>> # disk size from 500Mb up to what you can buy today<br>
>> #<br>
>> # <type> <mountpoint> <size in mb> <fstype> <mount options>  [extra options]<br>
>><br>
>> disk_config disk1 disklabel:msdos bootable:1 preserve_lazy:6 align-at:1M fstabkey:uuid<br>
>> primary  /boot              300      ext4    rw      createopts="-O ^64bit,^metadata_csum"<br>
>> logical  -          29500-30000      -       -<br>
>> logical  /media/daten  1024- ext4    acl     createopts="-O ^64bit,^metadata_csum -L Daten"<br>
> I count three partitions, which would work perfectly with primary partitions<br>
> (furthermore, you are using LVM to have an arbitrary number of named and<br>
> dynamic "volumes" (i.e. partitions) anyway, so if you needed more, LVM would<br>
> be the superior mechanism; of course, your specific requirements may vary).<br>
> Ok, you are preserving a logical partition, so in this particular case you'd<br>
> actually need to stick with logical partitions, but the partition in question<br>
> is ext4, not FAT-based, so it doesn't appear to be a legacy Windoze issue.<br>
><br>
> My point: am I missing something, and there is some obscure benefit of putting<br>
> an LVM container within an extended-partition-container (such as hiding it<br>
> from something), or is it simply a common misconception that you for some<br>
> reason cannot or should not put an LVM PV (or even several individual native<br>
> Linux partitions - such as /, /var and /tmp) into primary partitions -<br>
> assuming you only need upto four of them (and, obviously, assuming you are<br>
> still using MSDOS partition tables)?<br>
><br>
> Or, differently: for a *blank disk*, you obviously won't be preserving sda6,<br>
> and you probably aren't referencing it by partition number ("fstabkey:uuid"),<br>
> so does using 'primary' instead of 'logical' for all three partitions change<br>
> anything concerning the error you are experiencing?<br>
><br>
> Hope that helps someone (perhaps me ;-) ...<br>
><br>
> Regards,<br>
> Holger<br>
</div></div>Hello,<br>
<br>
yes, you are right - in some way, this *is* a legacy windows issue that<br>
has developed over time. In fact, the preserved partition once was a FAT<br>
partition as long as we had dualboot installations on these machines. We<br>
finally removed the dualboot two or three years ago and chose to format<br>
this partition ext4 instead. Why we didn't move to primary partitions or<br>
put it within the LVM at that time - I don't know.<br>
<br>
On the other hand, up to now we had no problems with that, so no urge to<br>
change anything. If you think it might help, I could try changing this.<br>
<br>
Bye,<br>
Andreas<br>
</blockquote></div><br></div>

<br>
<p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px">Notice:  This email is confidential and may contain copyright material of members of the Ocado Group. Opinions and views expressed in this message may not necessarily reflect the opinions and views of the members of the Ocado Group. </span></font></p><p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px"> </span></font></p><p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px">If you are not the intended recipient, please notify us immediately and delete all copies of this message. Please note that it is your responsibility to scan this message for viruses. </span></font></p><p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px"> </span></font></p><p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px">Fetch and Sizzle are trading names of Speciality Stores Limited and Fabled is a trading name of Marie Claire Beauty Limited, both members of the Ocado Group.</span></font></p><p style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif"><span style="font-size:14.6667px"> </span></font></p><p style="margin:0px;background-color:rgb(255,255,255)"><font color="#aeaaaa" face="Calibri, sans-serif" style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"><span style="font-size:14.6667px">References to the “Ocado Group” are to Ocado Group plc (registered in England and Wales with number 7098618) and its subsidiary undertakings (as that expression is defined in the Companies Act 2006) from time to time.  The registered office of Ocado Group plc is </span></font><font color="#aeaaaa" face="calibri, sans-serif"><span style="font-size:14.6667px">Buildings One & Two, Trident Place, Mosquito Way, Hatfield, Hertfordshire, AL10 9UL</span></font><span style="font-family:Arial,Helvetica,sans-serif;font-size:14.6667px;color:rgb(174,170,170)"><font face="Calibri, sans-serif">.</font></span></p>