コンポトを大好きです。
Здравствуйте, участники сообщества. У меня есть крайне раздражающая проблема: мой ноутбук, при закрытии экрана, входит в ждущий режим, после открытия я слышу как работает кулер, но экран просто не включается, приходиться перезапускать ноутбук. AMD Radeon 520 - видеокарта, модель ноутбука - Acer Aspire A315-21G-99XE
コンポトを大好きです。
Ок. Всё-таки придёться даунгрейдить ядро.
コンポトを大好きです。
Надо попробовать.
コンポトを大好きです。
В Ubuntu 18.04 ждущий режим работал.
コンポトを大好きです。
Ок.
コンポトを大好きです。
Ок.
Konstantin
парни подскажите как выключить "связку ключей" , в seahorse ставлю пустой пароль (в убунте работало) через какое то время все равно просит ввести
Sergei
парни подскажите как выключить "связку ключей" , в seahorse ставлю пустой пароль (в убунте работало) через какое то время все равно просит ввести
Ты не хочешь отключать связку ключей. Ты хочешь, чтобы она разблокировалась автоматически. Для этого поставь на связку ключей "Вход" такой же пароль, как у твоей учётной записи локального юзера.
Konstantin
Ты не хочешь отключать связку ключей. Ты хочешь, чтобы она разблокировалась автоматически. Для этого поставь на связку ключей "Вход" такой же пароль, как у твоей учётной записи локального юзера.
наверно я это и имел ввиду) пароль стоит такой же, просто после перезагрузки он не минуемо при входе в хром просит ввести пароль, в убунте раньше ставил пустой пароль он предупрежал что пароли будут храниться не шифрованными... и усе после этого больше не напоминал о себе, здесь тоже ставлю пустой пароль но после перезагрузки он меняется на пароль от учетки
Konstantin
"Ваша связка ключей для входа в систему не была разблокирована, когда вы зарегистрировались в компьютере"
Konstantin
я так понимаю связка вход
Konstantin
/etc/pam.d/gdm-pin:auth optional pam_gnome_keyring.so /etc/pam.d/gdm-pin:session optional pam_gnome_keyring.so auto_start /etc/pam.d/gdm-password:auth optional pam_gnome_keyring.so /etc/pam.d/gdm-password:-password optional pam_gnome_keyring.so use_authtok /etc/pam.d/gdm-password:session optional pam_gnome_keyring.so auto_start /etc/pam.d/passwd:-password optional pam_gnome_keyring.so use_authtok /etc/pam.d/gdm-autologin:-auth optional pam_gnome_keyring.so /etc/pam.d/gdm-autologin:session optional pam_gnome_keyring.so auto_start
Konstantin
да, ток у меня автовход мож из за этого
Sergei
да, ток у меня автовход мож из за этого
Весьма может, попробуй отключить.
Konstantin
да так и есть, ток дальше еще веселей, хром выключил синхронизацию и со все сайтов вышел... мистика прям, лан спасибо, буду дальше разбираться с этим шайтан механизмом
Konstantin
Вообщем, победил: удалил все связки создал новую сразу с пустым паролем, при входе в хром еще раз подвердил пустой пароль и все...
Raxi
Всем привееет, у меня тут свежеустановленная система не может модули найти, может кто знает в чем может быть проблема?
ㅤ
gcc обновить для начала
Raxi
а не, все появились обновления
ㅤ
SWAPGS - новая уязвимость в механизме спекулятивного выполнения CPU Проблема подтверждена в процессорах Intel (x86_64) и частично затрагивает процессоры AMD, для которых не проявляется основной вектор атаки. http://www.opennet.ru/opennews/art.shtml?num=51234
ㅤ
https://www.phoronix.com/scan.php?page=article&item=swapgs-spectre-impact tl;dr: ~5%
egs
там у товарища в чате валится анаконда при попытке разметки диска, валится на экран входа в систему
egs
каковы возможные причины? текущий респин от 30 июля, гном
ㅤ
NVIDIA Starts Publishing GPU Hardware Documentation To Help Open-Source Drivers https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-Open-GPU-Docs
ㅤ
У кого перестал выходить из сна это регрессия 5.1.20 и выше https://bugzilla.redhat.com/show_bug.cgi?id=1737046 Фикс — https://bodhi.fedoraproject.org/updates/FEDORA-2019-a7f551b8c9
Anonymous
Доброго всем вечера, подскажет кто как в Fedora обновить Cinnamon 4.2.2 до 4.2.3 которая вышла 25 июля.
ㅤ
Доброго всем вечера, подскажет кто как в Fedora обновить Cinnamon 4.2.2 до 4.2.3 которая вышла 25 июля.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-d59d73f126 https://russianfedora.github.io/FAQ/package-manager.html#dnf-advisory
ㅤ
Bodhi до недавнего времени сам выдавал нужную ссылку для скачивания
Sergei
Все уже видели https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-Open-GPU-Docs ?
Sergei
https://t.me/russianfedora/419871
Сорь, так спешил поделиться, что не посмотрел историю чата.
ㅤ
Да всё равно не было обсуждения даже 😊
Sergei
Да всё равно не было обсуждения даже 😊
Да, подозрительно мало интереса. То ли приняли за 1е ареля, то ли не поняли, в чём важность.
ㅤ
Когда AMD первую порцию своих спеков открывали то крику было много
Sergei
Когда AMD первую порцию своих спеков открывали то крику было много
Проприетарные драйверы AMD были настоящим кошмаром. Возможно, там открытие спеков и вправду важнее.
Алексей
Алексей
Как итог нет вай фая опять
Алексей
Почему то обновилось , хотя все сделал по инструкции
Алексей
После недавного обновления пакета linux-firmware в Fedora 30, некоторые пользователи стали испытывать серьёзные проблемы с работой беспроводных Wi-Fi адаптеров от Intel. Проблема заключается во внутренней регрессии проприетарных прошивок Intel Wireless для части модельного ряда устройств. В качестве временного решения сделаем следующее: 1. Произведём откат до рабочей версии: sudo dnf downgrade https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl100-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl1000-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl105-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl135-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2000-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2030-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3160-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3945-firmware-15.32.2.9-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl4965-firmware-228.61.2.24-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5000-firmware-8.83.5.1_1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5150-firmware-8.24.2.2-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000-firmware-9.221.4.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2a-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2b-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6050-firmware-41.28.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl7260-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/linux-firmware-20190618-97.fc30.noarch.rpm 2. Запретим обновление пакетов iwl* и linux-firmware, иначе они снова будут перезаписаны проблеммной версией. Откроем файл /etc/dnf/dnf.conf в текстовом редакторе: sudoedit /etc/dnf/dnf.conf Добавим в конец следующую строку: exclude=iwl* linux-firmware 3. Осуществим перезагрузку устройства: sudo systemctl reboot После этого работоспособность Wi-Fi будет полностью восстановлена. #fedora #f30 #wifi #intel #firmware #bug #workaround
ㅤ
После недавного обновления пакета linux-firmware в Fedora 30, некоторые пользователи стали испытывать серьёзные проблемы с работой беспроводных Wi-Fi адаптеров от Intel. Проблема заключается во внутренней регрессии проприетарных прошивок Intel Wireless для части модельного ряда устройств. В качестве временного решения сделаем следующее: 1. Произведём откат до рабочей версии: sudo dnf downgrade https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl100-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl1000-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl105-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl135-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2000-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2030-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3160-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3945-firmware-15.32.2.9-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl4965-firmware-228.61.2.24-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5000-firmware-8.83.5.1_1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5150-firmware-8.24.2.2-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000-firmware-9.221.4.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2a-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2b-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6050-firmware-41.28.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl7260-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/linux-firmware-20190618-97.fc30.noarch.rpm 2. Запретим обновление пакетов iwl* и linux-firmware, иначе они снова будут перезаписаны проблеммной версией. Откроем файл /etc/dnf/dnf.conf в текстовом редакторе: sudoedit /etc/dnf/dnf.conf Добавим в конец следующую строку: exclude=iwl* linux-firmware 3. Осуществим перезагрузку устройства: sudo systemctl reboot После этого работоспособность Wi-Fi будет полностью восстановлена. #fedora #f30 #wifi #intel #firmware #bug #workaround
excludepkgs нужно
ㅤ
https://t.me/russianfedora/374920 хз у меня работает с excludepkgs
egs
После недавного обновления пакета linux-firmware в Fedora 30, некоторые пользователи стали испытывать серьёзные проблемы с работой беспроводных Wi-Fi адаптеров от Intel. Проблема заключается во внутренней регрессии проприетарных прошивок Intel Wireless для части модельного ряда устройств. В качестве временного решения сделаем следующее: 1. Произведём откат до рабочей версии: sudo dnf downgrade https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl100-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl1000-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl105-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl135-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2000-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2030-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3160-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3945-firmware-15.32.2.9-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl4965-firmware-228.61.2.24-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5000-firmware-8.83.5.1_1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5150-firmware-8.24.2.2-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000-firmware-9.221.4.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2a-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2b-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6050-firmware-41.28.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl7260-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/linux-firmware-20190618-97.fc30.noarch.rpm 2. Запретим обновление пакетов iwl* и linux-firmware, иначе они снова будут перезаписаны проблеммной версией. Откроем файл /etc/dnf/dnf.conf в текстовом редакторе: sudoedit /etc/dnf/dnf.conf Добавим в конец следующую строку: exclude=iwl* linux-firmware 3. Осуществим перезагрузку устройства: sudo systemctl reboot После этого работоспособность Wi-Fi будет полностью восстановлена. #fedora #f30 #wifi #intel #firmware #bug #workaround
а с азеросом не должно быть подобных проблем?
skyb
Подскажите, вот есть спящий режим, а как то можно будить комп по сети?
☭Тупо Лучше
Подскажите, вот есть спящий режим, а как то можно будить комп по сети?
Поставить в биосе и параметрах адаптера разрешения пробуждение магик пакетом?
skyb
так, тут вроде все понятно, а второй вопрос, настроить выход из этого же режима по нажатию кнопки на клавиатуре можно?
olegon.ru
из какого?
skyb
Спящий режим
skyb
у меня нет, вот интересуюсь, мож че донастроить наад
Alexandr ∨∧‾
у меня нет, вот интересуюсь, мож че донастроить наад
это обычно хардварная фича на уровне матери/биоса
skyb
ага, поищу там
Vasiliy Glazov
Нужна помощь. Есть строка вида {21,10,216,{40,26,26},55},{29,72,265,{53,44,44,50},58}, как её распарсить на bash
🦥Alex Fails
я бы взял jq
🦥Alex Fails
хотя это еще похоже на инициализацию ссишной структуры даже
Vasiliy Glazov
для начала в переменные или элементы массива. Первый элемент {21,10,216,{40,26,26},55} и второй {29,72,265,{53,44,44,50},58}
Snejana ONE LOVE
А потом?
Vasiliy Glazov
как бы вот взять то, что в "фигурная скобка открылась, всё внутри, фигурная скобка закрылась", не обращая внимания на внутренние фигурные скобки
Vasiliy Glazov
ну а потом видно будет
Vasiliy Glazov
потом, наверное ещё отдельно для внутренних фигурных скобок
Snejana ONE LOVE
Пытаюсь понять, как это хранить...
Илья
Сорян мисс клик)
Vasiliy Glazov
хранить - дело десятое. Для начала распарсить бы.
Vasiliy Glazov
пока приходит на ум через | cut -d "{" -f2,3
Snejana ONE LOVE
пока приходит на ум через | cut -d "{" -f2,3
Не совсем оно, но можно потом искать закрывающтеся)
Snejana ONE LOVE
И без -f2,3
Vasiliy Glazov
мне главное было начать (понять с какого конца браться), сейчас уже стало получаться... :)
Nikita
хранить - дело десятое. Для начала распарсить бы.
egrep -o "(\{|\}|\d+)" может лучше будет, потом построчно через цикл
Vasiliy Glazov
egrep -o "(\{|\}|\d+)" может лучше будет, потом построчно через цикл
Так он лишь скобки выбирает. Я уже почти сделал. Сейчас это в двумерный массив запихну ещё...