Re: Centris 650 Debian 10 SID Installation
On 6/19/19 5:09 PM, Finn Thain wrote:
> On Wed, 19 Jun 2019, userm57@yahoo.com wrote:
>
>> On 6/19/19 2:22 AM, Finn Thain wrote:
>>> On Tue, 18 Jun 2019, userm57@yahoo.com wrote:
>>>
>>>> On 6/16/19 6:32 PM, Finn Thain wrote:
>>>>> On Wed, 12 Jun 2019, userm57@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).
Reply to: