Наваял такой хелловорлд. Как мне кажется, он может даже быть полезным (сам же использую). Вообще он сделан, как и любой хелловорлд, в основном в целях (само)обучения, так что пришёл сюда за критикой и тычками в места, где что-то сделано не так. Просто использовать эту штуку, конечно, тоже не возбраняется.
Добрый день! Пожалуйста, подскажите, как в openSUSE удалить пакеты, которые были ранее установлены, как зависимости, и больше не требуются никакими другими пакетами в системе, или получить их список (аналог apt-get autoremove, emerge --depclean, pacman -Qdt). Мне известно об опции zypper, которая позволяет автоматически удалять пакеты вместе с зависимостями, но это не совсем то. Гуглил, не нашёл.
Если такой возможности нет, то, вероятно, есть какой-то взгляд, какая-то концепция, вследствие которой эта возможность просто не нужна. В этом случае, пожалуйста, просветите меня по этому поводу.
Заранее спасибо.
Собственно, сабж. Обычно я браузером хочу на типа yandex.ru/internet
Как такое можно сделать из консоли?
Спасибо.
Здравствуйте!
Собственно вопрос: как отключить периодическую парковку головок у Seagate ST1000NM0011 ?
Команда hdparm -B254 /dev/sda не срабатывает. Вот ее вывод:
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
HDIO_DRIVE_CMD failed: Input/output error
APM_level = not supported
Вот вывод hdparm -i /dev/sda
/dev/sda:
Model=ST1000NM0011, FwRev=SN03, SerialNo=Z1N3CT2R
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-4,5,6,7
* signifies the current active mode
https://github.com/Falcon-peregrinus/lorcodetools-native
Данный скрипт адаптирован из версии 
init_6, но использует стандартные ЛОРовские классы для кнопок, так что должен выглядеть нормально с любой темой, даже вашей собственной (если она не кривая ;-))
Решил использовать старый и не нужный телефон с Android как веб-камеру. Нашёл инструкцию: http://www.skipser.com/p/2/p/android-as-webcam.html
1). Установите на телефон приложение. Нашёл его на 4pda. Последний 6 релиз не пошёл (потому что Android 2), установил предпоследний, 5.
2). Установите это приложение на комп: http://www.dev47apps.com/ Есть версия для Linux. Компильнулся модуль ведра, и всё окей. В случае с Android 2, важно брать модуль из нового приложения, а само приложения - старое.
2а). В случае использования USB-кабеля, а не Wi-Fi, включить режим дебага в настройках телефона.
3). Выбираю USB Cable, жму «Сделать зашибись». Получаю такую ошибку: http://s17.postimg.org/3kpmaj6xr/image.png
sh: adb: команда не найденаА где взять? Искал в http://packages.debian/org/ «По содержимому пакетов» и не нашёл.
Со вчерашнего вечера не загружает апдейты с офф.реп. Подключил пока яндекс. Не вижу никакой информации по этому поводу. Скорость загрузки падает до байт/сек и потом тупо останавливается.
Жить будет?
Здравствуйте, помогите найти дешевый (до $20 в месяц) хостинг для бекапов от 1Тб места. Буду очень признателен за подсказки.
Ну может не по совсем обычным, но если вспомнить как было лет 15-20 и раньше.
Кучи экранировок, позолоченные контакты: все это для борьбы с помехами. Даже COM-кабели, уж какая там низкая скорость была, а и то приходилось их защищать, а то глючить могло. Коаксиальные кабели для сети на 10 Mbit/sec. И т.д.
А сейчас? 100 Мбит и даже гигабит гонится по нескольким скрученным проводочкам, никаких вам там bnc-коннекторов с гайками.
USB. Тоже какой-то по меркам прошлого говеный кабелечек с несколькими жилами и простым экраном. И без особой надежности в конктакте.
И так чуть ли не со всеми кабелями. Выбивается из ряда hdmi-кабель, но мне встречались описания как умельцы заменяли его витой парой, что характерно на несколько метров хватало для нормальной работы.
Или звук взять встроенный на материнской плате (отдельный впрочем тоже). По старым представлениям он вообще не должен был бы работать из-за жутких наводок.
В чем фокус? Вот такой наивно-ламерский вопрос. Или иначе: что мешало все это сделать раньше?
Я в курсе, что существуют помехозащищенные протоколы, но они не везде применяются и не все ими объясняется.
Перемещено beastie из talks
Для chrome выделяется 4-5 ГБ памяти. 3-4 в оперативке и 1-2 в файле подкачки.
Система жутко тормозит.
Под win7 таких проблем не было.
В браузере обычно открыто по 50 вкладок в нескольких окнах в win7 все работает при этом идельно, а под дебианом уже при открытии 20 вкладок начинаются лаги и забита вся оперативка, да еще и в swap лезет поэтому жесткий диск постоянно 100% активен и доступ к файлам получить почти невозможно.
debian 8 jessie, gnome 3
Первая партия инженерных образцов процессора Эльбрус-8С и южного моста КПИ-2 готова к тестированию.
Архитектура процессора: «Эльбрус»
Количество ядер: 8
Кэш-память 2го уровня: 8 * 512 КБ (4 МБ)
Кэш-память 3го уровня: 16 МБ
Рабочая частота: 1.3 ГГц
Производительность: 250 ГФлопс (FP32)
Тип контроллеров памяти: DDR3-1600 (ECC)
Кол-во контроллеров памяти: 4
Процессоров на плате: 4
Технологический процесс: 28 нм
>>> Фото
Понадобилось тут, пришлось сваять. libusb-wine.tar.gz
Распаковать в дерево сырцов wine. В configure.ac добавить строчку
WINE_CONFIG_DLL(libusb0,,[implib])Унутри линуксячья libusb-0.1.12 (ибо с тех пор никаких изменений в USBшном коде или интерфейсе libusb-win32 не случилось) слегка допиленная для мимикрии под libusb-win32. После компиляции получится libusb0.dll которая работает с линуксячьей подсистемой USB вместо виндового драйвера. Вендософтины пользующие под виндой libusb-win32 для доступа к железкам теперь чудненько работают под wine. Никаких драйверов в wine, разумеется, ставить не надо.
Не забыть про права доступа к /dev/bus/usb/* . Если чо - прописать юзера в группу usb (ну или чо там в дистре) или ковырнуть udev ( /lib/udev/rules.d/50-udev-default.rules ) на предмет
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664", GROUP="usb"Должно быть что-то типа такого:
$ ls -la /dev/bus/usb/003/
total 0
drwxr-xr-x 2 root root 100 Feb 19 01:41 .
drwxr-xr-x 7 root root 140 Feb 14 20:19 ..
crw-rw-r-- 1 root usb 189, 256 Feb 19 00:34 001
crw-rw-r-- 1 root usb 189, 271 Feb 19 00:34 016
crw-rw-r-- 1 root usb 189, 275 Feb 19 01:43 020
Ну или сами там с правами разбирайтесь, чтоб из-под юзера нужный девайс был читаем-писаем.
В данной реализации отсутствуют чисто libusb-win32 функции:
usb_install_service_np
usb_uninstall_service_np
usb_install_driver_np
usb_isochronous_setup_async
usb_bulk_setup_async
usb_interrupt_setup_async
usb_submit_async
usb_reap_async
usb_free_async
Лаборатория Касперского обнаружила тысячи закладок в жестких дисков известных производителей: Western Digital Corp, Seagate Technology Plc, Toshiba Corp, IBM, Micron Technology Inc и Samsung Electronics Co Ltd.
По словам Касперского закладки нацелены для съема информации с военных объектов, энергетических компаний и других государственных ведомств по всему миру, включая Иран, Пакистан, Китай, Россию и других. Касперский не назвал точную страну производителя данного ПО, но предположил, что они близки к Stuxnet. К созданию последнего, по его мнению, приложила руку NSA (АНБ).
Вопросы и ответы, формат pdf — тут все изложено подробно
Коротко об отчете:
Касательно вируса на дисках, сводка:
Подтверждение слов сотрудника АНБ о ходе работ по внедрению шпионского ПО в прошивки дисков скорее всего совпадение, нежели подтверждение выводов Касперского. ИМХО, уровень качества должен заметно отличаться.
Читаю документацию к OpenVPN и не могу понять некоторые вещи. Зачем столько ключей?
ca.crt и ca.key - ключевая пара удостоверяещего центра, располагают обычно там же где и ключевую пару сервера
server.crt и server.key - ключевая пара сервера
client.crt и client.key - ключевая пара клиента, сервер примет открытый ключ только того клиента, который подписан тем же удостоверяющим центром, что и он сам
ta.key - ключ для организации защищённой аутентификации, чтобы процесс обмена открытыми ключами вёлся по защищённому каналу
А вот для чего нужен dh1024.pem? Всё необходимое для существования защищённого канала ведь уже есть. И зачем нужен параметр cipher?
И ещё не понял. Если я использую альтернативные методы аутентификации auth-user-pass или pkcs11 они заменяют или дополняют систему аутентификацию в виде ключевой пары?
Такой вот вброс: http://linuxfonts.narod.ru/why.linux.is.not.ready.for.the.desktop.current.html
С определённой частью согласен, а с остальным просто не пересекался.
Решил засунуть погоду от Яндекса в коньки. Перерыв пол-интернета в поисках решения, понял, что быстрее написать все лично. Может, кому пригодится=)
#!/usr/bin/python
import re
import sys
import urllib
from urllib.request import urlopen
html = urlopen("https://pogoda.yandex.ru/nizhny-novgorod")
htmls = html.read().decode('utf-8')
tempera=re.compile(r'<div\ class="current\-weather__thermometer\ current\-weather__thermometer_type_now">(.*?)</div>')
temp=tempera.findall(htmls)[0].replace(" ","").replace("°C","")
windera=re.compile(r'<div\ class="current\-weather__info\-row\ current\-weather__info\-row_type_wind"><span\ class="current\-weather__info\-label">Ветер:\ </s$:\ </span>\ (.*?)<abbr')
wind=windera.findall(htmls)[0]
kompasera=re.compile(r'<abbr title=".*?">(.*?)</abbr>')
kompas=kompasera.findall(htmls)[0]
ftemp = open(r'/home/osabio/weather/temp', "w+")
ftemp.write(temp)
ftemp.close()
ftemp = open(r'/home/osabio/weather/wind', "w+")
ftemp.write(wind)
ftemp.close()
ftemp = open(r'/home/osabio/weather/kompas', "w+")
ftemp.write(kompas)
ftemp.close()
В коньках, соответственно просто запуск скрипта ${execi cat ~/bin/weather.py} и вывод из файла ${execi 60 cat ~/weather/temp} (wind, kompas).
Камнями прошу не кидать - на питоне пишу впервые.
<зануда on> время поиска решения ~2,5 часа, чтение манов и написание скрипта - ~25 мин.
время выполнения скрипта ~500 мс, за вычетом пинга ~470 мс. <зануда off>
Поставил в виртуалочку F21 Server. Установка через virt-install прошла довольно быстро. Сразу получилось зайти на https://192.168.122.138:9090 (порт cockpit), поигрался с просмотром логов, графиков. запустил из консольки
https://fedorahosted.org/rolekit/wiki/DomainController, через cockpit в браузере смотрю что происходит через
journalctl -ef -u rolekitЧто это вообще за слова?
Немного скриншотов интерфейса cockpit:
По окончании этого процесса по идее должен получить готовый к работе FreeIPA сервер.
Заодно для себя открыл пару опций в journalctl:
-e --pager-end Immediately jump to end of the journal in the pager
-f --follow Follow the journal
Что-то про cokpit на ЛОРе: 16 сентября тестовый день Fedora 21: Cockpit
UPD. если что-то пошло не так:
rolectl decommission domaincontroller/<name>UPD2.
successhttps://dc.brain/ipa/ui/ работает. авторизовался там.
всё работает. сертификаты уже созданы. скриншоты FreeIPA после установки через rolekit.
Добавил ынтырпрайз учётку в гноме в один клик. она заработала.
Итого, меньше часа чтоб развернуть виртуалку, прочесть документацию, настроить домен-контроллер и залогиниться с десктопа в домен. лично я руками трогал консоль всего минут 5-7. ящитаю это успех.
cc intelfx
Добрый день, коллеги.
Хотелось бы услышать людей с реальным опытом тюнинга TCP-стека на ядре 2.6. Статей в интернете 100500, и 95% из них переводы/копипаст одного и того же. И все это я уже проштудировал.
Столкнулся с тем, что для новых TCP-соединений первое время (около 2-3 перезодов по страницам сайта, допустим) задержки выше, чем обычно.
Стоит nginx, весь контент в кеше. При первоначальной загрузке основная страница загружается барузер посетителя за 400-500 мс (при пинге до сервера в районе 120). 2-я страница за 280 мс. Третья - четвертая тоже 280 мс. Далее все страницы загружаются за 150 мс. Сам nginx тут не причем. Проблема наблюдается именно при работе с новыми соединениями. Если закрыть браузер, все повторяется; если подождать в пределах keep-alive и продолжить серфинг - все грузится за те же 150мс. Но стоит браузер перезапустить и на новых соединениях опять начнется с 500 мс. Конечно, дело не в браузере.
Природа долгой первой загрузки ясна (разрешение DNS и установка соединения, видимо). Но непонятно почему потом некоторое время все отдается по 280 мс. А потом вдруг 150. Хотелось бы сразу 150.
sysctl:
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 0
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.ip_conntrack_max = 2621440
net.ipv4.netfilter.ip_conntrack_max = 2621440
net.core.netdev_max_backlog = 3000
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
# and ip route change default via 35.28.51.2 dev eth0 initcwnd 10
net.ipv4.tcp_slow_start_after_idle = 0
net.ipv4.tcp_tw_reuse = 1
Помимо всего прочего пытался вертеть по разному:
net.ipv4.tcp_no_metrics_save
net.ipv4.tcp_congestion_control (остановится на htcp)
net.ipv4.tcp_max_syn_backlog
net.ipv4.tcp_max_tw_buckets
net.ipv4.tcp_max_syn_backlog
net.ipv4.tcp_moderate_rcvbuf
net.ipv4.tcp_window_scaling
Здравствуйте. Сегондя в Linux сделано много для игр, но мышь как была так и осталась вариантом тачпада :) В большинстве дистрибутивов, её (мыши) настройки чусвствительности, сразу Здравствуйте. Сегодня в Linux сделано много для игр, но мышь как была так и осталась вариантом тачпада :) В большинстве дистрибутивов, её (мыши) настройки чувствительности, сразу установлены в минимально возможное положение но этого не достаточно. Не знаю почему но мышь в линуксе реактивная. А между тем скорость указателя - важнейший для игр параметр, способный сделать игру практически не пригодной к употреблению. Ничего конкретного по этому поводу найти не удалось но из нескольких близких по смыслу статей и при помощи Достойных мужей от linux, мне удалось настроить мышь во ВСЕХ опробованных мной системах.
Наладка мышьи осуществляется через «xinput». Этот пакет есть в доступных пакетах всех известных мне дистрибутивов. В Ubuntu и некоторых сборках Debian, он установлен по умолчанию. Если нет, его необходимо установить. В дистрибутивах Mageia и OpenMandriva, после установки через графический интерфейс, почему то требуется установка через консоль:
# urpmi xinput
Не знаю как это объяснить, всегда думал что это одно и тоже.
Узнать ID вашей мышки и проверить работоспособность xinput:
$ xinput --list --short
xubuntu@xubuntu-desktop:~$ xinput --list --short
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ COMPANY USB Device id=9 [slave pointer (2)]
⎜ ↳ COMPANY USB Device id=10 [slave pointer (2)]
⎜ ↳ Tt eSPORTS MEKA mechanical keyboard id=12 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ COMPANY USB Device id=8 [slave keyboard (3)]
↳ Tt eSPORTS MEKA mechanical keyboard id=11 [slave keyboard (3)]
↳ USB2.0_Camera id=13 [slave keyboard (3)]
↳ Eee PC WMI hotkeys id=14 [slave keyboard (3)]
xubuntu@xubuntu-desktop:~$
В моём случае мышь имеет 2 ID и этому мне тоже объяснения найти не удалось. Но тем не менее. Для того чтобы понизить чувствительность мыши, нужно в консоль:
$ xinput --set-prop 9 «Device Accel Constant Deceleration» 2.3
Где вместо «9» должно быть ID вашего устройства, а вместо «2.3», значение на котрое следует ПОНИЗИТЬ чувствительность. Команда срабатывает сразу и права суперпользователя не нужны. Поэтому для себя, можно быстро подобрать удобное значение эмпирически. Также бывает полезным отключить ускорение мыши (акселерацию). Команда в консоль:
$ xinput --set-prop 9 «Device Accel Velocity Scaling» 1.0
Где вместо «9» должно быть ID вашего устройства, а вместо «1.0», зачтение ускорения. Значение 1.0 равно отключению акселерации (ускорения).
Дальше придётся занести эти команды в автозагрузку, поскольку после рестарта системы, Ваши настройки пропадут. Для DE Gnome-основаных, эти команды вносятся в «запуск-завершение» в настройках. А для KDE нужно сделать скрипт и указать его из настроек системы для запуска с KDE. Нужно создать текстовый файл, с расширением .sh (например xinput.sh), внести туда Ваши команды и сделать исполняемым. Пример текста скрипта:
#!/bin/bash
xinput --set-prop 8 «Device Accel Constant Deceleration» 2.3
xinput --set-prop 9 «Device Accel Constant Deceleration» 2.3
xinput --set-prop 8 «Device Accel Velocity Scaling» 1.0
xinput --set-prop 9 «Device Accel Velocity Scaling» 1.0
Обратите внимаение: Если в системе есть установленный пакет «mdvinput» (это пакет LXDE, аналог lxinput), его нужно удалить перед инсталляцией xinput. Думаю и сам «lxinput», будет вести себя также, поскольку «mdvinput» это вариант это пакета для OpenMandriva.
Если есть друге, может более удобные или гибкие способы настройки мыши, буду весьма признателен, поделившимся своими знаниями.
ВНИМАНИЕ: Все «ёлочковые» ковычки в командах, должны быть обычными!
Если кому интересно, то вот рецепт
На большом потоке ( >300мбит/с ) c большим числом протоколов (>20) используется примерно 40% одного ядра Intel(R) Xeon(R) CPU E31230@3.20GHz. Если поток больше или процессор слабее, то включаем RPS или используем сетевые карты с multi-queue и irq-affinity :)
Требуется много памяти. На каждое соединение расходуется примерно 800+264*0.7 байт.
Исходники теперь есть на https://github.com/vel21ripn/nDPI/tree/netfilter
| следующие → |