LinuxForum.Fans
Тема

openSUSE 12.3 (обсуждение)

Автор: MozgFx_test 312 сообщений 54950 просмотров В конец обсуждения ↓ 🔒 закрыта
#309718

Gnom написал:
Я ни когда не ставлю 64-х битные версии, толку от них, если репы 32-х ещё надо подключать.
Разве? Я ставил на попробовать, не подключал 32-разрядные репы, в 64-разрядных репах есть же в дополнение к 64-разрядным 32-разрядные пакеты.
#309720

urfin, какие репы у вас там 32-разрядные?
У меня весь список только 64...

#309721

Wolfenberg написал:
urfin, у меня одна сетевая неактивна (причина - проброс модулем ядра linux, когда ОСь
то видит нормально, то определяет как switch). Вторая смотрит в роутер Wi-Fi.
Стоит DHCP All. В ясте просто сменил ifup на NM.
Так работает же? Ну, а тогда какой смысл на ifup переходить? Я просто в свое время не смог на NM поднять pppoe, вот и пользуюсь ifup по привычке. Заработало бы сразу на NM, пользовался бы им :)
#309722
"Wolfenberg⇓" написал:
Зачем?
"urfin⇓" написал:
в 64-разрядных репах есть же в дополнение к 64-разрядным 32-разрядные пакеты.

Не всеже приложения есть в 64.
Я не знаю как на openSUSE, сужу по Mandrive, и сейчас по Mageia.

#309724

Wolfenberg написал:
urfin, какие репы у вас там 32-разрядные?
У меня весь список только 64...
Те же самые репы, что и у Вас, только 32-разрядные.
#309727

urfin написал:
[quote=Wolfenberg]urfin, у меня одна сетевая неактивна (причина - проброс модулем ядра linux, когда ОСь
то видит нормально, то определяет как switch). Вторая смотрит в роутер Wi-Fi.
Стоит DHCP All. В ясте просто сменил ifup на NM.
Так работает же? Ну, а тогда какой смысл на ifup переходить? Я просто в свое время не смог на NM поднять pppoe, вот и пользуюсь ifup по привычке. Заработало бы сразу на NM, пользовался бы им :)[/quote]
11.3, 12.2 - сижу на ifup.
На NM жопа с настройками VPN. Прыгал на костылях, едва ОС не разнёс таким прыжками.
Нафиг надо!
Gnom
Что-то не то, видимо пользую. Все пакеты летят x86-64.rpm
#309730

Gnom написал:
Не всеже приложения есть в 64.
Я не знаю как на openSUSE, сужу по Mandrive, и сейчас по Mageia.
Не все, естественно. Скайп, вот, 32-разрядный. Но для таких случаев в 64-разрядных репах есть 32-разрядные версии необходимых пакетов.
#309733

"Wolfenberg⇓" написал:
11.3, 12.2 - сижу на ifup.
На NM [CENSORED] с настройками VPN. Прыгал на костылях, едва ОС не разнёс таким прыжками.
Нафиг надо!
Берете все конфиги для сети из 12.2, переносите в соответствующее место в 12.3, запрещаете в systemd NM, и прописываете network в /etc/init.d/rcX.d, так же как это сделано в 12.2 (У меня сейчас, к примеру, в rc3.d и rc5.d прописаны ссылки на network - K50network и S50network).
#309735

urfin, нормально работает?

#309739
"urfin" написал:
Но для таких случаев в 64-разрядных репах есть 32-разрядные версии необходимых пакетов.

Ну, а по зависимостям с 32, что подтягивается?

#309742

Wolfenberg написал:
urfin, нормально работает?
Нормально. Без нареканий. Правда для выхода из спящего режима пришлось изменить в
/usr/lib/pm-utils/sleep.d скриптик 50rcnetwork.
Показать
case "$1" in
hibernate|suspend)
# use /etc/init.d/network directly here
# /etc/init.d/network stop-all-dhcp-clients
/etc/init.d/network stop
;;
thaw|resume)
# use /etc/init.d/network directly here
# /etc/init.d/network restart-all-dhcp-clients
/etc/init.d/network start
;;
*) exit $NA
;;
esac
#309743

Gnom написал:
Ну, а по зависимостям с 32, что подтягивается?
Именно эти 32-разрядные пакеты из 64-разрядных репозиториев.
#310133

Шастая по просторам сети, нашел заметочку Robert'а Schweikert'а. Речь в ней идет о NM и ifup. Суть такова, что после обновления в любом случае запускается NM. И если до обновления вы использовали NM, то ничего страшного и не произойдет, наслаждайтесь им и дальше. Но, если до обновления использовался ifup, то могут возникнуть проблемы. У Роберта написано:

Показать
If you happen to be running a network bridge your bridge will not be working and you’ll end up in some weird network state where ifconfig will tell you that both your bridge and your Ethernet card have an IP address. Your routing table will also be messed up.
Вкратце, речь идет о внезапной неработоспособности моста под управлением NM. Автор заметочки предлагает решение:

text
# systemctl –force disable NetworkManager.service

# systemctl stop NetworkManager.service

# rcnetwork restart

#310168

У меня две сетевых карты, одна смотрит в локальную сеть, вторая для подключение к инету через pppoe. За пять лет пользования openSUSE привык конфигурировать сеть YaST'ом и использовать ifup. Всегда все было нормально. Но в 12.3 столкнулся с тем, что YaST создает конфигурационные файлы, но потом сам же их и игнорирует, в результате этого создании в нем pppoe-соединения невозможно, потому что YaST считает что нет необходимых сетевых карт, через которые pppoe создается. Но, тем не менее, после перезагрузки инициализация сетевых карт методом ifup происходит, и локальная сеть подымается без проблем.
Чтобы создать pppoe-соединение и получить доступ в интернет нужно создать в /etc/sysconfig/network файлик ifcfg-dsl0

Показать
BOOTPROTO='none'
DEVICE='ethX'
MODEM_IP='10.0.0.138'
NAME='DSL Connect'
PPPD_OPTIONS=''
PPPMODE='pppoe'
PROVIDER='provider0'
STARTMODE='auto'
UDI=''
USERCONTROL='no'
VPIVCI=''
Вместо ethX подставить имя сетевой карты через которую создается pppoe. MODEM_IP можно подсмотреть через YaST->Сетевые устройства->DSL->Добавить->Имя или IP-адрес сервера.
В каталоге /etc/sysconfig/network/provider файлик provider0

Показать
ASKPASSWORD='no'
AUTODNS='yes'
AUTO_RECONNECT='yes'
AUTO_RECONNECT_DELAY='5'
AUTO_RECONNECT_EXITS='0 15'
DEMAND='no'
DSLSUPPORTED='yes'
IDLETIME='0'
ISDNSUPPORTED='no'
MODEMSUPPORTED='no'
MODIFYDNS='yes'
PHONE=''
PROVIDER='Provider'
USERNAME='login'
PASSWORD='password'
В USERNAME и PASSWORD подставляете свои данные pppoe-соединения.
После этого под root в консоли перезапускаем ifup:

text
rcnetwork restart

или

text
systemctl restart network
#310467
verg написал:
To All,
Проверьте имеются ли квадратики вместо русских букв в полноэкранных консолях TTY.

Если имеются напишу совет.

фиг знае можэ уже написали....http://suseana.ru/?p=844 или
http://forums.opensuse.org/p-russian/dhydhdhdhdhundhdhdh/1054-1073-1097-1080-1081/478061-dhnnndhdhdh-ndhndh-dh-dhdhdhndhdhdh-tty-6.html#post2528056

#310470
"renegat" написал:
фиг знае можэ уже написали...

Ещё год назад написали =)

#310501
verg написал:

Ещё год назад написали =)

о версии 12.3 круто !

#310505
"renegat" написал:
о версии 12.3 круто !

Об этой проблеме, которая, к слову, была ещё, по крайней мере, в прошлой версии и никуда не делась, и решения одинаковые.

#310567
verg написал:
[quote="renegat"]о версии 12.3 круто !

Об этой проблеме, которая, к слову, была ещё, по крайней мере, в прошлой версии и никуда не делась, и решения одинаковые.[/quote]Да, и решения другого она пока не имеет. А жаль. Потому что федоровцы не имеют проблем. Да,vconsole правильно отрабатывает без использования слеша, но, увы, не на tty1, что федоровцам и неважно, там у них графика пускается. А вот старым, и новым, опенсюзевцам создает проблемы. Потратил несколько дней на решение проблемы, но так и не нашел решения. Только tty2-tty6, tty1 ни в какую. Попробую еще развалить саму прогу systemd-vconsole-setup

#310594

urfin,
Кстати, о федоровцах.

Проверьте этот пакет для решения проблемы с "квадратиками": workaround-cyrillic-console-1.0-4.fc18.R.noarch.rpm
Пакет создаёт юнит-файл setup-cyrfont@.service со следующим содержимым и активирует его:

text
[Unit]
Description=Cyrillic workaround on %I
After=systemd-user-sessions.service plymouth-quit-wait.service
After=getty@%i.service

BindsTo=getty@%i.service Requires=getty@%i.service IgnoreOnIsolate=yes

[Service] ExecStart=/usr/bin/setfont -C /dev/%i cyr-sun16 Type=oneshot

[Install] RequiredBy=getty@.service

При удалении пакета юнит-файл деактивируется.
Наверное, лучше перезагрузиться после установки пакета.

Войдите или зарегистрируйтесь, чтобы ответить.