Hallo in die Runde
Wie der Titel schon sagt, mein DataVol1 steht auf Entladen und somit kein Zugriff auf die Dateien mehr möglich. Soweit ich im Forum herausgelesen habe, fehlt CACHEDEV1_DATA?
Zur Vorgeschichte:
- Umzug der Platten von TS-831X auf 869L mit 8x 3TB WD Red
- Kein Start möglich, Meldung "Hard Drives with QNAP Signature detected" - Klick auf "Restore Factory Settings" nicht erfolgreich, Meldung besteht weiterhin
- Firmwareupgrade über Qfinder ohne Platten von 4.3.3 auf 4.3.4 20190730 (das alte NAS war auf v4.3.4)
- Start wieder möglich, Login OK, Freigabeordner und Benutzer auf ersten Blick noch vorhanden
- Meldungen im Ereignisprotokoll:
1. The firmware versions of the system built-in flash (4.3.4 20190730) and the hard drive 4.3.4 20180528 are not consistent. It is recommended to update the firmware again for higher system stability.
2. [Pool 1] Thin pool metadata could not be activated successfully
- Firmwareupdate erneut manuell installiert, DataVol1 immer noch auf Entladen
- Login per SSH, Ausgabe anbei
[~] # md_checker
Welcome to MD superblock checker (v1.4) - have a nice day~
Scanning system...
HAL firmware detected!
Scanning Enclosure 0...
RAID metadata found!
UUID: 946a8418:84b47964:e556d1f8:037e1b55
Level: raid5
Devices: 8
Name: md1
Chunk Size: 512K
md Version: 1.0
Creation Time: Jun 9 11:44:55 2018
Status: ONLINE (md1) [UUUUUUUU]
===============================================================================
Disk | Device | # | Status | Last Update Time | Events | Array State
===============================================================================
1 /dev/sda3 0 Active Aug 21 15:09:21 2019 123 AAAAAAAA
2 /dev/sdb3 1 Active Aug 21 15:09:21 2019 123 AAAAAAAA
3 /dev/sdc3 2 Active Aug 21 15:09:21 2019 123 AAAAAAAA
4 /dev/sdd3 3 Active Aug 21 15:09:21 2019 123 AAAAAAAA
5 /dev/sde3 4 Active Aug 21 15:09:21 2019 123 AAAAAAAA
6 /dev/sdf3 5 Active Aug 21 15:09:21 2019 123 AAAAAAAA
7 /dev/sdg3 6 Active Aug 21 15:09:21 2019 123 AAAAAAAA
8 /dev/sdh3 7 Active Aug 21 15:09:21 2019 123 AAAAAAAA
===============================================================================
Alles anzeigen
[~] # mount
none on /new_root type tmpfs (rw,mode=0755,size=204800k)
/proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=64M)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /share type tmpfs (rw,size=16M)
none on /proc/bus/usb type usbfs (rw)
/dev/md9 on /mnt/HDA_ROOT type ext4 (rw,data=ordered,barrier=1,nodelalloc)
cgroup_root on /sys/fs/cgroup type tmpfs (rw)
cpu on /sys/fs/cgroup/cpu type cgroup (rw,cpu)
/dev/md13 on /mnt/ext type ext4 (rw,data=ordered,barrier=1,nodelalloc)
/dev/ram2 on /mnt/update type ext2 (rw)
tmpfs on /samba type tmpfs (rw,size=64M)
tmpfs on /samba/.samba/lock/msg.lock type tmpfs (rw,size=16M)
tmpfs on /mnt/ext/opt/samba/private/msg.sock type tmpfs (rw,size=16M)
tmpfs on /mnt/rf/nd type tmpfs (rw,size=1m)
nfsd on /proc/fs/nfsd type nfsd (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
tmpfs on /share/NFSv=4 type tmpfs (rw,size=16M)
Alles anzeigen
[~] # mount -t ext4 /dev/mapper/cachedev /share/CACHEDEV1_DATA
mount: mount point /share/CACHEDEV1_DATA does not exist
[~] # lvmdiskscan
/dev/md256 [ 517.69 MiB]
/dev/md1 [ 19.04 TiB] LVM physical volume
/dev/md9 [ 517.62 MiB]
/dev/md13 [ 448.12 MiB]
/dev/md322 [ 6.90 GiB]
0 disks
4 partitions
0 LVM physical volume whole disks
1 LVM physical volume
Hat hier jemand eine Idee, um das ganze zu retten? Es existiert kein Backup, die Daten darauf enthalten keine lebenswichtigen Daten, wären allerdings praktisch zu haben..
Danke im Voraus