parted 3.2 (libparted) , mklabel sun, bug, sparc64
Hello! I can't make sun partition table with parted over existing one on debian sparc64 physical machine Sun SPARC T5120: root@nvg5120:~# parted /dev/sda GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) unit co (parted) print Warning: The disk CHS geometry (17848,255,63) reported by the operating system does not match the geometry stored on the disk label (65535,16,273). Ignore/Cancel? I Model: SEAGATE ST914602SSUN146G (scsi) Disk /dev/sda: 147GB Sector size (logical/physical): 512B/512B Partition Table: sun Disk Flags: Number Start End SizeFile system Flags 1 0.00B 16.1GB 16.1GB sun-ufs root 2 16.1GB 33.3GB 17.2GB 4 33.3GB 49.4GB 16.1GB sun-ufs 5 49.4GB 146GB 97.0GB sun-ufs (parted) unit s (parted) print Model: SEAGATE ST914602SSUN146G (scsi) Disk /dev/sda: 286739329s Sector size (logical/physical): 512B/512B Partition Table: sun Disk Flags: Number Start End SizeFile system Flags 1 0s 31458335s 31458336s sun-ufs root 2 31458336s 65013311s 33554976s 4 65013312s 96471647s 31458336s sun-ufs 5 96471648s 285837551s 189365904s sun-ufs (parted) (parted) mklabel sun Warning: The existing disk label on /dev/sda will be destroyed and all data on this disk will be lost. Do you want to continue? Yes/No? Yes Backtrace has 1 calls on stack: 1: /lib/sparc64-linux-gnu/libparted.so.2(ped_assert+0x2c) [0x8001001344c4] You found a bug in GNU Parted! Here's what you have to do: Assertion (bios_geom->cylinders == (PedSector) (dev->length / cyl_size)) at ../../../libparted/labels/sun.c:190 in function sun_alloc() failed. Aborted PS: OS is Linux debian sid/unstable (kernel 4.5 , glibc 2.22) sparc64.
Re: Status
On Fri, Apr 15, 2016 at 1:06 PM, John Paul Adrian Glaubitzwrote: > On 04/15/2016 12:52 PM, Artyom Tarasenko wrote: >> This misinformation made me feel obliged to fix it in the upstream. >> So, today's QEMU git can boot FreeBSD/sparc64. Don't know though >> whether it's really relevant for anyone at debian-sparc mailing list. >> :-) > > Awesome, thanks a lot! > >> (15+ years ago, mentioning *BSD on a Linux mailing list or vice-versa >> would cause a holly war, but now we are all grown up, right?) > > Well, for my part, I think that emacs is much better than vim! xD Well emacs is good. Except for the missing text editor. xD > Btw, from your above comment it sounds like you have commit > access to qemu? Am I understanding this correctly? Because > I have a few qemu patches for the m68k target which are still > waiting to be merged. I don't have commit access to qemu. I think meanwhile it's more or less centralized and pretty much everything is committed by Peter Maydell. The way to get the patches is to post them on the Mailing list CCing the sub-system maintainer. According to the current MAINTAINERS file (I'm not loud, the actual file name is all caps), M68K has "Orphan" status. Which probably mean that you gonna have to CC Peter himself. Perhaps you would like to be a m68k mainainer? You cope with debian-sparc very well. :-) Artyom -- Regards, Artyom Tarasenko SPARC and PPC PReP under qemu blog: http://tyom.blogspot.com/search/label/qemu
Re: Status
On 04/15/2016 12:52 PM, Artyom Tarasenko wrote: > This misinformation made me feel obliged to fix it in the upstream. > So, today's QEMU git can boot FreeBSD/sparc64. Don't know though > whether it's really relevant for anyone at debian-sparc mailing list. > :-) Awesome, thanks a lot! > (15+ years ago, mentioning *BSD on a Linux mailing list or vice-versa > would cause a holly war, but now we are all grown up, right?) Well, for my part, I think that emacs is much better than vim! xD Btw, from your above comment it sounds like you have commit access to qemu? Am I understanding this correctly? Because I have a few qemu patches for the m68k target which are still waiting to be merged. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913