[SOLVED] call to lnusertemp failed

New features which should be implemented in Porteus; suggestions are welcome. All questions or problems with testing releases (alpha, beta, or rc) should go in their relevant thread here, rather than the Bug Reports section.
Post Reply
quotaholic
Black ninja
Black ninja
Posts: 72
Joined: 15 May 2011, 16:20
Location: denver
Contact:

[SOLVED] call to lnusertemp failed

Post#1 by quotaholic » 10 Sep 2013, 12:56

Hi All,

Had to recompile the Porteus kernel to get support for my hardware. Grabbed 3.9.11 from kernel.org and setup Porteus KDE4 2.1 i486 to build with on a 16gb usb stick formatted to ext4. Only have a gig of ram so this setup seemed best.

After getting the kernel patched and built and committing to install it to the target hardware (4gb nand flash module on 44 pin ide header) I get the message in the subject line as well as a dialog that I have to click and then get moved to a login window. As my target hardware is a tablet and has no keyboard attached to enter login information with this is not optimal. If Kvkbd could be called to sit on the login window this would be optimal however no option exists in system settings to do this.

How did you guys handle this in Kiosk edition? Disable logout? How do I troubleshoot the call to lnusertemp failing? Read that /var not having room will cause. I removed a couple directories in /var/tmp but that does not seem right. My sources were still on the flash stick so is it possible that 1gb of sources got carried over in to the new file system and this is what is filling my /var and causing call to lnusertemp to fail?

thanks in advance
quotaholic
Last edited by quotaholic on 11 Sep 2013, 01:14, edited 1 time in total.

User avatar
fanthom
Site Admin
Site Admin
Posts: 4548
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: call to lnusertemp failed

Post#2 by fanthom » 10 Sep 2013, 17:49

a) i'm not sure if kde4 is the best choice for your hardware.
b) startkde in porteus exports 'KDEVARTMP=/mnt/live/var/tmp' to make sure that kde caches are created in tmpfs (fastest response time) rather than in /var/tmp which could be a real filesystem (when user is saving changes).

'lnusertemp' error appears when kde cant write caches so please double check your setup. if you wont be able to figure it out then please upload your ISO and i'll try to find what's causing the error.
Please add [Solved] to your thread title if the solution was found.

quotaholic
Black ninja
Black ninja
Posts: 72
Joined: 15 May 2011, 16:20
Location: denver
Contact:

Re: call to lnusertemp failed

Post#3 by quotaholic » 10 Sep 2013, 19:08

Makes a lot of sense. I get different play on connecting via wifi each boot. Most times I have to reenter password but KDE saves the network name.

Ill take a look at caches later tonight.

New tablet. 10 inch. 1.6 ghz z530 atom with intel gma500 poulsbo. 1GB ram. KDE is quite snappy on this one. The old tablets.... yeah KDE3 or E17 is about all that will run. Razor worked but was too weird.

Cut sheet:

http://ruggedpcreview.com/3_slates_dtre ... dt312.html

Got it for $130 off flea bay.


Thanks for the tip. Will look more in 5 hours.

quotaholic

quotaholic
Black ninja
Black ninja
Posts: 72
Joined: 15 May 2011, 16:20
Location: denver
Contact:

Solved Re: call to lnusertemp failed

Post#4 by quotaholic » 11 Sep 2013, 00:44

Thanks for the tip.

Turns out I erased too much from /var/tmp and she would not boot without choosing "fresh" or norootcopy cheat code and from the usb stick.

Installed again but this time I chose not to use installer and manually partitioned and copied only porteus and boot folders. I had 000-kernel and aufs and linux-3.9.11 still on usb from building the kernel along with porteus and boot directories on usb. Hit the CLI installer and rebooted without the error.

Aside from a couple tweaks to .config to get it to take on the hardware this is an ideal distribution for an atom based tablet with 4gb of nand flash available.

Cheers

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: call to lnusertemp failed

Post#5 by brokenman » 11 Sep 2013, 00:55

3.11 kernel has hit mainline and the rcN aufs patch succeeds. I am using it now and it brings some nice features to the party.
How do i become super user?
Wear your underpants on the outside and put on a cape.

quotaholic
Black ninja
Black ninja
Posts: 72
Joined: 15 May 2011, 16:20
Location: denver
Contact:

[SOLVED] Re: call to lnusertemp failed

Post#6 by quotaholic » 11 Sep 2013, 01:10

Thanks brokenman

I didnt use the method of modprobing the penmount.ko and then using xinput-calibrator this time around. Used this in the past to stay all open source on getting the touchscreen to work. Had to use very current inputattach that had penmount -pm9k option with this method. This tablet uses 6250 controller and have not been able to get inputattach to grab it and slap it on the input layer. I hear its a combo serial / usb that supports multitouch on win7. I tried but it didn't take. Used the vendors touchscreen driver for Debian 7 on Porteus v2.1 and as the Xorg versions lined up It took. I would bite my nails trying 3.11 as its a huge delta against 3.2.xx which I think is what Debian 7 is using. My fear is that the vendor driver would do an abi mismatch on me. Eh my girlfriend is out of town for 5 more days. I'll give it shot and report back.

quotaholic

Post Reply