Command 'fsck' is available in the following places
* /sbin/fsck
* /usr/sbin/fsck
The command could not be located because '/usr/sbin:/sbin' is not included in the PATH environment variable.
This is most likely caused by the lack of administrative privileges associated with your user account.
fsck: command not found
fsck from util-linux 2.38.1
e2fsck 1.47.0 (5-Feb-2023)
/dev/vda1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (9009859, counted=9016698).
Fix<y>? yes to all
Free inodes count wrong (11380279, counted=11380297).
Fix? yes
/dev/vda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda1: ***** REBOOT SYSTEM *****
/dev/vda1: 3881399/15261696 files (0.4% non-contiguous), 52018310/61035008 blocks
Same output if run again.
Still unable to touch.
reboot
makes touch works fine.
Should test the Ask Ubuntu answer 287024 next time to avoid rebooting. I tried similar mount commands these recent days without luck.
On OverClock3000 running on Pegasus Virtual Machine Manager after days of working fine:
```bash
touch test
```
```
touch: cannot touch 'test': Read-only file system
```
[The Ask Ubuntu answer 868792](https://askubuntu.com/a/868792):
```bash
fsck
```
<details>
<summary>Output:</summary>
```
Command 'fsck' is available in the following places
* /sbin/fsck
* /usr/sbin/fsck
The command could not be located because '/usr/sbin:/sbin' is not included in the PATH environment variable.
This is most likely caused by the lack of administrative privileges associated with your user account.
fsck: command not found
```
</details>
```bash
sudo fsck
```
[output.txt](/attachments/79c61690-8f84-4c44-992d-4f7743edd416)
Still face `touch` issue.
```bash
sudo fsck
```
<details>
<summary>Output:</summary>
```
fsck from util-linux 2.38.1
e2fsck 1.47.0 (5-Feb-2023)
/dev/vda1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (9009859, counted=9016698).
Fix<y>? yes to all
Free inodes count wrong (11380279, counted=11380297).
Fix? yes
/dev/vda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda1: ***** REBOOT SYSTEM *****
/dev/vda1: 3881399/15261696 files (0.4% non-contiguous), 52018310/61035008 blocks
```
</details>
Same output if run again.
Still unable to `touch`.
```bash
reboot
```
makes `touch` works fine.
Should test [the Ask Ubuntu answer 287024](https://askubuntu.com/a/287024) next time to avoid rebooting. I tried similar `mount` commands these recent days without luck.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
On OverClock3000 running on Pegasus Virtual Machine Manager after days of working fine:
The Ask Ubuntu answer 868792:
Output:
output.txt
Still face
touchissue.Output:
Same output if run again.
Still unable to
touch.makes
touchworks fine.Should test the Ask Ubuntu answer 287024 next time to avoid rebooting. I tried similar
mountcommands these recent days without luck.DuckDuckGo search Linux force fsck before booting at least defining a threshold to not block booting would be nice.
fsckwhile the system is running in read-only does not seem to actually work fine.https://www.cyberciti.biz/faq/linux-force-fsck-on-the-next-reboot-or-boot-sequence/ may help.