Permissions issues again

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP








up vote
-1
down vote

favorite












Last few months, I have run into one after another issue on permissions. Operating systems have been Mint, Ubuntu Gnome, and now Ubuntu Studio. I have replaced hard drives, and all internal components, including motherboard and cpu last week.



After copying files from an external NTFS hard drive back onto my internal hard drive last night, I noticed some files that I did not need or want had been copied into my "Documents" folder. Some of these are Windows .exe files. And some are simply photos. (.png and .dng files seem to be especially susceptible to permissions issues.)



I went to delete them and I got the message that I have learned to hate. I did not have permissions to do this. In checking, I see that permissions are now assigned to "Root" for the files in question. And in trying to change these, It appears that I do not have "Root" permissions to change them...



The permissions issue does not relate to the drive, this time. But only to the files in question.



While I have some seriously unflattering words about these permissions issues, how can I get my permissions back?










share|improve this question

















  • 2




    If root owns the files, only root can change the permissions; use sudo.
    – fkraiem
    Feb 7 at 18:35










  • sudo. – fkraiem Responce: "command not found"
    – lloyd
    Feb 7 at 18:42










  • Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
    – lloyd
    Feb 7 at 18:44










  • Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
    – lloyd
    Feb 7 at 18:48










  • Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
    – lloyd
    Feb 7 at 18:55














up vote
-1
down vote

favorite












Last few months, I have run into one after another issue on permissions. Operating systems have been Mint, Ubuntu Gnome, and now Ubuntu Studio. I have replaced hard drives, and all internal components, including motherboard and cpu last week.



After copying files from an external NTFS hard drive back onto my internal hard drive last night, I noticed some files that I did not need or want had been copied into my "Documents" folder. Some of these are Windows .exe files. And some are simply photos. (.png and .dng files seem to be especially susceptible to permissions issues.)



I went to delete them and I got the message that I have learned to hate. I did not have permissions to do this. In checking, I see that permissions are now assigned to "Root" for the files in question. And in trying to change these, It appears that I do not have "Root" permissions to change them...



The permissions issue does not relate to the drive, this time. But only to the files in question.



While I have some seriously unflattering words about these permissions issues, how can I get my permissions back?










share|improve this question

















  • 2




    If root owns the files, only root can change the permissions; use sudo.
    – fkraiem
    Feb 7 at 18:35










  • sudo. – fkraiem Responce: "command not found"
    – lloyd
    Feb 7 at 18:42










  • Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
    – lloyd
    Feb 7 at 18:44










  • Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
    – lloyd
    Feb 7 at 18:48










  • Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
    – lloyd
    Feb 7 at 18:55












up vote
-1
down vote

favorite









up vote
-1
down vote

favorite











Last few months, I have run into one after another issue on permissions. Operating systems have been Mint, Ubuntu Gnome, and now Ubuntu Studio. I have replaced hard drives, and all internal components, including motherboard and cpu last week.



After copying files from an external NTFS hard drive back onto my internal hard drive last night, I noticed some files that I did not need or want had been copied into my "Documents" folder. Some of these are Windows .exe files. And some are simply photos. (.png and .dng files seem to be especially susceptible to permissions issues.)



I went to delete them and I got the message that I have learned to hate. I did not have permissions to do this. In checking, I see that permissions are now assigned to "Root" for the files in question. And in trying to change these, It appears that I do not have "Root" permissions to change them...



The permissions issue does not relate to the drive, this time. But only to the files in question.



While I have some seriously unflattering words about these permissions issues, how can I get my permissions back?










share|improve this question













Last few months, I have run into one after another issue on permissions. Operating systems have been Mint, Ubuntu Gnome, and now Ubuntu Studio. I have replaced hard drives, and all internal components, including motherboard and cpu last week.



After copying files from an external NTFS hard drive back onto my internal hard drive last night, I noticed some files that I did not need or want had been copied into my "Documents" folder. Some of these are Windows .exe files. And some are simply photos. (.png and .dng files seem to be especially susceptible to permissions issues.)



I went to delete them and I got the message that I have learned to hate. I did not have permissions to do this. In checking, I see that permissions are now assigned to "Root" for the files in question. And in trying to change these, It appears that I do not have "Root" permissions to change them...



The permissions issue does not relate to the drive, this time. But only to the files in question.



While I have some seriously unflattering words about these permissions issues, how can I get my permissions back?







permissions files






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Feb 7 at 18:33









lloyd

193




193







  • 2




    If root owns the files, only root can change the permissions; use sudo.
    – fkraiem
    Feb 7 at 18:35










  • sudo. – fkraiem Responce: "command not found"
    – lloyd
    Feb 7 at 18:42










  • Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
    – lloyd
    Feb 7 at 18:44










  • Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
    – lloyd
    Feb 7 at 18:48










  • Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
    – lloyd
    Feb 7 at 18:55












  • 2




    If root owns the files, only root can change the permissions; use sudo.
    – fkraiem
    Feb 7 at 18:35










  • sudo. – fkraiem Responce: "command not found"
    – lloyd
    Feb 7 at 18:42










  • Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
    – lloyd
    Feb 7 at 18:44










  • Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
    – lloyd
    Feb 7 at 18:48










  • Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
    – lloyd
    Feb 7 at 18:55







2




2




If root owns the files, only root can change the permissions; use sudo.
– fkraiem
Feb 7 at 18:35




If root owns the files, only root can change the permissions; use sudo.
– fkraiem
Feb 7 at 18:35












sudo. – fkraiem Responce: "command not found"
– lloyd
Feb 7 at 18:42




sudo. – fkraiem Responce: "command not found"
– lloyd
Feb 7 at 18:42












Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
– lloyd
Feb 7 at 18:44




Any variation of "fkraiem" results in command not found. And I am unaware of this command either.
– lloyd
Feb 7 at 18:44












Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
– lloyd
Feb 7 at 18:48




Getting my permissions back is a problem. But why this is continually happening is a bigger problem. Any ideas anyone?
– lloyd
Feb 7 at 18:48












Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
– lloyd
Feb 7 at 18:55




Also, as I understand it, NTFS files systems do not store permissions. So when they are copied to an EXT4 System drive, they should have no permissions assigned to them. And .exe Windows files really should have no permissions assigned to them. Am I wrong on this?
– lloyd
Feb 7 at 18:55










1 Answer
1






active

oldest

votes

















up vote
0
down vote













I got the job done using 'Chmod 777 -R /(folders)'



I still do not know why this continues to happen. Permissions on files, folders, and drives get changed to "ROOT" for no reason...



Sometimes my solution works. And sometimes it doesn't.






share|improve this answer




















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "89"
    ;
    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: true,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    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%2faskubuntu.com%2fquestions%2f1003972%2fpermissions-issues-again%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    0
    down vote













    I got the job done using 'Chmod 777 -R /(folders)'



    I still do not know why this continues to happen. Permissions on files, folders, and drives get changed to "ROOT" for no reason...



    Sometimes my solution works. And sometimes it doesn't.






    share|improve this answer
























      up vote
      0
      down vote













      I got the job done using 'Chmod 777 -R /(folders)'



      I still do not know why this continues to happen. Permissions on files, folders, and drives get changed to "ROOT" for no reason...



      Sometimes my solution works. And sometimes it doesn't.






      share|improve this answer






















        up vote
        0
        down vote










        up vote
        0
        down vote









        I got the job done using 'Chmod 777 -R /(folders)'



        I still do not know why this continues to happen. Permissions on files, folders, and drives get changed to "ROOT" for no reason...



        Sometimes my solution works. And sometimes it doesn't.






        share|improve this answer












        I got the job done using 'Chmod 777 -R /(folders)'



        I still do not know why this continues to happen. Permissions on files, folders, and drives get changed to "ROOT" for no reason...



        Sometimes my solution works. And sometimes it doesn't.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Feb 7 at 20:02









        lloyd

        193




        193



























             

            draft saved


            draft discarded















































             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1003972%2fpermissions-issues-again%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            pylint3 and pip3 broken

            Missing snmpget and snmpwalk

            How to enroll fingerprints to Ubuntu 17.10 with VFS491