File permissions

Rademes · 2015-12-21 15:43

Good day!
I have changed file permissions using command sudo chmod 400 unrar_man.txt
In Linux Mint after such manipulation I could not delete file or move it to recycle bin. I often used this to protect important files from accidental deletion.
I assume that permission Read should allow only to read contents of file but not write, modify, delete or change its contents another way. Does Konqueror behaves differently?

Attachments:

only_read1.jpg, Size: 60.32 KiB, Downloads: 764

q4osteam · 2015-12-21 17:52

Yes, konqueror file manager behaves differently, it will remove such file the same way as 'rm' command. Write access is disabled. The default remove action is to move the file to trash bin.

bobby · 2016-01-28 09:58

While converting a bash script using shc the output files *.x.c & *.x are both set to root:root in $HOME/Documents/folder

I can change owner in terminal to bobby:bobby but, TDE still says its root:root and will not execute the binary *.sh.x until I rebooted.

?? Is this normal where permissions are not updated in TDE until reboot (or new session ?)

Thanks,

Bobby

bobby · 2016-01-28 10:20

I have also seen this below error when running shell scripts & binary executable files using shortcuts I create on Q4OS Desktop.

Only in i386 and NOT x64 Q4OS.

TQSettings:: sync: failed to open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing
TQSettings:: sync: failed to open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing
TQSettings:: sync: failed to open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing
TQSettings:: sync: failed to open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing

shows up 4 times in each time I see it in Terminal

q4osteam · 2016-01-28 10:42

bobby wrote:

While converting a bash script using shc the output files *.x.c & *.x are both set to root:root in $HOME/Documents/folder
I can change owner in terminal to bobby:bobby but, TDE still says its root:root and will not execute the binary *.sh.x until I rebooted.

?? Is this normal where permissions are not updated in TDE until reboot (or new session ?)

Reproduced, it's Trinity bug. Konqueror file manager caches file's properties and they are not updated even on 'refresh' F5 key action. You can report it https://bugs.trinitydesktop.org

bobby wrote:

TQSettings:: sync: failed to open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing

Yes, this is very probably Trinity minor bug, that is known. We have investigated it in the past with conclusion, that you can safely ignore it, as this is just a message when TDE searches config files to use. This is surely not related to the glitch you reported above.

bobby · 2016-01-28 21:57

@Q4OS Team, Thank you for quick reply. I will report @ Trinity Desktop bug report.

bobby · 2016-01-29 00:09

bobby wrote:

While converting a bash script using shc the output files *.x.c & *.x are both set to root:root in $HOME/Documents/folder
I can change owner in terminal to bobby:bobby but, TDE still says its root:root and will not execute the binary *.sh.x until I rebooted.

?? Is this normal where permissions are not updated in TDE until reboot (or new session ?)
Thanks,
Bobby

Its been a rough 2 days

I was creating my own problems by doing this:

sudo shc -f file.sh

When I should of been doing this !

shc -f file.sh

The use of sudo in creating directories and files resulted with them being owned by root.

Oh My as I feel so but, it did come to me that it was sudo (Dang Sudo)

Q4OS Forum

#1 2015-12-21 15:43

File permissions

#2 2015-12-21 17:52

Re: File permissions

#3 2016-01-28 09:58

Re: File permissions

#4 2016-01-28 10:20

Re: File permissions

#5 2016-01-28 10:42

Re: File permissions

#6 2016-01-28 21:57

Re: File permissions

#7 2016-01-29 00:09

Re: File permissions

Board footer