Obscure reasons a file is read-only?










5














The Linux filesystem seems to have layers and layers of subtlety that I stumble upon case-by-case:



I'm interested in editing this file:



[user@box ~]$ ls -l /a/b/c/foo.bar
-rw-rwxr-x 1 user user 144529 Jan 26 2018 /a/b/c/foo.bar


It looks like it should be writable by user user - true? But when I try to edit the file in vim, I get a "W10: Warning: Changing a readonly file" warning.



I know that file writability has a dependency on the permissions of its containing folder. I think the containing folder needs to have execute permission - true? I assume the required directory permission also extends all the way up to / - true?



It looks to me like the noted file's containing folder tree has execute permissions:



[user@box ~]$ ls -ld /a/b/c/ 
drwxrwxrwx 2 user user 36864 Mar 5 17:50 /a/b/c/
[user@box ~]$ ls -ld /a/b/
drwxrwxr-x 4 user user 4096 Sep 22 2017 /a/b/
[user@box ~]$ ls -ld /a/
drwxrwxr-x 9 user user 4096 Sep 15 2017 /a/
[user@box ~]$ ls -ld /
drwxr-xr-x 24 root root 0 Aug 24 10:48 /
[user@box ~]$ whoami
user


As far as I can tell from the above, every directory in the relevant tree has execute permissions. At first, I was suspicious of whether it had to do with / being owned by root, but it has execute permission for "others". Plus, if there were issues related to / being owned by root, I imagine I'd have trouble writing files anywhere on the filesystem as a user other than root, but that is not the case.



Can anyone think of/identify other reasons why the noted file is considered read-only?










share|improve this question





















  • Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
    – Thegs
    Aug 24 at 18:53










  • Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
    – Kusalananda
    Aug 24 at 18:54










  • @Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
    – StoneThrow
    Aug 24 at 18:55










  • @Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
    – StoneThrow
    Aug 24 at 18:58






  • 1




    @StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
    – Kusalananda
    Aug 24 at 19:01
















5














The Linux filesystem seems to have layers and layers of subtlety that I stumble upon case-by-case:



I'm interested in editing this file:



[user@box ~]$ ls -l /a/b/c/foo.bar
-rw-rwxr-x 1 user user 144529 Jan 26 2018 /a/b/c/foo.bar


It looks like it should be writable by user user - true? But when I try to edit the file in vim, I get a "W10: Warning: Changing a readonly file" warning.



I know that file writability has a dependency on the permissions of its containing folder. I think the containing folder needs to have execute permission - true? I assume the required directory permission also extends all the way up to / - true?



It looks to me like the noted file's containing folder tree has execute permissions:



[user@box ~]$ ls -ld /a/b/c/ 
drwxrwxrwx 2 user user 36864 Mar 5 17:50 /a/b/c/
[user@box ~]$ ls -ld /a/b/
drwxrwxr-x 4 user user 4096 Sep 22 2017 /a/b/
[user@box ~]$ ls -ld /a/
drwxrwxr-x 9 user user 4096 Sep 15 2017 /a/
[user@box ~]$ ls -ld /
drwxr-xr-x 24 root root 0 Aug 24 10:48 /
[user@box ~]$ whoami
user


As far as I can tell from the above, every directory in the relevant tree has execute permissions. At first, I was suspicious of whether it had to do with / being owned by root, but it has execute permission for "others". Plus, if there were issues related to / being owned by root, I imagine I'd have trouble writing files anywhere on the filesystem as a user other than root, but that is not the case.



Can anyone think of/identify other reasons why the noted file is considered read-only?










share|improve this question





















  • Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
    – Thegs
    Aug 24 at 18:53










  • Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
    – Kusalananda
    Aug 24 at 18:54










  • @Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
    – StoneThrow
    Aug 24 at 18:55










  • @Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
    – StoneThrow
    Aug 24 at 18:58






  • 1




    @StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
    – Kusalananda
    Aug 24 at 19:01














5












5








5







The Linux filesystem seems to have layers and layers of subtlety that I stumble upon case-by-case:



I'm interested in editing this file:



[user@box ~]$ ls -l /a/b/c/foo.bar
-rw-rwxr-x 1 user user 144529 Jan 26 2018 /a/b/c/foo.bar


It looks like it should be writable by user user - true? But when I try to edit the file in vim, I get a "W10: Warning: Changing a readonly file" warning.



I know that file writability has a dependency on the permissions of its containing folder. I think the containing folder needs to have execute permission - true? I assume the required directory permission also extends all the way up to / - true?



It looks to me like the noted file's containing folder tree has execute permissions:



[user@box ~]$ ls -ld /a/b/c/ 
drwxrwxrwx 2 user user 36864 Mar 5 17:50 /a/b/c/
[user@box ~]$ ls -ld /a/b/
drwxrwxr-x 4 user user 4096 Sep 22 2017 /a/b/
[user@box ~]$ ls -ld /a/
drwxrwxr-x 9 user user 4096 Sep 15 2017 /a/
[user@box ~]$ ls -ld /
drwxr-xr-x 24 root root 0 Aug 24 10:48 /
[user@box ~]$ whoami
user


As far as I can tell from the above, every directory in the relevant tree has execute permissions. At first, I was suspicious of whether it had to do with / being owned by root, but it has execute permission for "others". Plus, if there were issues related to / being owned by root, I imagine I'd have trouble writing files anywhere on the filesystem as a user other than root, but that is not the case.



Can anyone think of/identify other reasons why the noted file is considered read-only?










share|improve this question













The Linux filesystem seems to have layers and layers of subtlety that I stumble upon case-by-case:



I'm interested in editing this file:



[user@box ~]$ ls -l /a/b/c/foo.bar
-rw-rwxr-x 1 user user 144529 Jan 26 2018 /a/b/c/foo.bar


It looks like it should be writable by user user - true? But when I try to edit the file in vim, I get a "W10: Warning: Changing a readonly file" warning.



I know that file writability has a dependency on the permissions of its containing folder. I think the containing folder needs to have execute permission - true? I assume the required directory permission also extends all the way up to / - true?



It looks to me like the noted file's containing folder tree has execute permissions:



[user@box ~]$ ls -ld /a/b/c/ 
drwxrwxrwx 2 user user 36864 Mar 5 17:50 /a/b/c/
[user@box ~]$ ls -ld /a/b/
drwxrwxr-x 4 user user 4096 Sep 22 2017 /a/b/
[user@box ~]$ ls -ld /a/
drwxrwxr-x 9 user user 4096 Sep 15 2017 /a/
[user@box ~]$ ls -ld /
drwxr-xr-x 24 root root 0 Aug 24 10:48 /
[user@box ~]$ whoami
user


As far as I can tell from the above, every directory in the relevant tree has execute permissions. At first, I was suspicious of whether it had to do with / being owned by root, but it has execute permission for "others". Plus, if there were issues related to / being owned by root, I imagine I'd have trouble writing files anywhere on the filesystem as a user other than root, but that is not the case.



Can anyone think of/identify other reasons why the noted file is considered read-only?







linux files filesystems






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Aug 24 at 18:35









StoneThrow

417413




417413











  • Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
    – Thegs
    Aug 24 at 18:53










  • Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
    – Kusalananda
    Aug 24 at 18:54










  • @Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
    – StoneThrow
    Aug 24 at 18:55










  • @Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
    – StoneThrow
    Aug 24 at 18:58






  • 1




    @StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
    – Kusalananda
    Aug 24 at 19:01

















  • Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
    – Thegs
    Aug 24 at 18:53










  • Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
    – Kusalananda
    Aug 24 at 18:54










  • @Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
    – StoneThrow
    Aug 24 at 18:55










  • @Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
    – StoneThrow
    Aug 24 at 18:58






  • 1




    @StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
    – Kusalananda
    Aug 24 at 19:01
















Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
– Thegs
Aug 24 at 18:53




Is any part of the directory tree /a/b/c/ a separate partition than / ? lsblk would tell you if it is.
– Thegs
Aug 24 at 18:53












Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
– Kusalananda
Aug 24 at 18:54




Did you start vim with the -R option or do you have readonly/ro set through either your .vimrc file or by a modeline in the file itself?
– Kusalananda
Aug 24 at 18:54












@Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
– StoneThrow
Aug 24 at 18:55




@Thegs - it looks like lsblk is not a supported command on the box on which I'm working - is there any other command that'd give equivalent information (I'm not familiar with partitions, so I've no clue what investigative commands are available)
– StoneThrow
Aug 24 at 18:55












@Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
– StoneThrow
Aug 24 at 18:58




@Kusalananda - I can confirm that vim was not started with -R and I'm pretty sure vim is not sourcing any file that specifies readonly/ro because I am able to edit other, unrelated, files. I'm not sure what you mean by "modeline" but it sounds like a string embedded within the file I want to edit...? If so, a case-insensitive grep on the file for "modeline" came back empty.
– StoneThrow
Aug 24 at 18:58




1




1




@StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
– Kusalananda
Aug 24 at 19:01





@StoneThrow A "modeline" is a line such as # vim: ro in the file. It may be used to set vim options specific to a file (like tab lengths etc., but also the ro option). The line is usually at the start or end of the file.
– Kusalananda
Aug 24 at 19:01











1 Answer
1






active

oldest

votes


















15














First - you are with immutable flag set



chattr -i yourfilename


If immutable flag is set you cannot change the file. Remember that permissions did not override that behavior!



Second, check if the directory where file is, is mounted in another disk or partition, as read only, for that just type:



mount 


(without arguments)



If you see something like your directory mounted as read-only there is the reason! Remount it as read-write to get lucky!



Third - and most common, you are just running a filesystem with errors, to correct that, you must backup what you can, reboot, then login in single mode and run:



mount #To determine how the partition is mounted
mount -o remount,ro /dev/sd(yourpartition) directory
fsck.ext4 /dev/sd(yourpartition)


(ext4 maybe need to be changed to your partition type)



Good Lucky!






share|improve this answer






















  • I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
    – StoneThrow
    Aug 24 at 19:08






  • 2




    Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
    – Luciano Andress Martini
    Aug 24 at 19:35







  • 1




    See my bash script github.com/waltinator/pathlld
    – waltinator
    Aug 25 at 3:37










Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
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: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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%2funix.stackexchange.com%2fquestions%2f464693%2fobscure-reasons-a-file-is-read-only%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









15














First - you are with immutable flag set



chattr -i yourfilename


If immutable flag is set you cannot change the file. Remember that permissions did not override that behavior!



Second, check if the directory where file is, is mounted in another disk or partition, as read only, for that just type:



mount 


(without arguments)



If you see something like your directory mounted as read-only there is the reason! Remount it as read-write to get lucky!



Third - and most common, you are just running a filesystem with errors, to correct that, you must backup what you can, reboot, then login in single mode and run:



mount #To determine how the partition is mounted
mount -o remount,ro /dev/sd(yourpartition) directory
fsck.ext4 /dev/sd(yourpartition)


(ext4 maybe need to be changed to your partition type)



Good Lucky!






share|improve this answer






















  • I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
    – StoneThrow
    Aug 24 at 19:08






  • 2




    Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
    – Luciano Andress Martini
    Aug 24 at 19:35







  • 1




    See my bash script github.com/waltinator/pathlld
    – waltinator
    Aug 25 at 3:37















15














First - you are with immutable flag set



chattr -i yourfilename


If immutable flag is set you cannot change the file. Remember that permissions did not override that behavior!



Second, check if the directory where file is, is mounted in another disk or partition, as read only, for that just type:



mount 


(without arguments)



If you see something like your directory mounted as read-only there is the reason! Remount it as read-write to get lucky!



Third - and most common, you are just running a filesystem with errors, to correct that, you must backup what you can, reboot, then login in single mode and run:



mount #To determine how the partition is mounted
mount -o remount,ro /dev/sd(yourpartition) directory
fsck.ext4 /dev/sd(yourpartition)


(ext4 maybe need to be changed to your partition type)



Good Lucky!






share|improve this answer






















  • I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
    – StoneThrow
    Aug 24 at 19:08






  • 2




    Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
    – Luciano Andress Martini
    Aug 24 at 19:35







  • 1




    See my bash script github.com/waltinator/pathlld
    – waltinator
    Aug 25 at 3:37













15












15








15






First - you are with immutable flag set



chattr -i yourfilename


If immutable flag is set you cannot change the file. Remember that permissions did not override that behavior!



Second, check if the directory where file is, is mounted in another disk or partition, as read only, for that just type:



mount 


(without arguments)



If you see something like your directory mounted as read-only there is the reason! Remount it as read-write to get lucky!



Third - and most common, you are just running a filesystem with errors, to correct that, you must backup what you can, reboot, then login in single mode and run:



mount #To determine how the partition is mounted
mount -o remount,ro /dev/sd(yourpartition) directory
fsck.ext4 /dev/sd(yourpartition)


(ext4 maybe need to be changed to your partition type)



Good Lucky!






share|improve this answer














First - you are with immutable flag set



chattr -i yourfilename


If immutable flag is set you cannot change the file. Remember that permissions did not override that behavior!



Second, check if the directory where file is, is mounted in another disk or partition, as read only, for that just type:



mount 


(without arguments)



If you see something like your directory mounted as read-only there is the reason! Remount it as read-write to get lucky!



Third - and most common, you are just running a filesystem with errors, to correct that, you must backup what you can, reboot, then login in single mode and run:



mount #To determine how the partition is mounted
mount -o remount,ro /dev/sd(yourpartition) directory
fsck.ext4 /dev/sd(yourpartition)


(ext4 maybe need to be changed to your partition type)



Good Lucky!







share|improve this answer














share|improve this answer



share|improve this answer








edited Aug 29 at 18:35

























answered Aug 24 at 18:54









Luciano Andress Martini

3,453931




3,453931











  • I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
    – StoneThrow
    Aug 24 at 19:08






  • 2




    Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
    – Luciano Andress Martini
    Aug 24 at 19:35







  • 1




    See my bash script github.com/waltinator/pathlld
    – waltinator
    Aug 25 at 3:37
















  • I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
    – StoneThrow
    Aug 24 at 19:08






  • 2




    Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
    – Luciano Andress Martini
    Aug 24 at 19:35







  • 1




    See my bash script github.com/waltinator/pathlld
    – waltinator
    Aug 25 at 3:37















I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
– StoneThrow
Aug 24 at 19:08




I think you identified my problem: chattr -i /a/b/c/foo.bar came back with "chattr: setting flags on /a/b/c/foo.bar: Read-only file system" I then did mount and the output had the line "/dev/sda1 on /a type ext4 (ro,noatime,barrier=1,data=ordered)" -- does this mean that the entire /a/ directory tree is effectively read-only?
– StoneThrow
Aug 24 at 19:08




2




2




Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
– Luciano Andress Martini
Aug 24 at 19:35





Yes it means exactly that. ro "(ro," read-only. The causes may vary, if the partition is explicity mounted read-only by you for example, or falled-back to read-only due to filesystem errors. You can check if the partition has errors with dmesg | grep /dev/sda1 maybe you will see something like Uh! Oh! remounted read-only or something like that. To do the fsck you must use fsck.ext4 /dev/sda1. To just remount read-write if you dont have any errors mount -o remount,rw none /a
– Luciano Andress Martini
Aug 24 at 19:35





1




1




See my bash script github.com/waltinator/pathlld
– waltinator
Aug 25 at 3:37




See my bash script github.com/waltinator/pathlld
– waltinator
Aug 25 at 3:37

















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • 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.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • 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%2funix.stackexchange.com%2fquestions%2f464693%2fobscure-reasons-a-file-is-read-only%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

𛂒𛀶,𛀽𛀑𛂀𛃧𛂓𛀙𛃆𛃑𛃷𛂟𛁡𛀢𛀟𛁤𛂽𛁕𛁪𛂟𛂯,𛁞𛂧𛀴𛁄𛁠𛁼𛂿𛀤 𛂘,𛁺𛂾𛃭𛃭𛃵𛀺,𛂣𛃍𛂖𛃶 𛀸𛃀𛂖𛁶𛁏𛁚 𛂢𛂞 𛁰𛂆𛀔,𛁸𛀽𛁓𛃋𛂇𛃧𛀧𛃣𛂐𛃇,𛂂𛃻𛃲𛁬𛃞𛀧𛃃𛀅 𛂭𛁠𛁡𛃇𛀷𛃓𛁥,𛁙𛁘𛁞𛃸𛁸𛃣𛁜,𛂛,𛃿,𛁯𛂘𛂌𛃛𛁱𛃌𛂈𛂇 𛁊𛃲,𛀕𛃴𛀜 𛀶𛂆𛀶𛃟𛂉𛀣,𛂐𛁞𛁾 𛁷𛂑𛁳𛂯𛀬𛃅,𛃶𛁼

Crossroads (UK TV series)

ữḛḳṊẴ ẋ,Ẩṙ,ỹḛẪẠứụỿṞṦ,Ṉẍừ,ứ Ị,Ḵ,ṏ ṇỪḎḰṰọửḊ ṾḨḮữẑỶṑỗḮṣṉẃ Ữẩụ,ṓ,ḹẕḪḫỞṿḭ ỒṱṨẁṋṜ ḅẈ ṉ ứṀḱṑỒḵ,ḏ,ḊḖỹẊ Ẻḷổ,ṥ ẔḲẪụḣể Ṱ ḭỏựẶ Ồ Ṩ,ẂḿṡḾồ ỗṗṡịṞẤḵṽẃ ṸḒẄẘ,ủẞẵṦṟầṓế