Created
December 6, 2019 18:12
-
-
Save bruvv/d9edd4ad6d5548b724d44896abfd9f3f to your computer and use it in GitHub Desktop.
Synology BTRFS repair
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
btrfs fi show -d | |
(/dev/mapper/vg1000-lv) | |
syno_poweroff_task -d | |
(or: umount /volume1) | |
(or2: umount /volume1 -f -k) | |
Check to see if all us unmounted: | |
df -h | |
mdadm --stop /dev/vg1000/lv | |
btrfsck /dev/vg1000/lv | |
btrfs check --repair /dev/vg1000/lv | |
btrfs rescue super-recover -v /dev/vg1000/lv | |
vgchange -ay | |
e2fsck -nvf -C 0 /dev/vg1000/lv | |
fsck.ext4 -pvf -C 0 /dev/vg1000/lv | |
(or: e2fsck -pvf -C 0 /dev/vg1000/lv -C O) | |
(do not do this: -C fd) |
Greetings from 2024 with a DS1819+ running DSM 7.2.1-69057 Update 3
.
Had some corrupted leaves and managed to get btrfs check /dev/mapper/cachedev_0
running by unmounting via synostgvolume --unmount -p /volume1
as mentioned in this xpenology thread and above. It did not shut down SSH for me.
Additionally, I couldn't run btrfs
on /dev/vg1000/lv
or /dev/md2
, only /dev/mapper/cachedev_0
worked properly for unknown reasons. Good luck to you all.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I've been battling this issue for literally weeks. Clearing the space caches and doing a repair fixed my issue with no data loss!
Thank you SO much!