Greetings, I tried to install 7.0.4.1 from april-7.0.4.1.iso using installquirky.x86 as a frugal installation onto an 8gb usb flashstick on my Asus eeepc 701 4G. (non-PAE - runs Quirky Tahr ok...) I tried executing this from both a Quirky Tahr full instal from a usb stick, and from an older non f2fs...

PeeBee, GCMartin, Thanks for the thoughtful responses! - and quick - much appreciated :o) I'll have a bit of a think - if running any tests as GCMartin suggests shows up anything that seems useful I'll report it back here. Otherwise, it might just be sticking with 13.01 as you suggest PeeBee. cheers...

Hi PeeBee, I'm currently running LxPup14.03 (along with Quirky Tahr) off some cheap flash usb on my v low clockspeed ASUS EeePc 701 4G (but with 2G RAM). My intention was to copy my install onto a quicker flashdrive I have once I was happy with it. This quicker flashdrive currently has LxPup 13.01 o...

PeeBee wrote: ChrisW - can you try the (lidsuspend) pet and see if it helps? OK - for the record I did try this (after uninstalling acpitool to be sure), just incase it showed up something. It didn't appear to change the lid shutting behaviour in any way (unfortunately). So, back to acpitool for me...

PeeBee, Apologies - only just seen your message. I didn't see the point in trying the lid suspend .pet as it's still based on suspend.sh (as Marv noted). Suspend.sh does appear to work on a completely fresh frugal install on a usb stick on my ASUS eeepc 701 4G though (Intel pre-Atom! Celeron-M ULV 3...

Thanks for the suggestion PeeBee I tried that, but gave no error messages (and also did nothing). On LxPup 13.01 I installed acpitools, which worked pretty well. I did also try it on this pup, but it started to give kernel panics, so I stopped trying with it. I may try it again tho... cheers Chris_W

One thing I forgot to mention: I do have a problem which I see on this update which was also on the last one: when I try to use Suspend from the Session Control tab, nothing happens (other than a message saying 'Suspending...') I've noticed on the 14.03 version (not sp1) that suspend does work when ...

I see I'm late for the party, but, I've updated the .iso with the delta done a fresh frugal install and made sure the new .sfs is being used created a save file mucked around with all the stuff that caused me tray starting probs previously shutdown and restarted a couple of times I can confirm that ...

Thanks Marv,

That's very helpful to understand, and v useful tip re gvolwheel-0.7.
Will give that & the .desktop link a try when I get another chance.

cheers Chris_W

Marv, PeeBee, Thanks you both for all your help and patience! I really appreciate it - I do wonder if these problems happen with others, or just me tho... and whether it's a function of my particular hardware setup (eeepc 701 booting frugal from a cheap usb 4Gig flashstick, formatted fat32). I comme...

Marv, PeeBee, After about 45mins uptime with firefox open to a few pages, then a reboot, back to the same error. Wondering if it as something to do with layered filesystem -> save file interaction at shutdown.. Also thought it might be to do with auto pup saves during use, but can't see evidence for...

Marv, I had a bit more time, so I booted from another save file, and edited the one I've been used to get it's lx-autostart etc how it should be. I noticed that on bootup I was getting a message about an unrecognised parameter, so re-read your message, and took the carriage return out of the syslinu...

Hi Marv After powering up to no error (I'd deleted the .wh file last night) a session editing spreadsheets, using firefox etc (often enough to create the error after a reboot), I read your post, so added that in. syslinux.cfg now reads: default vmlinuz initrd=initrd.gz pmedia=usbflash pfix=fsck I th...

PeeBee, Marv

Bad news, back to seeing the same error again - with new script & all.
I can easily fix it now, but it seems it is not removing the possibility of this happening after a session where I use the machine for browsing for an hour then shutdown.

cheers Chris_W

PeeBee, Marv, Marv is right. When I boot up from another pup, and mount the pup save file for this one (or it's backup) I do see the .wh.lx-autostart file in the root/.config folder. So I guess that means that on loading up into the layered file system, the folder simply just gets cancelled out. And...

ps. I also just booted from a copy of the save file & then had a look at the state of the save file as it had been shut down.

The lx-autostart folder was in place. So I'm thinking the problem is not in the shutdown scripts, just the startup.


Chris_W

PeeBee, Marv, OK - so I booted an old pup, to look at my Lxpup 14.03 save file, and low and behold, root/.config/lx-autostart was there! Perhaps I was hasty checking this morning... I made a backup copy of lx-autostart, shut down, and then booted from the LxPup 14.03 pup. It came up with the 'Error ...

Thanks Marv,

At work now, but will try these things later. Will prob boot from another usb & see if I can use that to do the fscheck on the save file, etc.

cheers Chris_W

PeeBee, Booted Up this morning to try your tweak. But it seems I was premature in signalling success. Got the 'Error No such file or directory' message again before I could apply the change, and neither /root/.config/autostart nor /root/.config/lx-autostart are present. I haven't looked into these s...

Hi Peebee, > Can you look in /root/.config and see if either autostart or lx-autostart are there? Neither were there - you were right. > please try the attached pet to see if it helps. I've created a fresh pup_save & installed the suggested .pet It seems to have solved the problem in that /root/...