'хвіст -Ф' веде себе несподівано на усічений файл

gufw не працює так, як вам здається. Це не брандмауер додаток, це передній край на UFW, який в свою чергу є передній кінець iptables.

gufw-це не рівень міжмережевого екрану, коли ви дозволити "програми" ви дозволяєте доступ до локального комп'ютера.

Тому, коли ви дозволяєте СШ, ви дозволяєте підключення до порту 22. Апачі дозволяє порту 80, і т. д.

Загалом, якщо ви додати сервер, він додасть до списку, то ви можете дозволити доступ до службі, запущеної на локальному полі.

Так, наприклад, я встановив сервер Squid, тепер я отримую кальмари в випадаюче меню

список судо додаток НПВ 
Доступні програми:
Чашки
Пакет OpenSSH
Кальмари

Ви можете створити сервіс, в файлі/etc/НГЗ/додатків.д/

лз /і т. д./споруди/додатків.д/
кальмари пакет OpenSSH-сервер Cups

Ви можете створити сервіс, якщо ви хочете, синтаксис досить проста. Дати йому назву, опис і визначити порт.

Використання кальмарів в якості прикладу:

[Кальмар]
назва=кальмари проксі-кеш
опис=інтернет кеш об'єкта (проксі для www кеш)
порти=3128/TCP з

Привіт, я новачок в Ubuntu, але у мене була проблема, у мене є один аудіо вихід і два аудіо входу на моєму комп'ютері. Але, у мене є один мікрофон, стерео динаміки і навушники. В ос Windows драйвер Realtek, я міг би просто поміняти аудіо вхід на вихід, зараз я використовую Ubuntu. Є можливість змінювати входу на вихід і навпаки? Дякую

Є два ноутбука Dell на нашій домашньої бездротової мережі:

• Інспірон 1525
• Широта E5420

Ці сполуки разом з рядом інших пристроїв (iPad, телефонів), з якими у нас немає проблем взагалі. Ноутбуки під управлінням Ubuntu 12.04.

Іноді ноутбуки обидва працюють нормально, але іноді - часто після гарного години або більше одночасних використовувати один або інший ноутбук раптово спостерігатися дуже повільний WiFi. Якщо мережа працює ноутбук вимкнений, швидкість проблемний ноутбук відскакує. Повторне включення в мережу вбиває з'єднання знову проблемного ноутбука. Це траплялося з кожним ноутбуком іноді проблема; зазвичай один найближчий маршрутизатор, швидше за все, буде добре.

Ось деякі з речей, які я виключив:

• Mac і IP-адреси різні (судо команду ifconfig). Але тоді, якщо вони були суперечливі, то проблема, безсумнівно, не бути мінливою!
• Керування живленням відключено для WiFi з'єднання (команду sudo iwconfig)
• Роутер і провайдер в обох помінялися, а у нас була така проблема: ми перейшли від провайдерів широкосмугового доступу О2 до телефону курник, але проблема зберігається; в той же час ми пішли від сайті speedtouch маршрутизатор (я так думаю) до Техніколор TG582n. Так що навряд чи це проблема.
• Сила ссылке-це добре; але знову ж, якщо було два абсолютно різних маршрутизаторів міцності сполуки різної схожим чином, то можна очікувати, що буде так.

Тестування на можливі помилки в драйверах склопідйомників (запропонований @Braiam) нижче, вихід полягає в наступному. На ноутбуці-1:

ноутбук-1% судо команду lspci -ННК | дреп -А8 -я Мережа
02:00.0 мережевий контролер [0280]: корпорація адаптер Broadcom BCM4313 802.11 ЛВ бездротової мережевий адаптер [14e4:4727] (об'явл. 01)
Підсистеми: ноутбук Dell Inspiron m5010 портативний комп'ютер / ноутбук XPS 8300 [1028:0010]
Драйвер ядра використовувати: ДС
Модулі ядра: ДС, млрд., brcmsmac
03:00.0 міст шини cardbus [0607]: О2 мікро, Інк. Пристрій [1217:8134] (об'явл 06)
Підсистеми: пристрій [1028:049b]
Драйвер ядра використовувати: yenta_cardbus
Модулі ядра: yenta_socket
09:00.0 порт FireWire (стандарт IEEE 1394) [0c00]: О2 мікро, Інк. Хост-контролер 1394 OHCI сумісного [1217:13f7] (про. 05)

На ноутбуці-2:

ноутбук-2% судо команду lspci -ННК | дреп -А8 -я Мережа
0В:мережний контролер 00.0 [0280]: корпорація Intel pro/бездротовий 3945ABG [Голан] підключення до мережі [8086:4222] (Рев 02)
Підсистеми: Пристрій Корпорації Intel [8086:1021]
Драйвер ядра використовувати: iwl3945
Модулі ядра: iwl3945

Хто-небудь знає які можливі інші причини даної проблеми; набагато важливіше, як я можу діагностувати і перевіряти ці причини?

Ось як "підключитися до прихованої бездротової мережі" діалогове вікно використовується для пошуку з Ubuntu 2011.04:

У "списку бездротових безпеки" показали різноманітні протоколи, у тому числі і той, який я хочу (WPA і WPA2 особистого)

Проблема: в Ubuntu 2012.04 (на іншому ноутбуці), тільки "ніхто" показана на "безпека бездротових мереж":

Питання: чому інші варіанти не доступні в 2012.04?
Я тільки що встановив його, то в полі держави.

Я використовую Ubuntu 10.04. Шрифт гнома стало дуже дивно, коли я займався серфінгом в Інтернеті.

Я використав його протягом декількох місяців після 10.04 випущена. І я завжди встановлювати всі оновлення. Це перший раз зустрітися з такою проблемою. Мені цікаво, що це першопричина.

Видобуток процесор тільки варто, якщо ви не платите за електрику.

Головний відповідь не працює для мене, так як я не використовую єдності-зазивала. Мій переклад налаштований на використання мови-ГТК-зазивала.

Я знайшов рішення, переглядаючи вихідний код мови. Він запитує ДДУ, щоб знайти власність BackgroundFile для користувачів. Ви можете змінити це, використовуючи D-стоп програма (або командного рядка).

Перейдіть до цієї точки на D-ноги:

Двічі клацніть по опції "SetBackgroundFile". У вікні, введіть шпалери ім'ям (з подвійною лапки). Натисніть кнопку Виконати. Якщо все добре, ви побачите повідомлення типу: "Ця функція нічого не повертає".

Наступного разу, коли переклад виконується, вона повинна мати нові шпалери, які ви вибрали.

УПП-допомагають або людина пкпп б сказав вам опція -P порт. Ви також повинні заявити про це перед аргументами файл:

УПП -п 2000 -я ~/.за SSH/[email protected] паб:~/.СШ/id_rsa_localbox.паб

Я теж не довіряю ~-відносні посилання. Використовувати повні шляху, якщо ви можете.

Але якщо ви копіюєте ІД, СШ-копія-посвідчення особи також має можливість надати SSH-з'єднання параметри:

СШ-копія-посвідчення особи -я ~/.по SSH/id_rsa.паб-п [email protected] 2000'

Дозвольте мені відповісти на мій власний запитання; відповідь дивно, що беруть участь. Хитрість полягає в тому, що бажане поведінка робочого столу (який проходив у 10.04) зараз (11.04) контролюється з Compiz, в якому є поняття "вихідні дані": тобто, екрани для малювання на. Вони налаштовуються в Налаштування CompizConfig менеджер (пакет compizconfig-backend сервера перейменувати або -Рейнхард), в "загальні налаштування" в меню "Параметри" на вкладці.

Ця річ має три налаштування, всі з яких мають важливе значення. Найголовніше-це "знайти виходи": це повинен бути знятий, тому що весь сенс полягає в тому, що я хочу створити нефізичну установки, якщо автовизначення буде тільки підібрати розмір мого екрану.

Другим найбільш важливим є "виводить вікно", який являє собою список резолюцій. На перший погляд можна очікувати, що річ, щоб покласти тут "1024х768", але це неправильно: він говорить Compiz щоб використовувати весь віртуальний екран, так розкритого вікна буде надходити в Нижній, це неправильна поведінка. Але писати "1024х600" не працює, так що скажу Compiz і робити вигляд, що на екрані становить всього 600 пікселів в висоту; в результаті нелогічним, тому він вирішує розтягнути кожне вікно. Це потворні і нефункціональні, викликаючи дивовижні графічні глюки і, таємничим чином витісняючи кнопки з місця потрібно натиснути, щоб активувати їх. Не добре.

Набагато кращий варіант-це написати "1024х600+0-168", що говорить менеджер, що є насправді 168 невикористовувані пікселі на дно: що відтворює "чорна смуга" поведінки я скаржився. Це добре, щоб знати, звідки це приходить, але я все одно не хочу. Але він каже мені, що це означає: це означає, що менеджер просто ігнорує ці пікселі не малювати вікна. Моя мишка досі йде туди, хоча б тому, що поведінка контролюється X, яка приходить раніше з Compiz. Здається, щось сказати Compiz щоб малювати там (тому Windows можна ходити туди), але і не малювати там (так вони не хочуть туди їхати).

Абсолютно правильне рішення, тому для опису двох пристроїв виводу на Compiz: один "1024х600+0-168", і один "1024х768", при цьому сказавши Compiz щоб малювати, а не спиратися на тих, хто знизу пікселів, у той же час. Але як переконатися, що вона знає, що "хочу"? Це перший параметр цій вкладці: "перекриття обробник виводу". Встановіть його в положення "воліють менший вихід", який є точно, що я сказав на словах там.

Таким чином, відповідь: запустіть розширення xrandr --режим --1024x700 ФБ 1024х768 --панорамування 0x768; перейти на Compiz' варіанти відображення і поставити на два виходи "1024х600+0-168" і "1024x768"; зніміть прапорець "знайти виходи"; і зробити "перекриття вихідного обробник" воліють менші виходи. Уфф.

З вашого питання, це те, що я можу сказати з приводу вашого диска

ССД : для Windows 8
Жорсткий диск : Wnidows 7, Убунту

Крім того, ви налаштували параметри BIOS автоматично з SSD.

Якщо виходити з вищезазначених тверджень праві, це як вам вирішити вашу проблему:

• Оскільки за замовчуванням завантажувальний носій-це твердотільний накопичувач, ви не можете бачити опцію для Ubuntu взагалі.
• Так, ви можете увійти в налаштування BIOS і змінити свій жорсткий диск за замовчуванням завантажувальний носій і наступного разу при завантаженні, у вас буде завантаження з жорсткого диска, і ви повинні побачити опцію для Ubuntu.
• Або, як альтернатива, ви можете включити опцію для вибору завантажувального носія під час завантаження. В основному це робиться шляхом активації Ф12 ключ від опцій BIOS. Тепер, кожен раз при завантаженні, потрібно натиснути клавішу F12, і ви попросили завантажувального носія. Вибрати жорсткий диск, і ви зможете побачити варіант з Ubuntu.

Нещодавно ми оновили сервер з 12.04 ЛТС сервер 13.04. Все було добре, в тому числі і після перезавантаження. Всі пакети оновлені, ми почали помічати дивне питання, СШ працює протягом дня або близько того (незрозуміло з часу) то через запит СШ зависає (не Ctrl+с, нічого).

Це і обслуговуючих сервер, трафік і т. д.

Відкритий порт 22 (ІПС і трохи змінений для розміщення):

в Nmap -Т4 -а x.acme.com

Починаючи роботи Nmap 6.40 ( http://nmap.org ) за 2013-09-12 16:01 ЦДТ
Nmap у звіті про сканування для x.acme.com (69.137.56.18)
Хоста (0.026 сек затримки).
rDNS запис для 69.137.56.18: c-69-137-56-18.hsd1.tn.provider.net
Не показано: 998 фильтруемости порти
ДЕРЖАВНИЙ ПОРТ ВЕРСІЮ ОНОВЛЕННЯ 
22/TCP з відкритим SSH і OpenSSH 6.1p1 Дебиан 4 (протокол 2.0)
| СШ-ключ хоста: 1024 54:С3:Е3:38:44:Ф4:20:А4:Е7:42:49:н0:А7:Ф1:3Э:21 (ДСА)
| 2048 постійного струму:21:77:3б:Ф4:4Э:74:н0:87:33:14:40:04:68:33:А6 (ОДА)
|_256 45:69:10:79:5а:9ф:0В:ф0:66:15:39:87:В9:А1:37:ф7 (рівнем)
80/TCP і відкрийте http причал 7.6.2.v20120308
| і HTTP-заголовок: увійти як користувач бамбука - компанії Atlassian бамбук
|_Requested ресурс http://x.acme.com/userlogin!default.action;jsessionid=19v135zn8cl1tgso28fse4d50?os_destination=%2Fstart.action
Сервісна інформація: ОС: Linux; СПЕ: СПЕ:/висновок:Лінукс:linux_kernel

Виявлення послуг. Будь ласка, повідомляйте про будь невірний результат http://nmap.org/submit/ .
Nmap буде зроблено: 1 ip-адресу (до 1 вузла) відскановані 12.89 секунд

Ось СШ-ВВВ:

СШ-ВВВ x.acme.com
OpenSSH_5.9p1, в OpenSSL 0.9.8 х 10 травня 2012 року
debug1: читання даних конфігурації /користувачі/tfergeson/.по SSH/config файл
debug1: читання даних конфігурації /etc/файлі ssh_config
debug1: файл /etc/файлі sshd_config рядок 20: застосування варіанти *
debug2: ssh_connect: needpriv 0
debug1: підключення до x.acme.com [69.137.56.18] порт 22.
debug1: встановлене з'єднання.
debug3: невірний ідентифікатор RSA1 
debug3: не вдалося завантажити "/користувачі/tfergeson/.по SSH/id_rsa" як відкритий ключ RSA1 
debug1: ідентичність файл /користувачі/tfergeson/.по SSH/id_rsa тип 1
debug1: ідентичність файл /користувачі/tfergeson/.по SSH/id_rsa-Серт введіть -1
debug1: ідентичність файл /користувачі/tfergeson/.по SSH/id_dsa, який перебуває тип -1
debug1: ідентичність файл /користувачі/tfergeson/.по SSH/id_dsa, який знаходиться-Серт введіть -1
debug1: Віддалена версія протоколу 2.0, пульт дистанційного версія програми OpenSSH_6.1p1 в Debian-4
debug1: матч: OpenSSH_6.1p1 в Debian-4 ПЕТ пакет OpenSSH*
debug1: увімкнення режиму сумісності для протоколу 2.0
debug1: локальне рядку версія протоколу SSH-2.0-OpenSSH_5.9
debug2: ФД 3 Установка системного
debug3: load_hostkeys: завантаження записів для вузла "x.acme.com" з файлу "/користувачі/tfergeson/.СШ/якщо ви"
debug3: load_hostkeys: знайдено ключ типу RSA в файл /користувачі/tfergeson/.СШ/якщо ви:10
debug3: load_hostkeys: завантажений 1 ключі
debug3: order_hostkeyalgs: віддаю перевагу hostkeyalgs: [email protected],[email protected],СШ-ОДА
debug1: SSH2_MSG_KEXINIT послав
debug1: SSH2_MSG_KEXINIT отримав
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,[email protected],[email protected],ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: немає,[email protected] як zlib
debug2: kex_parse_kexinit: немає,[email protected] як zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: зарезервовано 0 
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: СШ-ОДА,СШ-ДСС алгоритму ECDSA-алгоритм SHA2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: немає,[email protected]
debug2: kex_parse_kexinit: немає,[email protected]
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: зарезервовано 0 
debug2: mac_setup: знайшли код HMAC-MD5
debug1: KEX за: сервер->клієнт aes128-CTR з допомогою HMAC-MD5 і немає
debug2: mac_setup: знайшли код HMAC-MD5
debug1: KEX за: клієнт->aes128-CTR для сервера код HMAC-MD5 і немає
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) відправив
debug1: очікуючи SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: прив ключ біт комплект: 130/256
debug2: набір біт: 503/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT послав
debug1: очікуючи SSH2_MSG_KEX_DH_GEX_REPLY
debug1: сервер ключа сайту: ОДА струму:21:77:3б:Ф4:4Э:74:н0:87:33:14:40:04:68:33:А6
debug3: load_hostkeys: завантаження записів для вузла "x.acme.com" з файлу "/користувачі/tfergeson/.СШ/якщо ви"
debug3: load_hostkeys: знайдено ключ типу RSA в файл /користувачі/tfergeson/.СШ/якщо ви:10
debug3: load_hostkeys: завантажений 1 ключі
debug3: load_hostkeys: завантаження записів для вузла "69.137.56.18" з файлу "/користувачі/tfergeson/.СШ/якщо ви"
debug3: load_hostkeys: знайдено ключ типу RSA в файл /користувачі/tfergeson/.СШ/якщо Ви:6
debug3: load_hostkeys: завантажений 1 ключі
debug1: хост x.acme.com відома і співпадає з ключовою сайт ОДА.
debug1: знайдено ключ в /користувачі/tfergeson/.СШ/якщо ви:10
debug2: набір біт: 493/1024
debug1: ssh_rsa_verify: правильна підпис 
debug2: kex_derive_keys
debug2: set_newkeys: режим 1
debug1: SSH2_MSG_NEWKEYS послав
debug1: очікуючи SSH2_MSG_NEWKEYS
debug2: set_newkeys: режим 0
debug1: SSH2_MSG_NEWKEYS отримав
debug1: роумінг не дозволено на сервері
debug1: SSH2_MSG_SERVICE_REQUEST послав
debug2: service_accept: по SSH-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT отримав
debug2: ключ: /користувачі/tfergeson/.по SSH/id_rsa (0x7ff189c1d7d0)
debug2: ключ: /користувачі/tfergeson/.по SSH/id_dsa, який знаходиться (0х0)
debug1: автентифікації, який може тривати: відкритий ключ
debug3: почати заново, відбувся другий відкритий ключ список 
debug3: кращий відкритий ключ,клавіатура-інтерактивний,пароль
debug3: authmethod_lookup відкритий ключ
debug3: решта воліли: клавіатура-інтерактивний,пароль
debug3: authmethod_is_enabled відкритий ключ
debug1: Наступний спосіб перевірки автентичності: відкритий ключ
debug1: в публічний ключ RSA: /користувачі/tfergeson/.по SSH/id_rsa
debug3: send_pubkey_test
debug2: ми відправили пакет відкритий ключ, чекаю відповідь
debug1: сервер приймає ключ: pkalg СШ-РСА м 277
debug2: input_userauth_pk_ok: ФП 3С:е5:29:6С:9Д:27:Д1:7Д:Е8:09:А2:Е8:8э:6е:АФ:6Ф
debug3: sign_and_send_pubkey: ОДА 3С:е5:29:6С:9Д:27:Д1:7Д:Е8:09:А2:Е8:8э:6е:АФ:6Ф
debug1: читати УГР закритого ключа зроблено: типу ОДА
debug1: успішна аутентифікація (відкритий ключ).
Аутентифицироваться x.acme.com ([69.137.56.18]:22).
debug1: канал 0: новий [клієнт-сесії]
debug3: ssh_session2_open: channel_new: 0
debug2: канал 0: відправити відкрити
debug1: запит [email protected]
debug1: ввівши інтерактивний сеанс.
debug2: Старт зворотного дзвінка 
debug2: client_session2_setup: 0 код
debug2: ФД 3 параметр tcp_nodelay
debug2: канал 0: запит Пті-Треб підтвердження 1
debug1: відправка середовища.
debug3: ігнорувати ОКР ATLAS_OPTS
debug3: ігнорувати ОКР rvm_bin_path
debug3: ігнорувати ОКР TERM_PROGRAM
debug3: ігнорувати ОКР GEM_HOME
debug3: ігнорувати ОКР оболонки
debug3: ігнорується термін ОКР 
debug3: ігнорувати ОКР CLICOLOR
debug3: ігнорувати ОКР irbrc за
debug3: ігнорувати ОКР ніяке стиснення
debug3: ігнорувати ОКР Apple_PubSub_Socket_Render
debug3: ігнорувати ОКР TERM_PROGRAM_VERSION
debug3: ігнорувати ОКР MY_RUBY_HOME
debug3: ігнорувати ОКР TERM_SESSION_ID
debug3: ігнорувати користувача ОКР 
debug3: ігнорувати ОКР COMMAND_MODE
debug3: ігнорувати ОКР rvm_path
debug3: ігнорувати ОКР COM_GOOGLE_CHROME_FRAMEWORK_SERVICE_PROCESS/USERS/tfergeson/LIBRARY/APPLICATION_SUPPORT/GOOGLE/CHROME_SOCKET
debug3: ігнорувати ОКР JPDA_ADDRESS
debug3: ігнорувати ОКР APDK_HOME
debug3: ігнорувати ОКР змінних ssh_auth_sock
debug3: ігнорувати ОКР Apple_Ubiquity_Message
debug3: ігнорувати ОКР __кф_користувач_текст_кодування
debug3: ігнорувати ОКР rvm_sticky_flag
debug3: ігнорувати MAVEN_OPTS ОКР 
debug3: ігнорувати LSCOLORS ОКР 
debug3: ігнорувати ОКР rvm_prefix
debug3: ігнорувати шлях ОКР 
debug3: ігнорувати ОКР ЛСОВ
debug3: ігнорувати змінну JAVA_HOME ОКР 
debug1: відправка Ед Ленг = мову.В UTF-8
debug2: канал 0: запит ОКР підтвердити 0
debug3: ігнорувати ОКР JPDA_TRANSPORT
debug3: ігнорувати rvm_version ОКР 
debug3: ігнорувати ОКР M2_HOME
debug3: ігнорувати ОКР додому
debug3: ігнорувати ОКР SHLVL
debug3: ігнорувати ОКР rvm_ruby_string
debug3: ігнорувати ОКР параметр logname
debug3: ігнорувати ОКР M2_REPO
debug3: ігнорувати ОКР GEM_PATH
debug3: ігнорувати ОКР AWS_RDS_HOME
debug3: ігнорувати ОКР rvm_delete_flag
debug3: ігнорувати ОКР EC2_PRIVATE_KEY
debug3: ігнорувати ОКР RUBY_VERSION
debug3: ігнорувати ОКР SECURITYSESSIONID
debug3: ігнорувати ОКР EC2_CERT
debug3: ігнорувати ОКР _
debug2: канал 0: запит раковини підтвердження 1
debug2: зворотного виклику зробили
debug2: канал 0: відкриті підтвердити rwindow 0 гмакс 32768

Я може жорстка перезавантаження (тільки для Mac, монітори в цьому місці) і вона знову стане доступною. Тепер це відбувається кожного разу. Важливо, що я отримати його сортують. Саме дивне, що він спочатку веде себе, потім починає зависати через кілька годин. Я переглядав раніше журнали і нічим не виділявся.

Від авт.журнал, я бачу, що це дозволило мені, але все одно я вам нічого на стороні клієнта:

20 вересня 12:47:50 хто демон[25376]: прийнятий відкритий ключ для tfergeson з Порт 10.1.10.14 54631 ssh2
20 вересня 12:47:50 хто демон[25376]: модуля pam_unix(накопичувач sshd:сесія) - сесія відкрита для користувача tfergeson по об'єкту (uid=0)

Оновлення:

Як і раніше відбувається навіть після установки UseDNS немає і закоментувати #сесія факультативного pam_mail.так стандартний noenv

Це не представляється мережа/DNS-огляди проблемою, так як всі сервіси, запущені на комп'ютері, як чуйний і доступний, як і завжди, за винятком гібридних.

Будь-які думки про те, де почати?

Те ж саме відбувається зі мною, але я просто запустити менеджер оновлень знову не підключаючи мої кабелі або мобільного широкосмугового доступу. У оновити диспетчер каже мені, що доступно оновлення завантажено, але не встановлено, я потім натисніть кнопку Встановити і перезавантажити комп'ютер. Все працює нормально. Спробувати, чи що.

Ви можете підключити ваш сервер Ubuntu з Windows машини через протокол SSH. Для цього потрібно мати мастику на комп'ютері Windows.

Для передачі файлів можна скористатися допомогою WinSCP.

Переконайтеся, що запущений демон SSH сервер на Ubuntu сервер.

У випадку, якщо ми хочемо читати ні висновок програми на Python, наприклад, для налагодження або якщо це термінал скрипт, він може бути краще, щоб запустити цей скрипт на Python, не у фоновому режимі, двічі клацнувши але від перекладача в термінал.

Для цього виконайте такі команди:

компакт-диск /path/to/script.py
пітон script.py

Скрипт не потрібен виконуваний дозволу на запуск від інтерпретатора Python у терміналі.

Додатки python3 виконуються за допомогою наступної команди:

питон3 script.py

Так, вони роблять.

Ви праві, в цілому, розмір набору UTXO була з роками зростає. Е. Р. в травні 2014 року було 11 млн., В травні 2015 року склало 19 млн., В травні 2016 року було 38 мільйонів, в травні 2017 року було 51 мільйон.
Зараз, насправді менше, ніж 50 мільйонів UTXO. Як це сталося? Як ви помітили, витрачаючи багато UTXO в одній транзакції набагато дорожче. Коли биткоин мережа була перевантажена минулої зими, багато користувачів (особливо підприємці) платили непомірні плати за угоду, тому що їх фонди були розділені на стільки маленький UTXOs. На піку цін і витрат закладеність одного UTXO може легко коштувати більше $10. Особливо, коли кілька UTXO були необхідні для побудови угоди, вони були надто дорогі. Природно, багато користувачів з метою створення мінімально можливої операції і пропустити консолідації, який викликав безліч UTXO швидко рости в перевантаженій фазі.

Давайте подивимося на набір UTXO розмір в минулому році:

Хоча більш ефективне використання моделей була запропонована задовго до зими (наприклад, Хардінг чудова стаття на пакетування у серпні 2017 року). Прийняття дозування і часті консолідації досяг тільки після кризи. Схоже, що цінове ралі в поєднанні з сильними заторами зробив Біткойн-користувачам більше відомі UTXO гаманець басейну композиції. З січня по березень ми бачимо крайній регрес встановити UTXO розмір більше 64 млн. до 51 млн. UTXO. Коли ви дивитеся вгору блоки з то, ви знайдете безліч операцій, які провели численні UTXOs в одиночні виходи. Ці операції часто платять дуже низькі збори, черги в mempool до ставки збору за досить низько для них, щоб бути включені. Ці операції консолідації мали тільки метою конденсації коштів у меншу кількість UTXO при мінімально можливих витратах.

Дивіться у цьому прикладі з середини квітня:

Як угод, платять дуже низькі гонорари отримують, включені в блоки, розміри в наборі UTXO крапель.

З тих пір, ми також бачили значне збільшення використання пакетної обробки, який вирішує встановити UTXO зростання з іншого боку: пакетна обробка знижує кількість виходів змінити, що вам вироблено. При відправці двадцяти платежі в двадцяти різних операцій, то шанси, що ви будете створювати 20 виходів змінюватися. Коли ви посилаєте двадцять платежі в одній транзакції, ви будете створювати тільки один вихід міняти. Тому інтенсивне використання дозування можете скоротити створення UTXO в оплаті майже в два рази.

Я недавно купив Соні ультрабук серії VAIO S, який поставляється з Безпровідний дисплей. Кроки, щоб встановити це на Windows 8, здається, добре задокументовані, але я так і не зрозумів, як це налаштувати в Ubuntu. Хто-небудь зміг отримати цю роботу?