$ sudo zfs list -t моментальный снимок | grep дочерний набор данных3
целая куча указана как ожидалось (например, pool/dataset/childDataset3@today)
$ ls /pool/dataset/childDataset3/.zfs
ls: невозможно получить доступ к '/pool/dataset/childDataset3/.zfs': нет такого файла или каталога
У меня есть другие дочерние наборы данных, и я вижу для них директорию моментальных снимков внутри .zfs; и я даже могу смонтировать снимок из приведенного выше списка из одного проблемного набора данных (так что они существуют, просто не в виде красивого списка в обычном месте, в которое могут погрузиться пользователи):
$ sudo mkdir /mnt/tempShadow
$ sudo mount -t zfs pool/dataset/childDataset3@today /mnt/tempShadow
т. е. таким образом я могу просмотреть один снимок файлов; Также следует отметить, что когда я запускаю команду disk filesystems с show inodes, отображаются все рабочие наборы данных и дочерние наборы данных, ЗА ИСКЛЮЧЕНИЕМ того, с которым у меня возникли проблемы (то, что я называю «childDataset3»):
$ дф -я
пул 232594013966 9 232594013957 1% /пул
пул/набор данных 232600679652 6665695 232594013957 1% /пул/набор данных
пул/набор данных/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
так есть ли способ воссоздать inode дочернего набора данных? (простите меня, если я совсем не так говорю)
используя zfs версии 0.7.12-2+deb10u2, если это имеет значение
мое решение для резервного копирования состоит в том, чтобы переключить пользователей на реплицированный набор данных (на другом сервере), а затем уничтожить этот набор данных, а затем отправить снимок обратно (но я хочу избежать этого, потому что 32 ТБ просто так не всплывают)