Natrio Сообщения

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Я уже говорил, ошибка в браузере очень похожа на сообщение прокси. Вот эти команды при включённом туннеле работают? `host archlinux.org.ru host archlinux.org.ru 8.8.8.8`

Natrio	# 5 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Ещё интересный вопрос: при загрузке неправильно (как SMI USB MEMORY BAR) определяется любая из флешек, или всегда одна и та же?

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Вот это я нацедил из вашего первого дампа по второй флешке: `$ grep -iE '(1-5\|sd 7\|scsi 7\|sdc)' /tmp/dump [ 5.235525] usb 1-5: new high-speed USB device number 4 using ehci-pci [ 5.838684] usb-storage 1-5:1.0: USB Mass Storage device detected [ 5.838758] scsi host7: usb-storage 1-5:1.0 [ 6.846608] scsi 7:0:0:0: Direct-Access SMI USB MEMORY BAR 1000 PQ: 0 ANSI: 5 [ 6.848974] sd 7:0:0:0: [sdc] Attached SCSI removable disk [14658.626222] usb 1-5: USB disconnect, device number 4` При загрузке она опознана как-то очень странно, но судя по номеру в USB при отключении, это должна быть она. Похоже то ли на глюк контроллера, то ли на глюк ядра. Первое можно проверить на другой машине, второе – на другом ядре, например, linux-lts

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Вот это я нацедил из вашего первого дампа по второй флешке:

$ grep -iE '(1-5|sd 7|scsi 7|sdc)' /tmp/dump 
[    5.235525] usb 1-5: new high-speed USB device number 4 using ehci-pci
[    5.838684] usb-storage 1-5:1.0: USB Mass Storage device detected
[    5.838758] scsi host7: usb-storage 1-5:1.0
[    6.846608] scsi 7:0:0:0: Direct-Access     SMI      USB MEMORY BAR   1000 PQ: 0 ANSI: 5
[    6.848974] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[14658.626222] usb 1-5: USB disconnect, device number 4

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

Похоже то ли на глюк контроллера, то ли на глюк ядра.
Первое можно проверить на другой машине, второе – на другом ядре, например, linux-lts

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Для начала нужно понять, что у вас происходит. Можно сделать так: 1. Вытащите обе флешки. 2. Запустите в терминале команду `dmesg -kw` 3. Вставьте первую флешку 4. Вставьте вторую 5. Скопируйте сюда вывод команды, начиная с подключения первой флешки и до конца. После этого можно будет составить греп, чтобы отфильтровать из всей простыни вывода происходящее при определении флешек на этапе загрузки. Или можно сразу попробовать так: `dmesg -k\|grep -iE ' (usb\|sd\|scsi)'` но будет много лишнего.

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Для начала нужно понять, что у вас происходит.

Можно сделать так:
1. Вытащите обе флешки.
2. Запустите в терминале команду

dmesg -kw

3. Вставьте первую флешку
4. Вставьте вторую
5. Скопируйте сюда вывод команды, начиная с подключения первой флешки и до конца.

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

dmesg -k|grep -iE ' (usb|sd|scsi)'

но будет много лишнего.

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	allon925, встроенные в ядро имена устройств, включая sd*, нельзя дублировать симлинками, потому что они уже заняты. Используйте какие-нибудь другие имена. Вообще, правила UDEV не помогут ядру "видеть" устройства, оно "видит" их и так. Правила задают только юзерспейсную реакцию на события, связанные с добавлением, изменением и удалением устройств.

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

allon925, встроенные в ядро имена устройств, включая sd*, нельзя дублировать симлинками, потому что они уже заняты. Используйте какие-нибудь другие имена.
Вообще, правила UDEV не помогут ядру "видеть" устройства, оно "видит" их и так. Правила задают только юзерспейсную реакцию на события, связанные с добавлением, изменением и удалением устройств.

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Vadim ERROR The requested URL could not be retrieved При получении URL http://archlinux.org.ru/forum/topic/latest/ произошла следующая ошибка Доступ запрещён. Система контроля доступа не позволяет выполнить ваш запрос сейчас. Обратитесь к вашему администратору. Администратор Вашего кэша: support@........ Похоже на сообщение прокси-сервера :) Догадываюсь, что DNS всё же работает: `host archlinux.org.ru 8.8.8.8 host archlinux.org.ru` Velesich Абсолютно дурацкая схема маршрутизации при включенной VPN, естественно ни один байт из компа не выйдет. Дурацкая, особенно в виде неудобочитаемого вывода команды route, в переводе на нормальный ip route должно выглядеть примерно так (с моими комментариями): # в локалке 192.168.0.0/24 dev enp4s0 metric 100 # локальная подсеть через локальный интерфейс default via 192.168.0.1 dev enp4s0 metric 100 # дефолтный роут в локалке через роутер 5.2.64.86 via 192.168.0.1 dev enp4s0 # роут к VPN-серверу через роутер # в VPN 10.8.1.193 dev tun0 # другой конец туннеля, якобы гейт VPN 10.8.0.1 via 10.8.1.193 dev tun0 # ещё один адрес в VPN, якобы через гейт, на самом деле в P-t-P-интерфейсах вроде туннелей указание гейта бессмысленно, но OpenVPN иначе не умеет. 128.0.0.0/1 via 10.8.1.193 dev tun0 # ещё одна странность – интернет разбит на две половинки, первая 128.0.0.0/1 0.0.0.0/1 via 10.8.1.193 dev tun0 # и вторая 0.0.0.0/1, вместе эквивалентны дефолтному роуту в VPN через "гейт" При всей дурацкости такая маршрутизация работает, и дело не в ней.

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Vadim
ERROR
The requested URL could not be retrieved
При получении URL http://archlinux.org.ru/forum/topic/latest/ произошла следующая ошибка
Доступ запрещён.
Система контроля доступа не позволяет выполнить ваш запрос сейчас. Обратитесь к вашему администратору.
Администратор Вашего кэша: support@........

Похоже на сообщение прокси-сервера :)

Догадываюсь, что DNS всё же работает:

host archlinux.org.ru 8.8.8.8
host archlinux.org.ru

Velesich
Абсолютно дурацкая схема маршрутизации при включенной VPN, естественно ни один байт из компа не выйдет.

Дурацкая, особенно в виде неудобочитаемого вывода команды route, в переводе на нормальный ip route должно выглядеть примерно так (с моими комментариями):

# в локалке
192.168.0.0/24 dev enp4s0 metric 100 # локальная подсеть через локальный интерфейс
default via 192.168.0.1 dev enp4s0 metric 100 # дефолтный роут в локалке через роутер
5.2.64.86 via 192.168.0.1 dev enp4s0 # роут к VPN-серверу через роутер
# в VPN
10.8.1.193 dev tun0 # другой конец туннеля, якобы гейт VPN
10.8.0.1 via 10.8.1.193 dev tun0 # ещё один адрес в VPN, якобы через гейт, на самом деле в P-t-P-интерфейсах вроде туннелей указание гейта бессмысленно, но OpenVPN иначе не умеет.
128.0.0.0/1 via 10.8.1.193 dev tun0 # ещё одна странность – интернет разбит на две половинки, первая 128.0.0.0/1
0.0.0.0/1 via 10.8.1.193 dev tun0 # и вторая 0.0.0.0/1, вместе эквивалентны дефолтному роуту в VPN через "гейт"

При всей дурацкости такая маршрутизация работает, и дело не в ней.

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	По-видимому, ваш (или чей-то, к которому вы подключаетесь) VPN-сервер не пропускает либо DNS вообще, либо те DNS, которые вы используете, либо DNS блокируется (или идёт не туда) из-за каких-то настроек вашей системы. Сам туннель, разумеется, работает. Попробуйте при включённом туннеле `traceroute -n 8.8.8.8 traceroute -p 53 -n 8.8.8.8` Ну и не мешало бы показать правила ip rule и iptables `ip ru iptables-save`

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

По-видимому, ваш (или чей-то, к которому вы подключаетесь) VPN-сервер не пропускает либо DNS вообще, либо те DNS, которые вы используете, либо DNS блокируется (или идёт не туда) из-за каких-то настроек вашей системы.
Сам туннель, разумеется, работает.

Попробуйте при включённом туннеле

traceroute -n 8.8.8.8
traceroute -p 53 -n 8.8.8.8

Ну и не мешало бы показать правила ip rule и iptables

ip ru
iptables-save

Natrio	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Насколько я помню, драйвер для GPU, встроенного в SoC A20, используемый во множестве одноплатников, включая Cubietruck, это закрытый блоб, работающий только с определённой (и довольно старой) версией ядра. Ядра из репов ArchlinuxARM этим блобом не поддерживаются, и позволяют работать только не используя GPU. Соответственно, никто не ошибся, просто люди ищут пути использования Арч с графикой на одноплатнике.

Natrio

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Насколько я помню, драйвер для GPU, встроенного в SoC A20, используемый во множестве одноплатников, включая Cubietruck, это закрытый блоб, работающий только с определённой (и довольно старой) версией ядра.
Ядра из репов ArchlinuxARM этим блобом не поддерживаются, и позволяют работать только не используя GPU.

Соответственно, никто не ошибся, просто люди ищут пути использования Арч с графикой на одноплатнике.

Natrio	# 5 лет, 5 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Избирательно заблокировать OpenVPN сложно, и вряд ли кто-то будет этим заниматься. Тем более, если он подключается, значит работает, а проблемы или у вас в роутах, или на той стороне. Отсюда вопрос – куда вы подключаетесь, и что у вас в роутах до и после подключения?

Natrio

# 5 лет, 5 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Избирательно заблокировать OpenVPN сложно, и вряд ли кто-то будет этим заниматься.
Тем более, если он подключается, значит работает, а проблемы или у вас в роутах, или на той стороне.
Отсюда вопрос – куда вы подключаетесь, и что у вас в роутах до и после подключения?

Natrio	# 5 лет, 7 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	nafanja Natrio i386-efi только в сборку i686, x86_64-efi только в x86_64. yaourt -Ql grub \| grep i386-efi `grub /usr/lib/grub/i386-efi/ ...` yaourt -Qi grub Архитектура : x86_64 Понятно, значит с тех пор мейнтейнеры исправились, и теперь i386-efi стали тоже добавлять с обе сборки. x86_64-efi в i686 так и не добавили.

Natrio

# 5 лет, 7 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

nafanja
Natrio
i386-efi только в сборку i686, x86_64-efi только в x86_64.
yaourt -Ql grub | grep i386-efi
grub /usr/lib/grub/i386-efi/
...
yaourt -Qi grub
Архитектура : x86_64

Понятно, значит с тех пор мейнтейнеры исправились, и теперь i386-efi стали тоже добавлять с обе сборки.
x86_64-efi в i686 так и не добавили.