Ubuntu Server Wont Start - SSD привод без раздела

У меня есть сервер Ubuntu 16.04 в Intel NUC NUC7Pjyh дома. Сейчас он работает хорошо в течение года; Но этим утром это было выключено. Не запустил никакой команды, прежде чем перестать работать. Я пытался включить его, и он не обнаружил какое-либо загрузочное устройство. Сервер подключен к внешнему миру через маршрутизатор Mikrotik HAP2 с правильным межсетевым экраном. У меня нет критических данных, но я много использую, и не хочу сбрасывать и повторять его, если это возможно. Я загрузил последний рабочий стол Ubuntu и установил его в USB; Запустил INTEL NUC и запустите некоторые тесты после https://unix.stackexchange.com/questions/33284/Recovering-ext4-superblocks

сначала попытался проверить диски:

ubuntu@ubuntu:$ sudo fdisk -l
[…]
Disk /dev/sda: 111.81 GiB, 120034123776 bytes, 234441648 sectors
Disk model: SATAFIRM   S11  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
[…]
Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdc1  *          0  5619583  5619584  2.7G  0 Empty
/dev/sdc2          1700     9699     8000  3.9M ef EFI (FAT-12/16/32)
/dev/sdc3       5619712 61439999 55820288 26.6G 83 Linux

затем попытался Mount My SSD

ubuntu@ubuntu:$ sudo mkdir /mnt/MOUNTED_DRIVE
ubuntu@ubuntu:$ sudo mount -v /dev/sda /mnt/MOUNTED_DRIVE
mount: /mnt/MOUNTED_DRIVE: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or helper program, or other error.

пытался посмотреть, что FDISK RETURNS:

ubuntu@ubuntu:/$ sudo fdisk -l /dev/sda
Disk /dev/sda: 111.81 GiB, 120034123776 bytes, 234441648 sectors
Disk model: SATAFIRM   S11  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

использовал FSCK:

ubuntu@ubuntu:/$ sudo fsck.ext4 /dev/sda
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /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>

Я запускаю E2FSCK с тем же результатом:

ubuntu@ubuntu:/$ sudo e2fsck /dev/sda
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /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>

dumpe2fs возвращает блоки резервных копий

ubuntu@ubuntu:/$ sudo dumpe2fs /dev/sda
dumpe2fs 1.45.5 (07-Jan-2020)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda
Couldn't find valid filesystem superblock.

mke2fs 1.45.5 (07-Jan-2020)
Creating filesystem with 29305206 4k blocks and 7331840 inodes
Filesystem UUID: 6710bdb4-5f0c-4b29-b2d4-d40e98e34748
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872

, поэтому теперь я пытаюсь восстановить блок:

ubuntu@ubuntu:~$ sudo e2fsck -b 32768 /dev/sda
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Invalid argument while trying to open /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>

Наконец, я пытался использовать TestDisk, который говорит сектор раздела не имеет EndMark 0xaa55

TestDisk 7.2-WIP, Data Recovery Utility, Novembre 2020
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors


Partition sector doesn't have the endmark 0xAA55

на данный момент, я начинаю думать, если кто-то вошел в мою сеть и стирал этот жесткий диск, но Я думаю, у меня есть как правила брандмауэра в маршрутизаторе, так и на сервере хорошо настроены. Другой вариант заключается в том, что диск только что умер, но мне кажется совершенно необычным.

Любая помощь будет приветствовать

- Редактировать: Как рекомендовано @Happytusk I Run FSCK -P , но тот же результат:

ubuntu@ubuntu:~$ sudo fsck -p /dev/sda
fsck from util-linux 2.34
fsck.ext2: Bad magic number in super-block 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>