19 May
2014
19 May
'14
6:38 a.m.
Yeah this is probably not exactly a linux audio problem
Just thought someone here may have a clue...
I have a couple of linuxes on my box:
/dev/sda6 (LABEL=DebOld) is 32 bit debian
/dev/sda7 (LABEL=Deb64) is a recently installed 64 bit debian
Both these work ok. Both use xfce. Now I want to share the home and I am
having issues...
On DebOld home is separately mounted from /dev/sda3
On Deb64 home is part of the root fs and I want to move to using the old
separately mounted home where all my stuff is
The problem is that the numerical id of the (my) username is different in
the two systems. In DebOld the id is 1001 in Deb64 it is 1000.
So I did:
In new (Deb64) change 1000 to 1001 in /etc/passwd and /etc/group against my
username. Knock off the password in /etc/shadow and regenerate.
To some extent this has worked. However now I am beginning to see problems
suggesting this was not such a neat hack!
So parole - the xfce media player - is refusing to play sound files from
the old (and renamed) home but is playing it from the new.
I am guessing this is a user perms and not really a parole issue since
parole plays ok if started as root
So I have basically one specific and one general question:
Specific: Any ideas about how to make parole (gstreamer) work?
General: There may be more such issues in other (sub)systems/apps.
Whats the general way to solve it?
Thanks
Rusi
19 May
19 May
11:06 a.m.
On 19 May 2014 14:38, Rustom Mody <rustompmody(a)gmail.com> wrote:
The problem is that the numerical id of the (my) username is different in
the two systems. In DebOld the id is 1001 in Deb64 it is 1000.
The usual way to do this is to use the usermod command -u and -g to
change UID and GID for all the /etc database files and files in the
users home directory, . This is what you should have done on the Deb64
system. Read the man page warnings first. So you could undo what you
did and then run:
# usermod -u <newu> -g <newg> <username>
Just make sure that you dont use a <new> value that collides with one
that was already in use in that database. Specific example, dont do
'usermod -u 1001 -g 1001 <username>' on the Deb64 system if 1001 is
already in use on the Deb64 system.
(all examples are untested)
You can see the numeric values with 'ls -n'
Check /etc/passwd and /etc/groups, and check first with
# find / -user <newu>
# find / -group <newg>
The <...> values can be symbolic or numeric.
To change the ownership of files outside of the home directory you can
either use 'find' like:
# find <topdir> -user <oldu> -group <oldg> -execdir chown -c
<newu>:<newg> '{}' \;
Or you can use 'chown' recursively like
# cd <topdir> && chown -c -R --from=<oldu>:<oldg>
<newu>:<newg> *
1:55 p.m.
On Mon, May 19, 2014 at 2:36 PM, David <bouncingcats(a)gmail.com> wrote:
On 19 May 2014 14:38, Rustom Mody
<rustompmody(a)gmail.com> wrote:
Heh! So I learnt something -- usermod.
I finally got it running by discovering a rogue asoundrc.
Renamed that and now its working.
The problem is that the numerical id of the (my) username is different in
the two systems. In DebOld the id is 1001 in Deb64 it is 1000.
The usual way to do this is to use the usermod command -u and -g to
change UID and GID for all the /etc database files and files in the
users home directory, . This is what you should have done on the Deb64
system. Read the man page warnings first. So you could undo what you
did and then run:
# usermod -u <newu> -g <newg> <username>
Just make sure that you dont use a <new> value
that collides with one
that was already in use in that database. Specific example, dont do
'usermod -u 1001 -g 1001 <username>' on the Deb64 system if 1001 is
already in use on the Deb64 system.
(all examples are untested)
You can see the numeric values with 'ls -n'
Check /etc/passwd and /etc/groups, and check first with
# find / -user <newu>
# find / -group <newg>
The <...> values can be symbolic or numeric.
To change the ownership of files outside of the home directory you can
either use 'find' like:
# find <topdir> -user <oldu> -group <oldg> -execdir chown -c
<newu>:<newg> '{}' \;
Or you can use 'chown' recursively like
# cd <topdir> && chown -c -R --from=<oldu>:<oldg>
<newu>:<newg> *
Neat commands. Will stash them away!
3794
days inactive
3794
days old
linux-audio-user@lists.linuxaudio.org
2 comments
2 participants
participants (2)
-
David -
Rustom Mody