Permissions issues again
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
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?
permissions files
 |Â
show 2 more comments
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?
permissions files
2
If root owns the files, only root can change the permissions; usesudo
.
â 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
 |Â
show 2 more comments
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?
permissions files
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
permissions files
asked Feb 7 at 18:33
lloyd
193
193
2
If root owns the files, only root can change the permissions; usesudo
.
â 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
 |Â
show 2 more comments
2
If root owns the files, only root can change the permissions; usesudo
.
â 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
 |Â
show 2 more comments
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.
add a comment |Â
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.
add a comment |Â
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.
add a comment |Â
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.
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.
answered Feb 7 at 20:02
lloyd
193
193
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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%2faskubuntu.com%2fquestions%2f1003972%2fpermissions-issues-again%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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
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