I assume that you are using a graphical file manager.
Try browsing to that location in a console, eg with the following three commands
This test will try to determine if the file system itself has a problem or if it’s only the File Manager application
cd ~/Documents/
ls ~/Documents/
ls ~/
Post your results, and the File Manager you’re using.
miguelarestahp@linux-3iq4:~/Documents> cat /etc/fstab
/dev/system/root / btrfs defaults 0 0
/dev/system/root /var btrfs subvol=/@/var 0 0
/dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0
/dev/system/root /tmp btrfs subvol=/@/tmp 0 0
/dev/system/root /srv btrfs subvol=/@/srv 0 0
/dev/system/root /root btrfs subvol=/@/root 0 0
/dev/system/root /opt btrfs subvol=/@/opt 0 0
/dev/system/root /home btrfs subvol=/@/home 0 0
/dev/system/root /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0
/dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
/dev/system/swap swap swap defaults 0 0
/dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0
miguelarestahp@linux-3iq4:~/Documents> mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=3784944k,nr_inodes=946236,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
/dev/mapper/system-root on / type btrfs (rw,relatime,ssd,space_cache,subvolid=453,subvol=/@/.snapshots/146/snapshot)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=15885)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
/dev/mapper/system-root on /.snapshots type btrfs (rw,relatime,ssd,space_cache,subvolid=267,subvol=/@/.snapshots)
/dev/mapper/system-root on /tmp type btrfs (rw,relatime,ssd,space_cache,subvolid=260,subvol=/@/tmp)
/dev/mapper/system-root on /boot/grub2/i386-pc type btrfs (rw,relatime,ssd,space_cache,subvolid=266,subvol=/@/boot/grub2/i386-pc)
/dev/mapper/system-root on /srv type btrfs (rw,relatime,ssd,space_cache,subvolid=261,subvol=/@/srv)
/dev/mapper/system-root on /home type btrfs (rw,relatime,ssd,space_cache,subvolid=264,subvol=/@/home)
/dev/mapper/system-root on /opt type btrfs (rw,relatime,ssd,space_cache,subvolid=263,subvol=/@/opt)
/dev/mapper/system-root on /boot/grub2/x86_64-efi type btrfs (rw,relatime,ssd,space_cache,subvolid=265,subvol=/@/boot/grub2/x86_64-efi)
/dev/mapper/system-root on /usr/local type btrfs (rw,relatime,ssd,space_cache,subvolid=259,subvol=/@/usr/local)
/dev/mapper/system-root on /root type btrfs (rw,relatime,ssd,space_cache,subvolid=262,subvol=/@/root)
/dev/mapper/system-root on /var type btrfs (rw,relatime,ssd,space_cache,subvolid=258,subvol=/@/var)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=759416k,mode=700,uid=1000,gid=100)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
Agreed.
But first, try removing your drive and clean your electrical contacts with a pencil eraser.
You can also try installing smartcl and running tests, but ASAP you should make sure your data is backed up or otherwise preserved.
Since your SSD passed the test (I assume the short test),
There is a reasonable chance that the disk might be usable and the problem is elsewhere.
But, don’t rely on the smartctl tests entirely, they’re not perfect when identifying problems.
Have you done all recommended things to configure your system for an SSD?
As I described, clean and reseat electrical connections.
That type of data loss often happens on external USB flash drives.
The first topic is, does the problem lie in the SSD or elsewhere.
Pull out the SSD. Connect to another computer or USB enclosure. The computer shall run Linux or Live Linux. Make backup if the data is needed, perhaps image the disk if possible.
Then run badblocks in data-destructive mode:
badblocks -wvs -t 3074 /dev/sdx
(replace the sdx with proper name)
Then connect another drive to the HP laptop. The drive must be known to be good. Run non-destructive or destructive badblocks on that drive from Live Linux.
If all badblocks succeed, I would suspect that btrfs or a RAM error caused the failure. Solution on the laptop: don’t use btrfs, check the RAM with memtest.
It is also possible that the motherboard is defective. Update the BIOS. Otherwise, it is difficult to find the hardware error of the motherboard if it doesn’t show itself often. To check, load the computer maximally, including with read-write operations, and run for a few days.
Errors of SSDs are rare. In my experience, they are 20 times less likely than errors of mechanical hard drives, but provided that the SSD was successfully installed during the installation of the OS. However, I think there is 20% chance that the SSD is defective.
Maybe the computer had lost power while the SSD was writing. This may lead to a similar pattern of data loss. The disk needs reformatting and is not defective in this case. I think there is 30% chance of this.