I have sample PV, PVC code

vi pv.yml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-xfusion
  labels:
    type: local
spec:
  storageClassName: manual
  capacity:
    storage: 8Gi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/mnt/itadmin"
kubectl create -f pv.yml

sudo vi pvc.yml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-xfusion
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 4Gi


kubectl create -f pvc.yml


vi sudo pod.yml


apiVersion: v1
kind: Pod
metadata:
  name: pod-xfusion
spec:
  volumes:
    - name: storage-xfusion
      persistentVolumeClaim:
        claimName: pvc-xfusion
    - name: container-xfusion
      image: nginx:latest
      ports:
        - containerPort: 80
          
      volumeMounts:
        - mountPath: "/var/www/html"
          name: storage-xfusion


kubectl create -f pod.yml

check this might help which you are asking access modes

A PVC is a linkage between a volume (usually on a Block or NFS device) and your Kubernetes pod. Typically, when you bind a PVC to the pod, you mount it on a specific path within a container in the pod.

So, if you bound a PVC and mounted it to your container at /foo, then you should be able to write files directly into that folder. For example, if you were running a bash script, you could echo "this is some text" > /foo/test.txt and the text "this is some text" should end up in a file called test.txt within the /foo folder. Because that's pointing at your external storage volume via the PVC, the data would persist to that location.

Remember though, block devices are generally only allowed to mount to a single pod, so if you were running three instances of your deployment, then you'd be reading and writing from three separate storage locations.

One way to work around this limitation is to use NFS (File) storage, but this will likely result in poor performance if you are reading and writing heavily. If you find yourself doing this, then file storage is probably not what you want and you should explore databases or object stores instead.