Anonymous
Что-то ядра 5.7.* вообще весёлые. Теперь у меня сегфолт при чтении данных из свопа. https://paste.centos.org/view/477009d2
emlen
соответственно, как вариант брать текущее значение занятого объема данными папками и назначение RW маленьким (ниже определенного порога) и NC разросшимся выше порога
emlen
запись бешенная прям не планируется, работа в основном с каким-то по, исходниками, книгами, доками... большущих файлов тоже не предвидится
emlen
вот собственно такая у меня задумка/задача
emlen
костыль, но хочу!)
Sergey
У меня есть отличная идея Выкинь свои каталоги, и вместо них сделай tar-архивы, в которые просто дописывай инфу
Sergey
Прелесть в том, что их можно дробить и емнип тар хранит хеш-сумму файлов
Sergey
Минусы в том, что запись туда будет несколько медленнее записи в каталог Но у тебя нет ограничения, насколько я понимаю
emlen
Минусы в том, что запись туда будет несколько медленнее записи в каталог Но у тебя нет ограничения, насколько я понимаю
медленнее на время бэкапа не смертельно, лишь бы не пережимало все подряд каждый раз
Sergey
можно подробнее?
Предположим, что archive.tar наш архив Добавим туда некоторый файл: tar -rf ./archive.tar ./new_file Обновим файл: tar -uf ./archive.tar ./modified_file
emlen
Просто не включай сжатие
ну и копировать то что не изменилось не следует
Sergey
ну и копировать то что не изменилось не следует
Он и не будет, насколько я понимаю
emlen
Он и не будет, насколько я понимаю
ок, так а по какому принципу будет работать многотомность?
emlen
что-то я не уверен в надежности решения, чтобы оно еще и обновляло и предлагало новый носитель вставить..
emlen
и если перепутаю какой вставил само понимало какой обновлять
emlen
а если еще и что-то пошло не так, то дало повторно синхронизировать
emlen
возможно просто в плоскости моего сознания это невозможно уместить, слишком объемно)
emlen
dua попробуй ;)
никак не найду чет
ㅤ
На F31 его нет.
emlen
Раздел
о, утка не находила, гугл кучу навалил
ㅤ
На F31 его нет.
Хотя есть.
Anonymous
@Artem4 а лол, там сегфолт из-за riot-desktop и zswap. 😄
Anonymous
У меня крч крашнулся riot, и видимо zswap сразу что-то недопонял в этот момент.
ㅤ
@Artem4 а лол, там сегфолт из-за riot-desktop и zswap. 😄
Ну у меня же нету, хотя и первое и второе стоит.
Anonymous
Ну у меня же нету, хотя и первое и второе стоит.
У тебя крашился riot? У меня он вот крашнулся при диком своппинге, при попытке его закрыть.
ㅤ
Хм, нет. Ни разу.
ㅤ
Как установлен у тебя?
emlen
Хотя есть.
dua-cli.x86_64 это оно?
ㅤ
flatpak
И у меня. Постоянно работает и памяти телега потребляет больше чем он.
Anonymous
И у меня. Постоянно работает и памяти телега потребляет больше чем он.
Нашёл немного похожий баг. https://bugzilla.kernel.org/show_bug.cgi?id=192571
emlen
Да.
спс, попробую
ㅤ
Нашёл немного похожий баг. https://bugzilla.kernel.org/show_bug.cgi?id=192571
Хах, про это я еще спрашивал у hakavlad кстати не так давно, он пальцем у виска покрутил в ответ.
Sergey
ок, так а по какому принципу будет работать многотомность?
Не знаю. Я просто помню, что тар из коробки умел в многотомные архивы, было не обязательно изх спилом резать
emlen
а с mht как с архивом можно как-то работать?
emlen
о, тотал в вайне норм распаковал..
ㅤ
Штош https://communityblog.fedoraproject.org/fedora-33-btrfs-by-default-test-day-2020-07-08/
ㅤ
Я как раз сегодня хотел потестить btrfs и если с корнем мой баг еще открыт то хотел на HDD поэксперементировать с ней.
ㅤ
:D да.
olegon.ru
бэкап на маленькие по 500 рсинком
вот этого я в задаче не понял... зачем? я бы попробовал borgbackup и купил бы диск для его итогового архива
olegon.ru
купил - в условия задачи не входило)))))
писать бекап на дохлые старые диски... это не бекап
olegon.ru
тем более, что borgbackup может серьезно удивить итоговым архивом (размером)
emlen
лучше чем ничего)
olegon.ru
Почему? Вполне себе бэкап.
потому, что никогда не знаешь, жив он или нет, а это обязательное условие бекапа
Alexander
потому, что никогда не знаешь, жив он или нет, а это обязательное условие бекапа
Соль резервного копирования не в том, что хранилище для бэкпапов гипернадежное, а в том, что вероятность потери данных снижается с вероятности отказа основного хранилища до произведения этой вероятности на веростятность отказа хранилища с резервными копиями. Даже если последняя — 0.1 (а это дохрена), то это всё равно снижает риск потери данных в 10 раз.
emlen
потому, что никогда не знаешь, жив он или нет, а это обязательное условие бекапа
про дохлые это уже Вы сами себе придумали, старенькие, небольшие, это да..
emlen
😃
emlen
например smart мониторить никто не мешаеть...
Anonymous
например smart мониторить никто не мешаеть...
SMART всего-лишь показывает то, что он знает, но на деле диск уже может начать сыпаться. По-хорошему запускать бы, к примеру, еженедельную полную проверку всего диска.
Alexander
потому, что никогда не знаешь, жив он или нет, а это обязательное условие бекапа
А для того, чтобы не раздувать риски отказа резервного хранилища в сторону единицы, достаточно более-менее регулярно проверять бэкапы.
Alexander
Короче, в бэкапах грамотное управление рисками гораздо важнее, чем номинальная надежность отдельных элементов системы.
Anonymous
А podman контейнеры сильно от docker отличаются? И что лучше использовать в Fedora?
Anonymous
Vasiliy Glazov
а контейнеры совместимы?
Нет вроде бы, но очень похожи.
Tadeusz
а контейнеры совместимы?
что ты имеешь в виду? ты можешь взять image докера и развернуть его в podman'е без магии
Tadeusz
вот это и имел ввиду.
канеш можешь! а иначе нахрена он)
Vasiliy Glazov
плохо.
Ну я не в курсе, не слушай меня :)
Tadeusz
А. Ок.
спрашивай, в общем-то...
Sergei
Нет вроде бы, но очень похожи.
Контейнеры между docker и podman совместимы настолько, насколько каждый из них со стандартом OCI. То есть должны быть полностью совместимы.
emlen
dua попробуй ;)
вот как-то так: # /usr/bin/time -f %E du -shl /home/A 462G /home/pr/A 1:16.36 # /usr/bin/time -f %E dua -f Binary -l /home/A 461.56 GiB /home/pr/A 2:18.79