>>177622
А эти? Можно ли считать их советскими?

>>177624
А они, похоже, до сих пор выпускаются.

>>177621
Не пользовался, но ты серьёзно считаешь, что покупать современное электротехническое изделие российского производства — это хорошая идея?
inb4 "Вы просто ненавидите всё русское"

>>177628
Не всё так плохо. У нас машинка для стрижки "микма" - здоровская штука, оч надёжная и простая.

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

>>171057
А с сеточками сейчас как?
Дед почти всю жизнь брился электробритвами. Как сейчас помню, что почти все сеточные с дырками в сетке были (у него этих бритв реально доxpeна было). У отца лет 10 назад тоже была сеточная и тоже сетку пришлось заменить буквально через год.

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

Думаю вот это PHILIPS HP6342/00

oldi.ru/catalog/element/0222417/

Для лица норм будет? Мне нравится цена.

Не троллю

>>171022
Тред не читал.
Подарили больше 10 лет назад PANASONIC ES6003 или какой-то аналог тех времен (выглядит точь-в-точь). Бреюсь 2-3 раза в неделю, ни разу не сломалась и не затупилась. Ничего не менял, только мыл под водой и высушивал. Батарея разве что немного износилась.
Очень рекомендую.

>>177621-кун на связи.

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

Доволен как слон, а как бритва будет себя вести после нескольких лет использования - посмотрим.

>>179015
Ну вот и хорошо.

>>178998
Учетка локальная. А M$ свои тулы точно не даст погонять.

>>178999
Все, которые помогают в моем случае уже закрыты.

>>179001
Всегда существует вероятность, отличная от нуля.

>>179002

>Всегда существует вероятность, отличная от нуля.

В твоём случае сгенерировать повторно ту же информацию будет более вероятным вариантом.

Длина пароля известна?
Наличие специальных символов?
Использовались обычные слова или просто бессмысленный набор символов?

>учетная запись, к которой забыт пароль

>>178997
Эм. В винде же по умолчанию вроде всегда есть админ и юзер. Так происходит при установке системы. Обычно юзера наделяют админскими правами а учётку админа отключают. Не знаю как в восьмёрке. Есть ли возможность загрузиться в консоль восстановления системы?

>>179004
Длина неизвестна. Сам пароль, скорее всего, - просто слово. Никаких спец символов.

>>179005
Загрузиться в режиме восстановления можно, но диск там все еще зашифрован и внести какие-то изменения в систему возможности нет.

>>179008
Собери hid-девайс на ардуине и посылай перебор по словарю обычным вводом в поле логина.

>>178997
Может снять образ акронисом с девайса, накатить на образ на другую железяку, и развлекаться с ним в сласть ?

>>179016
Если диск системный, то ключи шифрования на планшетке, скорее всего, зашиты в TPM, что автоматические делает образ бесполезным. Все-таки перебирать гигантский Recovery Key, который используется в битлокере, будет еще сложнее, чем даже вспоминать пароль.

>матрёшьки
>ь

Шанс равен нулю.

>>178997
Чушь какая-то. Если у тебя доступ только к экрану, то ничего ты не сделаешь.

На предмет указания главы это больно жирно, а вообще систем поиска с индексированием документов полно.
Beagle, tracker, strigi.
От "Яндекса" что-то было для windows только.

Ищещь документ, а затем поиском по документу главу.

>>178927

> Beagle, strigi.
> От "Яндекса" что-то было для windows только.

Это всё давно уже abandoned и deprecated. Из актуального посоветую recoll.

>производить текстовый поиск по всем содержаниям и выдавать список книг с указанием пунктов содержания(и страниц соответственно) где находится искомая фраза

sed, awk, perl

>>178933
Я чисто по памяти. Но их явно было больше.

Несколько раз пытался себе такое запустить, но всё бросал.

>>178926
Посмотри на MyRuLib.

>>178946

> текстовый поиск

Тебе нужен поисковый движок.

>>178934

>Помоги не изобрести велосипед!
>sed, awk, perl

Благодарю всех за ответы.

Нашёл docfetcher (docfetcher.sourceforge.net). Кто пользовался?
Recoll очень подходит к описанию.
MyRuLib тоже.

Попробую все варианты, отпишу потом как оно.

>>178934
>>178947
Мне нужно готовое решение.
И как недавно оказалось кроссплатформенное.

>>178985

> docfetcher

Мне нравится.

мать asrock

>Трабла что она ругается на значения помеченные красным

Попробуй скачать новую версию или старую. Такие утилиты как правило изобилуют «супер» интерфейсами и пишутся неоптимально и глючат иногда даже при смене ревизии девайса. Короче, тебе необходимо найти версию которая шла на диске с компом и она должна работать.

>кмоп лагает, при практически простое, загрузки ядер нет, впрочем как и диска

Судя по твоему описанию ситуация больная.
Я бы проверил все харды(SMART) на бэды. По твоему описанию похоже на крошащийся хард.

Скинул бы биос. Ты его разгонял? Выставлял тайминги вручную?
Возможно ещё, что проц тротлит от плохого охлаждения. На Пеньковых сокетах иногда трескаются пластмассовые крепления которые держат радиатор с кулером, и радиатор отходит от проца, что приводит к перегреву. Ты давно залезал в комп? Менял ли что-то? Возможно дело в ОС и софте. Можешь проверить

Сообщение слишком длинное. Полный текст.

1. Прога древняя, от другой материнки с другим superIO, даже не умеет смотреть температуру проца через core-temp.

Остальные 75% датчиков врут, ибо отсутствуют. Либо прога для них неоткалибрована. Попробуй хотя бы cpu-z.
2. Может он или дублирующий его переехал на другой IP? Поиграйся с dig, nslookup и ping.

>>178986

> На Пеньковых сокетах иногда трескаются пластмассовые крепления
> Pentium 2010
> LGA1155

>>178986
фирменная утилита с сайта с новыми дровами оттуда же

>Скинул бы биос. Ты его разгонял? Выставлял тайминги вручную?

Нет, не разогнан, все параметры разгона в режиме авто

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

>>178987
2. Может он или дублирующий его переехал на другой IP? Поиграйся с dig, nslookup и ping.
Кстати варинат, мне тут идея пришла в голову, может дабл есть, только как одна фигня умудрилась с отключенным Dhcp засветить свой DNS ?

>>178988
Это для примера. На любом сокете может отойти радиатор от проца или кулер от радиатора. В любом случае нужен осмотр железа. Но я думаю всё же дело в харде или софте(в дровах).

>>178989
Ещё бп может быть барахлит. Не вытаскивает нагрузку.
Возможно биос надо пропатчить. Но это на твой страх и риск.

мать asrok H61M-DGS

>>178983

>Журналы виндовс не изобилуют ошибками

А ВОТ ЭТО ПОДОЗРИТЕЛЬНО. Я на днях поставил виндовс, ошибки стали лезть сразу.

Скриншот "Administrative events" (как оно там по-русски) из журнала в студию.

>>178995
Я думаю это нормально, поскольку через неделю после установки была прогулка по журналам и фикс всех ошибок которые вылезли-за неделю

>>178967
Окей, у тебя RAID5 из пяти дисков. Ты читаешь с одного из дисков один бит - 1. Напиши по пунктам, каким образом ты будешь проверять корректность прочитанного без чтения данных с других дисков.

>И профита от случайного чтения размером меньше страйпа в повседневном использовании ноль

Ну-ну. Тебе кто-то гарантирует выравнивание начала и конца файла по границам страйпов? Твои 60К могут начаться в середине страйпа и закончиться в следующем. И ты вместо 60К прочитаешь 128К.

>производительность потокового чтения оказалось примерно той же, что и в полном массиве

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

>кошмарно медленной потоковой записью

Сообщение слишком длинное. Полный текст.

>>178969

> Напиши по пунктам, каким образом ты будешь проверять корректность прочитанного без чтения данных с других дисков.

У тебя каша в голове. Перечитай обсуждение с начала.

Ты думаешь, что страйп - это N бит? И когда ты говоришь о чтении целого страйпа, ты говоришь о N битах? Ты вообще тот собеседник, который меня учит, или вкатился недавно?

>Ну-ну. Тебе кто-то гарантирует выравнивание начала и конца файла по границам страйпов? Твои 60К могут начаться в середине страйпа и закончиться в следующем. И ты вместо 60К прочитаешь 128К.

А ты молодец, сам догадался. Из-за этого случайное чтение нужно ещё меньше.

>Ничего удивительного

Сообщение слишком длинное. Полный текст.

Есть админы не локалхостов?
Предпочёл для четырёх дисков RAID10, а не RAID5. Главное сохранность данных, так свои нервы дороже, чем деньги собственника компании. Всё правильно сделал?

>>178973

RAID10 из 4ёх дисков не выдерживает выход из строя любых двух дисков - как и RAID5. Шило на мыло, как по мне.

RAID6 из четырёх дисков надёжнее, если контроллер умеет. Ёмкость - как у RAID10 из четырёх.

>>178974
Одно маленькое Но на картинке.
RAID6 не завезли, да.

>>178975

>Одно маленькое Но на картинке.

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

>RAID6 не завезли, да.

Тогда выбор правильный.

НО

>>178973

> Главное сохранность данных, так свои нервы дороже, чем деньги собственника компании.

RAID - это не замены бэкапа. RAID6 ещё хоть как-то может заменить бэкап (при этом оставаясь уязвимым к локальным физическим повреждениям, что неприемлимо для компании), RAID10 - нет.

>>178977

>RAID - это не замены бэкапа

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

>>178973
Всё правильно сделал. Мало того что RAID10 несколько надёжнее, он ещё и заметно быстрее. А вот под бэкап можно было и RAID5 взять, как-никак железо нынче денег стоит.

>>178972

>Ну-ка, спецы, скажите мне, все ли реализации RAID5 проверяют чётность во время любого чтения?

Ни одна из реализаций RAID5 не проверяет чётность во время чтения.

>Ты моему чувству удивительного не указывай, лучше оп-пост прочитай, пункт 5).

В оп-посте твои домыслы на этот счёт. Интел в своих чипсетах сделал крайне кривую реализацию RAID5, принцип его работы тут вообще не при чём.

>Из-за этого случайное чтение нужно ещё меньше.

Сообщение слишком длинное. Полный текст.

>>178981

>Случайное чтение не нужно потому что надо читать данные из произвольного места на диске?

Ещё раз пропустишь написанное мное в последних десяти постах - буду обзываться.

>>И профита от случайного чтения размером меньше страйпа в повседневном использовании ноль, потому что я не занимаюсь сортировкой на этом массиве, почти любой часто используемый файл на моём массиве больше 200KB (любая либа любой программы, любой файл игрушки, любая фотка, любой видос, даже маленькая пикча из шапки уже весит 60KB).

Можешь заменить "ноль" на "почти ноль".

Внезапно, стандартная документация

>>178931
Вот, даже ссылку дам:
http://docs.oracle.com/javase/8/docs/api/index.html
Хотя то же самое у тебя и в оффлайне должно иметься

>>178942
Спасибо. А с представлением дерева в графическом виде что-то подобное имеется или я просто там не нашёл? для более наглядного отображения, какие классы и интерфейсы какие наследуют?

>>178950
Ну почитай ты документацию, все уже украдено до тебя:
https://docs.oracle.com/javase/8/docs/api/overview-tree.html
Плюс если ты тыкнешь на какой-то класс, там небольшое дерево, которое показывает, от кого он наследует и кто наследует от него.

>>178836
HTTP proxy.

Не знаем, товарищ майор. Да и зачем нам менять айпи?

Софт называется скайп. Звонишь в саппорт провайдера и просишь сменить айпи.

>>178836
Но зачем? Я плачу 150рублей за постоянный IP, какой смысл его менять?

>>178842
Так тебя никто и не просит менять. Это же ОПу хочется сменить.

Знаю, что TunnelBear тебе и прокси и IP сменит на какой-нибудь другой (по странам выбераешь, что надо)

>>178840

>зачем нам менять айпи?

>>178836
SoftEther VPN Client

>>178884
В этом случае надо не айпи менять, а поведение.

Какой вопрос, такие и ответы...
Объясняю. IP, предоставляемый тебе провайдером, бывает внешний (твой IP из всего Инета) и внутренний (в сетке провайдера). Первый может быть у прова один на 100500 клиентов, второй идентифицирует тебя для провайдера и, соответственно, от бездумной смены его ничего хорошего не выйдет. Бывает, что в сетке прова тебе дают сразу внешний IP (норма в корпоративных тарифах), но чаще как-то иначе, да и в таком случае тебе выделены 2-3 адреса, и если ты его тупо сменишь, тебя никуда не пустит свич провайдера.
Чтобы замаскировать свой IP, тебе нужен либо прокси-сервер (через него будет идти HTTP-трафик и соответственно сайты будут видеть как твой IP твоего прокси), либо VPN (весь твой траффик будет идти через тоннель, и что-то на другом конце будет видеть IP твоего тоннеля).
Как вариант, если у тебя так или иначе выделенный IP, можешь реально попробовать попросить провайдера сменить, но, скорее всего, тебя пошлют.

>>178142

cat бинарно безопасный.

Не смог завести dd в сигвине так, чтобы он работал быстро, выше писал об этом: >>177793

Олсо: куча программ, работающих с двоичными данными, принимает "-" вместо имени файла: "читать со стандартного ввода".

>>178150
Ну, так не надо использовать блоки по 128 мегабайт. Естественно оно затыкается где-нибудь в пайпе.
Используй блоки мегабайт по 4-8 или даже меньше, тогда оно должно работать приличнее.
cat ведь не использует буфер такого размера.
А так оно у тебя начинает отдавать в архиватор только когда прочитает весь блок, после чего архиватор этим давится в пайпе и блокирует dd, оно ждет пока читать следующий блок, к тому времени как архиватор прожует один блок пройдет значительное время, в затем цикл повторится.

А вообще надо потестировать с помощью pv или time блоки разных размеров и посмотреть какой дает наибольшую производительность.

>>178153

>Ну, так не надо использовать блоки по 128 мегабайт. Естественно оно затыкается где-нибудь в пайпе.

Нифига. С маленькими блоками скорость та же, просто с большими это более очевидно. Сделаю маленький блок, и dd точно так же будет ждать, пока его прочтут (писать можно по-разному: можно ждать фактической записи, а можно и не ждать). Просто dd, видимо, читает как-то по-особенному, без опережающего буфера.

>cat ведь не использует буфер такого размера.

Дело в другом: cat пишет в трубу до отказа (где-то есть настройки размера буффера), а dd пишет только один блок и ждёт, пока его прочтут.

Забираю свои слова назад.

> dd if=/dev/sda bs=512K | md5sum
> cat /dev/sda | md5sum

Примерно одинаковая производительность.

> dd if=/dev/sda bs=64M | md5sum

Уже поменьше, и чем сложнее труба, тем больше будет разница.

Короч: dd нужен для копирования с диска на тот же диск, вот тогда разница большая.

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

Сообщение слишком длинное. Полный текст.

>>178127
Вообще гуй есть, diskmgmt.msc.

>>178168
Выводить volume в оффлаин он разве умеет? Только диски целиком он выводит в оффлаин или онлаин, а не отдельные volume.

Жалуюсь: если оффнуть объём, винда запрещает писать в разделы.

>>178140

>У винды для гарантии неизменности файлов есть механизм VSS — Volume Shadow Copy Service.

Как его использовать для записи готового образа в раздел?

Мне бы лучше костыль какой-нибудь для записи в раздел.

Сейчас разверну образ и ради интереса посчитаю md5 от того, что записалось (раздел RAW).

>>178159

А я тут классную вещь нашёл.
http://arstechnica.com/civis/viewtopic.php?f=16&t=35113

>>178215 для японских и корейских ip взад не работает капча

>>178218
Если ты про Ычан, то мне нет нужды заходить сюда через Японию. А вот на сайты всяких Akatsuki Works или Alice Soft нужно.

>>178220
Вот так и надо было сразу говорить! Ставь тор и укажи в конфиге, чтобы он выходил наружу только через японские exit-ноды.

>>178235
>>178201

> Но я не хочу через тор ходить на и так открытые ресурсы.

И жонглировать браузерами тоже не хочу.
inb4: дохуя хочешь

Ставишь тор, в FoxyProxy обозночаешь локальный тор-прокси, ходишь через него куда захочешь.

>>178237
А если мне понадобиться не только японские сайты посещать?
Алсо, когда говорилось, что "для японских и корейских ip взад не работает капча", это было про все доски, только те, что огорожены в этой стране, или все остальные?
И что с шаблонами?

>>178238
Ну так настрой в Foxy Proxy обращение через тор только к нужным тебе сайтам, а к остальным через "белый интернет". Более того, это можно сделать и без аддонов, через proxy.pac-файл.

>>178258

> А если мне понадобиться не только японские сайты посещать через Тор?

самофикс Например, закрытые доски здесь, или Рутрекер, или ещё что... Всё через Японию?

> настрой в Foxy Proxy обращение через тор только к нужным тебе сайтам

Автоматизации хочется-с. Вернёмся к изначальному вопросу - никто никаких листов (аля AdBlock) не ведёт (вроде как поделиться своими листами можно на их?

>>178262

> их сайте)

медленнопочин

Бамп.

>>178829 мда
клиника

>>178822>>178845

Нечего винить людей в том, что они надеются на defined-поведение кода. Целые корпорации сами виноваты в том, что O3 не работает.

Код, который не работает в O3, плох.

>>178819

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

Хороший повод для багрепорта.

>>178819

>повод для багрепорта

Это я не об О3 говорю (если код не работает с O3, его не исправишь), а про то, что

>не собирается

а потом перечиатл твоё сообщение и понял, что не ты об это писал, а бака >>178822, которая читает мугичкой.

>>178848 в рассылке мамкиных оптимизаторов шлют в сторону, обратную серверу, быстро и решительно. где вообще прописана необходимость трогать cflags?

>>178853

>где вообще прописана необходимость трогать cflags?

Спроси ещё:

>где вообще прописана необходимость писать well-defined-код?

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

Код должен быть well-defined <точка>

То, что девелоперы не тестят код с O3, красноречиво говорит о девелоперах.

>>178859

>То, что девелоперы не тестят код с O3, красноречиво говорит о девелоперах.

Ну, у меня пока что на FreeBSD не было случаев, чтобы не собиралось с -O3.
Написал я это к тому, что оно даже и с -O3 нормально собралось. Вообще без ошибок.
Алсо, пикрелейтед - вот что бывает, если несколько раз подряд сделать make config-recursive - make rmconfig-recursive.

>>178872

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

>>178877
Нет, это значит, что нужно восстановить систему из бекапа целиком, но, поскольку у меня нет ни ленточного накопителя, ни дисков достаточного объёма, на которые можно сбекапить целые разделы, я просто снёс систему и поставил заново.
Похожая хрень имеется и на дебиане - достаточно несколько раз побаловаться apt-get autoremove - и начинаются проблемы.

>>178859
Вообще в O3 традиционно попадают оптимизации, которые не считаются железобетонно надежными и для которых не гарантируется, что они всегда будут отрабатывать корректно, но которые достаточно хорошо протестированы для применения в большинстве случаев. Во времена GCC 3.x O3 вообще был "for brave adventurers", в четвертой ветке дело стабилизировали и совсем уж адовые трюки туда теперь не попадают. Поэтому совет тебе собирать с O2, это включит те оптимизации, которые сами разработчики компилятора считают стабильными (и уж поверь, если такие замшелые консерваторы как девелоперы GCC считают код стабильным - под это дело можно жизнью рисковать).

>>178890

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

Это ты сейчас про -Ofast говоришь, а не про -O3.

Разработчики GCC считают O3 вполне стабильным.