Если вы случайно удалили файл на ZFS, то как вы восстанавливаете его?

Не хватает варианта «я не удаляю файлы случайно».

ставлю на

Не использую ZFS

Не угадал автора по заголовку. Думал тема от любителя usb-zfs.

usb-zfs

У меня тоже такое есть 😊

Не использую ZFS

а где сейчас используется ZFS?

Ты имеешь в виду дистрибутивы или сферы деятельности?

Сферы деятельности примерно понятны - большие хранилища данных. А вот в каких дистрибутивах это используется, интересно. Или тут вопрос про BSD?

Ну, в том же PVE. Ubuntu можно поставить на ZFS.

Полный список не приведу )

Если локально - достаю из datastor/.zfs/snapshot (менять свойство snapdir на visible не обязательно, если восстанавливать файл из под root).

Если удаленно из оффтопика - используя модуль Samba shadow_copy (работу shadow copy из GUI на сетевых шарах в Microsoft пока еще не сломали, в отличие от оснастки «Предыдущие версии» на локальных дисках)

Если что, я серьёзно. Иначе для меня (и, подозреваю, не только меня) нет подходящего варианта. Я использую ZFS на одном из серверов, при этом ни один из перечисленных способов не использую, и «другой способ» мне тоже не подходит, потому что я не восстанавливаю файлы, но я и не смиряюсь с потерей, потому что я просто действительно не удаляю файлы случайно (ни на ZFS ни на других ФС). Может когда-то в начале нулевых и случалось такое последний раз, но я тогда и что такое ZFS-то не знал.

Очень сомневаюсь, что я один такой офигенно аккуратный, а все остальные постоянно что-то случайно удаляют. Наверняка тех, кто не удаляет файлы случайно, достаточно много среди пользователей сайта.

Долго сомневался добавлять ли этот пункт. Мне было бы норм, если бы просто воздержались те, кто не удаляют файлы случайно. Но в конце концов ты меня убедил. Наверное, тогда было бы совсем мало голосов. Теперь твоя душенька довольна. Хех. :)

Мне было бы норм, если бы просто воздержались те, кто не удаляют файлы случайно

Опции «воздержаться» как отдельной фичи на ЛОРе нет, поэтому приходится учитывать возможность проголосовать для всех.

Вариант «просто не голосовать вообще» тоже не очень — не проголосовав нельзя посмотреть результаты, а хочется же.

Наверное, тогда было бы совсем мало голосов

В лучшем случае. В худшем — люди, чтобы посмотреть результаты, тыкают в рандомный пункт, то есть вынужденно «лгут» и, соответственно, портят всю статистику.

Теперь твоя душенька довольна. Хех. :)

Да, спасибо :)

Не хватает варианта «я не удаляю файлы случайно».

Наверно, подразумевалось, что троян ?

Делаю snapdir=visible и потом через папку .zfs/

Больше всего вариант похож на этот. Но нюанс, что просто перехожу командой cd в папку .zfs, хоть она и не отображается

А вот в каких дистрибутивах это используется, интересно

Из самых ширпотребных, помимо упомянутой Ubuntu: Proxmox, CachyOS

Кто-нибудь другой может удалить файлы случайно и потом раскаиваться, искать 100 раздач разных игр на торрентах и перекачивать.

Или какие-нибудь программы могут не обязательно прям удалить, но попортить файл. Типа MS Office.

В текущей формулировке выходит мешанина из причинно-следственных ветвлений. Так то ZFS и любые другие снапшоты незаменимы когда кто-то/что-то случайно/внезапно портит файлы и нет возможности/желания их искать в бэкапе и восстанавливать с учетом консистентности, отлавливая косяки. Классический пример - кривое обновление софта.

У меня ни то ни другое не происходит.

Хорошо, когда на компе ничего не происходит.

Не использую ZFS. Использую BTRFS, восстанавливаю файлы из снапшотов, автоматически создающихся и ротирующихся

Копирую из резервной копии

Которая скорее всего тоже на ZFS (разве можно отказаться от send/recv?!). (%

Делаю snapdir=visible и потом через папку .zfs/

Монтирую snapshot в ридонли и потом копирую из него

В целом эти оба два нормальные решения.

zfs rollback

И потерять все остальные изменения? Странный подход.

zfs receive pool/dataset < /backup/pool@backup.zfs

И потерять все остальные изменения? Странный подход.

Это то же самое, что восстановление из снапшота, просто снапшот сосланный на другой датасет.

Я гуру и использую zdb, чтобы найти объект файла по имени и вытащить блоки вручную

Слишком много телодвижений ради одного файла, но если нет снапшотов, то ой — только так.

Klennet ZFS Recovery или другие сторонние программы.

Это даже звучит странно…

Я не восстанавливаю, смиряюсь с потерей

Ну… если файл помнишь наизусть (какой-нибудь мелкий конфиг) или это дефолтный сгенерированный автоматически конфиг… почему бы и да?

Другой способ (напишу в комментарии)

Ты вроде все перечислил. Не хватает разве что «Отношу диск в специализированный сервис по восстановлению данных», но это слишком долго, слишком дорого и не всегда целесообразно.

Не использую ZFS

Здесь таковых будет большинство.

Я не удаляю файлы случайно

А это мой вариант.

Вот серьёзно, как можно случайно удалить файл? Ты совсем не проверяешь команду перед тем как нажать Enter, даже если эта команда может уничтожить критически важные данные?

Ну и в конце концов есть же alias rm='rm -I'…

Или тут вопрос про BSD?

• OpenBSD не поддерживает ZFS;
• NetBSD поддерживает ZFS, но вроде не умеет с неё грузиться (FIXME);
• DragonFly BSD не предоставляет ZFS, вместо этого у неё есть своя собственная CoW файловая система — HAMMER2;
• И только FreeBSD использует ZFS и предоставляет возможность на неё установиться.

не проголосовав нельзя посмотреть результаты

Можно. Заходишь в опрос и нажимаешь на «посмотреть результаты». (=

Но с главной не видно, да.

Очень сомневаюсь, что я один такой офигенно аккуратный, а все остальные постоянно что-то случайно удаляют. Наверняка тех, кто не удаляет файлы случайно, достаточно много среди пользователей сайта.

Я, когда в 2008 переходил с Windows, сначала какое-то время привыкал к отсутствию «корзины» (в моём дистрибутиве этой дряни совсем не было, даже в дефолтном ФМ). Никакими средствами восстановления не обмазывался, просто начал более ответственно относиться к удалению. Теперь, даже когда сталкиваюсь с Windows, использую только перманентное удаление.

Вот серьёзно, как можно случайно удалить файл? Ты совсем не проверяешь команду перед тем как нажать Enter, даже если эта команда может уничтожить критически важные данные?

Файлы удаляет не только rm, но и cp/mv. А если имена файлов вводить не вручную а alt-enter-ом в mc, то случайно выбрать соседний тоже можно. Я так, бывало, затирал не то что надо.

А вот в каких дистрибутивах это используется, интересно.

TrueNAS достаточно популярен, насколько понимаю. Если это считать дистрибутивом :)

Другой способ (напишу в комментарии)

Хватаюсь за голову, сажусь поплакать.

Вручную монтирую нужный снапшот и достаю оттуда файл. Про snapdir забываю постоянно.

Сочувствую. (=

Вот серьёзно, как можно случайно удалить файл?

Нуууу

Недавно сделал rm -rf * и долго думал) систему не снесло, но хомяк так основательно почистило :) Благо ничего критичного там не было (ну ЛАДНО, сейвки торчлайта немного жалко).

А вот в каких дистрибутивах это используется, интересно

Где поставили, там и используется. Практически на любой дистрибутив есть пакеты с утилитами и dkms-модулем. А в специализированных дистрибутивах оно часто идет из коробки, с собранным заранее модулем, иногда даже с возможностью сделать при установке корневой раздел на zfs (осуждаю такое).

Если вы случайно удалили файл на ZFS

Не использую ZFS

Противоречие. Мы же не о исп. или нет ZFS, а о восстановлении удаленного файла

Я тоже иногда эту команду использую. Но без вреда.

Я где-то накосипурил и оно вместо очистки той директории которую хотел почистить оно пошло выше по дереву и грохнуло хомяк)

Используем ZFS в PVE. Да, теоретически можно монтировать снапшоты и заниматься прочей магией, но поскольку есть бекапы, пользователям удобнее накатить с бекапа и не теребить рута.

rm -rf *

ССЗБ, чё. (%
Ты сам себя наказал за лень и/или пренебрежение.

Простые правила, которые ещё ни разу не подводили:

• Всегда проверять pwd;
• Всегда проверять ls -lA;
• Всегда проверять директории рекурсивно перед использованием ключа -r;
• Не пренебрегать ключом -i;
• Всегда проверять развёртывание глобов (*) с помощью echo;
• НИКОГДА не использовать ключ -f (ВООБЩЕ НИКОГДА!).

ССЗБ, чё. (%

Ты сам себя наказал за лень и/или пренебрежение.

Да, знаю, не отрицаю. Это «игровая» машинка из всяких запчастей собранная, там маленький ссд и вот что-то на выходных захотелось поиграться, а места нет. Вот и шлёп-шлёп и готово :)

Говорю о глупостях открыто, чтобы другие не попадались (хотя свои шишки всё равно каждый свои набьёт)

НИКОГДА не использовать ключ -f (ВООБЩЕ НИКОГДА!).

Без -f поддиректории же не грохнет? Приду домой проверю 😁

Но вообще спасибо за советы! Для всяких штук типо rsync всегда оч. сомневаюсь в собственной адекватности и проверяю либо с –dry-run либо на каких-то тестовых локациях сначала.

Без -f поддиректории же не грохнет? Приду домой проверю 😁

Грохнет. За это -r отвечает, а -f только за то, чтобы не спрашивать подтверждение.

Правила спорные. Не вижу проблем использовать -f в случае с удалением одного конкретного файла, например.

Я бы скорее топил за неиспользование глобов для rm в принципе. Оно на самом деле очень редко бывает действительно нужно.

Всегда проверять развёртывание глобов (*) с помощью echo;

В zsh, кстати, можно таб после * нажать, и оно тебе прям в строку ввода развернёт.

Но в целом ССЗБ, конечно, тут я не спорю.

Точно. Туплю под вечер уже)

Было половина из перечисленного, хотя для себя не использую. Еще вариант, сделать снапшот текущего состояния, перейти на нужный снимок, типа сделать от него клон, вытащить нужные данные, вернуться на сохраненное ранее текущее, и в него вернуть данные. Но руками в zfs такое не удобно, но я как раз писал управлялку снимками, для представления их в древовидное представление с функциями работы с ним.

Бэкуп - наше всё!!111

И, да, я — гуру. 😁

Ну да.

Лично я стал делать бэкупы с того момента, когда посидел пару ночей над восстановлением базы. Сразу поумнел. 😁

Восттанавливаю из бекапа, а вообще я не пользуюсь ZFS, для дома оно совсем не подходит, лагает и память жрет, плюсов 0, все равно бекапы делаю по старинке в шифрованные архивы и заливаю в облако.

для дома оно совсем не подходит, лагает и память жрет, плюсов 0

Ну да, ну да, вобще для дома не подходит, freeNAS это же сплошной ынтерпрайз … хотя постой. И «бесплатные» снапшоты, вообще ни разу не плюс.

Ну я про десктоп

Люди, использующие ZFS, никогда, ничего случайно не делают. Случай - удел лохов, ZFS - выбор мастеров.

не проголосовав нельзя посмотреть результаты, а хочется же.

Почему нельзя? Можно, под топиком есть ссылка «Результаты».

Если для десктопа, то я бы действительно использовать не стал, так же как и btrfs, при этом есть десктопные дистрибутивы в которых btrfs из коробки и есть пользователи таких дистрибутивов.

А я про NAS не подумал, сам не имею, ток маленький PC как сервер. Но видел на ютубе там люди вообще заморачиваются, ставят домой стойки с серверами и чего там только не крутят.