| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Хм. 20 гигов на btrfs это не много:) Но для арча где одна лишь система, с вынесеным home это достаточно. Правда у меня 40 гигов, 22 забито. Но не об этом.Вроде с COW пока проблем не замечаю. |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
А может я не прав, я вспомнил одну вещь. Кроме snapper я случайно ставил хук на пакман который автоматом после каждого обновления системы делал снимок. Поэтому получались копии, не думаете? |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Хорошо, посоветуйте ссылку где подробно описан COW на btrfs. Как известно в btrfs слижком много мета данных(включая эти модифекации модифекаций), и свободное место заканчивается на глазах после долгой жизни btrfs. |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Как известно в btrfs использует COW, копирование при записи. Как я понел при изменении файла мы изменяем не файл а новый блок в фс. Благодаря этой фитче мы можем получать оригинальные файлы которые были изменены 2 года назад? Мне такой функционал не нужен, мне нужна обычная btrfs, со сжатием. nodatacow отключает не только cow, но и ген хеша, + выборочное сжатие, работает лишь force compress. Ну и вроде стабильность падает так как блоками фс и сама пользуется при потери питания например. Вопрос: COW вечно создает такие блоки? Можно даже и не знать что у тебя множество разных модификаций одного и того же файла? |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Ставить bin32-firefox из aur. Причина: самая большая, фаер 64 бит по не обьяснимым причинам жрет ооочень много если долго и активно работать он жрет 2 гига и все начинает тупо виснуть, прироста нет. Во многих тестах в сети вы можете видеть такие странности, также добавлю фаер 32 от силы ест 200-300 мб на море вкладок, а 64 поработаешь, позакрываешь все, две вкладочки останутся и жрет 2 гига:( Или 64 бит не любит виртуальные машины, что переход на него это одна морока, или они где-то делают крупную утечку. |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Все дело в resolv + использование кешью клиента dnsmasq. Требуется сделать /etc/resolv.conf постоянным и сделать внутри его dns localhost. В файл /etc/resolv.conf требуется написать следующее Всё! Не знаю почему раньше работало, но на компе и без етого робит. Демон systemd-resolved.service не обязателен, заметил что он в фоне че-то делает не нужное. Проблема решена, спасибо всем, особенно vasek ( http://archlinux.org.ru/forum/users/vasek/ ) |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Все дело в dns. Почему-то gpg использует старый resolv. А systemd-resolved.service его создает. |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Привет) я снова здеся. Снова решил разобратся... Решение оказалось очень даже простым) Пишем Ничего не изменилось, пробую refresh key, и тут в открытом dirmng появляются новые логищя Все вродебы нормально, но тут смутило меня dirmngr[5199.5]: failed to load '/etc/resolv.conf': Нет такого файла или каталога Тоесть он зачем-то использует ети dns.. Взял resolv из https://wiki.archlinux.org/index.php/Resolv.conf (по привычке гугловские). Перезапустил демон и refresh-key заработал) Я сам пользуюсь NetworkManager + dnsmasq. dnsmasq как демон кешью dns(https://wiki.archlinux.org/index.php/Dnsmasq_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29). Вот думаю что делать с /etc/resolv.conf, ведь /run/systemd ето tmpfs. Ага, есть у systemd друг /usr/lib/systemd/systemd-resolved (systemd-resolved.service) автоматом создает нужный файл. Перезагружаемся(не активировав сервиса), (файла resolv нет) проверяем Запустим демон. И перезагружаемся!! (или убиваем dirmngr и запускаем вручную). Все) Правда resolv принел вид |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
genfstab не использую и не советую. а зачем. Используйте blkid и создайте свой fstab Мое: И btrfs не советую. Пробовал но она быстро дохла а также краши в dmesg |
| Ulin |
|
|
Темы:
3
Сообщения:
81
Участник с: 16 июня 2016
|
Wireshark не показал никакого намека на внешнее соединение. Да и вообще были логи с локаль вайфая только. ngrep действительно очень прост и он тоже молчит. |