Mageia forum

After installing form x86-64-KDE LIVE-DVD (without problems) I was asked for root password and user, then the login screen of kdm popped up. After clicking on the user, giving the password and clicking on login I receive a message in a box:

Code: Select all

Call to lnusertemp failed (temporary directories full?). Check your installation.
OK

After clicking OK the login screen returns.

No, temporary directories are not full, some GBytes of space available.
As there were no problems with the installation I would not know where to check.
The DVD is ok as well, I did some testing in live mode before installing.

Is this a known issue or should I create a bug report?

Bah! After rebooting the machine it went right through to the desktop (automatic login)! I did not set this, or has automatic login now become the default behavior?
I'll do all the backups, set the login to non-automatc and reboot, will report back.

Updates did not work: "not enough room on the filesystem!" WTF?
I checked with 'du' and saw that rootfs was occupied by 100%! Then I checked cfdisk and saw that the rootfs partition was set to 5Gb, /home was set to 5Gb (on a 12Gb harddisk). No small wonder that there was no free space available!
I think this was caused by the partitioner during installation. I let it do a "use free space" (which was the whole disk) partitioning, while I would have preferred at least a rootfs with 6Gb for a full installation.

I'll do a fresh installation with a different partitioning then.

On a second try my assumption proved to be right - it is a bug in the partitioner during installation.

Selecting automatic partitioning ("Use free space") the partitioner creates 3 partitions on a 10Gb harddisk:
1. rootfs -> 4.2 Gb
2. swap -> 1.5
3. /home -> 4.0

But an installation from the live KDE DVD uses 3.4 Gb on the rootfs, so after booting and creating temporary files the rootfs is filled up, leaving no room for additional stuff like proprietary drivers and the necessary devel packages to build the modules, updates, etc. So the automatic partitioning fails in creating the correct partition size for the rootfs. Through this the system is not usable and needs a new installation with custom partitioning.

Could somebody confirm this wrong behavior (may be in a Vbox with a defined harddisk size of 10Gb)?

Tried to install in VirtualBox 4.1.18, Mageia-3-alpha3-i586-DVD.iso.
Get kernel panic when tryied to restart after installation.
Get an error when tried to update during installation.
Installation in VMware Workstation 9.0.1 succeded.
Hope this information will be to some help.

wobo wrote:On a second try my assumption proved to be right - it is a bug in the partitioner during installation.

On a fresh M3A3 installation last night, I confirm the default autologin "feature" that I find odd, but I installed onto a larger HD and into partitions previously existing, so I did not encounter a partitioning bug.

Now realizing it, I'm noticing if I reboot the machine, it go straight to the desktop, does not ask for username/password.

This is a install using the Gnome 3 livecd.

wobo wrote:Could somebody confirm this wrong behavior of the partitioner (may be in a Vbox with a defined harddisk size of 10Gb)?

I'm waiting for a confirmation before I write a bugrep.

wobo wrote:I'm waiting for a confirmation before I write a bugrep.

Confirmed on a fresh installation in VMware Player with a 10GB hard disk using Mageia-3-alpha3-LiveDVD-KDE4-x86_64-DVD.iso with automatic partitioning:

Code: Select all

[andrew@localhost ~]$ lsblk /dev/sda
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0    10G  0 disk
├─sda1   8:1    0   5.2G  0 part /
├─sda2   8:2    0     1K  0 part
├─sda5   8:5    0 626.3M  0 part [SWAP]
└─sda6   8:6    0   4.2G  0 part /home
[andrew@localhost ~]$ df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       5.1G  4.9G     0 100% /


Thx Andrew.

Discovered that it is an old unfixed bug (October 2011), still stamped as NEW:
https://bugs.mageia.org/show_bug.cgi?id=3189