[Bug 2109979] Re: max size of user coredump is 0x7ffff000

Benjamin Drung 2109979 at bugs.launchpad.net
Mon May 19 13:15:39 UTC 2025


** Tags added: good-first-issue

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/2109979

Title:
  max size of user coredump is 0x7ffff000

Status in Apport:
  Triaged
Status in apport package in Ubuntu:
  Triaged

Bug description:
  In the code there is a snippet from '/usr/share/apport/apport' on
  ubuntu 24.04:

  ```
      # Priming read
      if from_report:
  ...
          error_log('writing core dump %s of size %i' % (core_name, core_size))
          os.write(core_file, r['CoreDump'])
  ```

  Looking to the fact, that os.write is a low-level function, which is
  (most probably) came to write() function of the kernel (see 'man 2
  write'), we have following note in the manual:

  ```
  NOTES
  ...

         On Linux, write() (and similar system calls) will transfer at most 0x7ffff000 (2,147,479,552) bytes, returning the number of bytes actually transferred.  (This is true on both 32-bit and 64-bit systems.)
  ```

  The fact is that coredumps are limited by this number. When trying to
  catch bigger one, we have file sized exactly 0x7ffff000 bytes; and
  they're trunked (i.e. recognized as damaged by gdb) with this default.

To manage notifications about this bug go to:
https://bugs.launchpad.net/apport/+bug/2109979/+subscriptions




More information about the foundations-bugs mailing list