Não há dados no SEAGATE NAS SRN01C

Question

Eu tenho usado um Seagate NAS SRN01C com 4 TB de espaço. Eu estou um pouco familiarizado com os sistemas linux. Eu principalmente acesso esta unidade através de ssh na minha rede local e ocasionalmente scp do NAS para outros espaços remotos.

Especificações de hardware do MFG:

Especificações de hardware
• Capacidade de acionamento: 2TB, 3TB, 4TB ou 5TB
• Formato da unidade USB: NTFS, HFS ou HFS +
• Conectividade de rede: uma porta Ethernet 10/100/1000
• Conectividade USB: Uma porta USB 2.0 para conectar dispositivos de armazenamento externos ao dispositivo Dispositivo Seagate Central Seagate Central

Ontem à noite eu desliguei meu NAS - tanto o power como o cat5 - e hoje não consigo encontrar nenhum dos meus dados. Minhas três pastas de usuários existem ao tentar se conectar através do localizador de janelas. No entanto, quando eu ssh no NAS, nenhum dos meus dados é onde sempre costumava ser: / Data / [name_of_user_folder] / ...

Conteúdo do meu diretório / Data /, que costumava ter as seguintes três pastas: Stephan, Silas, Public

root@(none):/Data# ls
Public  TwonkyData  dbd

(não faço ideia do que "TwonkyData" é - a primeira vez que o vejo)

Conteúdo da raiz: /

root@(none):/# ls -lh
total 104K
drwxr-xr-x   6 root root 4.0K Jul  4 12:21 Data
drwxrwxr-x   2 root root 4.0K Jun 14 22:57 Trump
drwxr-xr-x   3 root root 4.0K Jul  4 12:02 Update
drwxrwxr-x   3 root root 4.0K Jul 26  2013 apps
drwxrwxr-x   2 root root 4.0K Oct  6  2015 bin
drwxrwxr-x   5 root root 4.0K Sep 16  2015 blackarmor
drwxr-xr-x   2 root root 4.0K Sep 16  2015 boot
drwxrwxr-x   6 root root 4.0K Jul 26  2013 cirrus
-rw-rw-rw-   1 root root 1.3K Sep 16  2015 cornerstone
drwxr-xr-x  13 root root 3.6K Jul  4 12:31 dev
drwxr-xr-x   4 root root 4.0K Oct  5  2015 downloads
drwxrwxr-x  48 root root 4.0K Jul  4 12:31 etc
drwxrwxr-x   4 root root 4.0K Jul 26  2013 home
drwxrwxr-x   5 root root 4.0K Oct  5  2015 lib
lrwxrwxrwx   1 root root   12 Oct  6  2015 linuxrc -> /bin/busybox
drwxrwxr-x  10 root root 4.0K Sep 16  2015 media
drwxrwxr-x   8 root root 4.0K Jul  4 12:19 media_server
drwxrwxr-x   6 root root 4.0K Sep 16  2015 mindsource
drwxrwxr-x  20 root root 4.0K Sep 16  2015 mnt
drwx------   2 root root 4.0K Oct  5  2015 nfs
dr-xr-xr-x 109 root root    0 Dec 31  1969 proc
drwxr-xr-x   3 root root 4.0K Oct  6  2015 satellite_app
drwxrwxr-x   2 root root 4.0K Oct  6  2015 sbin
drwxrwxrwx   7 root root 4.0K Jun 14 22:48 shares
drwxr-xr-x   3 root root 4.0K Oct  6  2015 static
drwxr-xr-x  12 root root    0 Jul  4 08:21 sys
lrwxrwxrwx   1 root root    8 Jul  4 08:21 tmp -> /var/tmp
drwxrwxr-x  13 root root 4.0K Dec 31  1969 usr
drwxrwxr-x  12 root root 4.0K Oct  6  2015 var
drwxrwxr-x   5 root root 4.0K Sep 16  2015 www
drwxrwxr-x   2 root root 4.0K Sep 16  2015 www_services

Fazendo um df -h, vejo que "100%" do espaço em disco foi utilizado --- mas tenho certeza de que tenho pelo menos 2 TB livres, então algo está acontecendo.

Aqui está a saída de df -h

Filesystem            Size  Used Avail Use% Mounted on
rootfs               1008M 1008M     0 100% /
/dev/root            1008M 1008M     0 100% /
devtmpfs              125M  1.6M  123M   2% /dev
/dev/sda5            1008M  159M  799M  17% /usr/config
none                  125M  1.6M  123M   2% /dev
tmpfs                 125M  5.5M  119M   5% /var/volatile
tmpfs                 125M     0  125M   0% /dev/shm
tmpfs                 125M     0  125M   0% /media/ram
/dev/sda5            1008M 1008M     0 100% /

Minha pergunta: alguém tem um determinado conjunto de procedimentos que eu poderia usar para verificar o disco? Ou, alguém reconhece esses sintomas e conhece uma cura?

SAÍDAS ADICIONAIS:

blkid

root@(none):/# blkid
/dev/sda1: UUID="adcb7b24-cf53-4ec9-8fa1-5bc1af93f73d" TYPE="ext2"
/dev/sda2: UUID="ea7b5585-726e-4cfd-b04b-e31789634314" TYPE="ext2"
/dev/sda3: UUID="c8f7706e-8ae9-4896-95b7-90a8f03043eb" TYPE="ext4"
/dev/sda4: UUID="77885248-849b-4e6f-bd67-965510456c9e" TYPE="ext4"
/dev/sda5: LABEL="Config" UUID="1c1afe7b-344c-4c24-bf54-550fcad7aef1"    TYPE="ext4"
/dev/sda6: LABEL="Swap" UUID="a4b7e139-c0c2-4387-bebe-a1a1d156a175" TYPE="swap"
 /dev/sda7: LABEL="Update" UUID="c14fd994-d990-426c-a828-179aaf3cec08" TYPE="ext4"
/dev/sda8: UUID="wY9v4o-iaHL-bxOi-Z2NL-zYZe-hepM-T27T3l" TYPE="LVM2_member"
/dev/mapper/vg1-lv1: LABEL="Data" UUID="73186851-6a51-4545-a87c-1df92dd0c544" TYPE="ext4"

-

/ proc / mdstat me fornece um "nenhum arquivo ou diretório"

vgdisplay

root@(none):/# vgdisplay
  --- Volume group ---
  VG Name               vg1
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               3.63 TiB
  PE Size               4.00 MiB
  Total PE              952571
  Alloc PE / Size       952571 / 3.63 TiB
  Free  PE / Size       0 / 0
  VG UUID               lgCPRE-gWkT-RQ2A-LrbJ-30oW-K9Dx-7DRNy7

  /etc/lvm/cache/.cache.tmp: write error failed: No space left on device

uname -a

root@(none):/# uname -a
Linux (none) 2.6.35.13-cavm1.whitney-econa.whitney-econa #1 Wed Sep 16  15:47:59 PDT 2015 armv6l GNU/Linux