How to share a single /home/ directory between different OS?
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I just installed Devuan on a laptop in dualboot with Arch Linux.
I would like to share the same /home/myuser
between these two distributions, so in /etc/fstab
I added a line for /home
with the same UUID as in Arch Linux.
But I am not able to connect on Devuan with myuser. I've already done this on other PCs with no issue. What am I doing wrong?
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1005964,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808196k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
pstore on /sys/fs/pstore type pstore (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3271160k)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
============
Author of the question made this answer:
I created a password for myuser and i am now able to login.
#passwd myuser
Thank you all.
Fabien
EDIT: please forget this and check the last answer.
linux
 |Â
show 3 more comments
up vote
1
down vote
favorite
I just installed Devuan on a laptop in dualboot with Arch Linux.
I would like to share the same /home/myuser
between these two distributions, so in /etc/fstab
I added a line for /home
with the same UUID as in Arch Linux.
But I am not able to connect on Devuan with myuser. I've already done this on other PCs with no issue. What am I doing wrong?
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1005964,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808196k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
pstore on /sys/fs/pstore type pstore (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3271160k)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
============
Author of the question made this answer:
I created a password for myuser and i am now able to login.
#passwd myuser
Thank you all.
Fabien
EDIT: please forget this and check the last answer.
linux
Bonjour Fabien, can you edit and paste the result of themount
command from Devuan ?
â Félicien
Feb 26 at 14:45
Where should I answer you?
â Fabien
Feb 26 at 15:12
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28
 |Â
show 3 more comments
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I just installed Devuan on a laptop in dualboot with Arch Linux.
I would like to share the same /home/myuser
between these two distributions, so in /etc/fstab
I added a line for /home
with the same UUID as in Arch Linux.
But I am not able to connect on Devuan with myuser. I've already done this on other PCs with no issue. What am I doing wrong?
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1005964,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808196k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
pstore on /sys/fs/pstore type pstore (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3271160k)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
============
Author of the question made this answer:
I created a password for myuser and i am now able to login.
#passwd myuser
Thank you all.
Fabien
EDIT: please forget this and check the last answer.
linux
I just installed Devuan on a laptop in dualboot with Arch Linux.
I would like to share the same /home/myuser
between these two distributions, so in /etc/fstab
I added a line for /home
with the same UUID as in Arch Linux.
But I am not able to connect on Devuan with myuser. I've already done this on other PCs with no issue. What am I doing wrong?
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1005964,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808196k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
pstore on /sys/fs/pstore type pstore (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3271160k)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
============
Author of the question made this answer:
I created a password for myuser and i am now able to login.
#passwd myuser
Thank you all.
Fabien
EDIT: please forget this and check the last answer.
linux
edited Mar 2 at 16:58
asked Feb 26 at 14:42
Fabien
62
62
Bonjour Fabien, can you edit and paste the result of themount
command from Devuan ?
â Félicien
Feb 26 at 14:45
Where should I answer you?
â Fabien
Feb 26 at 15:12
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28
 |Â
show 3 more comments
Bonjour Fabien, can you edit and paste the result of themount
command from Devuan ?
â Félicien
Feb 26 at 14:45
Where should I answer you?
â Fabien
Feb 26 at 15:12
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28
Bonjour Fabien, can you edit and paste the result of the
mount
command from Devuan ?â Félicien
Feb 26 at 14:45
Bonjour Fabien, can you edit and paste the result of the
mount
command from Devuan ?â Félicien
Feb 26 at 14:45
Where should I answer you?
â Fabien
Feb 26 at 15:12
Where should I answer you?
â Fabien
Feb 26 at 15:12
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28
 |Â
show 3 more comments
2 Answers
2
active
oldest
votes
up vote
2
down vote
It might be the case that, even if your /home/ is mounted correctly if your user is not the owner of the home directory login would fail. It might be that even with the same username they have different uid.
The easy way I see for fixing your issue is log in as root, ensure that the correct /home/ has been mounted and make sure that username
is the owner of everything on /home/username by recursively chowning it:
chown -R username:usergroup /home/username/*
After finishing try to log in again as username
, now it should work.
Now, you also mentioned that you added to /etc/fstab the /home/ partition(or disk) with the UUID it had on Arch. Are you 100% sure it's the same Devuan is calculating? Double check it with:
lsblk -f
or
blkid
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
add a comment |Â
up vote
1
down vote
As a word of warning... some apps with different versions have different config file options and unknown options could either break the application, corrupt the config, or just be removed when the app exits. For this reason alone I'd be wary of sharing your ~/ (all those ~/.foo files).
What does work is to have a 3rd partition where you link in your Documents, Downloads, Desktop, etc. directories so that content at least is available in both systems.
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
2
down vote
It might be the case that, even if your /home/ is mounted correctly if your user is not the owner of the home directory login would fail. It might be that even with the same username they have different uid.
The easy way I see for fixing your issue is log in as root, ensure that the correct /home/ has been mounted and make sure that username
is the owner of everything on /home/username by recursively chowning it:
chown -R username:usergroup /home/username/*
After finishing try to log in again as username
, now it should work.
Now, you also mentioned that you added to /etc/fstab the /home/ partition(or disk) with the UUID it had on Arch. Are you 100% sure it's the same Devuan is calculating? Double check it with:
lsblk -f
or
blkid
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
add a comment |Â
up vote
2
down vote
It might be the case that, even if your /home/ is mounted correctly if your user is not the owner of the home directory login would fail. It might be that even with the same username they have different uid.
The easy way I see for fixing your issue is log in as root, ensure that the correct /home/ has been mounted and make sure that username
is the owner of everything on /home/username by recursively chowning it:
chown -R username:usergroup /home/username/*
After finishing try to log in again as username
, now it should work.
Now, you also mentioned that you added to /etc/fstab the /home/ partition(or disk) with the UUID it had on Arch. Are you 100% sure it's the same Devuan is calculating? Double check it with:
lsblk -f
or
blkid
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
add a comment |Â
up vote
2
down vote
up vote
2
down vote
It might be the case that, even if your /home/ is mounted correctly if your user is not the owner of the home directory login would fail. It might be that even with the same username they have different uid.
The easy way I see for fixing your issue is log in as root, ensure that the correct /home/ has been mounted and make sure that username
is the owner of everything on /home/username by recursively chowning it:
chown -R username:usergroup /home/username/*
After finishing try to log in again as username
, now it should work.
Now, you also mentioned that you added to /etc/fstab the /home/ partition(or disk) with the UUID it had on Arch. Are you 100% sure it's the same Devuan is calculating? Double check it with:
lsblk -f
or
blkid
It might be the case that, even if your /home/ is mounted correctly if your user is not the owner of the home directory login would fail. It might be that even with the same username they have different uid.
The easy way I see for fixing your issue is log in as root, ensure that the correct /home/ has been mounted and make sure that username
is the owner of everything on /home/username by recursively chowning it:
chown -R username:usergroup /home/username/*
After finishing try to log in again as username
, now it should work.
Now, you also mentioned that you added to /etc/fstab the /home/ partition(or disk) with the UUID it had on Arch. Are you 100% sure it's the same Devuan is calculating? Double check it with:
lsblk -f
or
blkid
edited Feb 26 at 16:47
answered Feb 26 at 16:42
Jordi
2687
2687
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
add a comment |Â
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Better yet, make sure the uids on the 2 systems match - edit /etcpasswd and /etc/shadow (with vipw) and descide on a common uid to use for user, change the files, on all the instances then chmod the files.
â symcbean
Feb 26 at 17:27
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Thank you jordi, but unfortunately it doesn't work.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
Yes the UUID is the same for both OSes.
â Fabien
Feb 26 at 17:43
add a comment |Â
up vote
1
down vote
As a word of warning... some apps with different versions have different config file options and unknown options could either break the application, corrupt the config, or just be removed when the app exits. For this reason alone I'd be wary of sharing your ~/ (all those ~/.foo files).
What does work is to have a 3rd partition where you link in your Documents, Downloads, Desktop, etc. directories so that content at least is available in both systems.
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
add a comment |Â
up vote
1
down vote
As a word of warning... some apps with different versions have different config file options and unknown options could either break the application, corrupt the config, or just be removed when the app exits. For this reason alone I'd be wary of sharing your ~/ (all those ~/.foo files).
What does work is to have a 3rd partition where you link in your Documents, Downloads, Desktop, etc. directories so that content at least is available in both systems.
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
add a comment |Â
up vote
1
down vote
up vote
1
down vote
As a word of warning... some apps with different versions have different config file options and unknown options could either break the application, corrupt the config, or just be removed when the app exits. For this reason alone I'd be wary of sharing your ~/ (all those ~/.foo files).
What does work is to have a 3rd partition where you link in your Documents, Downloads, Desktop, etc. directories so that content at least is available in both systems.
As a word of warning... some apps with different versions have different config file options and unknown options could either break the application, corrupt the config, or just be removed when the app exits. For this reason alone I'd be wary of sharing your ~/ (all those ~/.foo files).
What does work is to have a 3rd partition where you link in your Documents, Downloads, Desktop, etc. directories so that content at least is available in both systems.
answered Feb 26 at 21:12
ivanivan
3,1271213
3,1271213
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
add a comment |Â
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
â Fabien
Mar 2 at 16:54
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f426702%2fhow-to-share-a-single-home-directory-between-different-os%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Bonjour Fabien, can you edit and paste the result of the
mount
command from Devuan ?â Félicien
Feb 26 at 14:45
Where should I answer you?
â Fabien
Feb 26 at 15:12
Are the user IDs the same on both systems? For example, do you have a user named myuser with ID 1234 on both systems?
â Emmanuel Rosa
Feb 26 at 15:28
What does "not able to connect" mean?
â symcbean
Feb 26 at 17:25
@EmmanuelRosa : the uid is the same, 1000. But gid and groups are different.
â Fabien
Feb 26 at 17:28