On 30/12/15 15:48, John Paul Adrian Glaubitz wrote:
> On 12/30/2015 04:36 PM, Anatoly Pugachev wrote:
>> first, i had problems with formatting as well, but reused / copied
>> disk from oracle sparc linux with gpt disk partition table
>> (description of this problem in my previous email).
> This is a potential bug in debian-installer which always asssumes
> Sun partition tables on sparc64 but I'm not sure. It should allow
> GPT partition tables, too, in any case.
>
>> after solving problem with formatting, d-i did not installed kernel,
>> and i need to install it manually "apt-get install
>> linux-image-sparc64-smp" , changing silo.conf and updating bootloader.
> What exactly was the error message?
>
>> where do i report lvm "bus error" currently ? Just checked with my
>> installed sparc64 debian, adding lvm2 package, even simple commands
>> give "bus error":
> File a bug against the lvm2 package, please.
>
>> Adrian, yeah, lets make this as buildd, about 200 vcpus , 200Gb ram
>> and 300Gb hdd avail for this task.
> I'll send you an email with my public SSH key.
>
> Adrian
>
mm GPT tables,.. bane of my life at one point 8/
you need to find out of your sparc supports gpt tables in the first place for a
system disk, since that is a function of the OBP firmware. (once the kernel is
running you can have any partitioning schema you like,.. just NOT on the system
boot drive.
In L4S (anaconda) I was a bit lazy, during the CD install while its still
running from RAM, I made a call out to prtconf and looked for gpt. however that
required a few changes to prtconf for it to chuck out a string version
gpt_avail=iutil.execWithCapture("prtconf", ["-v", "-p"])
if ( gpt_avail.find("gpt") != -1 ):
_disklabel_types = ["gpt", "sun"]
else:
_disklabel_types = ["sun", "gpt"]
Node 0xf025eec4
*gpt*:
supported-labels: 67707400.73756e00.6d627200
name: 'disk-label'
