Можно ли настроить FreeBSD для использования DHCP или статический IP в зависимости от обнаруженного SSID?

Вы можете использовать старые видения. П2.5.4 пригоден для использования.

http://azodl.blogspot.tw/2015/06/genymotion.html

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

дю-см ~/.кэш/*

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

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

Попробуйте это:

#!/бин/Баш
если [ -Ф "$1" ];
тогда
 СР -в "$1" _"$1"
 переименовать -в с/_(.+?)\./$\ 1_copy./' _"$1"
интернет

Скрипт проверяет, является ли входной файл, который получает в качестве входных данных существует. В этом случае, он создает временную копию файла, а затем переименовывает такую копию замены первой точки в имени со строкой _copy.

Я надеюсь, что это то, что вам нужно.

Попробуйте выполнить следующие команды в терминале

суда apt-получить установить VLC

Это также будет обновлен один, уже установленный пакет.

Зеленый лук имеют большие лампы на базе. Лампа мягкий вкус и аромат в стебле происходит более интенсивно. Зеленый лук имеют намного меньшую белый конец. Стебель зеленого лука мягче, чем лампочки/конец.

Я новичок в Ubuntu (и Linux в целом) и поставил 12.10 для двойной загрузки (вместе с Win7). Все шло хорошо, но когда я установил обновления и перезагрузился, я обнаружил, что после выбора загрузиться в Ubuntu, у меня мигает фиолетовый экран без входа. Я снова смог перезагрузиться и получил в Ubuntu выбрав расширенный вариант, с загрузки в безопасном режиме.

Когда я проверил, чтобы увидеть, что происходит с дисплея в меню настроек, мой монитор теперь поставляется в качестве монитора ноутбука, в то время как он был ранее идентифицирован как 19" монитор Dell до обновления.

Имея в виду, что я новичок в Ubuntu и в мир Linux, в чем может быть проблема и что я могу поделать?

Обновление (21:15 мск, 2/16/13)

Я пошел вперед и переустановил 12.04, но проблемы сохраняются. Я могу получить все работает нормально, если я открываю в Ubuntu через режим восстановления, в противном случае я получаю мигающий фиолетовый экран. Я, однако, получил монитор, чтобы быть обнаружены как Dell 19", а не на экран ноутбука. Любые другие идеи?

У меня безголовый настольного компьютера (без экрана / без клавиатуры), используемый в качестве машинного обучения учебный сервер (с использованием GPU). Я подключить его через SSH с моего другого компьютера (ноутбука).

Когда:

• Я запускаю компьютер с видеокартой NVIDIA видеокарты GTX 650, как только графической карты подключен на материнской плате, кажется, он не загружается, и я не могу по SSH на компьютер

• Я запускаю компьютер с видеокартой NVIDIA видеокарты GTX 650 + старая АТИ видеокарты Радеон так же (у меня два PCI-Express слотов на МБ), то сапоги, я могу по SSH это.

Примечание: от Nvidia, драйверы установлены (apt-получить установку для NVIDIA 315), и при его обнаружении (во втором случае), и Tensorflow можете успешно использовать его, так это значит, что проблемы не приходят из недостающих драйверов.

В чем может быть проблема предотвращения сервер Ubuntu 16.04 загрузиться с NVIDIA для видеокарты GTX 650, как только графической карты?

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

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

бесплатно -г

 общая бесплатно общая буферов кэширования
 Мэм: 125 120 5 0 1 101
 -/+ буферы/кэш: 17 108
 Своп: 0 0 0

Если я прав, то это показывает, что у меня только 5 ГБ свободной оперативной памяти из 125 Гб.

при

1 [||| 4.6%] 9 [ 0.0%] 17 [|| 1.4%] 25 [ 0.0%]
 2 [||||||||||||||||||||||| 44.4%] 10 [ 0.0%] 18 [ 0.0%] 26 [| 0.5%]
 3 [||||||| 12.4%] 11 [| 0.5%] 19 [ 0.0%] 27 [ 0.0%]
 4 [||||| 7.5%] 12 [ 0.0%] 20 [ 0.0%] 28 [ 0.0%]
 5 [|||||||| 14.2%] 13 [ 0.0%] 21 [ 0.0%] 29 [ 0.0%]
 6 [|||| 4.8%] 14 [ 0.0%] 22 [| 0.5%] 30 [ 0.0%]
 7 [ 0.0%] 15 [| 0.5%] 23 [|| 2.4%] 31 [ 0.0%]
 8 [| 0.5%] 16 [| 0.9%] 24 [|||| 5.6%] 32 [ 0.0%]
 Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||17367/128886MB] Задачи: 93, 90 ТР; 2 запуск
 ППВ[ 0/1021MB] средняя нагрузка: 1.01 0.96 0.97
 Время работы: 18 дней, 05:43:05

 ПИД пользователей при Н Вирт РЭС ШР с процессора% мэм% времени+ команда
27655 в MySQL 20 0 66.8 г 6166M 11220 с 69.2 4.8 5:25.06 выполнить /sbin/mysqld в --basedir=/usr, то --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
28300 с MySQL 20 0 66.8 г 6166M 11220 Р 33.4 4.8 0:51.03 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27743 с MySQL 20 0 66.8 г 6166M 11220 с 35.8 4.8 1:26.46 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
28064 в MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 1:33.48 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
28007 в MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 1:27.01 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27727 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.44 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27692 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.01 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27697 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.03 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27725 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.39 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27724 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.08 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27691 в MySQL 20 0 66.8 г 6166M 11220 с 4.8 0.0 0:00.00 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27693 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.11 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27694 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.06 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27695 в MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.10 выполнить /sbin/mysqld в --basedir=/usr, то --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27696 в MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.08 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27698 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.02 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27699 с MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.01 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27700 в MySQL 20 0 66.8 г 6166M 11220 с 0.0 4.8 0:00.01 выполнить /sbin/mysqld в --basedir=/usr, то --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27726 с MySQL 20 0 66.8 г 6166M 11220 с 4.8 0.0 0:00.00 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
27739 в MySQL 20 0 66.8 г 6166M 11220 с 4.8 0.0 0:00.00 выполнить /sbin/mysqld в --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с опцией --log-ошибка=/ВАР/лог/MySQL в/ошибки.журнал --PID-файл=файл/var/работа/тузды/MySQL для
 8395 ClamAV с 20 0 799M 534 миллионы 24264 с 0.4 0.0 0:00.00 выполнить /sbin/clamd --переднем плане=истина
 8266 ClamAV с 20 0 799M 534 миллионы 24264 с 0.0 0.4 9:07.15 выполнить /sbin/clamd --переднем плане=истина
12977 amavis 20 0 316M 120М 8448 с 0.0 0.1 0:01.46 выполнить /sbin/amavisd-новый (ч10-безрезультатно)
 8190 amavis 20 0 316M 120М 8448 с 0.0 0.1 0:01.64 выполнить /sbin/amavisd-новый (ch11-свободна)
24641 amavis 20 0 242м 116М 5692 с 0.0 0.1 0:11.26 выполнить /sbin/amavisd-новое (мастер)

кроме вывода показывает, что тузды вызывает высокое использование оперативной памяти, не так ли?

топ

 топ - 18:12:15 до 18 дней, 5:55, 1 пользователь, средняя нагрузка: 0.98, 1.00, 1.00
Задачи: 475 общая, 1 работает, 474 спать, перестал 0, 0 зомби
%Процессора(ы): 2.7 нам, 0.2 сы, 0.0 н, код 97.1, Вашингтон 0.0, 0.0 привет, Си 0.0, 0.0 ст
КИБ мэм: 13198007+общая, 12738310+используется, 4596968 бесплатно, 1927068 буферов
Своп КИБ: 1046520 всего, 0 используется, 1046520 бесплатно. 10698358+кэшированные мэм

 ПИД ПОЛЬЗОВАТЕЛЕЙ ПР Н ВИРТ РЭС ШР С %%ЦП МЕМ ВРЕМЯ+ КОМАНДА
27655 в MySQL 20 0 66.840 г 6.662 г 11220 с 62.3 5.3 12:50.24 тузды
22288 web1 в 20 0 367640 75964 52492 с 0.1 29.2 6:55.78 пхп-цги
16897 ВСП-данных 20 0 2067372 28632 7380 с 1.0 0.0 7:20.03 apache2 не
29318 корень 20 0 26512 3440 2576 Р 0.7 0.0 0:01.49 топ
Корень 31235 20 0 775232 12736 5984 с 0.3 0.0 16:57.05 кроме того, fail2ban-сервер
 1 корень 20 0 177980 6764 3256 с 0.0 0.0 0:systemd в 55.74 
 2 корень 20 0 0 0 0 С 0.0 0.0 0:00.13 kthreadd
 3 корень 20 0 0 0 0 С 0.0 0.0 0:04.97 ksoftirqd/0
 5 корень 0 -20 0 0 0 С 0.0 0.0 0:00.00 kworker/0:0ч
 6 корень 20 0 0 0 0 х 0.0 0.0 2:56.16 kworker/u64:0
 8 корень 20 0 0 0 0 х 0.0 0.0 16:31.60 rcu_sched
 9 корень 20 0 0 0 0 С 0.0 0.0 0:00.00 rcu_bh 
 10 корень РТ 0 0 0 0 С 0.0 0.0 0:00.95 миграции/0

Но потом сверху показывает, что проще всего, используя 5.3% оперативной памяти.

показать processlist;

Убить убить 734 в phpmyadmin на localhost нуль нуль спать 0
Убить убить 735 корень localhost в нуль запрос 0 нуль, показать PROCESSLIST

показать processlist; пуст, что является правдой, так как есть только один сайт в стадии разработки, без какого-либо движения.

mysqltuner.pl

-------- Показатели Эффективности -----------------------------------------------------------------------
[--] Для: 24М 14С (175 тыс. м [120.627 коот], 1К Коннектикут, Техас: 2Г, ГХ: 37М)
[--] Читает / Пишет: 95% / 5%
[--] Двоичное журналирование отключено
[--] Физическая Память : 125.9 Г
[--] Макс память MySQL : 62,4 г
[--] Другой процесс памяти: 1.1 г
[--] Общая буферов: 62.0 G глобальный + 2.7 м. за нить (151 максимальное число потоков)
[--] P_S использования максимальный объем памяти: 0В
[--] Галера GCache использования максимальный объем памяти: 0В
[ОК] максимальная достигла памяти: 62.0 г (49.29% установленной оперативной памяти)
[ОК] максимально возможное использование памяти: 62,4 г (49.60% установленной оперативной памяти)
[ОК] в целом возможно использование памяти с другими процессами совместимо с памяти
[ОК] медленные запросы: 0% (0/175 тыс.)
[ОК] наибольшее использование доступных соединений: 2% (4/151)
[ОК] прерванными соединениями: 0.42% (5/1182)
[!!] разрешение имен активных : обратное разрешение имен производится для каждого нового соединения, и это может снизить производительность
[ОК] кэш запросов отключена по умолчанию из-за взаимных операций на многопроцессорных машинах.
[ОК] виды, требующие временных таблиц: 1% (988 темп сортов / 57к рода)
[ОК] не присоединяется без индексов
[!!] Временные таблицы создаются на диске: 81% (13к на диске / 16К общая)
[ОК] нить частоту попаданий кэша: 99% (4 создано / 1К подключений)
[ОК] кэш стол нажмите ставка: 96% (209 открытое / 216 открыт)
[ОК] ограничение на количество открытых файлов используется: 21% (225/1К)
[ОК] таблица замков сразу же приобрели: 100% (204K срочной 204K замки)

(...)

-------- Рекомендации ---------------------------------------------------------------------------
Общие рекомендации:
 Линии оповещения управление(ы) в /var/журнал/MySQL в/ошибки.файл журнала 
 Контроль линии ошибки(ок) в /var/журнал/MySQL в/ошибки.файл журнала 
 MySQL начало в последние 24 часа - рекомендации могут быть неточными
 Включить журнал медленных запросов, чтобы устранить плохие запросы
 Настроить ваши учетные записи с IP или подсети только, затем обновить вашу конфигурацию с пропуск-имя-разрешить=1
 При настроек, сделать tmp_table_size/max_heap_table_size равных
 Уменьшите свой выбор уникальных запросов, в которых нет пункта ограничения 
 Рассмотрите возможность установки схемы sys от https://github.com/mysql/mysql-sys
 Прочитайте это перед изменением innodb_log_file_size и/или innodb_log_files_in_group: бит.лы/2wgkDvS
Переменных для настройки:
 tmp_table_size (> 16М)
 max_heap_table_size (> 16М)
 innodb_log_file_size должно быть (=7г), если это возможно, так InnoDB в общий лог-файлы размер равен 25% от размера буферного пула.

ошибок MySQL.журнал пуст. Любые идеи, что происходит?

Я м, имеющий много проблем в моей новой установить ( и в установить свежую копию ) Убунту 11.10

всякий раз, когда я пытаюсь скачать любую программу скачать застрял в определенной точке всегда например, в TeamViewer 14.4 Мб, Гугл Хром 26.7 Мб.

если бы я попытался суда apt-получить обновление он застрял в [ожидание заголовков]

то же самое происходит с судо apt-получить установки MySQL-сервера установить и скачать...

я не могу определить проблему.

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

может кто-то пожалуйста, решить эту проблему

Не стандартный и строгость допроса в иммиграция различаться в разных штатах США?

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

Посидев в угли на 30 минут, даже буханку хлеба имеет очень дымным ароматом

Это более тонкий, чем что-то висит в коптильне, но это окончательно дымный аромат

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

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

В основном пишут же пишет и того же блока данных (в данном случае от 0x00) в Х число секторов, вместо того, чтобы выдавать команды по отдельности (что он сказал, что это возврат к практике). Это был просто спектакль, и только конкретных рабочих нагрузок регулярно нулевой больших объемов данных.

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

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

В древней истории теге, как представляется, имеют широкую полосу времени в нем. Как мы определяем, что объем древняя история?

Например, этот вопрос просит об исчезновении цивилизации майя, в котором в Википедии сказано, произошло около 9-го века (в 800.д.). Этот вопрос ссылается на Чингисхана, который существовал в 12 веке.