How to fix grayed out options on right click menu Ubuntu 18.04





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















I am on Ubuntu 18.04 LTS and updated to the latest software. I have replaced hard drive of my laptop with an SSD. Original hard drive is fixed where the DVD drive used to be. Windows and Ubuntu both installed on the SSD. BIT folder resides on my original hard drive. BIT folder is just a randomly selected one. None on the hard drive partitions or SSD partitions allow me to use Cut, Move to or rename options. But the places on the side bar on the picture allow me to do so.



enter image description here



except the places in the picture below,



enter image description here



How to fix this problem.



Permission is set like this.



enter image description here



# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=c8b94b00-5f20-45ce-95a2-450940d31e71 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=1a1cf76f-ffee-4437-b9df-e666e600ac87 none swap sw 0 0









share|improve this question




















  • 1





    Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

    – guiverc
    Mar 30 at 9:43











  • @guiverc I don't know actually

    – Nuwan Thisara
    Mar 30 at 9:49











  • If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

    – guiverc
    Mar 30 at 9:50






  • 2





    Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

    – user68186
    Apr 6 at 15:58








  • 1





    For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

    – Fabby
    Apr 23 at 5:57


















0















I am on Ubuntu 18.04 LTS and updated to the latest software. I have replaced hard drive of my laptop with an SSD. Original hard drive is fixed where the DVD drive used to be. Windows and Ubuntu both installed on the SSD. BIT folder resides on my original hard drive. BIT folder is just a randomly selected one. None on the hard drive partitions or SSD partitions allow me to use Cut, Move to or rename options. But the places on the side bar on the picture allow me to do so.



enter image description here



except the places in the picture below,



enter image description here



How to fix this problem.



Permission is set like this.



enter image description here



# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=c8b94b00-5f20-45ce-95a2-450940d31e71 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=1a1cf76f-ffee-4437-b9df-e666e600ac87 none swap sw 0 0









share|improve this question




















  • 1





    Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

    – guiverc
    Mar 30 at 9:43











  • @guiverc I don't know actually

    – Nuwan Thisara
    Mar 30 at 9:49











  • If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

    – guiverc
    Mar 30 at 9:50






  • 2





    Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

    – user68186
    Apr 6 at 15:58








  • 1





    For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

    – Fabby
    Apr 23 at 5:57














0












0








0








I am on Ubuntu 18.04 LTS and updated to the latest software. I have replaced hard drive of my laptop with an SSD. Original hard drive is fixed where the DVD drive used to be. Windows and Ubuntu both installed on the SSD. BIT folder resides on my original hard drive. BIT folder is just a randomly selected one. None on the hard drive partitions or SSD partitions allow me to use Cut, Move to or rename options. But the places on the side bar on the picture allow me to do so.



enter image description here



except the places in the picture below,



enter image description here



How to fix this problem.



Permission is set like this.



enter image description here



# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=c8b94b00-5f20-45ce-95a2-450940d31e71 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=1a1cf76f-ffee-4437-b9df-e666e600ac87 none swap sw 0 0









share|improve this question
















I am on Ubuntu 18.04 LTS and updated to the latest software. I have replaced hard drive of my laptop with an SSD. Original hard drive is fixed where the DVD drive used to be. Windows and Ubuntu both installed on the SSD. BIT folder resides on my original hard drive. BIT folder is just a randomly selected one. None on the hard drive partitions or SSD partitions allow me to use Cut, Move to or rename options. But the places on the side bar on the picture allow me to do so.



enter image description here



except the places in the picture below,



enter image description here



How to fix this problem.



Permission is set like this.



enter image description here



# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=c8b94b00-5f20-45ce-95a2-450940d31e71 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=1a1cf76f-ffee-4437-b9df-e666e600ac87 none swap sw 0 0






18.04 permissions menu






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited yesterday







Nuwan Thisara

















asked Mar 30 at 9:40









Nuwan ThisaraNuwan Thisara

1,04121535




1,04121535








  • 1





    Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

    – guiverc
    Mar 30 at 9:43











  • @guiverc I don't know actually

    – Nuwan Thisara
    Mar 30 at 9:49











  • If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

    – guiverc
    Mar 30 at 9:50






  • 2





    Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

    – user68186
    Apr 6 at 15:58








  • 1





    For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

    – Fabby
    Apr 23 at 5:57














  • 1





    Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

    – guiverc
    Mar 30 at 9:43











  • @guiverc I don't know actually

    – Nuwan Thisara
    Mar 30 at 9:49











  • If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

    – guiverc
    Mar 30 at 9:50






  • 2





    Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

    – user68186
    Apr 6 at 15:58








  • 1





    For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

    – Fabby
    Apr 23 at 5:57








1




1





Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

– guiverc
Mar 30 at 9:43





Do you have write permissions to that location? The options you mention (cut, move, rename) require that you have write permissions to that directory/location.

– guiverc
Mar 30 at 9:43













@guiverc I don't know actually

– Nuwan Thisara
Mar 30 at 9:49





@guiverc I don't know actually

– Nuwan Thisara
Mar 30 at 9:49













If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

– guiverc
Mar 30 at 9:50





If you right click & select Properties, then look in the Permissions tab you should see if you can 'create and delete' ..

– guiverc
Mar 30 at 9:50




2




2





Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

– user68186
Apr 6 at 15:58







Thanks! You may want to put all this information in the question. This may help others understand the problem better. Also copy and paste the contents of /etc/fstab in the question. This will show us how the various partitions are mounted. If you cloned the partitions from HDD to SSD, the cloned partitions may have the same UUID as the original. In that case, either of them should be changed.

– user68186
Apr 6 at 15:58






1




1





For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

– Fabby
Apr 23 at 5:57





For us to help you further: Please edit your question and provide the information @user68186 has requested and if it's still possible, boot from the old HDD and perform this command: sort -g -t : -k 3 /etc/passwd then boot from the SSD and perform the same command and provide all this information.

– Fabby
Apr 23 at 5:57










1 Answer
1






active

oldest

votes


















0














Its the write Permission on the Files itself within the Folder, to cut them u need write, for copy read is enough.
So you have to go into the Folder u want to move/cut (and all Subfolders) and give yourself write Permission on all contained Files.
sudo chmod u+w -r "Path/to/what/to/cut". This might pose a Security Risk afterwards so you can record the Original Permissions with sudo getfacl -aRP "AccessRightsOriginal.txt" and restore them afterwards with sudo setfacl -MRP "AccessRightsOriginal.txt".






share|improve this answer


























  • As I do not know how to do it please explain how?

    – Nuwan Thisara
    Apr 19 at 3:54






  • 1





    This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

    – Fabby
    Apr 19 at 18:21











  • @Fabby can you help me to solve this?

    – Nuwan Thisara
    Apr 21 at 2:57












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',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
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%2f1129867%2fhow-to-fix-grayed-out-options-on-right-click-menu-ubuntu-18-04%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














Its the write Permission on the Files itself within the Folder, to cut them u need write, for copy read is enough.
So you have to go into the Folder u want to move/cut (and all Subfolders) and give yourself write Permission on all contained Files.
sudo chmod u+w -r "Path/to/what/to/cut". This might pose a Security Risk afterwards so you can record the Original Permissions with sudo getfacl -aRP "AccessRightsOriginal.txt" and restore them afterwards with sudo setfacl -MRP "AccessRightsOriginal.txt".






share|improve this answer


























  • As I do not know how to do it please explain how?

    – Nuwan Thisara
    Apr 19 at 3:54






  • 1





    This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

    – Fabby
    Apr 19 at 18:21











  • @Fabby can you help me to solve this?

    – Nuwan Thisara
    Apr 21 at 2:57
















0














Its the write Permission on the Files itself within the Folder, to cut them u need write, for copy read is enough.
So you have to go into the Folder u want to move/cut (and all Subfolders) and give yourself write Permission on all contained Files.
sudo chmod u+w -r "Path/to/what/to/cut". This might pose a Security Risk afterwards so you can record the Original Permissions with sudo getfacl -aRP "AccessRightsOriginal.txt" and restore them afterwards with sudo setfacl -MRP "AccessRightsOriginal.txt".






share|improve this answer


























  • As I do not know how to do it please explain how?

    – Nuwan Thisara
    Apr 19 at 3:54






  • 1





    This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

    – Fabby
    Apr 19 at 18:21











  • @Fabby can you help me to solve this?

    – Nuwan Thisara
    Apr 21 at 2:57














0












0








0







Its the write Permission on the Files itself within the Folder, to cut them u need write, for copy read is enough.
So you have to go into the Folder u want to move/cut (and all Subfolders) and give yourself write Permission on all contained Files.
sudo chmod u+w -r "Path/to/what/to/cut". This might pose a Security Risk afterwards so you can record the Original Permissions with sudo getfacl -aRP "AccessRightsOriginal.txt" and restore them afterwards with sudo setfacl -MRP "AccessRightsOriginal.txt".






share|improve this answer















Its the write Permission on the Files itself within the Folder, to cut them u need write, for copy read is enough.
So you have to go into the Folder u want to move/cut (and all Subfolders) and give yourself write Permission on all contained Files.
sudo chmod u+w -r "Path/to/what/to/cut". This might pose a Security Risk afterwards so you can record the Original Permissions with sudo getfacl -aRP "AccessRightsOriginal.txt" and restore them afterwards with sudo setfacl -MRP "AccessRightsOriginal.txt".







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 20 at 12:22

























answered Apr 18 at 15:57









TessilTessil

162




162













  • As I do not know how to do it please explain how?

    – Nuwan Thisara
    Apr 19 at 3:54






  • 1





    This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

    – Fabby
    Apr 19 at 18:21











  • @Fabby can you help me to solve this?

    – Nuwan Thisara
    Apr 21 at 2:57



















  • As I do not know how to do it please explain how?

    – Nuwan Thisara
    Apr 19 at 3:54






  • 1





    This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

    – Fabby
    Apr 19 at 18:21











  • @Fabby can you help me to solve this?

    – Nuwan Thisara
    Apr 21 at 2:57

















As I do not know how to do it please explain how?

– Nuwan Thisara
Apr 19 at 3:54





As I do not know how to do it please explain how?

– Nuwan Thisara
Apr 19 at 3:54




1




1





This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

– Fabby
Apr 19 at 18:21





This does not provide an answer to the question. Once you have sufficient reputation you will be able to comment on any post; instead, provide answers that don't require clarification from the asker. - From Review

– Fabby
Apr 19 at 18:21













@Fabby can you help me to solve this?

– Nuwan Thisara
Apr 21 at 2:57





@Fabby can you help me to solve this?

– Nuwan Thisara
Apr 21 at 2:57


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1129867%2fhow-to-fix-grayed-out-options-on-right-click-menu-ubuntu-18-04%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

How did Captain America manage to do this?

迪纳利

南乌拉尔铁路局