Псевдографический инсталлятор Arch Linux ver. 3.8.2

Опрос

Как вам инсталятор?
Хорошо
Нормально
Плохо
Мне все равно
vasek
wvdial
С iso live просто в консоле - wvdial , конечно для начала создаю wvdial.conf и правлю resolv.conf с помощью nano .
teplovoz
С iso live просто в консоле - wvdial
... и консоль занята .... а если консоль понадобится для чего-нибудь?
Ошибки не исчезают с опытом - они просто умнеют
vasek
и консоль занята
А для чего тогда - ctrl+alt+F1.. , перехожу в другую :)
teplovoz
А для чего тогда - ctrl+alt+F1.. , перехожу в другую :)
Вот это я и хотел узнать, точнее какие способы еще имеются? Например, запустить в фоне, а еще имеются?.
Спрашиваю потому, что редко пользуюсь этой утилитой, а потому, возможно, не все о ней знаю.

EDIT 1 - вот по этой причине я и не взлюбил ее сразу.
Ошибки не исчезают с опытом - они просто умнеют
vasek
точнее какие способы еще имеются? Например, запустить в фоне, а еще имеются?
Не знаю , может и есть , никогда не интересовался , к тому же сейчас сам ею не пользусь , потому как появились новые модемы , а пример привёл с wvdial для старых моделей .
nafanja, не знаю как ты будешь встраивать wvdial, но возьми на заметку этот нюанс с ее запуском.
Ошибки не исчезают с опытом - они просто умнеют
vasek
nafanja, не знаю как ты будешь встраивать wvdial, но возьми на заметку этот нюанс с ее запуском.
да, странно, внутри пакета даже сервиса нет...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
пока вижу начало алгоритма:
получить и вывести список модемов (модель и др.).
узнать что умеет модем выбранный пользователем.
если модем не в нужном режиме, то переключить.
- если модем умеет dhcpcd
- - получить имя интерфейса и запустить [email protected]{name}.service
- если не умеет
- - использовать wvdial, (тут нужно еще разбираться!!!)

такие вопросы: как получить список именно модемов и как определить какие режимы ими поддерживаются, и соответствие модем = интерфейс или /dev/ttyXXX ?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
b]nafanja, тип/модель модема конкретно не определишь (да в них можно и запутаться), а потому выношу на рассмотрение следующий алгоритм:
- определяем поддержку модемом режима NCM (NDIS)
dmesg | grep wwan0
… huawei_cdc_ncm 3-1.1:1.2 wwan0: register 'huawei_cdc_ncm' at usb-0000:00:1d.0-1.1, Huawei CDC NCM device, 3e:27:3f:b1:46:9d
... huawei_cdc_ncm 3-1.1:1.2 wwp0s29u1u1i2: renamed from wwan0
Если не пусто, значит модем имеет режим NCM (NDIS) и применяем следующий способ подключения (или другой, на выбор)
echo -en 'AT^NDISDUP=1,1,"internet"\r\n' > /dev/ttyUSB1
dhclient wwp0s29u1u1i2
- eсли пусто, определяем поддержку CdcEthernet (HiLink)
У меня такого модема нет, а потому реальные выводы не привожу (теоретические приводить нет смысла). Здесь, думаю, поможет teplovoz.
Но, думаю, нужно смотреть вывод - dmesg | grep cdc_ether
- если оба вывода пустые, смотрим наличие serial port, т. е. определяем поддержку режима RAS
dmesg | grep -e 'GSM' | grep -e 'ttyUSB'
usb 4-1.1: GSM modem (1-port) converter now attached to ttyUSB0
usb 4-1.1: GSM modem (1-port) converter now attached to ttyUSB1
Если не пусто, значит модем имеет режим RAS (только модем) и применяем wvdial, но лучше чисто ppp.
UPD … и не стоит забывать, что имеются модемы, которые имеют другие имена setserial файл-устройства, то есть не /dev/ttyUSB*
..... и этот вариант лучше не рассматривать, а оставить юзеру - пусть разбирается сам.

EDIT 1 — немного подкорректировал, точнее, изменил порядок — RAS поставил в конец.
EDIT 2 - наверное можно проще: вместо dmesg | grep -e 'GSM' | grep -e 'ttyUSB' использовать dmesg | grep 'ttyUSB'
Ошибки не исчезают с опытом - они просто умнеют
Вывод , модем ZTE823D -
[[email protected] ~]$ dmesg | grep cdc_ether
[   14.262629] cdc_ether 1-5:1.0 usb0: register 'cdc_ether' at usb-0000:00:1a.7-5, ZTE CDC Ethernet Device, 3a:69:13:e1:72:6c
[   14.262659] usbcore: registered new interface driver cdc_ether
[   14.264659] cdc_ether 1-5:1.0 enp0s26f7u5: renamed from usb0
[   19.770033] cdc_ether 1-5:1.0 enp0s26f7u5: kevent 12 may have been dropped
[[email protected] ~]$

Вывод , ZTE667 -
[[email protected] ~]$ dmesg | grep cdc_ether
[   12.133834] cdc_ether 1-5:1.0 eth0: register 'cdc_ether' at usb-0000:00:1a.7-5, ZTE CDC Ethernet Device, 00:a0:c6:00:00:00
[   12.133976] usbcore: registered new interface driver cdc_ether
[   13.278710] cdc_ether 1-5:1.0 enp0s26f7u5: renamed from eth0
[   19.081760] cdc_ether 1-5:1.0 enp0s26f7u5: kevent 12 may have been dropped
[   19.542768] cdc_ether 1-5:1.0 enp0s26f7u5: kevent 12 may have been dropped
[[email protected] ~]$

Вывод ZTE830 -
[[email protected] ~]$ dmesg | grep cdc_ether
[   12.133834] cdc_ether 1-5:1.0 eth0: register 'cdc_ether' at usb-0000:00:1a.7-5, ZTE CDC Ethernet Device, 00:a0:c6:00:00:00
[   12.133976] usbcore: registered new interface driver cdc_ether
[   13.278710] cdc_ether 1-5:1.0 enp0s26f7u5: renamed from eth0
[   19.081760] cdc_ether 1-5:1.0 enp0s26f7u5: kevent 12 may have been dropped
[   19.542768] cdc_ether 1-5:1.0 enp0s26f7u5: kevent 12 may have been dropped
[  305.442946] cdc_ether 1-5:1.0 enp0s26f7u5: unregister 'cdc_ether' usb-0000:00:1a.7-5, ZTE CDC Ethernet Device
[[email protected] ~]$
 
Зарегистрироваться или войдите чтобы оставить сообщение.