System install issue: 'You have a memory leak'

  • Open
  • quality assurance status badge
Details
2 participants
  • Seswu M. Fafnan
  • Ludovic Courtès
Owner
unassigned
Submitted by
Seswu M. Fafnan
Severity
normal
S
S
Seswu M. Fafnan wrote on 13 Oct 2019 19:48
(address . bug-guix@gnu.org)
20191013194816.d5627ec140af0685d103c786@gmail.com
Hello.

I'm trying to install the full guix system on a pc but there's a problem.

When "populating '/mnt'", it bails with an error and claims:
'You have a memory leak (not released memory pool)'

A program named dtree is mentioned as well during what appears to be several attempts at having whatever it is succeed, then the install fails.

I can access other text terminals to read log files, but have not found any log in /var/log that resembles screen output, and did not find any guidance for this on the site/web either.

Output from inxi on system attached. I am not aware of any problems with the physical memory on this machine.

Install was 'normal' through usb stick, graphical install, english system, danish localization, full harddisk used, encrypted, with suggested layout.
There is no config.scm in /etc.

Kind regards,
Uffe
Attachment: inx.out
L
L
Ludovic Courtès wrote on 13 Oct 2019 22:47
(name . Seswu M. Fafnan)(address . hadaqada@gmail.com)(address . 37739@debbugs.gnu.org)
87imos8j9i.fsf@gnu.org
Hi Seswu,

"Seswu M. Fafnan" <hadaqada@gmail.com> skribis:

Toggle quote (5 lines)
> I'm trying to install the full guix system on a pc but there's a problem.
>
> When "populating '/mnt'", it bails with an error and claims:
> 'You have a memory leak (not released memory pool)'

I’ve never seen this message before, but looking at the intertubes, it
may be a bug in GRUB related to encryption:


Could you explain how to reproduce the issue? In particular, what
partitioning scheme and encryption setup did you choose?

Thanks in advance,
Ludo’.
S
S
Seswu M. Fafnan wrote on 14 Oct 2019 09:17
Re: bug#37739: Acknowledgement (System install issue: 'You have a memory leak')
(address . 37739@debbugs.gnu.org)
20191014091724.289a2a6e90d11abc0ceda9e6@gmail.com
With the help of #guix, a workaround was found;
A manual continuation of the install succeeded where the graphical install did not.
'guix system init /mnt/etc/config.scm /mnt' resulted in successful population of /mnt, and in what seems to me to be a functioning system.





On Sun, 13 Oct 2019 19:06:02 +0000
help-debbugs@gnu.org (GNU bug Tracking System) wrote:

Toggle quote (2 lines)
> 37739@debbugs.gnu.org

--
Seswu M. Fafnan <hadaqada@gmail.com>
S
S
Seswu M. Fafnan wrote on 14 Oct 2019 09:43
Re: bug#37739: System install issue: 'You have a memory leak'
(name . Ludovic Courtès)(address . ludo@gnu.org)
20191014094332.2a801c90db91a84c4ab03047@gmail.com
Hello Ludovic :)

Thank you for responding.
Late in the evening, with help from leoprikler at irc #guix, a workaround was found; going manual, which had until then been too overwhelming for me to face.
I just wrote a bit on that as extra information to the bug report, but will quote it below also.

Reproduction is to use the graphical installer; from the beginning:
English, Denmark, Graphical installer;
Europe, Copenhagen, Danish, Danish (no dead keys)
Guided - entire disk with encryption
ATA scsi (choosing my harddisk)
Everything is one partition

Resulting partitioning scheme looked like:
/dev/sda
/boot/efi
576MB fat32
boot,esp
/
1000GB ext4
cryptroot

I did not encounter the same problem doing the population manually.
The output from the manual command and from the graphical install is not the same, so I can't really compare what happened blow-by-blow.
I tried the graphical approach thrice, getting the issue, then following advice did the manual command - actually in an attempt to secure the screen output - and it worked the first time I did it.

I hope that this helped in determining the source of the problem :]

Kind regards,
Uffe

---------------------------------------
With the help of #guix, a workaround was found;
A manual continuation of the install succeeded where the graphical install did not.
'guix system init /mnt/etc/config.scm /mnt' resulted in successful population of /mnt, and in what seems to me to be a functioning system.
---------------------------------------

On Sun, 13 Oct 2019 22:47:53 +0200
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (21 lines)
> Hi Seswu,
>
> "Seswu M. Fafnan" <hadaqada@gmail.com> skribis:
>
> > I'm trying to install the full guix system on a pc but there's a problem.
> >
> > When "populating '/mnt'", it bails with an error and claims:
> > 'You have a memory leak (not released memory pool)'
>
> I’ve never seen this message before, but looking at the intertubes, it
> may be a bug in GRUB related to encryption:
>
> https://github.com/NixOS/nixpkgs/issues/21830
>
> Could you explain how to reproduce the issue? In particular, what
> partitioning scheme and encryption setup did you choose?
>
> Thanks in advance,
> Ludo’.


--
Seswu M. Fafnan <hadaqada@gmail.com>
L
L
Ludovic Courtès wrote on 16 Oct 2019 22:30
(name . Seswu M. Fafnan)(address . hadaqada@gmail.com)(address . 37739@debbugs.gnu.org)
87zhi0igam.fsf@gnu.org
Hi Seswu,

"Seswu M. Fafnan" <hadaqada@gmail.com> skribis:

Toggle quote (23 lines)
> Late in the evening, with help from leoprikler at irc #guix, a workaround was found; going manual, which had until then been too overwhelming for me to face.
> I just wrote a bit on that as extra information to the bug report, but will quote it below also.
>
> Reproduction is to use the graphical installer; from the beginning:
> English, Denmark, Graphical installer;
> Europe, Copenhagen, Danish, Danish (no dead keys)
> Guided - entire disk with encryption
> ATA scsi (choosing my harddisk)
> Everything is one partition
>
> Resulting partitioning scheme looked like:
> /dev/sda
> /boot/efi
> 576MB fat32
> boot,esp
> /
> 1000GB ext4
> cryptroot
>
> I did not encounter the same problem doing the population manually.
> The output from the manual command and from the graphical install is not the same, so I can't really compare what happened blow-by-blow.
> I tried the graphical approach thrice, getting the issue, then following advice did the manual command - actually in an attempt to secure the screen output - and it worked the first time I did it.

So doing a similar installation using the “manual” installation process
worked, right?

Did you end up with an OS config file different from the one produced by
the graphical installer? Could you post that config file that
eventually worked so we can compare it to what the installer produces?

Thanks for the update!

Ludo’.
S
S
Seswu M. Fafnan wrote on 17 Oct 2019 08:22
(name . Ludovic Courtès)(address . ludo@gnu.org)
20191017082204.4f05a8f689ebb4e6f9eeca36@gmail.com
Hello Ludovic,

Yes, I did did a similar install - in fact I was simply 'continuing' the install manually from the point where the graphical install failed.

So, I was using the config file that the graphic config had produced.
I still am.
There is some complaints from the package manager about localization, and also something about putting my .guix-profile directory into an environment variable. I've tried to figure out what the latter is about, but I don't know how it is -supposed- to work, so I'm not sure what to do about it. From what I hear on irc, the profile and probably everything in the .guix-profile dir is repeatedly generated, which means it's not -there- I should correct things probably. So I'm a bit confused on that point.
I also have some trouble with the window manager I chose, i3. It seems it didn't fully install. It's called up, and works.. the status bar didn't though, not until I installed it manually, and I still haven't gotten dmenu to work properly.

Regardless.. those three things are probably besides the point/bug. The system got up and started, it works, I can log into it, and if I knew what I was doing I could probably remedy the remaining things in a snap.

I've attached the config file I used. (generated by the graphical installer)

Uffe


On Wed, 16 Oct 2019 22:30:57 +0200
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (39 lines)
> Hi Seswu,
>
> "Seswu M. Fafnan" <hadaqada@gmail.com> skribis:
>
> > Late in the evening, with help from leoprikler at irc #guix, a workaround was found; going manual, which had until then been too overwhelming for me to face.
> > I just wrote a bit on that as extra information to the bug report, but will quote it below also.
> >
> > Reproduction is to use the graphical installer; from the beginning:
> > English, Denmark, Graphical installer;
> > Europe, Copenhagen, Danish, Danish (no dead keys)
> > Guided - entire disk with encryption
> > ATA scsi (choosing my harddisk)
> > Everything is one partition
> >
> > Resulting partitioning scheme looked like:
> > /dev/sda
> > /boot/efi
> > 576MB fat32
> > boot,esp
> > /
> > 1000GB ext4
> > cryptroot
> >
> > I did not encounter the same problem doing the population manually.
> > The output from the manual command and from the graphical install is not the same, so I can't really compare what happened blow-by-blow.
> > I tried the graphical approach thrice, getting the issue, then following advice did the manual command - actually in an attempt to secure the screen output - and it worked the first time I did it.
>
> So doing a similar installation using the “manual” installation process
> worked, right?
>
> Did you end up with an OS config file different from the one produced by
> the graphical installer? Could you post that config file that
> eventually worked so we can compare it to what the installer produces?
>
> Thanks for the update!
>
> Ludo’.


--
Seswu M. Fafnan <hadaqada@gmail.com>
Attachment: config.scm
?