Он же должен сам подчищать...
у меня там чуть ли не сотня директорий была
olegon.ru
olegon.ru
без файлов
olegon.ru
система старая, конечно, но все равно многовато
Vasiliy Glazov
Anonymous
Мб у тебя после поломки dnf оно осталось.
Anonymous
В смысле, в том плане, что у тебя dnf упал. Или он не падал?
Vasiliy Glazov
Повод для багрепорта на мой взгляд.
olegon.ru
В смысле, в том плане, что у тебя dnf упал. Или он не падал?
он не падал, упал питон, но и директории рассыпаны до чуть ли не годичной давности
olegon.ru
я послежу, если будут появляться
olegon.ru
пока грохнул все
Anonymous
он не падал, упал питон, но и директории рассыпаны до чуть ли не годичной давности
dnf написан на питоне.
olegon.ru
dnf написан на питоне.
да, восстановил картину утреннего падения, python и python-libs при ребуте во время апгрейда пострадали
olegon.ru
директории старые
Vasiliy Glazov
А у rpmfusion и правда зеркала чудят.
Дима
так фиг с ними же, разве нет?
Дима
в /var гадят примерно все и все плохо за ним следят
Sergey
так фиг с ними же, разве нет?
Иноды жалко
И в любом случае, если софт работает не так, как от него ожидают, то он требует доработки
Дима
согласен
Anonymous
Неудаление директорий по команде clean all
так их ещё и yum не удалял. получалось "мёртвое дерево" — без единого файла. Да и непонятно, когда это всё вычищать
Vasiliy Glazov
Хотя бы по команде.
Anonymous
Хотя бы по команде.
Ну, find path -empty -delete ?
Всё равно автоматически неоднозначно.
Да и освободится немного
Vasiliy Glazov
Ну, find path -empty -delete ?
Всё равно автоматически неоднозначно.
Да и освободится немного
по команде dnf clean all - иначе какой от неё смысл-то?
Anonymous
по команде dnf clean all - иначе какой от неё смысл-то?
она все известные ей файлы и очищает.
Я не проверял, но если я туда засуну свой левый файл — clean all его грохнет? Не уверен.
Anonymous
Anonymous
Попробуй. Аж интересно стало.
Не буду 😀. стратегия у меня такая: не драться с тем, что предлагает система или дистрибутив. И по возможностью не вмешиваться туда тоже.
olegon.ru
clean all чужое не чистит
olegon.ru
проверено
Anonymous
clean all чужое не чистит
Бинго! 😂
Если серьёзно, то понимать стратегию других проектов полезно. Только это сложнее, чем хотелось бы
olegon.ru
Бинго! 😂
Если серьёзно, то понимать стратегию других проектов полезно. Только это сложнее, чем хотелось бы
не очень понял, к чему это, но вот содержимое /var/cache/dnf на другом компе https://paste.centos.org/view/32c3e5c1
olegon.ru
вот после dnf clean all
https://paste.centos.org/view/878b56e1
Anonymous
Мы за что боремся? Сами загруженные пакеты занимают заметно, так они по умолчанию и удаляются сразу после успеха Метаданные нынче тоже не маленькие: мегабайты, десятки мегабайт. Но, не больше. Это теперь критично?
olegon.ru
мусор... он всегда критичен, поскольку ведет к хаосу
olegon.ru
- Curl error (8): Weird server reply for ftp://mirror.yandex.ru/fedora/rpmfusion/free/fedora/updates/31/x86_64/repodata/repomd.xml [Failed to connect to mirror.yandex.ru port 21: Connection refused]
что делать-то теперь? :(
Vasiliy Glazov
Кроме baseurl
Anonymous
мусор... он всегда критичен, поскольку ведет к хаосу
Хаос — когда общий ресурс, анонимная файлопомойка. Так любимая в (censored)
А dnf и прочие подобные сервисы со своими приватными данными разберутся.
Только с этой темой предлагаю переехать во флудилку.
olegon.ru
наверное, зеркала переделывают
Vasiliy Glazov
Проблема только с rpmfusion же.
Vasiliy Glazov
У меня через италию нет проблем
Anonymous
наверное, зеркала переделывают
Ну, зеркало в России осталось одно. И там внутри реализовано ужасно: внутри кластера они синхронизуются через ngins proxy.
Рассоглысоваются регулярно
olegon.ru
как я понимаю, директории dnf оставляет, если неуспешно завершился
Vasiliy Glazov
А чего тянут с патчем, не в курсе?
olegon.ru
в стейбле?
Vasiliy Glazov
Частично же знают - вот https://bugzilla.redhat.com/show_bug.cgi?id=1787026
Vasiliy Glazov
https://patchwork.ozlabs.org/patch/1217709/
Vasiliy Glazov
хотя бы проводную сеть починит
Vasiliy Glazov
Да ладно. Попытка не пытка. Отъехать на 5.3 пока что можно.
Anonymous
Не — это где? В Штатах, в Европе, куда все кабели приходят (ой, Голландия)
Anonymous
Ну, самое быстрое место на всю Европу. Что не так
Vasiliy Glazov
Не — это где? В Штатах, в Европе, куда все кабели приходят (ой, Голландия)
Голландии больше нет, просрали.
olegon.ru
кирпич в графике? если консольный сервер, не вешается?
olegon.ru
вот счастье-то... я обновился уже, боюсь ребутиться
Vasiliy Glazov
Да-да, об этом баге ещё на той неделе говорили уже.
olegon.ru
елки-палки... я десктоп свой убитый-то как раз и обновил...
olegon.ru
на интеле...
Vasiliy Glazov
Не всякий интел подвержен багам этим. Там определённые железки. Но лучше пересидеть на 5.3 конечно.
Nutrion
В 5.5 ядре вроде фикс принили
olegon.ru
это по графике... интересно, что с сеткой...
Null
В ядре Linux версии 5.4 было обнаружено несколько серьёзных регрессий:
1. неработоспособность сетевых карт производства Intel (RHBZ#1787026);
2. неработоспособность некоторых Wi-Fi и Bluetooth модулей производства Intel;
3. зависания системы при использовании интегрированных графических решений Intel (FD#673).
Пользователям устройств с подверженным указанным выше ошибкам оборудованием, следует обновляться с особой осторожностью, либо откатиться назад на версию ядра 5.3.14 (5.3.15 и 5.3.16 имеют регрессии с графическим стеком NVIDIA и невозможностью вывода звука через HDMI порт) из Koji.
#intel #kernel #linux #regression #bug #workaround
olegon.ru
а как-то можно определить заранее, глюкает железка или нет?
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
Subsystem: Intel Corporation Gigabit CT Desktop Adapter
Kernel driver in use: e1000e
Hunter
Не знаю связаноли это с этим или нет, федора 31 не смогла работать на моем стареньком компе с древней картой нвидиа. После обновления до нее "морда и Оо чтото пошло не так", также пробовал грузиться с загрузочного образа, такой же результат. Пришлось откатываться до 30-ой
Vasiliy Glazov
olegon.ru
inxi -Nxx покажи лучше
Network: Device-1: Intel 82574L Gigabit Network driver: e1000e v: 3.2.6-k port: e000 bus ID: 01:00.0
chip ID: 8086:10d3
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: ASUSTeK P8P67 and other motherboards driver: r8169 v: kernel port: d000 bus ID: 03:00.0
chip ID: 10ec:8168
olegon.ru
пардон, лишнее зацепил
Vasiliy Glazov
Vasiliy Glazov
Проблема с I219-LM, I219-V
Vasiliy Glazov
Не факт
olegon.ru
e1000 и e1000e - это разные?
evgeny
ептить шо за х с телеграмом?
evgeny
Vasiliy Glazov
Ещё один...
Boris
😂