LXTerminal can't start to prompt after "sudo yum update" in fedora 17 about linuxdeploy HOT 19 CLOSED

How can I make the correction automatically? I've tried editing xstartup and no use.

from linuxdeploy.

Thanks! I will fix it in the next version.

from linuxdeploy.

Thanks!

from linuxdeploy.

Fixed.

from linuxdeploy.

Thanks, I've tested the newest version.
I found in my Fedora18 deployment, it didn't work yet, same as before.
I found that in the output of 'mount' command, the devpts line contained mode = 622, before this version, was mode = 600. Maybe besides that, 'gid = 5' is also needed.

from linuxdeploy.

Please, try the command under Linux console:

umount -l /dev/pts
mount -o "mode=0620,gid=5" -t devpts devpts /dev/pts

And get list permissions:

ls -la /dev/pts

from linuxdeploy.

I've tried "sudo umount /dev/pts", but failed.
It told that"
umount: /dev/pts: target is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))"

So I executed "sudo mount -o remount /dev/pts" as usual, and succeeded.

Then I checked the permissions by using the command line you provided, got:
drwxr-xr-x 2 root root 0 Jan 1 1970 .
drwxr-xr-x 12 root root 3820 Mar 3 14:57 ..
crw--w---- 1 android tty 136, 0 Mar 3 20:12 0

And if I reboot the linux and check the permissions directly, it still shows the same content as above, except the timestamp.

That's all, thx&best regards.

from linuxdeploy.

I don't understand, need to change "mode=622" to "mode=620,gid=5"? Or it works so?

from linuxdeploy.

Some supplement:
Before I run "yum update", it worked fine.
I doubt it was caused by glibc or something . Because I'm now in fedora 18, and didn't run "yum update" at all,
and after installed some software, the problem occurred, I noticed glibc, or glibc-common.
But not very sure. It has taken me much time to try all these Linuxes one by one. :-)

from linuxdeploy.

Currently, Fedora 18 works fine for me.
And /dev/pts problem doesn't annoy me much indeed, after all, just one command after each boot.

from linuxdeploy.

I changed devpts to "mode=620,gid=5".

from linuxdeploy.

I don't understand, need to change "mode=622" to "mode=620,gid=5"? Or it works so?

Yes, I think so. mode=620&gid=5 works, but mode=622 only didn't work, at least from the output of mount on my device.

from linuxdeploy.

I'm sorry, but the problem is still there in the newest version which has been installed on my device.
I checked it by run command "mount", the mode is still 622, and there is no "gid=5" yet.

Maybe this fixing only take effect to newly installed system?

from linuxdeploy.

Maybe also need added line in fstab:

none /dev/pts devpts gid=5,mode=620 0 0

from linuxdeploy.

In fact, I'd already added this line into my fstab before you fixed.
So, I'm afraid it is not enough? Anyway, I'll test it and report any problem to you.

from linuxdeploy.

Waiting for the new version...

from linuxdeploy.

Ok, also show mtab file before and after remount (when it works):

cat /etc/mtab

from linuxdeploy.

[Before remount]
[android@localhost ~]$ cat /etc/mtab
/dev/loop15 / ext2 rw,relatime,errors=continue 0 0
proc /proc proc rw,relatime 0 0
sys /sys sysfs rw,relatime 0 0
tmpfs /dev tmpfs rw,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=622 0 0
/dev/block/vold/179:1 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

[After remount]
[android@localhost ~]$ cat /etc/mtab
/dev/loop15 / ext2 rw,relatime,errors=continue 0 0
proc /proc proc rw,relatime 0 0
sys /sys sysfs rw,relatime 0 0
tmpfs /dev tmpfs rw,relatime,mode=755 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
/dev/block/vold/179:1 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

from linuxdeploy.

Hi, I've tested the newest version at 3/14, it worked at last.
Thank you very much.

Best regards.

from linuxdeploy.