Applications installed with pacman only start with root

Zikael · 2014-03-05 20:18:19

Hi,

I used linuxdcpp a few times some weeks ago, but now when I try to run it in terminal nothing happens and...

$ linuxdcpp
$

as if it closed directly after it starts.

$ linuxdcpp
$ echo $?

returns 0. Also, I can run it in root without any problem.

Since the time when it worked fine, I moved my home folder into another partition but I don't think it can cause the problem.

Last edited by Zikael (2014-03-05 22:10:08)

thiagowfx · 2014-03-05 21:08:06

Have you tried to see if any process has been spawned, using pgrep, top or similar?

Last edited by thiagowfx (2014-03-05 21:08:43)

Zikael · 2014-03-05 21:43:38

Indeed, it seems that the autostart configuration launched the process when I opened my session.
I killed it, but now when I run linuxdcpp, it freezes at

 $ linuxdcpp
█

And I forgot to mention that I reinstalled the soft several times but it doesn't change anything.

EDIT : Actually it seems that I get the same issue with any application that has been installed after this change of partition. I didn't notice it because it's quite recent but when I try to install anything else, I have the same problem.
I changed the title.

Last edited by Zikael (2014-03-05 22:09:19)

quiqueck · 2014-03-06 08:08:57

Zikael wrote:

Since the time when it worked fine, I moved my home folder into another partition but I don't think it can cause the problem.

How did you moved your home folder (cp, rsync)? What is the output from

id

Is there any file in your new home folder, which belongs to the user root? Try

find ~/ -uid 0

Zikael · 2014-03-06 10:36:10

I used mv, I didn't have rsync on the live gparted I used.

id returns

uid=1000(antoine) gid=100(users) groupes=100(users),10(wheel)

Indeed, find ~/ -uid 0 returns Téléchargements/linuxdcpp.tar.gz, some libs and a bash script.

quiqueck · 2014-03-06 11:19:45

Nomally all files in a home-folder belongs to the appropriate user/group (e.g. in arch it is: USERNAME/users). I don't know which libs could be found in a home-folder... The bash script founded shoud not be ~/.xinitrc!

What does

mount | grep sd

say?

Zikael · 2014-03-06 11:41:47

Well I think these files were just unzipped with sudo by mistake, that's why they belong to root. The script isn't .xinitrc.

$ mount | grep sd
/dev/sda6 on / type ext4 (rw,relatime,data=ordered)
/dev/sda8 on /home type ext4 (rw,noatime,data=ordered)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)

quiqueck · 2014-03-06 14:30:07

Couldn't say whats going wrong. I assume a moving home-folder could not break the behavior of installing packages. There has to be something else broken.

Few weeks ago i cloned a working arch-installation to another harddrive and my home-folder too without such problems.

Have you tryed it with another user?

Zikael · 2014-03-06 14:55:44

With the root user these packages work perfectly good and I don't have any other user.
Also, I noticed that when I install a package with pacman, at the end of the installation, I have

missing 'syslinux' dependency for 'tuxboot'
missing 'mtools' dependency for 'tuxboot'

I don't think these packages are really missing because my system couldn't work without them but they're not in /var/lib/pacman/local. I don't know if they have a link with my problem but I'd prefer to say it in case of that can give some clues.

Last edited by Zikael (2014-03-06 14:56:56)

Zikael · 2014-03-06 17:59:04

UPDATE : I resolved the syslinux and mtools problem with

# pacman -S syslinux --force
# pacman -S mtools --force

I know the force option is bad but the reinstallation of these packages couldn't terminate properly because of the existing files.

I reinstalled linuxdcpp, the problem is still here.

EDIT : Now I've killed the process that starts when I open my session, I have

$ echo $?
130

after I try to launch any application that has been installed after the moment I created the home partition. So i searched what 130 is and...

$ cat /usr/include/asm-generic/errno.h | grep 130
#define EOWNERDEAD      130     /* Owner died */

But I actually don't really know what it means.

Last edited by Zikael (2014-03-06 18:38:27)

Zikael · 2014-03-08 10:03:38

Any other ideas ?

Zikael · 2014-03-08 20:25:22

Some strange news : I tried to launch these applications which were only accessible with root on the X interface (xinit command)... and it worked !
I don't really understand why, but it seems that my problems only occur on my graphical user interface.
Does someone have any clue about that ?

thiagowfx · 2014-03-09 00:24:58

I wish I could help, but this is really strange. You could try to completely remove all the Xorg-related packages, then reinstall them. Try

sudo pacman -Rnsc xorg

This will uninstall (all of) your graphical applications too.

Another thing to try: what about creating a new user and try to open the applications with it?

Zikael · 2014-03-10 20:00:13

It works with another user (I tried with a test user I created).
Should I re-install X then ?

Lone_Wolf · 2014-03-11 11:20:50

Zikael wrote:

It works with another user (I tried with a test user I created).
Should I re-install X then ?

re-installing packages wouldn't solve the problems.

I used mv, I didn't have rsync on the live gparted I used.

Afaik the mv command doesn't preserve file ownership & permissions, but instead uses owner and permissions of the folder(s) it moves the files into.
If i'm right, basically the ownership/permissions on your new home folder are wrong.

You could look into correcting them manually , but this is likely a lot of work and error prone.
It will probably be easier to create a new user and copy your files to the home folder of your new user.
If you do this, be very careful with overwriting dot files and directories.

Zikael · 2014-03-11 12:37:12

On my home folder, ownership & permissions don't seem to have actually changed :

$ ls -l
total 40
drwxr-xr-x  2 antoine users 4096  5 févr. 16:19 Bureau
drwxr-xr-x  3 antoine users 4096 10 mars  21:19 Documents
drwxr-xr-x 24 antoine users 4096  8 mars  21:32 Fichiers
drwxr-xr-x  4 antoine users 4096  6 mars  16:11 Images
drwxr-xr-x  2 antoine users 4096  4 févr. 09:48 Modèles
drwxr-xr-x  3 antoine users 4096 11 mars  13:21 Musique
drwxr-xr-x  3 antoine users 4096  2 mars  04:03 My Games
drwxr-xr-x  5 antoine users 4096 11 mars  12:44 Public
drwx------  2 antoine users 4096 11 mars  12:41 Téléchargements
drwxr-xr-x  2 antoine users 4096  5 mars  10:51 Vidéos
$ cd ..
$ ls -l
total 24
drwx------ 44 antoine users  4096 11 mars  13:21 antoine
drwx------  2 root    root  16384 26 févr. 22:02 lost+found
drwx------ 16 test    test   4096  9 mars  14:56 test

I don't really know how they're supposed to be but I don't see any big difference with the test user I created and with which it works.

If I want to copy my files to the folder of my new user, which command should I use and which dot files should I be specially careful with ?

EDIT : It seems that all the applications don't cause the same issue : I just installed rsync, it works perfectly fine. I think that only applications with a graphical interface are concerned.

Last edited by Zikael (2014-03-11 16:54:23)

thiagowfx · 2014-03-12 02:18:33

Zikael wrote:

It works with another user (I tried with a test user I created).

Here is a solution, it's not the most elegant one, but it would theoretically work.

Since creating a new user works, you could completely abandon your old user and switch to this one. To migrate your files to this new user, use the chown command with the recursive flag (-R probably) (I would make a copy of the home directory instead of simple moving it).

If for any reason you cannot start your graphical applications with this new user after copying the home directory, I would bet the problem is with some file on it. Although, if everything runs fine, then at least this won't bother you anymore (but it would be a good exercise to continue to investigate the cause of this problem).

Zikael · 2014-03-12 08:34:34

Ok, I do that and I let you know what happened then.

Thank you very much for your help !

Arch Linux

#1 2014-03-05 20:18:19

Applications installed with pacman only start with root

#2 2014-03-05 21:08:06

Re: Applications installed with pacman only start with root

#3 2014-03-05 21:43:38

Re: Applications installed with pacman only start with root

#4 2014-03-06 08:08:57

Re: Applications installed with pacman only start with root

#5 2014-03-06 10:36:10

Re: Applications installed with pacman only start with root

#6 2014-03-06 11:19:45

Re: Applications installed with pacman only start with root

#7 2014-03-06 11:41:47

Re: Applications installed with pacman only start with root

#8 2014-03-06 14:30:07

Re: Applications installed with pacman only start with root

#9 2014-03-06 14:55:44

Re: Applications installed with pacman only start with root

#10 2014-03-06 17:59:04

Re: Applications installed with pacman only start with root

#11 2014-03-08 10:03:38

Re: Applications installed with pacman only start with root

#12 2014-03-08 20:25:22

Re: Applications installed with pacman only start with root

#13 2014-03-09 00:24:58

Re: Applications installed with pacman only start with root

#14 2014-03-10 20:00:13

Re: Applications installed with pacman only start with root

#15 2014-03-11 11:20:50

Re: Applications installed with pacman only start with root

#16 2014-03-11 12:37:12

Re: Applications installed with pacman only start with root

#17 2014-03-12 02:18:33

Re: Applications installed with pacman only start with root

#18 2014-03-12 08:34:34

Re: Applications installed with pacman only start with root

Board footer