On 6/19/19 5:09 PM, Finn Thain wrote: > On Wed, 19 Jun 2019, user...@yahoo.com wrote: > >> On 6/19/19 2:22 AM, Finn Thain wrote: >>> On Tue, 18 Jun 2019, user...@yahoo.com wrote: >>> >>>> On 6/16/19 6:32 PM, Finn Thain wrote: >>>>> On Wed, 12 Jun 2019, user...@yahoo.com wrote: >>>>> >>>>>> >>>>>> ... Here's the disk >>>> partitioning as reported by mac-fdisk in Debian 10: >>>> >>>> ----- >>>> # mac-fdisk -l >>>> Disk /dev/sda >>>> # type name length base ( size ) system >>>> /dev/sda1 map Apple 63 @ 1 ( 31.5k) Partition map >>>> /dev/sda2 Dr43 Macintosh 32 @ 64 ( 16.0k) Driver 4.3 >>>> /dev/sda3 unix root 12582912 @ 96 ( 6.0G) Linux native >>>> /dev/sda4 unix swap 1048576 @ 12583008 (512.0M) Linux swap >>>> /dev/sda5 unix test 8192 @ 13631584 ( 4.0M) Linux native >>>> /dev/sda6 Free Extra 5234593 @ 13639776 ( 2.5G) Free space >>>> /dev/sda7 unix data 4427887 @ 18874369 ( 2.1G) Linux native >>>> /dev/sda8 unix root_backup 4194304 @ 23302256 ( 2.0G) Linux native >>>> /dev/sda9 HFS MacOS 4194304 @ 27496560 ( 2.0G) HFS >>>> /dev/sda10 HFS Data 4194304 @ 31690864 ( 2.0G) HFS >>>> >>>> Block size=512, Number of Blocks=35885168 >>>> ----- >>>> >>>> This looks suspicious -- 2147483648 looks like something hit a 2 GB >>>> limit. Also, the sizes are wrong, and there's no usr partition, so >>>> maybe these are defaults of some sort? >>>> >>>> parted_server: OUT: 1 512-32767 32256 primary >>>> unknown /dev/sda1 Apple >>>> parted_server: OUT: 2 32768-49151 16384 primary >>>> unknown /dev/sda2 Macintosh >>>> parted_server: OUT: 3 49152-2147532799 2147483648 primary >>>> sun-ufs /dev/sda3 root >>>> parted_server: OUT: 4 2147532800-2684403711 536870912 primary >>>> unknown /dev/sda4 swap >>>> parted_server: OUT: 5 2684403712-6979371007 4294967296 primary >>>> unknown /dev/sda5 usr >>>> parted_server: OUT: -1 6979371008-9663676927 2684305920 primary >>>> free /dev/sda-1 >>>> parted_server: OUT: 7 9663676928-11930755071 2267078144 primary >>>> ext3 /dev/sda7 data >>>> ... >>> >>> By the end of the log, the partition type seems to have been changed from >>> sun-ufs to ext3 but the size is still 2GB: >>> >>> parted_server: OUT: 3 49152-2147532799 2147483648 primary >>> ext3 /dev/sda3 root >>> parted_server: OUT: 4 2147532800-2684403711 536870912 primary >>> linux-swap /dev/sda4 swap >>> parted_server: OUT: 5 2684403712-6979371007 4294967296 primary >>> ext3 /dev/sda5 usr >>> >>> Did parted initialize a 6 GB filesystem on the sda3 partition, or did you >>> end up with a 2 GiB filesystem at the start of a 6 GB partition? >>> >> >> As far as I can tell, and as reported by "df", the filesystem size is 6 >> GB. > > Must be a bug. > >> Large filesystems (> 2GB) have been supported for a long time, > > I believe that Sun UFS is limited to 2 TB. Assuming that this really was > a Sun UFS filesystem. Was it created by NetBSD perhaps?
Yes, I used to have NetBSD installed in the first 1024 MB of the disk, but I had re-partitioned the disk before running the Debian installer. Maybe it was looking at the partition so it could warn me, for example, that I was about to overwrite a partition with a NetBSD signature? On mac68k, NetBSD uses a partition type of Apple_UNIX_SVR2. > >> so maybe it's a printing error that's only in the log, such as might be >> caused by printing an unsigned int or a long int as an int? >> > > I don't see how you get 2 GB from 6 GB with just a formatting bug... > I don't either, especially since it ended up creating filesystems correctly (except for trashing the Apple Driver partition).
