You are not logged in.
D/L'd the new image today. Success all the way through until I try to login. Tried to login through recovery mode, purge and reinstall slim, but no change. Did that a couple times actually. Also tried to select openbox as the session as one blog I read mentioned the session wasn't initialized until one was selected. That did not work either. This is super frustrating. Doesn't look like too many are running into this, so my expectation is realistic. If anyone has a suggestion, I'd appreciate it.
Very anti climatic. Few beers and back into statler for now should ease the pain 
thanks,
Last edited by pvsage (2012-09-27 12:41:56)
Offline
My first thought was to purge slim as well dkeg. I did a quick search and found this and thought it might help. Does failsafe work at all?
http://forums-web2.gentoo.org/viewtopic … b6#6435581
Last edited by swftech (2012-09-25 03:23:21)
My son didn't understand the concept of a committed relationship, so I told him it's like making a girl your default browser.
Offline
Hey there. I had the same issue as you. Here's how I fixed it.
Boot into rescue mode, then create a home directory for your user. It's not made yet for some reason. Then create a .xinitrc file in your directory and add exec openbox-session (if using openbox). Reboot and it should let you login now.
Last edited by TemperingPick (2012-09-25 16:36:40)
Offline
I've come up against this one too,
Thank you TemperingPick, you've got me at least to a usable desktop.
to further complicate things my fstab appears to be completely empty too.
very strange.
This week's operating systems (subject to change)
LAPTOP : Crunchbang Waldorf AMD64 Openbox / openSUSE 12.2 x86_64 KDE 4.10rc3 / Win7 64bit
DESKTOP : Crunchbang Waldorf AMD64 Openbox / openSUSE 12.2 x86_64 KDE 4.10rc3 / Winvista 64bit
Offline
Offline
Had the same issue installing from the latest "Waldorf Testing Image: 20120924" 64 bit.
When I installed I used the option that sets a separate /home partition. worked smoothly until login then "failed to execute login command".
I created a home folder, and was able to login, but the /home/user directory isn't on the home partition. once logged in I saw the home partition when I first opened thunar.
reinstalled with the all in one partition and it isn't an issue. everything works well.
I'm wondering, but don't know enough to check, if the user directory is being created in that directory but the system isn't mounting the /home partition on startup?
Last edited by grimmgoat (2012-09-26 05:16:28)
Offline
beg your pardon, but why has this been marked as [solved]? moving the contents of the entire /home partition for the distro to work, or having an empty fstab after install qualifies now for a solution? =/
p.s. yes, obviously the same problem here, and moving home is not an option.
Last edited by tivasyk (2012-09-26 08:23:17)
Offline
So it looks like it's an issue with installing with a separate home partition?
For whatever reason the fstab is not being generated correctly and the system
is falling back to an empty home folder on the root partition.
Does this sound right?
I've rolled back to the August release for the time being but am happy to have another go with the new image
If I can help with troubleshooting.
Last edited by logs_con (2012-09-26 08:10:46)
This week's operating systems (subject to change)
LAPTOP : Crunchbang Waldorf AMD64 Openbox / openSUSE 12.2 x86_64 KDE 4.10rc3 / Win7 64bit
DESKTOP : Crunchbang Waldorf AMD64 Openbox / openSUSE 12.2 x86_64 KDE 4.10rc3 / Winvista 64bit
Offline
first of all: i would probably be able to resolve the issue in the end by googling, searching this forum etc... call me lazy though but i just want to get to x's before i start palying with the newly installed distro. unless it's dd-wrt on my router of course ;-)
here's what i've tried:
1) installing #! waldorf 20120924 from a liveusb over formatted ext4 system partition and a separate ext4 /home partition with an existing user home folder;
2) installing #! waldorf 20120924 from a liveusb over formatted ext4 system partition and a separate ext4 /home partition without an existing home folder;
both times slim refused to login with the user credentials set up during install process. so... currently stuck with a liveusb session.
Last edited by tivasyk (2012-09-26 08:27:37)
Offline
I have the same problem with the last 32bit image. I did a search in google and someone suggests to look in /var/log/slim.log. In there i get :
cannot move skel.tar.gz to /home......
I think the installer can't create the home partition like you said.
Last edited by raidensub (2012-09-26 13:38:54)
Offline
beg your pardon, but why has this been marked as [solved]? moving the contents of the entire /home partition for the distro to work, or having an empty fstab after install qualifies now for a solution? =/
p.s. yes, obviously the same problem here, and moving home is not an option.
I marked it solved b/c I am the OP. And for me it is solved. Please read the entire thread before chiming in. If you follow the below solution kindly posted by @TemperingPick you should successfully be able to login. If you need more details on the process, just post back and we or I will be happy to provide that instruction.
Hey there. I had the same issue as you. Here's how I fixed it.
Boot into rescue mode, then create a home directory for your user. It's not made yet for some reason. Then create a .xinitrc file in your directory and add exec openbox-session (if using openbox). Reboot and it should let you login now.
If the moderators want me to 'unsolve' this, than I can do that no problem. Ultimately, its for the good of the community. So @mods can you let me know if I should 'unsolve'. Thanks.
Offline
I'm going to go ahead and change this to [un-SOLVED], as I am experiencing the same problem.
@Philip/corenominal: WTF?? 
while ( ! ( succeed = try() ) );
We've earned a reputation as a nice, friendly community; please help us keep it that way.
Offline
+1 pvsage. I agree with that decision. I was unaware this was more widespread issue as when I had first posted I felt I was the minority. Not glad it is more widespread, but happy I can be part of an ultimately better release. I knew something bigger had to be at play here.
Offline
Seems to not be a problem if everything is installed to a single partition, but I know many Debian users prefer to have a separate /home partition, if not the majority.
while ( ! ( succeed = try() ) );
We've earned a reputation as a nice, friendly community; please help us keep it that way.
Offline
Offline
I just noted in the latest development thread that there was no /etc/fstab created with the latest install image. At first blush, this appears to be the crux of the issue.
while ( ! ( succeed = try() ) );
We've earned a reputation as a nice, friendly community; please help us keep it that way.
Offline
tivasyk wrote:beg your pardon, but why has this been marked as [solved]? moving the contents of the entire /home partition for the distro to work, or having an empty fstab after install qualifies now for a solution? =/
I marked it solved b/c I am the OP. And for me it is solved. Please read the entire thread before chiming in. If you follow the below solution kindly posted by @TemperingPick you should successfully be able to login. If you need more details on the process, just post back and we or I will be happy to provide that instruction.
sorry, my comments must have sounded arrogant =/ they were not meant to be that way (it's just that english is not my native language and picking the right words to express myself is not easy).
i can and i have resolved the issue for myself rather quickly. what i wanted to express is that this thread is the «landing site» for people with the same problem searching for solution. not all of them are experts or even very confident linux users. markign the thread as [solved] would have been misleading for them as it was for me.
having said that, i also understand your logic when marking it as [solved]. i just hope the issue gets really-really solved some time soon =)
I just noted in the latest development thread that there was no /etc/fstab created with the latest install image. At first blush, this appears to be the crux of the issue.
most probably this is it: by re-starting with the liveusb, mounting the / volume on hdd, creating .xinitrc with exec openbox-session and creating the /etc/fstab based on the disk-manager info for the /home i was finally able to login correctly with /home automounted.
Last edited by tivasyk (2012-09-28 22:46:05)
Offline
^ Yay!!! 
Corenominal, our benevolent despot, was apparently already of the problem before it hit us; he said in the development thread that a quick repacking is in the works, so I'll go ahead and re-mark the thread as [SOLVED].
while ( ! ( succeed = try() ) );
We've earned a reputation as a nice, friendly community; please help us keep it that way.
Offline
^ Yay!!! :cool:
Corenominal, our benevolent despot, was apparently already of the problem before it hit us; he said in the development thread that a quick repacking is in the works, so I'll go ahead and re-mark the thread as [SOLVED].
great news, thank you for the update!
Last edited by tivasyk (2012-09-27 14:25:01)
Offline
now the issue must be really solved with the release of the updated waldorf image.
p.s. i hope you enjoy the #! as much as i do =) check out this wallpapers set up on deviantart, it ideally fits the waldorf's dark theme.
Offline
Hi guys I was getting the same error many times.
Failed to excute login commandI use the debian custom script from Stanie with a few tweaks.
http://crunchbanglinux.org/forums/post/261842/#p261842
I fix this editing the xinitrc file in /etc/X11/xinitrc
#!/bin/sh
# /etc/X11/xinit/xinitrc
#
# global xinitrc file, used by all X sessions started by xinit (startx)
# invoke global X session script
#. /etc/X11/Xsession
exec openbox-sessionI explain this in the stanie post here
>> http://crunchbanglinux.org/forums/post/261842/#p261842
If anyone have the same problem you can fix it this way and from there try to install slim again or lightdm.
Remember to uncomment the line
. /etc/X11/XsessionAfter you install another display manager
Offline
Hi guys!
I know this has been marked as solved, but since this solution , in fact, didn't solve my issue, I just gonna share what really solved it for me.
After installing the latest image from scratch, with NO separate /home partition, everything was working ok for a few days. Then, after an upgrade, I had the dreaded "cannot execute login command".
/var/log/slim.log was just showing and unexpected signal 15, but no other strange errors.
I tried uninstalling and reinstalling slim, but it was a no-go.
Finally the solution:
- as already stated, create the .xinitrc in your home, with exec openbox-session
- edit /etc/slim.conf and change the login_cmd to: login_cmd exec /bin/bash - ~/.xinitrc %session
Please keep in mind I'm not an expert linux user, so do it at your own risk 
Luc
Offline
Copyright © 2012 CrunchBang Linux.
Proudly powered by Debian. Hosted by Linode.
Debian is a registered trademark of Software in the Public Interest, Inc.