Fedora 19 перестал работать спящий и ждущий режимы
При выборе спящего или ждущего режимов монитор моргает и выходит на экран приветствия (авторизации).
3.9.5-301.fc19.i686.PAE
mate-window-manager 1.6.2-7.fc19
Перед этой проблемой создал на сетевке пару vlan’ов, и добавил роутинг.
Роутинг делал по этой рыбе (сильно не пинайте):
(В примере адреса первоисточника шаблона)
——————————————————
$ iptables -A FORWARD -i eth0 -o eth1 -s 192.168.0.0/24 -j ACCEPT
$ iptables -A FORWARD -i eth1 -o eth0 -d 192.168.0.0/24 -j ACCEPT
$ iptables -P FORWARD DROP
$ iptables -A POSTROUTING -s 192.168.0.0/24 -o eth1 -j SNAT —to-source 10.188.106.33
——————————————————
вывод dmesg
[ 4205.536814] IPv6: ADDRCONF(NETDEV_UP): enp6s0: link is not ready
[ 4205.561566] IPv6: ADDRCONF(NETDEV_UP): p2p1: link is not ready
[ 4205.561627] IPv6: ADDRCONF(NETDEV_UP): p2p1.1: link is not ready
[ 4205.561682] IPv6: ADDRCONF(NETDEV_UP): p2p1.234: link is not ready
[ 4205.561740] IPv6: ADDRCONF(NETDEV_UP): p2p1.888: link is not ready
[ 4205.562689] e100 0000:08:01.0 p2p1: NIC Link is Up 100 Mbps Full Duplex
[ 4205.562831] IPv6: ADDRCONF(NETDEV_CHANGE): p2p1: link becomes ready
[ 4205.562898] IPv6: ADDRCONF(NETDEV_CHANGE): p2p1.1: link becomes ready
[ 4205.562929] /dev/vmnet: open called by PID 3216 (vmnet-bridge)
[ 4205.562938] /dev/vmnet: hub 0 does not exist, allocating memory.
[ 4205.562951] IPv6: ADDRCONF(NETDEV_CHANGE): p2p1.234: link becomes ready
[ 4205.562959] /dev/vmnet: port on hub 0 successfully opened
[ 4205.562968] bridge-p2p1: up
[ 4205.563002] IPv6: ADDRCONF(NETDEV_CHANGE): p2p1.888: link becomes ready
[ 4205.563099] bridge-p2p1: attached
[ 4205.563153] bridge-p2p1: disabling the bridge on dev down
[ 4205.563169] bridge-p2p1: down
[ 4205.563176] bridge-p2p1: detached
[ 4205.563194] /dev/vmnet: open called by PID 3216 (vmnet-bridge)
[ 4205.563199] /dev/vmnet: hub 0 does not exist, allocating memory.
[ 4205.563219] /dev/vmnet: port on hub 0 successfully opened
[ 4205.563225] bridge-p2p1.234: can’t bridge with p2p1.234, bad header length 18
[ 4205.563228] bridge-p2p1.234: enabling the bridge on dev up
[ 4205.563229] bridge-p2p1.234: can’t bridge with p2p1.234, bad header length 18
[ 4205.563231] bridge-p2p1.234: interface p2p1.234 is not a valid Ethernet interface
[ 4205.563233] bridge-p2p1.234: attached
[ 4205.695665] userif-4: sent link down event.
[ 4205.695669] userif-4: sent link up event.
[ 4206.909905] userif-4: sent link down event.
[ 4206.909910] userif-4: sent link up event.
[ 4207.912566] userif-4: sent link down event.
[ 4207.912572] userif-4: sent link up event.
[ 4208.915303] userif-4: sent link down event.
[ 4208.915308] userif-4: sent link up event.
Вижу, что есть проблема, с p2p1.234, но природа мне не ясна, собственно через этот интерфейс я сейчас с Вами общаюсь )
На всякий случай Вывод ip route show
Источник
[Fedora] Проблема со спящим режимом
Установил себе Fedora 14, и только я *расположился*, сразу обнаружилвась такая проблема: Нет, в спящий и ждущий входит нормально и выходит, вот только после выхода из *сонных режимов*, случается глюк. Из гнома пропадают вообще все упоминания *о переходе в спящий-ждущий режим*, вообще. В *управлении питанием*, на действиях закрытия крышки скажем, пропали вообще пункты *Спящий режим* и *Ждущий режим* и осталось только *Заблокировать экран*. А до этого они были, я точно знаю, инфа 100%(Потому что перед *спящим режимом* я лазал в настройках питания, и в *спящий* перешел случайно, закрытием крышки, не досмотрев один параметр). И дополнительно после *сонных режимов* пропадает звук.
Вопрос: Это что за нафиг, и как сделать чтобы было нормально?
Курсив на этой борде делается
Этот сайт глючит невообразно. Ниче не могу сделать
Загрузитесь, усыпите компьютер, дайте ему проснуться, введите dmesg >
/dmesg.txt, загрузите содержимое файла dmesg.txt из домашней директории на http://paste.org.ru/ и дайте сюда ссылку.
Щас, и не будет ли проще, просто скинуть сам текст на обменник? =)
Читать текст в виде текста (а не разбираться с файлообменниками/капчей/ожиданием/блокировкой рекламы) удобнее.
Источник
Проблемы со ждущим режимом в Fedora
Поставил Fedora Workstation 32 на Macbook Pro 2015 через dual boot. Теперь на ноутбуке установлены обе ОС macOS и Fedora. Однако во время использования Fedora заметил такую проблему, что ноутбук самопроизвольно выходит из ждущего режима спустя несколько секунд. Аналогичная ситуация и после закрытия ноутбука, который включается через несколько секунд даже в закрытом состоянии. Бывает и так, что после закрывания ноутбук и вовсе не переходит в ждущий режим, а открыв его, вместо экрана блокировки сразу открывается рабочий стол.
Как можно решить данную проблему?
Выхлоп dmesg после самопроизволного выхода из сна в студию. А так же uname -a. Загрузи с флешки убунту, или другой дистр с достаточно свежим ядром и посмотри, что быдет там. lsmod.
Попробуй поставить ноут в ждущий режим через консоль: systemctl suspend . Покажи что нибудь подозрительное после пробуждения из логов: journalctl -xe .
Это известная проблема. Мне помогало:
А что не так должно быть с ядром?
Здесь скрипт для systemd решил проблему.
Тоже ставил федору на мак, только 2011-го года, решал такую проблему, как уже не помню, но вот тебе первая ссылка из гугла 🙂
Действительно проблема оказалась в том, что ноутбук заводится из-за usb-разъема. Когда посмотрел в консоли логи после systemctl suspend как раз ошибка была связана с usb. Теперь всё вроде бы нормально работает.
А чё wifi? На моём был broadcom и, чтобы не обмазываться нестабильным блобом, я его заменил на atheros, хотя наверно уже что-то изменилось с тех пор.
По поводу тачпэда всякое читал, но проще оказалось привыкнуть к идеям libinput, чем пытаться как-то заставить его работать похоже на мак.
Да, wi-fi тоже бывало переставал работать после выхода из ждущего режима, не знаю связано ли одно с другим на прямую или это какая-то проблема с самим wi-fi. В любом случае буду смотреть как будет обстоять дело дальше, пока-что всё работает исправно после того, как починил ждущий режим.
С тачпадом тоже решил в итоге ничего не делать и просто привыкнуть)) Хотя иногда возникают баги. Например, в браузере нужно открыть всплывающий список, который появляется если нажать на элемент правой кнопкой мыши. И вот на тачпаде, то достаточно просто нажать на элемент и список появится и будет висеть, то необходимо удерживать нажатие пальцами и передвигать курсор на необходимое значение, а после чтобы подтвердить действие, нужно просто отпустить пальцы. В общем пока не вдавался в то, почему так происходит, но случается это даже на одной и той же странице браузера. Тачпад то так, то иначе работает.
Ещё была проблема в том, что на Fedora отсутствует AltGr. Точнее оно то есть, но только в виде костылей. За многие годы использования macOS привык к тому, что для набора многих типографских знаков достаточно 3-го и 4-го ряда клавиш. В Fedora это всё настраивается в Gnome Tweaks, при чём работать клавиши 3-го и 4-го ряда будут только с English (Macintosh) в качестве источника ввода. У Русской (Macintosh) почему-то 3-й и 4-й ряды отсутствуют. Хотя больше уже привыкаю к композиционной клавише, которая через снипеты выдаёт все необходимые символы.
У меня тут недавно fedora + kde отмочила, не встречал раньше. Включаю монитор после лока, надо вводить пароль — и он вводится без звездочек, наглядно его видно, вот уж непривычно видеть свой пароль! И логинится успешно. Я подохренел. Быстро опять super+L, ввожу пароль — звездочки на месте.
Трындец, как такое ловить, как такое тестить
Включаю монитор после лока, надо вводить пароль — и он вводится без звездочек, наглядно его видно, вот уж непривычно видеть свой пароль! И логинится успешно.
Привыкай, это ж свеженька-Fedora. В моей Gentoo такого безобразия не было за десяток нет, хотя пользовался KDM, Slim, LightDM, SDDM.
И вот на тачпаде, то достаточно просто нажать на элемент и список появится и будет висеть, то необходимо удерживать нажатие пальцами и передвигать курсор на необходимое значение, а после чтобы подтвердить действие, нужно просто отпустить пальцы.
Нормальное поведение, мышь себя ведёт также. Скорее всего неаккуратный тап. Надо понимать, что работать с тачпадом придётся сильно точнее, libinput не умеет так обрабатывать погрешности, как в маке. Я тебе дал ссылку, почитай внимательно про тапы, станет понятно как это настроено и останется привыкнуть, мне даже понравилось в итоге.
В Fedora это всё настраивается в Gnome Tweaks, при чём работать клавиши 3-го и 4-го ряда будут только с English (Macintosh) в качестве источника ввода. У Русской (Macintosh) почему-то 3-й и 4-й ряды отсутствуют.
Нет проблем, используй нормальную раскладку us-ru в линукс, маки вечно спят на потолке.
Даже попытался загуглить такую проблему – ничего не нашёл. У самого такого ниразу не возникало.
Просто в федоре плазмокеды криво патчат. Тыкал я как-то ради интереса Федорку 29 кажется. Тыкнул чтобы системный лоток раскрыть, а плазма упала. Еще раз тынул, еще раз упала. Вернулся на генту, проделал то же самое дважды – ничего не падает.
Просто в федоре плазмокеды криво патчат.
У них там гном в фаворите, так что всё ок xD
Источник
Спящий режим на лаптопе Acer, Fedora 27
Имеется лаптоп Acer E1-570G с установленной на нём Fedora 27 (KDE). Проблема со спящим режимом. Машина уходит в сон, возвращается из него, но пользоваться ей после пробуждения невозможно — либо не принимает пароль в окне логина, либо не разворачивает окно браузера, либо что-нибудь другое наглухо зависает. Помогает только хард-ребут. Как быть? Может кто-то смог заставить схожее железо нормально уходить в сон и просыпаться?
Технические характеристики: Ядро: 4.16.7-200.fc27.x86_64
Используемый видео-драйвер: Kernel driver in use: i915 (Intel Graphics)
Процессор: Intel Core i5-3337U
ОЗУ: 8 ГБ
Видео: Intel HD 4000
Видео 2: nVidia GeForce 820m (избегаю использования, иначе лаптопом можно отапливать небольшое помещение).
Такое поведение для Fedora является нормой. У меня Fedora 28 после сна не может в reboot/shutdown.
Понятия не имею, откуда у вас такие проблемы.
Ещё 4 месяца назад гонял на e1-571g, проблем не было. rfr27, mate.
У меня Fedora 28 после сна не может в reboot/shutdown.
Давно устанавливал, какой DE? у меня такая проблема ещё со времён f25 на десктопе, но там gnome, которой известен своей кривостью.
Ещё 4 месяца назад гонял на e1-571g, проблем не было. rfr27, mate.
С настройками по умолчанию? Надо бы тоже попробовать.
На других дистрах не проверяли? У меня на Ubuntu тоже были проблемы со спящим режимом. Кажется, что дело именно в железе, а не в ОС, но это не точно.
Да, всё дефолтное. Я ещё с 26 федоры накатывал апгрейд.
Источник
Fedora 23, ноутбук не уходит в спящий режим
В общем решил потестить данный дистр, столкнулся с такой вот проблемой: заряд ноутбука доходит до нуля процентов, после чего вылетает уведомление о переводе ноута в спящий режим. После чего тишина. Комп продолжает работать, никакого спящего режима. В чём может быть проблема?
HP pavilion g6 2323sr
А по команде systemctl suspend засыпает?
В ждущий режим уходит.
Комп продолжает работать, никакого спящего режима.
Блин, извиняюсь, пожизненно путаю их в русском переводе. «Спящий» — это hibernation, да? Если да, то:
1. Работает ли systemctl hibernate ? Т.е. уходит ли в гибернацию и, самое главное, восстанавливается ли оттуда корректно при включении?
2. Если работает, то дальнейшие вопросы к используемому DE. Если нет, покажи содержимое /etc/systemd/sleep.conf .
systemctl hibernate просто выключает компьютер. После пробуждения сеанс начинается с нуля. Такого файла нет.
Для начала создай файл /etc/systemd/sleep.conf , содержимое пока впиши, как у меня:
Готово. Это всё или ещё что-нибудь? Как вообще работает спящий режим в linux?
Похоже, это ещё не всё. Пока что сессия не восстанавливается.
М-м-м. Два глупых вопроса:
1. Swap-раздел есть?
2. Если есть, содержимое оперативки туда влезет?
Источник