How to share a single /home/ directory between different OS?

The name of the pictureThe name of the pictureThe name of the pictureClash 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.







share|improve this question






















  • Bonjour Fabien, can you edit and paste the result of the mountcommand 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














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.







share|improve this question






















  • Bonjour Fabien, can you edit and paste the result of the mountcommand 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












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.







share|improve this question














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.









share|improve this question













share|improve this question




share|improve this question








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 the mountcommand 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 mountcommand 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 mountcommand from Devuan ?
– Félicien
Feb 26 at 14:45




Bonjour Fabien, can you edit and paste the result of the mountcommand 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










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





share|improve this answer






















  • 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

















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.






share|improve this answer




















  • Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
    – Fabien
    Mar 2 at 16:54











Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















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






























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





share|improve this answer






















  • 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














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





share|improve this answer






















  • 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












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





share|improve this answer














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






share|improve this answer














share|improve this answer



share|improve this answer








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
















  • 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












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.






share|improve this answer




















  • Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
    – Fabien
    Mar 2 at 16:54















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.






share|improve this answer




















  • Thank you for warning me, it was obviously not a good idea...Thank you to share you knowledge :)
    – Fabien
    Mar 2 at 16:54













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.






share|improve this answer












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.







share|improve this answer












share|improve this answer



share|improve this answer










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

















  • 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













 

draft saved


draft discarded


























 


draft saved


draft discarded














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













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay