Post #5 shows that the user has 2 file systems, total. One must be the boot drive, or the OMV instance could not exist. The other filesystem appears to represent a missing, but referenced, data drive. (I can't see how the compose plugin change could be related to a missing filesystem.)
Setting the compose update change aside:
Determining what happened to the missing filesystem seems to be the key issue in determining "where" the user's data went. I don't believe his data was "deleted". I believe it's on the 2nd drive, with an EXT4 filesystem, that is now missing.
That's all that is possible to know until the user responds with more information about the missing drive.
Precisely correct. The fault seems to be with my HDD (18TB Seagate EXOS), which has done about 4800 hours; as reported by SMART last a looked a few days back. All temperatures are fine with the HDD. The drive shows up in 'Disks' as /dev/sda. In SMART/Devices tab the disk is listed as a device (/dev/sda) and there is the following bulleted list shown under Device Symlinks:
/dev/disk/by-id/ata-ST18000NM000J_WR501VAJ
/dev/disk/by-id/wwn-0x5000c500ed408141
/dev/disk/by-path/pci-0000:00:17.0-ata-1
/dev/disk/by-path/pci-0000:00:17.0-ata-1.0
In the Storage/File Systems tab the Status is shown as 'missing'
When I select it on that page and attempt to mount it there is nothing available to mount with the 'File Systems' pull down
When I examine 'Storage/S.M.A.R.T./Devices/Details' the log I see the following:
=== START OF INFORMATION SECTION ===
Device Model: ST18000NM000J
Serial Number: WR501VAJ
LU WWN Device Id: 5 000c50 0ed408141
Firmware Version: SN02
User Capacity: 18,000,207,937,536 bytes [18.0 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.0, 6.0 Gb/s
Local Time is: Sun Jun 18 09:42:03 2023 +07
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM feature is: Unavailable
APM feature is: Unavailable
Rd look-ahead is: Enabled
Write cache is: Enabled
DSN feature is: Unavailable
ATA Security is: Disabled, NOT FROZEN [SEC1]
Read SCT Status failed: scsi error badly formed scsi parameters
Wt Cache Reorder: Unknown (SCT Feature Control command failed)
Read SMART Data failed: scsi error badly formed scsi parameters
=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.
Read SMART Log Directory failed: scsi error badly formed scsi parameters
ATA_READ_LOG_EXT (addr=0x00:0x00, page=0, n=1) failed: scsi error badly formed scsi parameters
Read GP Log Directory failed
SMART Extended Comprehensive Error Log (GP Log 0x03) not supported
Read SMART Error Log failed: scsi error badly formed scsi parameters
SMART Extended Self-test Log (GP Log 0x07) not supported
Read SMART Self-test Log failed: scsi error badly formed scsi parameters
Selective Self-tests/Logging not supported
Read SCT Status failed: scsi error badly formed scsi parameters
Read SCT Status failed: scsi error badly formed scsi parameters
SCT (Get) Error Recovery Control command failed
Device Statistics (GP/SMART Log 0x04) not supported
Pending Defects log (GP Log 0x0c) not supported
ATA_READ_LOG_EXT (addr=0x11:0x00, page=0, n=1) failed: scsi error badly formed scsi parameters
Read SATA Phy Event Counters failed
On the face of it it appears to be a problem with the HDD. So, I guess I need to fiugure out a way to examine the HDD further (any ideas beyond Gparted ????). [Update] - I used the e2fsck command at the terminal and sadly I got the bad superblock response . as show below:
root@odroidh3:~# e2fsck -p /dev/sda
e2fsck: Input/output error while trying to open /dev/sda
/dev/sda:
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
What is weird about all of this is that this problem occured immedaitelya fter the Update. I fully accept that this could be a pure coincidence, but to me the probability of such a simultanious event is remarkably low. This is especially so since the HDD has done less than 5000 hours; so its on the 'flat' of its bathtub failure curve. The drive seems to spin up fine and makes the usual chatter at power on, whcihi as far as my ears can tell is exactly the same as a normal start-up. I have other EXOS drives that sound exactly the same.
So, in summary I now need to find the best way of doing an exhaustive test on the HDD. Any ideas on which software might be best to do that is much appreciated (Windows preffered)
Lastly, appologies if my original post caused offence. It was'nt intended to be a criticism but if this had been an update related issue, which most people would initially conclude given the simultanious event, then folks would wish to know about it PDQ.
Cheers
Sean