Можно ли изменить значок папки?

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

Пул серверов создает заблокировать кандидата путем суммирования операций, добавление транзакций blockchain кошелек (с дополнительной окказиональной пространства), расчета Меркле корня, а ссылки на хэш предыдущего блока. Заголовок блока кандидат отправляется к каждому из шахтеров бассейн в качестве шаблона. Каждый пул майнер, то мины с помощью шаблона блока, на более простой сложности, чем биткоин целевой сети, и отправляет какие-либо успешные результаты обратно на сервер бассейн, чтобы заработать акции.

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

Если доля SSHFS на вопрос устанавливается пользователем вручную с помощью команды mount, права доступа и пользователей есть доступ. Никаких проблем.

Однако крепление должно быть установлено автоматически (либо при загрузке или по требованию) без вмешательства пользователя. К сожалению, если доля устанавливается следующим fstab в строке, пользователь не имеет доступа к точке монтирования (отказано в доступе), но корень имеет доступ (естественно, так как мы не включили allow_root опции монтирования).

mari@sshfs:/home/mari/Documents /главная/Марий/документы предохранитель.sshfs опции noauto,х-systemd не.автомонтирование,_netdev,по умолчанию,пользователь,identityfile=/домой/Марий/.по SSH/id_rsa 0 0

В Арч вики-страницы включает в себя в этом примере:

user@host:/remote/folder /держатель/предохранитель точку.sshfs опции noauto,х-systemd не.автомонтирование,_netdev,пользователей,утилита idmap=пользователь,IdentityFile=/главная/пользователя/.по SSH/id_rsa,allow_other,переподключение 0 0

Он использует allow_other опции монтирования. Однако, мы не хотим использовать allow_other опции монтирования из-за ошибки безопасности, описанных здесь: https://github.com/libfuse/libfuse/issues/15

В allow_other вариант монтажа не должны быть использованы без default_permissions вариант монтажа, если один заботится о безопасности.

Однако, мне сказали, что default_permissions опции монтирования не поддержка ACL, который является обязательным для нас.

Каково правильное решение в этом вопросе? Мы хотим, для автоматического монтирования SSHFS акций и правильной работы разрешения и управления доступом.

Чтобы перезапустить иксы, это так просто работает:

судо перезагрузить языка

Это немного странно, что он не делает это для вас. Он, конечно, привык, но я думаю, переход на перевод и выскочка оставили его немного меньше, пуленепробиваемые, чем раньше.

Если что стоны о невозможности найти работу ОС, просто запустите команду sudo запуска lightdm вместо.

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

Вы уже знаете, что вам нужно пропатчить исходники ядра, как у вас очень старая версия. Никогда не версиях уже есть вариант. И я думаю, что по току (что будет 12) есть устаревший вариант и поддерживает NAT-T по умолчанию.

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

Более ранних версиях, кажется, здесь:

https://people.freebsd.org/~vanhu/нац-Т/

https://people.freebsd.org/~vanhu/нац-Т/патч-Натт-7.2-2009-05-12.дифф

Я нашла два более поздних версий, здесь (но не каталогов):

http://people.freebsd.org/~БЗ/20110123-01-stable7-Натт.дифф http://people.freebsd.org/~БЗ/20110603-02-stable7-Натт.дифф

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

Для ваших целей вам необходимо включить следующие:

параметры IPSec
криптоустройства
варианты IPSEC_NAT_T

Вы можете найти шаги во FreeBSD справочник

Если патч не патч, то ищите другие наборы заплаток. Патчи довольно проста, так что может быть проще, чтобы добавить их вручную. Если вы не знаете, как это сделать, - то вы гораздо гораздо лучше выключить обновление системы. Боль модернизации будет гораздо меньшей, чем научиться программировать на C, чтобы адаптировать код :-)

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

Как пользователь root, вы можете изменить максимум открытых файлов на процесс (через команду ulimit -Н) И в системе (например, Эхо 800000 > /труды/системы/ПС/файл-Макс).

Вопрос не где, вопрос когда.

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

Охотничьи законы зависят от местоположения, но большинство охотников не убивать животных, что они не могут потреблять, так что вы можете быть в состоянии найти кого-то, кто имеет потенциал на их лицензии, и будут готовы продать (или подарить, если они не могут ее продать) полностью или наполовину животное, при условии, что сумка его.

Другой вариант межсезонья-это то, что известно как 'мертвец бабло' (сбор тушек диких животных, которые пострадали от автомобилей), но многие районы имеют законы об этом. (запретив его, позволяя ему, если у вас есть лицензия, но вы не разрешили продавать мясо и т. д.)

... или просто сделать ферму мяса.

Расширенное сокращение может быть уничтожаем или трогании некоторые из летучих, органических соединений, которые придают вину свой аромат. Вино может содержать тысячи ароматических и ароматный химических веществ из конкретного сорта винограда и виноделия процесса (см. http://www.winegeeks.com/articles/93 для хорошей статьи, которая уравновешивает вызывающим и доступный) и вместе их аромат, что составляет "профиль" вкуса вина. Как вам уменьшить, некоторые из более чувствительных к температуре, кого гонят прочь, как алкоголь в вино сжигает до воды. Наверное, это за сокращения, что разворошила осиное гнездо, но некоторые потери вкуса/изменения неизбежны при любом сокращении.

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

Лучшим решением будет внимательно следить за вашим сокращения, так что он не по-уменьшить в первую очередь. Если вы хотите более сильный аромат, ты лучше разного типа вина, которое вы используете. Фруктовые вина, такие как Мерло, как правило, сохраняют свой аромат очень хорошо в сокращении.

Я попытался с помощью ассистента миграции, прям копировать/вставить, используя режим внешнего диска FireWire и даже клон с помощью Clonezilla...

Обе машины 10.8.2

Старый компьютер в информационной системы под приложения показывает приложения как универсальный или Intel.

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

Что происходит, какое-либо решение, кто-нибудь видел это раньше?

У меня есть сервер с jumpbox для СШ с внешним IP с ДНС совпадает с шаблоном - я.электронный адрес со следующей структурой: *.mydomain.com результат будет один и тот же IP, который является jumpbox и ИС.

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

До сих пор мне это удавалось делать с критериев пользователь - я.е СШ с jumpbox и будет реле подключение к своей внутренней машины при использовании определенных пользователей.

Правило матча выглядит, как показано ниже:

Матч пользователю myuser 
 ForceCommand СШ-я в /Home/someuser на/.СШ/глобальный-ОГА мой_логин@internalmachine $SSH_ORIGINAL_COMMAND

Это прекрасно работает, когда пользователь делает СШ [email protected],

но когда я добавить узел к нему :

Матч пользователю myuser хозяина usermachine.dev1.mydomain.com 
 ForceCommand СШ-я /дома/мой_логин/.СШ/глобальный-ОГА мой_логин@internalmachine $SSH_ORIGINAL_COMMAND

она полностью игнорирует правила соответствия.

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

После добавления: UseDNS да

когда я делаю СШ [email protected] -ВВВ я получаю:

OpenSSH_7.4p1 Дебиан-10+deb9u6, в OpenSSL 1.0.2 Р 26 февраля 2019
debug1: чтение данных конфигурации в /etc/СШ/файле ssh_config
debug1: в /etc/СШ/файле sshd_config строку 19: применение варианты *
debug2: разрешение "порт usermachine.dev1.mydomain.com" 22
debug2: ssh_connect_direct: needpriv 0
debug1: подключение к usermachine.dev1.mydomain.com [ХХ.ХХ.ХХ.ХХ порт] 22.
debug1: установленное соединение.
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.по SSH/id_rsa тип -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.по SSH/id_rsa-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.по SSH/id_dsa, который находится тип -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.по SSH/id_dsa, который находится-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.СШ/тип id_ecdsa -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.СШ/id_ecdsa-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.СШ/тип id_ed25519 -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/мой_логин/.СШ/id_ed25519-Серт введите -1
debug1: включение режима совместимости для протокола 2.0
debug1: локальное строке версия протокола SSH-2.0-OpenSSH_7.4p1 Дебиан-10+deb9u6
debug1: Удаленная версия протокола 2.0, пульт дистанционного версия программы OpenSSH_7.4p1 Дебиан-10+deb9u6
debug1: матч: OpenSSH_7.4p1 Дебиан-10+deb9u6 ПЭТ пакет OpenSSH* совместимость 0x04000000
debug2: ФД 3 Установка системного
debug1: проверка подлинности usermachine.dev1.мойдомен.ком:22 как мой_логин'
debug3: hostkeys_foreach: чтение файла "/домашний/мой_логин/.СШ/если вы"
debug3: record_hostkey: найден ключ алгоритма ECDSA типа в файле /Home/мой_логин/.СШ/если Вы:3
debug3: load_hostkeys: загружен 1 ключи от usermachine.dev1.mydomain.com
debug3: order_hostkeyalgs: предпочитаю hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: отправить пакет: тип 20
debug1: SSH2_MSG_KEXINIT послал
debug3: получите пакета: тип 20
debug1: SSH2_MSG_KEXINIT получил
debug2: местное предложение KEXINIT клиента 
debug2: KEX по алгоритмам: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: хозяин ключевых алгоритмов: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: шифры хтов: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: шифры в наличии: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: Маков хтов: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Ман в наличии: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: хтов сжатие: нет,[email protected],как zlib
debug2: в наличии сжатие: нет,[email protected],как zlib
debug2: языки хтов:
debug2: языки в наличии:
debug2: first_kex_follows 0
debug2: зарезервировано 0
debug2: предложение коллегиального KEXINIT сервера 
debug2: KEX по алгоритмам: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1
debug2: хозяин ключа алгоритмы: СШ-ОГА,ОГА-алгоритм SHA2-512,РСА-алгоритм SHA2-256,по алгоритму ECDSA-алгоритм SHA2-nistp256,СШ-ed25519
debug2: шифры хтов: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: шифры в наличии: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: Маков хтов: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Ман в наличии: [email protected],[email protected],[email protected],[email protected],[email protected],umac-64@openssh.com,[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: хтов сжатие: нет,[email protected]
debug2: в наличии сжатие: нет,[email protected]
debug2: языки хтов:
debug2: языки в наличии:
debug2: first_kex_follows 0
debug2: зарезервировано 0
debug1: KEX по: алгоритм: curve25519-SHA256 и
debug1: KEX по: ключевой алгоритм хозяин: алгоритма ECDSA-алгоритм SHA2-nistp256
debug1: KEX по: сервер->клиент шифр: [email protected] МАК: <неявно> сжатие: нет
debug1: KEX по: клиент->сервер шифрования: [email protected] МАК: <неявно> сжатие: нет
debug3: отправить пакет: Тип 30
debug1: ожидая SSH2_MSG_KEX_ECDH_REPLY
debug3: получение пакета: Тип 31
debug1: сервера ключа: алгоритма ECDSA-алгоритм SHA2-nistp256 и SHA256:eqPQ2fPZ9tVXyJ2me5VdBaHPHI9avXYUjjietgmftlm
debug3: hostkeys_foreach: чтение файла "/домашний/мой_логин/.СШ/если вы"
debug3: record_hostkey: найден ключ алгоритма ECDSA типа в файле /Home/мой_логин/.СШ/если Вы:3
debug3: load_hostkeys: загружен 1 ключи от usermachine.dev1.mydomain.com
debug3: hostkeys_foreach: чтение файла "/домашний/мой_логин/.СШ/если вы"
debug3: record_hostkey: найден ключ алгоритма ECDSA типа в файле /Home/мой_логин/.СШ/если вы:4
debug3: load_hostkeys: загружен 1 ключи от ХХ.ХХ.ХХ.ХХ
debug1: хост usermachine.dev1.mydomain.com известна и играм основного алгоритма ECDSA.
debug1: найден ключ в /Home/мой_логин/.СШ/если Вы:3
debug3: отправить пакет: тип 21
debug2: set_newkeys: режим 1
debug1: переключа после 134217728 блоков
debug1: SSH2_MSG_NEWKEYS послал
debug1: ожидая SSH2_MSG_NEWKEYS
debug3: пакет получите: тип 21
debug1: SSH2_MSG_NEWKEYS получил
debug2: set_newkeys: режим 0
debug1: переключа после 134217728 блоков
debug2: ключ: /дома/мой_логин/.по SSH/id_rsa ((ноль))
debug2: ключ: /дома/мой_логин/.по SSH/id_dsa, который находится ((ноль))
debug2: ключ: /дома/мой_логин/.СШ/id_ecdsa ((ноль))
debug2: ключ: /дома/мой_логин/.СШ/id_ed25519 ((ноль))
debug3: отправить пакет: Тип 5
debug3: пакет получите: тип 7
debug1: SSH2_MSG_EXT_INFO получил
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug3: пакет получите: Тип 6
debug2: service_accept: по SSH-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получил
debug3: отправить пакет: тип 50
debug3: пакет получите: 51 тип
debug1: аутентификации, который может продолжаться: открытый ключ,пароль
debug3: начать заново, прошел другой список открытый ключ,пароль
debug3: предпочтительный gssapi с-keyex,gssapi с-с-микрофоном,открытый ключ,клавиатура-интерактивный,пароль
debug3: authmethod_lookup открытый ключ
debug3: остальные предпочли: клавиатура-интерактивный,пароль
debug3: authmethod_is_enabled открытый ключ
debug1: Следующий способ проверки подлинности: открытый ключ
debug1: попытка закрытого ключа: /дома/мой_логин/.по SSH/id_rsa
debug3: нет такой личности: /дома/мой_логин/.по SSH/id_rsa: нет такого файла или каталога
debug1: попытка закрытого ключа: /дома/мой_логин/.по SSH/id_dsa, который находится
debug3: нет такой личности: /дома/мой_логин/.по SSH/id_dsa, который находится: нет такого файла или каталога
debug1: попытка закрытого ключа: /дома/мой_логин/.СШ/id_ecdsa
debug3: нет такой личности: /дома/мой_логин/.СШ/id_ecdsa: нет такого файла или каталога
debug1: попытка закрытого ключа: /дома/мой_логин/.СШ/id_ed25519
debug3: нет такой личности: /дома/мой_логин/.СШ/id_ed25519: нет такого файла или каталога
debug2: мы не отправить пакет, отключите способ
: пароль authmethod_lookup debug3
debug3: остальные предпочли: ,пароль
: authmethod_is_enabled пароль debug3
debug1: Следующий способ проверки подлинности: пароль
пароль [email protected]'ы:
debug3: отправить пакет: тип 50
debug2: мы отправили пакет пароль, ждите ответа
debug3: пакет получите: тип 52
debug1: успешная аутентификация (пароль).
Аутентифицироваться usermachine.dev1.mydomain.com ([ХХ.ХХ.ХХ.ХХ]:22).
debug1: канал 0: новый [клиент-сессии]
debug3: ssh_session2_open: channel_new: 0
debug2: канал 0: отправить открыть
debug3: отправить пакет: Тип 90
debug1: запрос [email protected]
debug3: отправить пакет: Тип 80
debug1: введя интерактивный сеанс.
debug1: залог: сеть
debug3: пакет получите: Тип 80
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug3: пакет получите: Тип 91
debug2: Старт обратного вызова 
debug2: ФД 3 параметр tcp_nodelay
debug3: ssh_packet_set_tos: набор IP_TOS 0х10
debug2: client_session2_setup: код 0
debug2: канал 0: запрос Пти-Треб подтверждения 1
debug3: отправить пакет: Тип 98
debug1: отправка среды.
debug3: игнорировать ОКР LS_COLORS
debug3: игнорировать ОКР SSH_CONNECTION
debug1: отправка Эд Лэнг = язык.В UTF-8
debug2: канал 0: запрос ОКР подтвердить 0
debug3: отправить пакет: Тип 98
debug3: игнорировать пользователя ОКР 
debug3: игнорировать ОКР ЛСОВ
debug3: игнорировать ОКР домой
debug3: игнорировать ОКР SSH_CLIENT
debug3: игнорировать ОКР SSH_TTY
debug3: игнорировать ОКР почте
debug3: игнорируется термин ОКР 
debug3: игнорировать ОКР оболочки
debug3: игнорировать ОКР SHLVL
debug3: игнорировать ОКР параметр logname
debug3: игнорировать путь ОКР 
debug3: игнорировать ОКР _
debug2: канал 0: запрос раковины подтверждения 1
debug3: отправить пакет: Тип 98
debug2: обратного вызова сделали
debug2: канал 0: открытые подтвердить rwindow 0 rмакс 32768
debug3: пакет получите: Тип 99
debug2: channel_input_status_confirm: Тип 99 ИД 0
debug2: запрос на распределение ПТИ приняли на канале 0
debug2: канал 0: принято настроить 2097152
debug3: пакет получите: Тип 99
debug2: channel_input_status_confirm: Тип 99 ИД 0
debug2: раковина запрос принят на канале 0
С jumpbox-6ff6b97487-6x5mg Линукс 4.14.89+ #1 СМП ср 9 января 13:35:00 ПСТ 2019 архитектуру x86_64

Программы в комплекте с системой Debian GNU/Линукс является свободным программным обеспечением;
точные условия распространения для каждой программы описаны в
отдельные файлы в /usr/доли/документа/*/авторское право.

Дистрибутив Debian GNU/Линукс поставляется с абсолютно никаких гарантий, в той степени,
разрешено действующим законодательством.
Последняя авторизация: СР 10 апреля 12:35:19 2019 от 10.16.0.110
мой_логин@с jumpbox-6ff6b97487-6x5mg:~$

1. Проверить ваши загрузки пропускной способности/скорости куда-нибудь Speedtest.net
2. Рассчитать время загрузки введите общее количество данных и скорость загрузки в пропускной способности калькулятор, один здесь dslreports.com

Вы смотрите на около 3 часов на гигабайт резервного копирования на такой скорости загрузки. Предполагается, что она остается постоянной и вы не используете подключение Для что-нибудь еще. Я уже вошел в значения для вашего соединения скорости, с одним гигабайтом данных, что ссылка здесь.

Это общая проблема с асинхронными соединениями, как дома АДСЛ. Чем больше данных, которые вы хотите отправить в "облако", тем больше это становится проблемой. Некоторые услуги, такие как S3 от Amazon позволит вам на почту жесткий диск на них поэтому вам не придется тратить недели загрузки. Это хоть и не дешево.

Следующие изменения, вот решение, основанное на первом

для перенаправления в файл/*.перенаправление; делай имени=$(базовое имя $файл); на awk '{gsub(/;}/,"",$6); печать $3" & "$5" & "$6 }' $файл > редирект-КШМ/${имени/.перенаправление/.КШМ}; сделано

Я покупаю новый компьютер и я думаю, я буду идти за система, основанная на процессора семейства Phenom Х6. Я буду получать видеокарт NVIDIA для поддержки Linux, и 8 ГБ памяти.

Я ожидаю, чтобы использовать 64-битную Ubuntu на эту машину, но в прошлом это оказалось сложно найти, действительно ли все на борту лакомства работать на Linux.

Вы можете предложить материнскую плату, что вы знаете, работает нормально? Я хотел бы следующее:

• Приостановить наверняка должно работать - я с нерабочих приостановить слишком долго (на D865PERL от Intel).
• Я ожидаю, чтобы использовать интегрированный звук, а очень бы хотелось поддержку передней аудио панели (в частности, я хочу, задней подключены колонки, чтобы пойти отключение звука при подключении наушников в переднюю панель, мы в 2010 все-таки).
• порт eSATA.
• Локальные сети будут приятно. Я мог бы подключить видеокарту PCI Ethernet, так что это не должно.
• Сата 3 и USB 3 для будущих обновлений ("поддержка будет в ядре в 3 месяца" - это ок, я не планирую использовать сразу).

Я рассматриваю этот: материнская плата GA-870A-УД3 что вы думаете? Звук ALC892, разъем Ethernet является Realtek 8111D.

Любые другие варианты? Я могу использовать домашнюю, а также формата ATX, но если мне придется использовать карты PCI Ethernet, что тогда я бы предпочел АТХ сохранить некоторые имеющиеся порты.

Спасибо!