$ sudo zfs danh sách -t snapshot | grep conDataset3
toàn bộ một nhóm được liệt kê như mong đợi (ví dụ: pool/dataset/childDataset3@today)
$ ls /pool/dataset/childDataset3/.zfs
ls: không thể truy cập '/pool/dataset/childDataset3/.zfs': Không có tệp hoặc thư mục như vậy
Tôi có các bộ dữ liệu con khác và tôi có thể thấy thư mục chụp nhanh bên trong .zfs cho chúng; và, tôi thậm chí có thể gắn ảnh chụp nhanh từ danh sách trên từ một tập dữ liệu rắc rối (để chúng tồn tại, không phải là một danh sách đẹp ở một vị trí bình thường mà người dùng có thể nhúng vào):
$ sudo mkdir /mnt/tempShadow
$ sudo mount -t zfs pool/dataset/childDataset3@today/mnt/tempShadow
tức là tôi có thể duyệt một ảnh chụp nhanh các tệp theo cách này; cũng đáng chú ý, khi tôi chạy lệnh disk filesystems với các nút hiển thị, tất cả các bộ dữ liệu đang hoạt động và bộ dữ liệu con đều hiển thị NGOẠI TRỪ bộ tôi đang gặp sự cố (cái mà tôi gọi là "childDataset3"):
$ df -i
nhóm 232594013966 9 232594013957 1%/nhóm
nhóm/tập dữ liệu 232600679652 6665695 232594013957 1% /nhóm/tập dữ liệu
pool/dataset/childDataset1 232596006126 1992169 232594013957 1% /pool/dataset/childDataset1
pool/dataset/childDataset2 232594839509 825552 232594013957 1% /pool/dataset/childDataset2
pool/dataset/childDataset4 230211379723 3040916 230208338807 1% /pool/dataset/childDataset4
vậy có cách nào để tạo lại inode của tập dữ liệu con không? (hãy tha thứ cho tôi nếu tôi hoàn toàn nói sai)
sử dụng zfs phiên bản 0.7.12-2+deb10u2 nếu điều đó quan trọng
giải pháp sao lưu của tôi là chuyển người dùng sang tập dữ liệu được sao chép (trên máy chủ khác), sau đó hủy tập dữ liệu này, sau đó gửi lại ảnh chụp nhanh (nhưng tôi muốn tránh điều này, vì 32TB không chỉ bật lên)
