.dmrc permission error at login ramdisk for /home
hey, i'm trying to build a system for a client running linuxmint
i've managed to set up a ramdisk setup for the /home partition so that the directory is wiped every reboot, however when i restore my backup of the settings i get that dreaded $HOME/.dmrc is being ignored box pop up, i can hardly hand this over to the client as their intro to linux so could someone possibly help me? i have detailed the configuration here http://person1873.myftp.org/wiki/ind...et_every_login |
The only thing I can say about this is it happened once when I accidentally chown'ed the whole directory -R to 777 [big no no]
So, maybe you need to manually change the permissions of the whole directory to what it's supposed to be. I think you can do that when you mount it [without using chown]. Otherwise, it *may* give you another reason that will help you pinpoint the problem. Hope this helps. |
thankyou for your reply, however as the permissions are reset every reboot i have to manually chown and chmod the direcotories, if you'd read the wiki entry i linked to then you would see this.
|
Yes, but the problem is exactly what the problem is and nothing else. So, my response remains the same: you have a problem with the permissions.
Quote:
I think your problem started the exact way mine did. I copied a directory that was owned by another user into a directory owned by another user. You may not realize that's what you've done, but in fact it may be what your OS thinks you are doing. Quote:
Quote:
Code:
chown -r --from=currentuser:currentgroup /home/username Also, I did take a look at the commands, and they could be written better. From what I understand, it should just be necessary to make a backup of the /home/username directory NOT the entire home directory. This may not seem important, but I'll invoke Occam's razor. One less assumption for us to worry about. It may be necessary to rewrite those commands. so try this Code:
mkfs.ext2 -q /dev/ram1 63400 We also copy ONLY the current user's directory from the backup to the /home/username I made this command more specific. That is how it is read in the manpages. Once again, Occam's razor. I can't be certain that does the same thing, so I am eliminating the need to make that assumption. BTW, if we assumed all the files were in place where they needed to be [properly mounted and copied] then the original chown commands SHOULD have done the trick. Which means that files are NOT where they need to be or there is some other problem with the mounting that the OP [on the other forum] did not take into account. I changed the copy commands [and hopefully the chown] enough to see if it can be so easily solved or if you are going to have to do more research into ram drives. |
ok, after considering what you've said and the changes you have made, i have concluded that my implementation is better as it allows for multiple accounts, however you still have not solved the issue, if you looked i had already made the permissions and ownership correct, the question i am asking is more along the lines of "is there something i have overlooked perhaps in the mounting options?" i must also note that the .dmrc file error does not appear if you log out then back in, which gives me the impression that the .dmrc file is having to be created on login and is not being coppied over from the backup.
also the -p option used with the cp command preserves ownership and permissions so the chown and chmod commands used in the script should really be overkill I am also the OP on the other wiki |
Try making a directory on you computer. Unless you are running root, you will need to sudo that.
Code:
sudo mkdir /testingdirectory Code:
ls -A -l / Compare with Code:
ls -A -l /home Code:
sudo chown 744 /testingdirectory Code:
ls -A -l / now try this: EDIT: This is your solution, I'll let you make changes to your own lines of code since you seemed unwilling to try solutions previously. Once you see what the username is and usergroup is for your HOME directory [read: home/username], you can do this Code:
sudo chown username:usergroup /testingdirectory You can chown 744 or 644 afterwards. |
All times are GMT -5. The time now is 04:31 PM. |