Question as to whether Ubuntu or UbuntuMATE is 32 bit

Sun Sep 2 00:10:56 UTC 2018

At Sun, 2 Sep 2018 05:04:51 +0800 (AWST) "Ubuntu user technical support,  not for general discussions" <ubuntu-users at lists.ubuntu.com> wrote:

> 
> 
> On Sun, 2 Sep 2018, Bret Busby wrote:
> 
> > Date: Sun, 2 Sep 2018 04:52:20
> > From: Bret Busby <bret at busby.net>
> > Reply-To: "Ubuntu user technical support, not for general discussions"
> >     <ubuntu-users at lists.ubuntu.com>
> > To: "Ubuntu user technical support, not for general discussions"
> >     <ubuntu-users at lists.ubuntu.com>
> > Subject: Re: Question as to whether Ubuntu or UbuntuMATE is 32 bit
> > 
> > On Sun, 2 Sep 2018, Bret Busby wrote:
> >
> >> Date: Sun, 2 Sep 2018 04:34:48
> >> From: Bret Busby <bret.busby at gmail.com>
> >> Reply-To: "Ubuntu user technical support, not for general discussions"
> >>     <ubuntu-users at lists.ubuntu.com>
> >> To: ubuntu-users at lists.ubuntu.com
> >> Subject: Question as to whether Ubuntu or UbuntuMATE is 32 bit
> >> 
> >> I have read, regarding RISC OS, that
> >> 
> >> "
> >> The file system abstraction layer API uses 32-bit file offsets, making
> >> the largest single file 4 GiB (minus 1 byte) long.
> >> "
> >> 
> >> - https://en.wikipedia.org/wiki/RISC_OS
> >> 
> >> Now, that makes me wonder whether Ubuntu Linux, or, UbuntuMATE Linux,
> >> is limited to 32 bit.
> >> 
> >> The reason that this has arisen, is that I have a 4.5GB file that I
> >> can not move - I have tried to move (using cut and paste) the file,
> >> using both caja and PCManFM, and, with both, I get the problem that
> >> the file is "too large to be spliced", and, a filesize limit of 4GB
> >> apparently applies
> >> 
> >> So, is Ubuntu Linux, or, UbuntuMATE Linux, is limited to 32 bit, or,
> >> are the file managers limited to 32 bit operations?
> >> 
> >> The computer has an i3 CPU and 16GB of RAM.
> >> 
> >> The computer is running UbuntuMATE 16.04 AMD64, as far as I am aware.
> >> 
> >
> > "
> > bret at bret-Inspiron-580-UbuntuMATE:~$ uname -a
> > Linux bret-Inspiron-580-UbuntuMATE 4.4.0-133-generic #159-Ubuntu SMP Fri Aug 
> > 10 07:31:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
> > bret at bret-Inspiron-580-UbuntuMATE:~$ uname -aip
> > Linux bret-Inspiron-580-UbuntuMATE 4.4.0-133-generic #159-Ubuntu SMP Fri Aug 
> > 10 07:31:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
> > bret at bret-Inspiron-580-UbuntuMATE:~$ uname -ip
> > x86_64 x86_64
> > "
> >
> 
> PCManFM shows the total filesize (that is too big) as
> 4.2 GiB (4,526,198,136 bytes)
> 
> and the space taken up by it on the disk, as
> 4.2 GiB (4,530,634,752 bytes)
> 
> and, the quantity of it, that it managed to move, as
> 4.0 GiB (4,294,967,295 bytes)
> 
> with the space that that takes on the drive, as
> 4.0 GiB (4,294,967,296 bytes)
> being 1 byte more than it shifted.
> 
> PCManFM shows the same values (to the byte) for the file that resulted 
> from being moved by caja.
> 
> As the move was not completed, in each instance, the source file remains 
> where it was; all of it.
> 
> The data that was moved, can be opened, so I assume that each file 
> manager truncated, when it got to its apparent 32 bit limit.

What happens when you fire up a bash shell and use cp to copy the file?

sauron.deepsoft.com% ls -lh /distrocds/CentOS/7/x86_64/CentOS-7-x86_64-Everythin 
g-1511.iso 

-rw-rw-r--. 1 qemu qemu 7.3G Jan  3  2016 /distrocds/CentOS/7/x86_64/CentOS-7-x86_64-Everything-1511.iso
sauron.deepsoft.com% df -h .

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/sauron-home
                       40G   25G   14G  65% /home
sauron.deepsoft.com% cp -v /distrocds/CentOS/7/x86_64/CentOS-7-x86_64-Everything 
-1511.iso ./

`/distrocds/CentOS/7/x86_64/CentOS-7-x86_64-Everything-1511.iso' -> `./CentOS-7-x86_64-Everything-1511.iso'
sauron.deepsoft.com% ls -lh CentOS-7-x86_64-Everything-1511.iso

-rw-r--r--. 1 heller users 7.3G Sep  1 19:58 CentOS-7-x86_64-Everything-1511.iso
sauron.deepsoft.com% uname -a

Linux sauron.deepsoft.com 2.6.32-754.el6.x86_64 #1 SMP Tue Jun 19 21:26:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
sauron.deepsoft.com% cat /etc/redhat-release 

CentOS release 6.10 (Final)
sauron.deepsoft.com% exit

Script done on Sat 01 Sep 2018 07:59:48 PM EDT

cp has no trouble copying files larger 2^32 bytes, even with an older version 
of file utils and with an older kernel.

> 
> --
> Bret Busby
> Armadale
> West Australia
> ..............
> 
> "So once you do know what the question actually is,
>   you'll know what the answer means."
> - Deep Thought,
>    Chapter 28 of Book 1 of
>    "The Hitchhiker's Guide to the Galaxy:
>    A Trilogy In Four Parts",
>    written by Douglas Adams,
>    published by Pan Books, 1992
> ....................................................
> Content-Description: 
> 

-- 
Robert Heller             -- 978-544-6933
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
heller at deepsoft.com       -- Webhosting Services