Quote:
Originally Posted by evo2
I guess the 'cp -vax' destroyed all the file ownerships. You probably need to 'chown -R' for each users home dir.
|
The problem is not cp, check -a in the man page. The ownerships and permissions should be fine as long as the destination fs supports these attributes.
Code:
mount /dev/sdb1 /mnt/disk
cp -vax /home/* /mnt/disk
umount /dev/sdb1
and then I change /etv/fstab by this command
cat >> /etc/fstab << HERE
/dev/hdb1 /home ext3 defaults,errors=remount-rw 0 1
HERE
I guess "hdb1" there is a typo because previously you used "sdb1".
Quote:
Originally Posted by samira.m
After all, I check my user's permissions and I tried to ssh from
one user to one of my server and one of the cluster's nodes but when
I ssh to each of them via one user I go to bash mode. I could solve
this
problem by using usermod command by this way:
usermod -d /home/username username
after that I can ssh to my server via users but my users didn't have
permission to write on their own directories, in addition when I ssh
to the other nodes I still had the bash mode problem I got these
message:
Could not chdir to home directory /home/test10: No such file or
directory
-bash: /home/test10/.ncbirc: No such file or directory
mkdir: cannot create directory `/home/test10': No such file or
directory
-bash-3.2$
If you can please guide me to solve this problem.
With Kind Regards
Samira
|
I am having some trouble understanding what do you mean by "bash mode". Ssh is a remote logger that supports ssl encryption, it is supposed to open a shell remotely (either bash or whatever you have configured for a particular user). So, if it opens a shell then it's working correctly. I am not sure what did you expect from ssh.
About the permissions problem, I am more concerned about the permissions of /home itself. So, please, attach the output of this command
*after* making sure that home has been mounted with the new partition.
You probably want at least r-x for all the users on that directory. Something like