I had an installation issue that I finally resolved today.
I’m now stuck at another problem.
[folaht@Stohrje-uq /]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 1,8T 0 disk
├─sda1 8:1 0 517,7M 0 part
├─sda2 8:2 0 517,7M 0 part
├─sda3 8:3 0 1,8T 0 part
├─sda4 8:4 0 517,7M 0 part
└─sda5 8:5 0 8G 0 part
mmcblk0 179:0 0 29,8G 0 disk
├─mmcblk0p1 179:1 0 213,6M 0 part /boot
└─mmcblk0p2 179:2 0 29,6G 0 part /home
[folaht@Stohrje-uq /]$ sudo mount /dev/sda1 /mnt
mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.
[folaht@Stohrje-uq /]$ sudo mount /dev/sda2 /mnt
mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.
[folaht@Stohrje-uq /]$ sudo mount /dev/sda3 /mnt
mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.
[folaht@Stohrje-uq /]$ sudo mount /dev/sda4 /mnt
mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.
[folaht@Stohrje-uq /]$ sudo mount /dev/sda5 /mnt
mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.
I’m dealing with 5 raid partitions.
Anyone familiar with this?
There’s a lvm2_member underneath sda3 and doing lvdisplay on it I get this.
[folaht@Stohrje-uq /]$ sudo lvdisplay
WARNING: Unrecognised segment type tier-thin-pool
WARNING: Unrecognised segment type thick
WARNING: Unrecognised segment type flashcache
WARNING: PV /dev/md2 in VG vg1 is using an old PV header, modify the VG to update.
LV vg1/tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL. for tier-thin-pool segment.
Internal error: LV segments corrupted in tp1.
Cannot process volume group vg1
But I might be getting ahead of myself there, so I first want to understand what to do about raid partitions first.
[folaht@Stohrje-uq ~]$ sudo vgscan
WARNING: Unrecognised segment type tier-thin-pool
WARNING: Unrecognised segment type thick
WARNING: Unrecognised segment type flashcache
WARNING: PV /dev/md125 in VG vg1 is using an old PV header, modify the VG to update.
LV vg1/tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL. for tier-thin-pool segment.
Internal error: LV segments corrupted in tp1.
Cannot process volume group vg1
[folaht@Stohrje-uq ~]$ sudo lvscan
WARNING: Unrecognised segment type tier-thin-pool
WARNING: Unrecognised segment type thick
WARNING: Unrecognised segment type flashcache
WARNING: PV /dev/md125 in VG vg1 is using an old PV header, modify the VG to update.
LV vg1/tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL. for tier-thin-pool segment.
Internal error: LV segments corrupted in tp1.
Cannot process volume group vg1
You need to contact a QNAP support. I would not able to guide you through using a custom Linux kernel and modified system tools.
The other way - you need a working QNAP to be able to recover and read disks, because QNAP used a custom lvm2, which they are not pushed back to open source community.
This is will not help, if data is lost. You need both - identity and data. One without other is useless.
As soon as you bring your identity with empty storage - it will be disqualified almost instantly.
Let’s try to recover your data anyway. What do these commands return?
as “Here is some links, but really, this is unsalvageable”.
Especially after pvscan
[folaht@Stohrje-uq ~]$ sudo pvscan
WARNING: Unrecognised segment type tier-thin-pool
WARNING: Unrecognised segment type thick
WARNING: Unrecognised segment type flashcache
WARNING: PV /dev/md125 in VG vg1 is using an old PV header, modify the VG to update.
LV vg1/tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL. for tier-thin-pool segment.
Internal error: LV segments corrupted in tp1.
Cannot process volume group vg1
No matching physical volumes found
resulted in the same internal error.
I’ve already formatted the disk to ext4.
I have not yet brought my identity to an empty storage.
If it’s disqualified, what about the payout from previous months?
Why didn’t you get another QNAP to try to restore your data. I haven’t run QNAP, but if you use a Synology and the NAS died, get another Synology NAS, pop in the drives and let it rebuild the array.
So, you can either wait when the fee would be low enough to sent a terminal wallet balance via L1, or opt-in for zkSync and receive the outstanding payout (to opt-in you need to bring your identity online to commit the wallet option to the satellites).
You can opt-in for zkSync to receive all outstanding payout, or use the same wallet on a new node.
It should gather enough somewhere in the future to be paid via L1.
Then I would recommend to opt-in for zkSync to receive all outstanding payout, otherwise I’m afraid it could take a long time when the small amount could be sent via Ethereum.
Thank you for the participation in the network!
I’m sorry that your NAS is died and the vendor is locked you in.