Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..." Отправлено n00by, 30-Май-23 08:17
> 4) "Пул восстановил" очень растяжимое понятие, кмк. > Это точно scrub проходит и не разваливается без долговременных последствий? Набираю в поисковике "восстановление zfs пула", читаю по второй ссылке документацию Оркала: # zpool status   pool: tpool state: FAULTED status: The pool metadata is corrupted and the pool cannot be opened. action: Recovery is possible, but will result in some data loss.         Returning the pool to its state as of Wed Jul 14 11:44:10 2010         should correct the problem.  Approximately 5 seconds of data         must be discarded, irreversibly.  Recovery can be attempted         by executing 'zpool clear -F tpool'.  A scrub of the pool         is strongly recommended after recovery. Т.о. scrub является частью процедуры восстановления и вопрос теряет смысл. Сложности там, если и были, то с затёртой таблицей разделов. Не помню уже, что именно с ней делал. Но ничего сверхъестественного, иначе бы записал. > Нельзя ли конкретнее? > 1) Какие были конфигурации ФС? > 2) Что конкретно было сделано? > 3) Что случилось с точностью до сообщений об ошибке? Не вижу смысла всё это уточнять, когда ZFS я поднял. Был сделан вывод о непригодности BtrFS "для дома". Можно просто считать меня нубом и обывателем - вполне годное основание для вывода. ;)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> 4) "Пул восстановил" очень растяжимое понятие, кмк. >> Это точно scrub проходит и не разваливается без долговременных последствий? > Набираю в поисковике "восстановление zfs пула", читаю по второй ссылке документацию Оркала: > # zpool status > pool: tpool > state: FAULTED > status: The pool metadata is corrupted and the pool cannot be opened. > action: Recovery is possible, but will result in some data loss. > Returning the pool to > its state as of Wed Jul 14 11:44:10 2010 > should correct the problem. > Approximately 5 seconds of data > must be discarded, irreversibly. > Recovery can be attempted > by executing 'zpool clear > -F tpool'. A scrub of the pool > is strongly recommended after > recovery. > Т.о. scrub является частью процедуры восстановления и вопрос теряет смысл. > Сложности там, если и были, то с затёртой таблицей разделов. Не помню > уже, что именно с ней делал. Но ничего сверхъестественного, иначе бы > записал. >> Нельзя ли конкретнее? >> 1) Какие были конфигурации ФС? >> 2) Что конкретно было сделано? >> 3) Что случилось с точностью до сообщений об ошибке? > Не вижу смысла всё это уточнять, когда ZFS я поднял. > Был сделан вывод о непригодности BtrFS "для дома". > Можно просто считать меня нубом и обывателем - вполне годное основание для > вывода. ;)
	Введите код, изображенный на картинке: