[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: New working sparc64 netinst image



On Wed, Dec 30, 2015 at 4:08 PM, Knut Petter Ølberg <kpolberg@gmail.com> wrote:
> On 30 December 2015 at 13:28, John Paul Adrian Glaubitz
> <glaubitz@physik.fu-berlin.de> wrote:
>>
>> On 12/30/2015 01:18 PM, Knut Petter Ølberg wrote:
>> > Which seems to work fine, until I get to the formatting part, where it
>> > seems to hang at 33%. This is in an LDOM on a T5140, tried changing from
>> > zvol to file, also tried ext2 and ext3 instead of ext4. Same result
>> > every time.
>>
>> Switch to a different terminal and check the contents of the log files
>> in /var/log. Let me know if you fine anything.
>>
> Seems to be hanging completely. I'll try on a T1000 later tonight. Maybe do
> the install on that one, and just transfer the image/zvol after
> installation.


well, i have had the same issue with 33% hanging formatting first partition.

  ┌─────────────┤ Partitions formatting ├───────────────┐
  │
                               │
  │                                           33%
                           │
  │
                              │
  │ Creating ext3 file system for /boot in partition #1 of /dev/vdiska...     │
  │
                               │
  ─────────────────────────────────────────────┘

and it's not hanging completely, i'm using network console in preseed
(to have second console)

d-i anna/choose_modules string network-console
d-i network-console/password password r00tme
d-i network-console/password-again password r00tme

on the second console, in /var/log/syslog:

Dec 30 14:32:51 partman: mke2fs 1.42.13 (17-May-2015)
Dec 30 14:32:51 partman: Found a sun partition table in /dev/vdiska1

and in running processes:
~ # ps
...
10544 root      3464 S    {50format_ext3} /bin/sh /lib/partman/commit.d/50form
10567 root      4008 S    log-output -t partman --pass-stdout mkfs.ext3 /dev/v
10568 root      9888 S    mkfs.ext3 /dev/vdiska1
10602 root      4144 S    udpkg --configure --force-configure di-utils-shell
10603 root      3328 S    {di-utils-shell.} /bin/sh /var/lib/dpkg/info/di-util
10604 root      3328 S    {start-shell} /bin/sh /bin/start-shell di-utils-shel
10605 root      3320 S    sh -c /bin/sh
10606 root      3328 S    /bin/sh
11396 root      3328 R    ps

My current oracle linux sparc and debian sparc64 installation, both
have the following partition layout:

(oracle sparc linux) :

[root@linuxsparc mator]# parted /dev/vdiska
GNU Parted 2.1
Using /dev/vdiska
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: Unknown (unknown)
Disk /dev/vdiska: 10.7GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  1075MB  1074MB  ext3               boot
 2      1075MB  1076MB  1049kB                     bios_grub
 3      1076MB  10.7GB  9661MB                     lvm


(debian unstable sparc64 , installed from debian-9.0-sparc64-NETINST-1.iso ) :

root@deb-t52:/home/mator# parted /dev/vdiska
GNU Parted 3.2
Using /dev/vdiska
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: Unknown (unknown)
Disk /dev/vdiska: 10.7GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  1075MB  1074MB  ext3                  boot, esp
 2      1075MB  1076MB  1049kB                        bios_grub
 3      1076MB  3075MB  2000MB  linux-swap(v1)
 4      3075MB  10.7GB  7661MB  ext4


So, basic difference is "gpt" on working sparc linux (both oracle and
debian) and d-i is doing "sun" partition table and hanging on 33%
while trying to format.
As mentioned on
https://oss.oracle.com/linux-sparc/docs/RELEASE-NOTES-1.0-en.html ,
quote
"Disk Used for Installation Must Not Contain a Sun VTOC Partition"
Too bad debian installer does not have usual linux partition tools,
like fdisk and/or parted, to make manual changes to partitions
created, and I've no idea how to check partition table partman or
change it with preseed.
I don't know solaris workaround for this problem (fmthard , prtvtoc ,
format , all via lofiadm , utilities does not allow to work with files
like linux do).
If you're installing in LDOM, you could probably use linux to
partition disk file with parted (parted /path/to/file , mklabel gpt ,
mkpart ... ) and then use this file as disk in LDOM. And for
bare-metal / physical hardware installations, i believe, we need to
patch debian installer for creating gpt partition table instead of
sun.

Hope this helps.

PS: btw the same problem with hanging format (as well disk detection)
was on unstable jessie with installation , before sparc was dropped
from debian, when i tried to install debian spring 2015.


Reply to: