DHCP не работает при новой установке

Я не знаю, какую программу вы использовали раньше, но вы можете легко узнать, какие программы доступны вам для такого типа вещей apropos mixer или apropos mix в командной строке. В моем случае он выводит список из двух:

alsamixer amixer

Первый, alsamixer, представляет собой микшер, который работает с консоли и предлагает множество функций. Проверьте справочную страницу man alsamixer, чтобы выяснить привязки клавиш.

Другим вариантом является поиск «миксера» в доступных пакетах, но это будет работать, только если микшер имеет собственный пакет, не упакованный с другими инструментами рабочего стола: apt-cache search mixer | grep mixer -i --color

Возможно, вы можете узнать, какой микшер вы использовали, просматривая файл /var/log/dpkg.log, grep -i mix /var/log/dpkg.log*

1
задан 30 June 2012 в 17:18

15 ответов

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 25 July 2018 в 18:15

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 2 August 2018 в 00:28

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 4 August 2018 в 15:57

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 6 August 2018 в 00:35

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 7 August 2018 в 18:01

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 10 August 2018 в 06:49

Попробуйте sudo apt-get install isc-dhcp-client, который установит клиент dhcp, хотя он не объяснит, почему он не был установлен с самого начала. Это также предполагает, что вашей проблемой является отсутствие указанного клиента.

Если это не сработает, вы должны изучить использование команды tcpdump на одном из интерфейсов и опубликовать здесь результаты. Например, sudo tcpdump -i eth0 -n должен показать вам, есть ли трафик, проходящий через интерфейс eth0, хотя вам может потребоваться исправить правильный интерфейс.

Так как tcpdump не видел трафика, запустите Снова введите команду tcp, отключите подключение к локальной сети, подождите пару секунд, пока компьютер не поймет, что вы отключили его, затем снова подключите его и посмотрите на вывод tcpdump. Должно быть несколько запросов DHCP, отправленных вашим компьютером, и при идеальных обстоятельствах также ответы на эти запросы. Если вы вообще ничего не видите, возможно, DHCP запрашивает адрес не на том порту, возможно, проверьте конфигурацию DHCP. Если после проверки конфигурации DHCP вы уверены, что DHCP запрашивает адрес на правильном порту, но при этом вы не видите трафика с помощью tcpdump, проверьте журналы на наличие ошибок, связанных с DHCP или ошибок передачи сетевого трафика. Если ничего не очевидно, разместите логи здесь.

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

2
ответ дан 15 August 2018 в 18:45
  • 1
    Благодарю. isc-dhcp-client установлен, и tcpdump ничего не слышал об интерфейсе eth0 (да, это правильный интерфейс). Где мне взять это отсюда? – dotancohen 1 July 2012 в 01:44
  • 2
    Расширил мой ответ немного. – Jeff Welling 1 July 2012 в 03:09
  • 3
    Спасибо, Джефф. Оставив tcpdump на ночь, [это его вывод) [ pastebin.com/WLxf6B5R] . Затем я отключил сетевой кабель, подождал минуту, затем снова запустил tcpdump, прежде чем снова подключить кабель. В течение 60 секунд, которые я ждал, не было никакого выхода. Я попытался снова с опцией -vv, снова нет выходных данных в течение 60 секунд ожидания после подключения кабеля обратно. Обратите внимание, что индикатор NIC горит. – dotancohen 1 July 2012 в 13:12
  • 4
    Из этого вывода видно, что вы не получаете никаких ответов ни на один из отправляемых пакетов. Трес странно. На этом этапе я хотел бы просмотреть журналы (любые, все), чтобы найти что-либо, связанное с eth0 или невозможностью обнаружить сетевую карту, или что-либо, что выглядит как ошибка или предупреждение вообще. И ради здравого смысла, перепроверьте с другим сетевым кабелем, это мог быть мертвый кабель. – Jeff Welling 1 July 2012 в 20:13
  • 5
    Пожалуйста, вставьте также вывод ifconfig, он скажет нам, какие IP-адреса были назначены (или предоставлены) вашему NIC, возможно, я ошибся из-за того, что не получил никаких ответов. – Jeff Welling 1 July 2012 в 20:15

Проблема была на самом деле синдромом проблем:

1) Никакой поддержки ядра для этого NIC в ядре -23. Загрузка и установка ядра -26 помогла.

2) Проблемы с DHCP даже с распознанным сетевым адаптером. У меня были проблемы с DHCP на этом оборудовании в openSuse 12.1. Настройки статического IP-адреса получили машину в сети, но не DNS.

3) Чтобы получить работу DNS, я возобновил аренду DHCP, хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простое конфигурирование общедоступных DNS-серверов Google не разрешило проблему.

Чтобы добавить оскорбления к травме, на этой материнской плате (ASUS P8H61-M LX) нет разъема PCI для подключения карты NIC. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо поддержки Linux: «Мы не поддерживаем Linux», а драйверы Linux NIC от Realtek не загружались ни с одним из шести зеркал. Они используют элементы управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальном сервере, который я поддерживаю, поэтому у меня была загрузка коллеги из США и отправка по электронной почте драйверов мне. Тогда я не смог их построить, поскольку не смог установить gcc с DVD-диска Kubuntu.

TL; DR: Не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И в любом случае не покупайте материнскую плату без PCI-слота!

1
ответ дан 25 May 2018 в 09:10

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 25 July 2018 в 18:15

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 2 August 2018 в 00:28

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 4 August 2018 в 15:57

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 6 August 2018 в 00:35

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 7 August 2018 в 18:01

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 10 August 2018 в 06:49

На самом деле проблема была в синдроме проблем:

1) Нет поддержки ядра для этого NIC в ядре -23. Помогла загрузка и установка ядра -26.

2) Проблемы с DHCP даже при распознавании сетевого адаптера. У меня также были проблемы с DHCP на этом оборудовании в openSuse 12.1. При настройке статического IP-адреса машина была подключена к сети, но DNS не было.

3) Чтобы DNS работал, я возобновил аренду DHCP , хотя у меня есть статический IP-адрес. Это звучит глупо, но это работает. Простая настройка общедоступных DNS-серверов Google не решила проблему.

Чтобы добавить оскорбления травм, у этой материнской платы ( ASUS P8H61-M LX ) нет порта PCI для подключения сетевой платы. карта в. Поддержка ASUS заняла два дня, чтобы ответить на мое письмо о поддержке Linux словами «мы не поддерживаем Linux», и драйверы сетевой карты Linux на сайте Realtek не будут загружаться ни с одного из шести зеркал. Они используют средства управления доступом JavaScript и HTTP, чтобы предотвратить загрузку tarball через wget на реальный сервер, который я поддерживаю, поэтому мне пришлось загрузить коллегу из США и отправить мне драйверы по электронной почте. Тогда я не смог собрать их, так как я не смог установить gcc с DVD Kubuntu.

TL; DR: не покупайте материнскую плату ASUS, они официально не поддерживают Linux. И ни в коем случае не покупайте материнскую плату без слота PCI!

1
ответ дан 15 August 2018 в 18:45

Другие вопросы по тегам:

Похожие вопросы: