Проблемы с WiFi при обновлении на R8

krechet · Сообщение **krechet** » 19 ноя 2016, 22:55

Всем привет.

После обновления системы на R8 возникла следующая проблема:
1) на ноутбуке есть два WiFi-адаптера - старый встроенный, который не работает (поддерживает только a/b/g и тупо сеть видит, но не подключается) и новый USB-модем, который подключается и работает
2) после танцев с бубнами по подбору драйвера R7 модем увидела, и при включении WiFi в виджете (правый нижний угол экрана) показывала подключения для одной и той же сети для двух адаптеров, можно было выбрать нужный адаптер и подключиться.
3) теперь я вижу просто подключение к сети, высвечивается ее имя, имя адаптера не указано и сеть не подключается - адаптер старый.

Пробовал решить проблему самостоятельно:
1) lsusb модем видит
2) ifconfig -a интерфейс видит, можно потушить нерабочий интерфейс и поднять рабочий

krechet-HP-530-Notebook-PC krechet # ifconfig wlp16s0 down (это тушим старый адаптер)
krechet-HP-530-Notebook-PC krechet # ifconfig wlp0s29f7u1 up (это поднимаем новый адаптер)
krechet-HP-530-Notebook-PC krechet # iwlist wlp0s29f7u1 scan

сеть показывается, команда iwconfig wlp0s29f7u1 essid Giraffe key s:******* вроде как выполняется, но подключения нет, сайты в браузере не открываются

3) если в виджете выключить, а потом включить WiFi,то опять становится активным старый интерфейс, новый адаптер отключается при отключении WiFi и потом, как я понимаю,не включается.
4) переустановка драйверов urpme dkms-rtl8188eu && urpmi dkms-rtl8188eu проблему не решила
5) в редакторе соединений для подключения можно выбрать только старый адаптер

как теперь использовать USB-модем?

Сообщение **keleg** » 20 ноя 2016, 19:19

1) Нужно остановить сервисы systemd-networkd systemd-named, они по ошибке включены и мешают.
2) Можно попробовать последнее ядро по рецепту из errata, удалив dkms

krechet · Сообщение **krechet** » 20 ноя 2016, 19:28

keleg писал(а):1) Нужно остановить сервисы systemd-networkd systemd-named, они по ошибке включены и мешают.
2) Можно попробовать последнее ядро по рецепту из errata, удалив dkms

Подскажи пожалуйста, как их правильно остановить, чтобы каждый раз не стопать. По идее ведь их старт еще в каком-то конфиге прописан?

Сообщение **keleg** » 20 ноя 2016, 20:55

GUI, управление системными службами.

krechet · Сообщение **krechet** » 24 дек 2016, 22:25

Наконец-то у ребенка каникулы и я опять добрался до ноута

В общем, в GUI, управлении системными службами нашел только systemd-networkd, отключил, ситуация не поменялась

Хочу попробовать последнее ядро, напишу по результату

krechet · Сообщение **krechet** » 24 дек 2016, 23:12

по эррате обновил ядро до 4.4, обновилось хорошо, все работает - но с вайфаем ситуация не поменялась, все так же как и раньше.

Получается интернет сейчас только по проводу.

Подскажите пожалуйста, что дальше делать, чтобы вайфай победить

возможно, дело в том, что я не удалял dkms - как это сделать и что это?

Сообщение **keleg** » 25 дек 2016, 20:20

Дайте уж пробу, тогда можно подробнее разбираться.

krechet · Сообщение **krechet** » 02 янв 2017, 00:07

https://linux-hardware.org/?probe=56644fcac8
Эта подойдет или снять пробу заново?

И еще один вопрос - может стоит на R9 тогда перейти? Я сейчас ноутом не так часто пользуюсь, так что могу релиза подождать, по кабелю обновлюсь

Сообщение **keleg** » 02 янв 2017, 04:14

R9 еще нету, но можно приблизить R8 к нему, обновившись из тестингов.

trs · Сообщение **trs** » 02 янв 2017, 07:52

https://linux-hardware.org/?probe=56644fcac8&log=rfkill
Почему-то оба Wi-Fi контроллера показаны, как отключенные.

Если проблема вызвана тем, что Wi-Fi виджет не позволяет выбрать требуемый для работы сети адаптер, можно попробовать включить только рабочий посредством rfkill:

Код: Выделить всё

sudo rfkill block 2
sudo rfkill unblock 1

krechet · Сообщение **krechet** » 03 янв 2017, 13:16

попробовал еще поиграться с rfkill, ситуация не поменялась - все так же как и в старой теме - http://forum.rosalab.ru/viewtopic.php?f=53&t=6942
В общем заблокировать старый не получается, он все равно разблокируется

Сообщение **keleg** » 03 янв 2017, 13:32

можно залезть да вытащить плату.

trs · Сообщение **trs** » 03 янв 2017, 16:34

trs писал(а):Почему-то оба Wi-Fi контроллера показаны, как отключенные.

С этим понятно

проба не актуальна:
RTC time: 11:14:17, date: 03/20/16

Есть ещё вариант, поместить драйвер iwl3945 (возможно и iwlegacy) в чёрный список. Для начала попробовать выгрузить их.

krechet · Сообщение **krechet** » 04 янв 2017, 13:58

keleg писал(а):можно залезть да вытащить плату.

Не лазил внутрь, честно говоря, поэтому не скажу, интегрированный модуль или нет. Но подозреваю, что интегрированный.

trs писал(а):Есть ещё вариант, поместить драйвер iwl3945 (возможно и iwlegacy) в чёрный список. Для начала попробовать выгрузить их.

Расскажите пожалуйста, как это сделать

trs · Сообщение **trs** » 04 янв 2017, 14:47

В каталоге /etc/modprobe.d создаём файл с понятным именем, заканчивающимся на .conf (например intel-wifi.conf) и содержимым:

Код: Выделить всё

blacklist iwl3945

# следующая строка скорее всего не нужна
blacklist iwlegacy

После перезапуска системы драйвера не должны быть загружены, проверить можно примерно так:

Код: Выделить всё

lspci -k | grep -A4 Net

Выгрузить запущенный драйвер можно попробовать так:

Код: Выделить всё

sudo modprobe -r iwlegacy
sudo modprobe -r iwl3945

krechet · Сообщение **krechet** » 05 янв 2017, 10:20

попробовал выгрузить драйвера (и отдельно iwl3945, и вместе iwlegacy+iwl3945), но тогда пропадает значок Wi-Fi в виджете управления сетью. Появляется, только если снова загрузить iwl3945. Отдельно iwlegacy выгрузить не дает, говорит, что модуль используется.

trs · Сообщение **trs** » 05 янв 2017, 11:31

Значок пропадает вероятно потому что вторая сетевая не работает. О причинах этого сложно сказать без актуальной пробы. Я бы попробовал в GRUB выбрать ядро по-старее и проверить на нём.

iwlegacy используется драйвером iwl3945, потому требуется определённый порядок выгрузки (я выше его перепутал, но достаточно убрать один из драйверов). Судя по результатам эксперимента, встроенная сетевая на проблему влияния не оказывает, но я бы не убирал драйвера из ЧС раньше времени.

krechet · Сообщение **krechet** » 05 янв 2017, 13:02

подключился через кабель и снял новую пробу

https://linux-hardware.org/index.php?probe=ad8b0f1c12

Насчет более старого ядра - я только недавно по совету keleg обновился до ядра 4.4, до этого было, как я понимаю, 4.1. На ситуацию смена ядра не повлияла.

Как описывал keleg, сейчас по умолчанию просто выбирается встроенный неработающий адаптер, посмотрите выше в теме пожалуйста. Как я пробовал посмотреть командами, новый адаптер виден системе - просто подключение на него завязать нельзя.

Сообщение **keleg** » 05 янв 2017, 14:12

вот какой вопрос - а разве в NM нельзя указать нужный адаптер в поле "Только для устройства"?

krechet · Сообщение **krechet** » 05 янв 2017, 14:17

keleg писал(а):вот какой вопрос - а разве в NM нельзя указать нужный адаптер в поле "Только для устройства"?

Я, честно говоря, не помню, как дойти до настроек подключения, там есть поле "Только для устройства", но в нем в выпадающем списке был только старый адаптер. Я пробовал вписать новый по коду руками (код брал из консоли), но все равно не получалось, чтобы по новому устройству подключиться

p.s. нашел как - из виджета войти в редактор подключений

Сообщение **keleg** » 05 янв 2017, 17:10

дальше-то получилось?

krechet · Сообщение **krechet** » 05 янв 2017, 18:39

krechet писал(а):в нем в выпадающем списке был только старый адаптер. Я пробовал вписать новый по коду руками (код брал из консоли), но все равно не получалось, чтобы по новому устройству подключиться

trs · Сообщение **trs** » 06 янв 2017, 08:15

krechet писал(а):я только недавно по совету keleg обновился до ядра 4.4

В его совете была и вторая часть: удалить dkms. В ядре драйвер для такой сетевой есть и встроенный.
Кстати последнее ядро нынче 4.8 http://forum.rosalab.ru/viewtopic.php?f=53&t=7676
Если будете его пробовать, лучше удалить и другие dkms: rtl8723bs, broadcom-wl, rtl8812au.

krechet писал(а):до этого было, как я понимаю, 4.1. На ситуацию смена ядра не повлияла.

Это номер ветки, в пределах которой версии обновлялись (автоматически), например: 4.1.22, 4.1.33
При обновлении прежние версии ядер по умолчанию не удаляются, их можно выбрать в GRUB, что бы вернуться к прежней работоспособной конфигурации (в редких случаях в новых ядрах случаются регрессии, а не только исправления ошибок).
Но по пробе похоже, что было ядро 4.4.1, а стало 4.4.38,
то есть при обновлении на R8 ядро не менялось и возвращаться некуда.

В новой пробе в rfkill показано ТРИ беспроводных контроллера https://linux-hardware.org/index.php?pr ... log=rfkill

Из-за массы ошибок, связанных с драйвером встроенной сетевой iwl3945, dmesg в пробе не полный, информации о старте системы там нет.
Всё таки попробуйте поместить этот драйвер в ЧС и сделать пробу заново.

krechet · Сообщение **krechet** » 09 янв 2017, 17:00

создал файл для черного списка, перезагрузил и создал новую пробу - https://linux-hardware.org/index.php?probe=6c8dbf418f
как и раньше, после того, как выгрузил драйвера iwl3945 и iwlegacy, в виджете управления сетью вообще пропал значок WiFi. В редакторе подключений тоже другое устройство указать нельзя

А Вы по пробе можете мне подсказать какие пакеты вообще удалить надо? И еще вопрос - стоит ли переходить на ядро 4.8?

trs · Сообщение **trs** » 09 янв 2017, 18:31

Переходить на 4.8 (или 4.9) будет иметь смысл, если попробовать его, удалив dkms-rtl8188eu, и там сеть заработает.

Следующие пакеты тоже можно удалить:
dkms-rtl8723bs
dkms-rtl8812au
dkms-broadcom-wl
первый - желательно, иначе 4.8 будет долго стартовать.

krechet · Сообщение **krechet** » 09 янв 2017, 20:58

Удалил все пакеты по списку, перешел на ядро 4.8 - и получилось

Теперь после названия сети в скобочках пишется индекс устройства - только USB-модем есть. Подключиться получилось, пишу сейчас через WiFi. Новая проба - https://linux-hardware.org/index.php?probe=9c77f884b7

euspectre · Сообщение **euspectre** » 13 янв 2017, 15:27

krechet писал(а):Удалил все пакеты по списку, перешел на ядро 4.8 - и получилось Теперь после названия сети в скобочках пишется индекс устройства - только USB-модем есть. Подключиться получилось, пишу сейчас через WiFi. Новая проба - https://linux-hardware.org/index.php?probe=9c77f884b7

Отлично!

vea · Сообщение **vea** » 01 июн 2017, 17:18

Прочитал ветку и увидел сходство проблемы с моей. Прошу помощи. На нетбуке Lenovo ранее пользовался мастдаем, давно перешел на Убунту, увидел Росу и перешел на нее. Понравилась тем, что сразу определила все сетевые настройки: кабель, встроенный WiFi, модем Beeline, расшаренный в сети принтер. Все было отлично до какого-то обновления R8. Отказал WiFi. Я сделал вывод, что накрылась плата. Купил адаптер USB, но он не подключается.
Хоть и давно на Линуксах, но слаб в них. Уровень чуть выше пользователя. Поэтому прошу подсказать для начала, как взять пробу, о которой в этой ветке пишется или ткнуть, где прочитать?
Спасибо!

euspectre · Сообщение **euspectre** » 01 июн 2017, 19:08

vea писал(а):Поэтому прошу подсказать для начала, как взять пробу, о которой в этой ветке пишется или ткнуть, где прочитать?

Код: Выделить всё

hw-probe -all -upload -id имя_компьютера

"имя_компьютера" можно задать любое.

Подробности тут: https://linux-hardware.org/index.php?view=howto

vea · Сообщение **vea** » 02 июн 2017, 00:25

Огромное спасибо! Пробу получил, буду смотреть...

trs · Сообщение **trs** » 02 июн 2017, 16:30

Так ссылку на пробу можно сюда выложить, вдруг кто что увидит.

Есть вероятность, что проблема связана с обновлением NetworkManager http://forum.rosalab.ru/viewtopic.php?f ... 30&#p85420

vea · Сообщение **vea** » 02 июн 2017, 21:31

Вот проба которую сделал вчера:
https://linux-hardware.org/index.php?probe=00f1642941
Заранее спасибо за все подсказки. Очень надеюсь, что с вашей помощью смогу возобновить встроенный WiFi и наладить внешний, через адаптер USB.
Спасибо!

trs · Сообщение **trs** » 03 июн 2017, 11:20

Встроенный Wi-Fi адаптер — Intel(R) WiMAX/WiFi Link 5150 ABG — скорее всего, вполне рабочий. Драйвера загружены, ошибок не вижу.
Нюанс с ним в том, что он может работать в одном из двух режимов: либо Wi-Fi, либо WiMAX. По dmesg видно, что выбран последний вариант.

Кроме того, в https://linux-hardware.org/index.php?pr ... log=rfkill — "Hard blocked: yes" — т.е. "аппаратно заблокировано"
Есть ли какие-то опции по выбору режима в BIOS?

Ещё можно попробовать нажимать Fn + F5 и посмотреть, будет ли меняться вывод

Код: Выделить всё

sudo rfkill list

Как я понял, Windows удалён, а там должна быть утилита для переключения режимов.

Дополнительный адаптер, Asus N10 Nano (на базе rtl8192cu), похоже активен. Кроме как попробовать временно удалить (переместить в другое место) файл /etc/modprobe.d/8192cu.conf и/или рецепт по ссылке из предыдущего сообщения, пока идей нет.
WiMAX в любом случае желательно выключить, что бы исключить возможное влияние.

vea · Сообщение **vea** » 03 июн 2017, 23:54

trs писал(а):Как я понял, Windows удалён, а там должна быть утилита для переключения режимов.

Огромное спасибо за разбор и советы. Хочу сказать, что в ВиртуалБоксе стоит ВинХР. Может это помочь в отключении WiMAX?

vea · Сообщение **vea** » 04 июн 2017, 00:59

И еще раз огромное спасибо! Это сообщение пишу через адаптер WiFi USB. Несколько раз пробовал Fn_F5, вижу, что меняется только софтовая блокировка Wireless, а WiMAX не изменяется. Решил заглянуть в Setup. Запретил там Wireless. К сожалению, там нет переключения с WiMAXa на WiFi. После включения увидел:
1: i2400m-usb:1-6:1.0: WiMAX
Soft blocked: yes
Hard blocked: no
Но, когда вставил USB адаптер WiFi... О, чудо! Он заработал! Это уже хорошо. Завтра/послезавтра продолжу, может при включении Wireless в Setup заработает и родной WiFi... Спасибо!

trs · Сообщение **trs** » 04 июн 2017, 14:13

Под WIndoiws должна быть утилита для переключения, не уверен, что она будет работать на виртуальной машине.

Почему-то не могу найти информации по отключению WiMAX (i2400m). Обычно наоборот его включают.
Можно ещё попробовать занести драйвер в чёрный список, создав (под root) файл /etc/modprobe.d/wimax.conf со следующим содержимым:

Код: Выделить всё

blacklist i2400m_usb
blacklist i2400m

или удалить пакет madwimax.

Кстати, обратите внимание на стандарты WiFi в названии встроенной сетевой: ABG. Если точка доступа в режиме N, а не смешанном, видно её не будет. Хотя железо адаптера такой режим поддерживает, тут пишут о перепрошивке https://geektimes.ru/post/256600/

vea · Сообщение **vea** » 10 июн 2017, 11:19

Пока ничего не нашел, так и работаю с USB-адаптером. В ВинХР в виртуале тоже нет ничего. Думаю попробовать запустить мастдая с флэшки, может что-то будет...

vea · Сообщение **vea** » 28 июл 2017, 14:52

Пишу, т.к.может кому-то будет полезно.
Что-то делал и USB-адаптер WiFi перестал работать. Учитывая ваш ответ:

trs писал(а):Встроенный Wi-Fi адаптер — Intel(R) WiMAX/WiFi Link 5150 ABG — скорее всего, вполне рабочий. Драйвера загружены, ошибок не вижу. ...
Дополнительный адаптер, Asus N10 Nano (на базе rtl8192cu), похоже активен. Кроме как попробовать временно удалить (переместить в другое место) файл /etc/modprobe.d/8192cu.conf и/или рецепт по ссылке из предыдущего сообщения, пока идей нет.

убрал указанный файл из этого каталога и перезагрузил нетбук. Адаптер заработал! Спасибо, т.к. это уже твердый путь восстановления работы адаптера.
И вот вопрос, а не блокируется ли основная плата WiFi в файле /etc/modprobe.d/rtlwifi_new.conf? Вот его содержание:

Код: Выделить всё

# rtlwifi_new provides replacements for these modules, so blacklist the 
# original ones.
blacklist rtlwifi
blacklist rtl_pci
blacklist rtl_usb
blacklist btcoexist
blacklist rtl8192c-common
blacklist rtl8821ae
blacklist rtl8192se
blacklist rtl8192de
blacklist rtl8723-common
blacklist rtl8723be
blacklist rtl8192ee
blacklist rtl8192cu
blacklist rtl8188ee
blacklist rtl8192ce
blacklist rtl8723ae

Barmalei · Сообщение **Barmalei** » 28 июл 2017, 15:13

У вас стоит драйвер rtlwifi_new и блокируется старый rtlwifi. Установили вы его сами dkms-rtlwifi_new.

vea · Сообщение **vea** » 28 июл 2017, 15:42

Т.е., удалив этот файл или закомментировав какие-то строки в нем, я разблокирую старый?
А если остановить (как?) dkms, не восстановятся ли все родные подключения после перезагрузки? Спасибо!

Barmalei · Сообщение **Barmalei** » 28 июл 2017, 16:32

vea писал(а):Т.е., удалив этот файл или закомментировав какие-то строки в нем, я разблокирую старый?
А если остановить (как?) dkms, не восстановятся ли все родные подключения после перезагрузки? Спасибо!

Выше ваша проба была? https://linux-hardware.org/index.php?probe=00f1642941
Из пробы у вас встроенный Интел, а этот драйвер для Реалтек и по моему он не нужен, в его конфе блокировка rtl8192cu. На USB N10 у вас драйвер rtl8192cu.
В пробе встроенный PCI Intel Corporation WiMAX/WiFi Link 5150 и драйвер iwlwifi
И есть USB Intel Corp. WiMAX Connection 2400m и драйвер i2400m_usb

vea · Сообщение **vea** » 29 июл 2017, 21:50

Да, это моя проба. Мой нетбук поставлялся с WiMAX и возможностью 4G Yota, которой я так и не воспользовался... Был и QuickStart, который я удалил при замене winXP на Росу. USB N10 - это USB-адаптер WiFi, через который я сейчас и связываюсь, т.к. встроенный WiFi перестал работать при одном из обновлений Росы.

Barmalei · Сообщение **Barmalei** » 29 июл 2017, 22:53

vea писал(а):Да, это моя проба. Мой нетбук поставлялся с WiMAX и возможностью 4G Yota, которой я так и не воспользовался... Был и QuickStart, который я удалил при замене winXP на Росу. USB N10 - это USB-адаптер WiFi, через который я сейчас и связываюсь, т.к. встроенный WiFi перестал работать при одном из обновлений Росы.

На встроенный Вайфай у вас используется Интеловский драйвер, iwlwifi, такой же и у меня, но только без Wimax. На работу этого драйвера не жаловался.
Может после обновления проблема со вторым USB Intel Corp. WiMAX Connection 2400m и драйвер i2400m_usb поэтому и глючит.
Но это просто мое мнение.

trs · Сообщение **trs** » 30 июл 2017, 07:19

Да, надо попробовать этот i2400m_usb отключить, потому как адаптер может работать только в одном из режимов. И по логу видно, что включается именно WiMAX:

Код: Выделить всё

[   24.923921] i2400m_usb 1-6:1.0: WiMAX interface wmx0 (00:1d:e1:09:81:31) ready

Для этого создаём файл /etc/modprobe.d/wimax-disable.conf со следующим содержимым:

Код: Выделить всё

blacklist i2400m_usb
blacklist i2400m

например выполнив в консоли

Код: Выделить всё

echo -e "blacklist i2400m_usb\nblacklist i2400m" | sudo tee /etc/modprobe.d/wimax-disable.conf

vea · Сообщение **vea** » 20 окт 2017, 20:09

Хочу дополнить, может кому-то и поможет...
После обновлений, прошедших в последнее время (а может и не из-за них), плохо стал включаться внешний WiFi-адаптер USB. Требовались неоднократные выключения-включения нетбука. Сегодня решил заглянуть еще раз в Setup, включил там Wireless LAN Support (внешний WiFi-адаптер USB работал только с выключенным) и, самое главное, отключил Legacy USB (поддержку устаревшего оборудования USB). Решил включить нетбук без внешнего адаптера USB. После загрузки включился поиск сети WiFi и открылся запрос пароля. Ввел пароль и ... вот пишу, используя встроенный адаптер WiFi. И все-же, возможно, сказались и обновления, т.к ранее эти манипуляции не приводили ни к чему.
Всем спасибо за помощь!

srius655 · Сообщение **srius655** » 21 окт 2017, 00:07

Вся проблема заключается в том, что 20 октября 2017 года при обновлении среди прочих пакетов предложено обновление пакет WPA_suplicunt версии 2.6-6 (если не ошибаюсь). Все время до 20 октября 2017 года у меня стоял WPA_suplicunt версии 2.4-2 от февраля 2017 года. Обновления провожу регулярно, и до 20 октября 2017 года этот пакет не предлагали обновить. И вот, 20 октября 2017 года, провел обновление и этого пакета, после перезагрузки USB-WIFI-адаптер перестал видеть какие-либо сети и подключаться.

Вернул снова старую версию WPA_suplicunt версии 2.4-2 от февраля 2017 года, все отлично заработало, как и всегда. Понятно, что причина отказа работы WIFI лежит в некорректной работе пакета WPA_suplicunt версии 2.6-6, который предлагается для обновления 20 октября 2017 года. Так что никаких перенастроек в BIOS делать не стоит, не уродуйте правильно сконфигурированный свой аппарат, иначе летать вовсе не будет!

Разработчики прекрасной системы, стоящей в Мире на втором месте после лучшей в Мире Astra-Linux CE v.1.11.11! Пожалуйста, исправьте пакет WPA_suplicunt версии 2.6-6 от октября 2017 года.

notauser · Сообщение **notauser** » 21 окт 2017, 01:44

wpa_supplicant http://bugs.rosalinux.ru/show_bug.cgi?id=8408
Версия 2.4-2 содержит уязвимость.

srius655 · Сообщение **srius655** » 21 окт 2017, 02:02

notauser писал(а):wpa_supplicant http://bugs.rosalinux.ru/show_bug.cgi?id=8408
Версия 2.4-2 содержит уязвимость.

Ну и что из этого? Сидеть с новым пакетом версии 2.6-6 без уязвимости и без доступа в сеть?

trs · Сообщение **trs** » 21 окт 2017, 08:25

srius655 писал(а):Ну и что из этого? Сидеть с новым пакетом версии 2.6-6 без уязвимости и без доступа в сеть?

Да кто же заставляет Вас сидеть? Можете и дальше находиться в активном положении. Но количество дезинформации стоило бы поубавить.

srius655 · Сообщение **srius655** » 21 окт 2017, 14:20

Вопрос: можно ли отключить возможность обновлений в системе? Система работает без обновлений очень хорошо, а после обновлений нчинаются проблемы, поэтому я хотел бы отказаться от обновлений, как это сделать? Спасибо.

Алзим · Сообщение **Алзим** » 21 окт 2017, 14:32

srius655 писал(а):Вопрос: можно ли отключить возможность обновлений в системе? Система работает без обновлений очень хорошо, а после обновлений нчинаются проблемы, поэтому я хотел бы отказаться от обновлений, как это сделать? Спасибо.

Удалить rosa-online?

Код: Выделить всё

urpme rosa-online

srius655 · Сообщение **srius655** » 21 окт 2017, 14:50

Алзим писал(а): Удалить rosa-online?
Код: Выделить всё
urpme rosa-online

Очевидно так, я не очень хорошо разбираюсь в Linux, в основном работаю на Astra Linux CE v.1.11.11, там вовсе никаких обновлений практически не бывает, если раз в год, а то и реже, система работает высший класс, почему я и считаю ее лучшей в Мире среди Linux. ROSA тоже очень хорошая система, но, обновления замучили, и после них стали появляться проблемы, которые надо "выкапывать", чтобы потом все хорошо работало.

Меня интересует вопрос, какие команды надо ввести в терминале, чтобы обновления вовсе прекратились? Спасибо.

Алзим · Сообщение **Алзим** » 21 окт 2017, 14:54

srius655 писал(а): Меня интересует вопрос, какие команды надо ввести в терминале, чтобы обновления вовсе прекратились? Спасибо.

Алзим писал(а):
Код: Выделить всё
urpme rosa-online

srius655 · Сообщение **srius655** » 21 окт 2017, 15:26

Алзим писал(а):
Код: Выделить всё
urpme rosa-online

Спасибо большое, реально ввел такую команду:

Код: Выделить всё

sudo urpme rosa-online

Похоже пакет удалился, потому что при повторном вводе этой же команды выдает сообщение об отсутствии данного пакета. Спасибо, если обновлений больше у меня не будет, желать лучшего даже не хочу, в целом система работает замечательно, на R9 переходить принципиально не желаю, там еще куча всяких проблем, а это уже не жизнь, а мытарство! Хватит того, что и в реальной жизни одни обновления глупые и мытарства от властей у порядочных людей! Спасибо еще раз. Считаю проблему решенной!

notauser · Сообщение **notauser** » 21 окт 2017, 20:56

"Как ни дикою кажется умникам мысль о мытарствах, но прохождения их не миновать"(с)Феофан Затворник. Но это не догма.
У некого пользователя установлен пакет А. От этого пакета А зависит пакет В, который не установлен у этого пользователя. Пользователь отказался от обновлений. Пакет А обновили в репозитории. Что произойдет у некого пользователя, если он решит установить пакет В?

srius655 · Сообщение **srius655** » 21 окт 2017, 22:07

notauser писал(а):У некого пользователя установлен пакет А. От этого пакета А зависит пакет В, который не установлен у этого пользователя. Пользователь отказался от обновлений. Пакет А обновили в репозитории. Что произойдет у некого пользователя, если он решит установить пакет В?

В таких случаях при установке пакета В система предложит обновить пакет А. Вот и все, но если обновленный пакет А дефектный, то умник-пользователь откажется от установки и пакета В. Спросите, а как быть, если пакет В очень нужен? Умник-пользователь перейдет окончательно на лучшую в Мире ОС - Astra-Linux CE v.1.11.11, где обновлений нет никаких вовсе!

Все, извините, но проблему я решил, спасибо Алзим за очень ценную помощь, больше отвечать по этой теме не стану, а доксить меня не удастся, как и троллить!!!

Barmalei · Сообщение **Barmalei** » 21 окт 2017, 23:33

Самая лучшая ось не может быть без обновлений, ошибаются все люди и потом исправляют ошибки.

notauser · Сообщение **notauser** » 22 окт 2017, 00:02

srius655 писал(а):
notauser писал(а):У некого пользователя установлен пакет А. От этого пакета А зависит пакет В, который не установлен у этого пользователя. Пользователь отказался от обновлений. Пакет А обновили в репозитории. Что произойдет у некого пользователя, если он решит установить пакет В?
В таких случаях при установке пакета В система предложит обновить пакет А. Вот и все, но если обновленный пакет А дефектный, то умник-пользователь откажется от установки и пакета В. Спросите, а как быть, если пакет В очень нужен? Умник-пользователь перейдет окончательно на лучшую в Мире ОС - Astra-Linux CE v.1.11.11, где обновлений нет никаких вовсе!

Все, извините, но проблему я решил, спасибо Алзим за очень ценную помощь, больше отвечать по этой теме не стану, а доксить меня не удастся, как и троллить!!!

Пользователь перейдет на тот продукт, который не вызовет проблем, умник-пользователь постарается.
Отсутствие обновлений - плохо. Обновления, ломающие всё на ровном месте - плохо. Почему такая ситуация с Astra-Linux CE v.1.11.11 пытался объяснить не вдаваясь в подробности http://forum.rosalab.ru/viewtopic.php?f ... nux#p88530
PS И всё таки VB создаёт образы ОС, например в виде VDI (Virtual Disk Image), который, как и многое другое в GNU/Linux, можно считать файлом.

PPS Не стоит воспринимать всё как "доксить меня не удастся, как и троллить". Просто перед тем как писать что-то про GNU/Linux и иже с ними, кажущееся Вам правильным, стоит проверить.

trs · Сообщение **trs** » 22 окт 2017, 14:06

notauser писал(а):У некого пользователя установлен пакет А. От этого пакета А зависит пакет В, который не установлен у этого пользователя. Пользователь отказался от обновлений. Пакет А обновили в репозитории. Что произойдет у некого пользователя, если он решит установить пакет В?

Это решено где-либо кроме Gentoo (частично) и NixOS (не проверял)?

euspectre · Сообщение **euspectre** » 22 окт 2017, 17:34

Про wpa_supplicant и broadcom-wl. Я обсуждал эту проблему с авторами wpa_supplicant, они подсказали в чём может быть дело.

Если без деталей: broadcom-wl устроен "несколько нестандартно", так что при работе с ним NetworkManager начинает с wpa_supplicant работать не очень правильно.

В общем, нужно обновить ещё и NetworkManager. Локально проверил - ушла проблема.

Сообщение **keleg** » 22 окт 2017, 17:59

Как быстрое решение можно (при подключении по проводу)
1) Отключить источник main-updates
2) выполнить команду удаления текущего wpa_supplicant
rpm -e --nodeps wpa_supplicant
3) Установить старый wpa_supplicant из оставшегося подключенным main-release
urpmi wpa_supplicant

trs · Сообщение **trs** » 23 окт 2017, 08:22

Для 64х разрядных систем следующая команда установит прежнюю вервию, скачав пакет непосредственно по ссылке из репозитория release

Код: Выделить всё

sudo urpmi http://abf-downloads.rosalinux.ru/rosa2014.1/repository/x86_64/main/release/wpa_supplicant-2.2-2-rosa2014.1.x86_64.rpm --replacepkgs