treewide: fix typos

- mostly: usecase -> use case
- continously -> continuously
- single typos in docs/FILE_DESCRIPTOR_STORE.md
This commit is contained in:
Joerg Behrmann
2023-09-19 10:05:38 +02:00
parent 90eabfe6d1
commit 7227dd816f
19 changed files with 41 additions and 41 deletions
+1 -1
View File
@@ -1825,7 +1825,7 @@ int partition_pick_mount_options(
* anymore (since in some cases the kernel implementations will refuse mounting when corrupted,
* read-only and "norecovery" is specified). But I think for the case of automatically determined
* mount options for loopback devices this is the right choice, since otherwise using the same
* loopback file twice even in read-only mode, is going to fail badly sooner or later. The usecase of
* loopback file twice even in read-only mode, is going to fail badly sooner or later. The use case of
* making reuse of the immutable images "just work" is more relevant to us than having read-only
* access that actually modifies stuff work on such image files. Or to say this differently: if
* people want their file systems to be fixed up they should just open them in writable mode, where
+1 -1
View File
@@ -54,7 +54,7 @@ struct ImagePolicy {
PartitionPolicy policies[]; /* sorted by designator, hence suitable for binary search */
};
/* Default policies for various usecases */
/* Default policies for various use cases */
extern const ImagePolicy image_policy_allow;
extern const ImagePolicy image_policy_deny;
extern const ImagePolicy image_policy_ignore;
+1 -1
View File
@@ -18,7 +18,7 @@ int fs_make_very_read_only(int fd) {
assert(fd >= 0);
/* Tries to make the specified fd "comprehensively" read-only. Primary usecase for this is OS images,
/* Tries to make the specified fd "comprehensively" read-only. Primary use case for this is OS images,
* i.e. either loopback files or larger directory hierarchies. Depending on the inode type and
* backing file system this means something different:
*