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

Re: Centris 650 Debian 10 SID Installation



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?

> 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...

-- 


Reply to: