Исходное сообщение
"Объединение томов через aufs для отказоустойчивости и момент..." Отправлено glebiao, 22-Апр-19 08:04
>Зачем нужны снапшоты раз в четыре минуты, раз в 30 минут, не надо утрировать. потому. что работает много людей. 30 минут оказалось комфортным минимумом, если вдруг "ж стрясается". >как вообще потом найти среди них нужный даже если нужны, поэтому и была попытка хранить историю в гите. >Но если у вас от этого переполняется какая-то там "область метаданных" (нет у btrfs такой >выделенной области, метаданные там размазаны по диску ровным слоем, root tree на то и tree) >- вы, вероятнее всего, бредите. https://btrfs.wiki.kernel.org/articles/f/a/q/FAQ_1fe9.html btrfs fi df . Data, single: total=77.01GiB, used=43.83GiB System, DUP: total=8.00MiB, used=16.00KiB Metadata, DUP: total=3.00GiB, used=384.92MiB GlobalReserve, single: total=96.56MiB, used=0.00B а это на томе с 4 снэпшотами .qcow2: "свободного места" 79G из 200G, Data, single: total=125.01GiB, used=120.66GiB System, DUP: total=8.00MiB, used=16.00KiB Metadata, DUP: total=1.00GiB, used=957.70MiB GlobalReserve, single: total=144.03MiB, used=0.00B >надо бы проверить, но что-то мне подсказывает, что fsck в этом случае справится. Чтобы не >справилась - надо чтобы блок действительно был битый, а не "временно", да еще и попал в >метаданные. Я на это наступил. Возможно, просто "повезло". Детально не исследовал. Нет, любые попытки restore только усугубляют проблему (и довольно быстро становиться ясно, почему: дереву крышка).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: