Краткое описание:
BlackSprut🕸️: даркнет-маркетплейс с аукционами, ботами и системой гаранта.
На фоне постоянных изменений в экосистеме даркнета — закрытия старых площадок и появления новых — всё больше внимания привлекает BlackSprut, маркетплейс, позиционирующий себя как «Кракен с ботами и аукционами». Несмотря на отсылку к ранее существовавшему Kraken, BlackSprut предлагает собственную архитектуру и набор функций, ориентированных как на продавцов, так и на покупателей.
⚙️ Ключевые особенности BlackSprut
Низкая комиссия: всего 2% с каждой успешной сделки — один из самых выгодных тарифов среди современных даркнет-платформ.
Высокая реферальная мотивация: пользователи могут получать 25% от прибыли площадки, привлекая новых участников через реферальную систему.
Простая регистрация: вход не требует сложной верификации, что ускоряет процесс начала работы на платформе.
Гарант-сервис и депозиты: для повышения доверия между сторонами сделки реализована система гаранта, а магазины могут использовать депозиты для подтверждения надёжности.
Индивидуальные onion-домены: каждый магазин получает собственный .onion-адрес, что упрощает навигацию и повышает анонимность.
🛒 Что предлагает BlackSprut?
Как и другие крупные маркетплейсы в даркнете, BlackSprut предоставляет доступ к широкому спектру товаров и услуг — от цифровых инструментов и данных до нелегальных категорий, включая психоактивные вещества и иные запрещённые товары. Платформа поддерживает как стандартные покупки, так и аукционные торги, а автоматизация процессов осуществляется с помощью встроенных торговых ботов.
📈 Контекст использования
BlackSprut стремительно набирает популярность в русскоязычном сегменте даркнета, особенно среди тех, кто ищет альтернативу после ухода таких площадок, как Hydra. Его техническая гибкость, низкие комиссии и развитая инфраструктура делают его заметным игроком на фоне конкурирующих маркетплейсов, включая MEGA 2.0.
Важно: Использование даркнет-маркетплейсов, включая BlackSprut, связано с серьёзными юридическими, финансовыми и кибербезопасными рисками. Покупка или продажа запрещённых товаров может повлечь уголовную ответственность. Данный материал носит исключительно информационный и аналитический характер и не призывает к участию в нелегальной деятельности.
BlackSprut, даркнет маркетплейс, Kraken, onion домен, гарантированный сервис, реферальная система, комиссия 2%, аукционы в даркнете, боты в даркнете, даркнет, маркетплейс, кибербезопасность.
01:17:51
Сайт успешно добавлен, надеюсь будет полезен!
01:42:02
Добавили, а толку? Там же половина ссылок уже не работает, как обычно. Но хоть попробовать можно.
08:48:03
У меня тоже половина ссылок не работает, но модеры оперативно добавляют новые зеркала
12:54:04
Да, зеркала обновляются быстро, но ты прав, стабильность сайта после этого хромает. Часто бывает, что после обновления пару дней сайт тупит
19:54:05
Ага, понедельник — обновили зеркала, вторник-среда — сайт думает о смысле жизни, в четверг можно уже заходить. Стабильность как погода — непредсказуема.
16:36:04
Проблема не в ссылках, а в том что многие юзеры используют устаревшие версии Тора и думают что проблема в сайте
01:20:59
Годнотаба, как всегда, на высоте! Нашел тут то, что давно искал, и ссылки оказались живые. Ресурс реально помогает ориентироваться в этом лабиринте.
14:22:37
BlackSprut работает стабильно? У меня были проблемы с доступом на прошлой неделе, вроде как что-то с tor-ссылкой
00:08:01
Ага, с доступом геморрой, да. Ссылки меняются часто, но онион зеркала держатся.
15:24:04
KFMP: Здорово, что активно обсуждается. На самом деле, ресурс реально полезный, видно, что стараются. Есть нюансы, но в целом доволен
19:12:06
KFMP, ты там прям на луне сидишь видимо. Вы часть ссылок не открываете, потому что не умеете. Некоторые адреса и впрямь умирают, но если врубить мосты да перезапустить торач, держится около половины. Ну и чекер есть, пару щелчков и все мёртвое выпиливается. По сути главное, чтобы новинки сюда вовремя спихнул godnotaba остальное уже сами ковыряем
20:54:02
Здорово, что ресурс развивается, но иногда обновления немного запаздывают. Надеюсь, разработчики пофиксят это в ближайшее время.
14:06:03
запаздывают потому что копипастят зеркала с godnotaba, сами не генерят. держи руку на пульсе и вбивай адрес вручную, живее будет
06:12:02
Я согласен, что обновления иногда запаздывают, но модеры реально работают оперативно. У меня проблема была только с одним зеркалом, и его быстро заменили. Кстати, заметил, что на некоторых ссылках информация дублируется с Godnotaba, может быть, это и правда оттуда копипастят?
11:24:03
А у меня все ссылки работают, может это вы с Тором последней версии не дружите? Потратьте 5 минут на настройку вместо нытья
22:12:02
Модеры действительно оперативно обновляют ссылки, но частенько после этого сайт лагает на пару дней
04:42:04
народ вы тут ссоритесь а я пока автокликером свежие домены парсю прям из суппорта bs по дефолту вбиваю рил лучше чем годнотаба шлёт
05:24:02
Зато с автокликером не нужно мозги делать, когда все работает. Тут уже зависит от того, какой скрипт юзать.
01:24:07
Ну да, скрипт нормальный не найдешь за бесплатно. Все шары за деньги или ссылки на тригеры скрытые.
20:00:04
Слишком много народу лезет через одни и те же инструменты после каждой блокировки можно предсказать когда начнётся нагрузка на шлюз и просто ждать пару часов пока рой разойдётся
20:30:08
В точку, нагрузка предсказуема как часы. Лучше сразу свежие зеркала на мост кидать, тогда толпа хоть распределится. Кто через Tor идет, те еще долго ломиться будут.
09:12:03
Я согласен что проблема не только в ссылках но и в клиентах, но почему бы модерам не выложить инструкцию как обновить тор и браузер для новичков?
13:06:12
Точно. У всех этих автокликеров инет вырубается раз в неделю минимум, а потом опять по новой парсить начинают. Замкнутый круг, ну и профит админам от нагрузок.
00:24:03
админы специально лимиты ставят чтоб трафик не упал а так все зеркала живы просто фильтруют жадных кто не парсит
13:24:05
Ага, а еще эти автокликеры часто на винде глючат, под линуксом стабильнее. Но в целом да, без них сейчас никуда, особенно если мониторишь несколько площадок сразу.
18:36:05
Автокликеры это хорошо, но нагрузка на систему зависит от реализации. Бывает, что проблема не в системе, а в самом скрипте, который криво написан.
19:00:04
на линуксе тоже падают, просто тихо и без синего экрана. главная фишка автокликера не стабильность, а ночной режим: пока спишь он крутит, а утром у тебя уже 200 живых зеркал. но если провайдер пакетами блочит, то хоть кликер, хоть ручками – один фиг таймаут
18:54:04
зеркала действительно живы и фильтруют трафик, но не стоит забывать про дdos атаки, которые могут все равно их вырубить
07:54:07
Фильтры фильтрами, но реальная проблема в том, что автокликеры теперь как на подбор тупят при малейшей смене верстки. Раньше хоть полгода скрипт жил, а щас после каждого апдейта саппорта переделывай захаркоденные селекторы. И это при том, что половину времени уходит не на клики, а на обход капчи — даже с антикапчей иногда проще ручками пройти, чем ждать пока скрипт десятый раз ошибется. А еще эти «умные» прокси, которые то ли работают, то ли нет, но деньги списывают стабильно. В общем, бизнес на полуавтомате, а не на автопилоте, как обещали.
П.С. Кто-нибудь пробовал на маках эти штуки гонять? Или там уже давно все через терминал и curl?
11:18:46
На маках те же грабли, только дороже и с приятной анимацией падения. Safari для автокликеров — это как пытаться ебашить гвозди микроскопом, а через терминал с curl — самоистязание, если сайт на js и куках. Единственный плюс — меньше шансов подхватить левый софт, но это если сам не ставишь пивные пакеты из brew.
По капчам — пробовал связку capsolver + прокси от того же провайдера, который дает антикапчу? Иногда помогает, если правильно подобрать пул ip под регион. Но да, согласен — проще ручками, когда скрипт тупит на рандомных символах в капче, как дебил на экзамене.
А по поводу селекторов — может, пора переходить на что-то вроде Playwright с автообновлением? Там хоть шанс, что не после каждого чиха саппорта все сломается. Хотя цпу будет плакать еще сильнее.
02:24:07
Автокликеры лагают из-за кривых скриптов, а не ОС. Нагружают цпу как сумасшедшие, если код говно.
19:36:05
лимиты ставят не только чтоб баланс держать но и чтоб капчу не сломали раньше времени лютые скриптеры на мультипотоках
12:36:03
врубаю headless chromium и плюю на лютость, 40 вкладок жрут меньше чем один обычный браузер, главное отрубить webgl и не лазить по фонтам
21:24:05
так и знала, что фанаты хрома с хедлесом приползут флексить. а потом удивляются почему блэкспрут капчу в третий круг выдает. экономия озу хорошо, но палевность зашкаливает, антидетект в этих режимах работает через задницу. проще один грамотный питон скрипт на selenium запустить и дышать спокойно
02:48:03
Да на Selenium тоже не без греха. Хоть и меньше нагрузка, но все равно парсеры вычисляют. Блэкспрут не так просто обдурить, там шифрование и постоянные апдейты.
15:18:08
Ребята, а puppeteer под ноду не пробовали? Меньше следов чем хром хедлес и селениум, но нужно руки из плеч.
20:36:04
Puppeteer неплох, но и там есть утечки, если не настроить правильно. Попробуй добавить stealth плагины и проверь, может ли сайт обнаружить автоматизацию.
09:12:05
Все эти браузерные автоматизации прут отпечатки в вебргл. Настроить чисто крайне тяжело, особенно с частыми апдейтами движков.
20:36:03
Torsocks с Firefox может быть неплохим вариантом, но требует тонкой настройки, например, отключение TRR и WebGL
04:30:04
Torsocks с Firefox требует много танцев с бубном вокруг конфигов, но если настроить, то норм вариант для обхода скриптов защиты
18:42:16
Конечно, если руки прямые, то Firefox + torsocks таки можно заставить летать. Но по факту, старые версии тор-бранча с ним нестабильно работают. Легче брать настроенный паппет с арендованным прокси, раз уж ресурсов в обрез.
08:18:07
Спорный вариант. У меня Firefox с torsocks постоянно сыпал сетевые ошибки, выручил только прокси через iptables и полная отвязка от ipv6, а так и TRR и WebGL не помогали.
21:18:09
Да все эти танцы с бубном ради одной тачки на блэкспруте. Проше Torsocks + запасной профиль Firefox ESR, 5 минут настройки и никаких отпечатков
15:06:04
А никто не заголял на чистый php + curl? Без всего этого браузерного треша с вебдрайверами. У блэкспрута минимальные проверки на отпечатки если пост запросы кидать напрямую
21:12:09
PHP + cURL звучит заманчиво, пока не начнешь парсить динамический контент с кучей js-рендера. Даже если бэк отвечает 200, данные могут подтягиваться аяксом после загрузки. Блэкспрут не дурак, половину фишек прячет за скриптами. Придется либо поднимать свой мини-браузер на v8, либо мириться с кривыми обходными путями. А еще куки в curl руками собирать — мазохизм какой-то. Хотя для простых задач вроде проверки наличия товара сойдет, если не лень писать парсеры под каждый кейс отдельно.
09:24:10
Firefox профиль через Torsocks всё ещё оставляет следы в DNS если не отключить TRR. Да и WebGL fingerprint нигде не деть, особенно на спруте где ловят по пальцам. Лучше брать Whonix и пускать всё через VM, но тогда тормозит адски. Выбор между скоростью и анонимностью как всегда мучительный
14:42:03
Torsocks с Firefox неплох, но не забудь про настройку network.dns.disablePrefetch и network.http.sendRefererHeader для минимизации утечек
08:06:02
Php curl это хорошо, но не всегда спасает от скриптов защиты, там где js нужен для обхода.
20:36:03
Скрипты защиты это да, но с js-рендерингом вообще жесть, там без браузера никак.
07:36:02
по ночам запускаю chromium без гуя и с отдельным юзерагентом, headless режим кушает мало ОЗУ и тянет любые скрипты, правда фингерпринт приходится маскировать каждый запуск
07:36:03
headless chromium неплох, но есть проблемы с сайтами где много антибота, там нужно тщательно настраивать фингерпринт и имитировать поведение юзера
11:54:12
headless chromium в tor если не подчищать timing метки и canvas отпечаток даёт ложные срабатывания на хитрых антиботах. Проверял на одном из даркнет маркетплейсов прошлой осенью фейл селекта каждый третий запрос валится в капчу. Лучше юзать с real user mouse movements и рандомом интервалов. И да даже с отличным фингерпринтом он жрёт память как кастомный форк chrome
03:24:10
Слишком много доверяют хедлесу даже с обфускацией. На BlackSprut осенью ловил бан по WebGL fingerprint, хотя canvas был замаскирован. Даже при рандомных задержках и mouse trails система забанила после 20 минут. Проблема в том, что они юзают machine learning на поведенческих паттернах. Плюс Tor + headless = высокий рейт утечек при долгой сессии. Лучше перейти на легковесный браузер с эмуляцией ввода, чем гнать этот монстр
23:54:03
Верно, но есть вариант использования puppeteer с headless режимом, потребление ресурсов минимальное, а js рендеринг на высоте
13:12:03
У php curl есть один жирный плюс — он не грузит систему как браузерные решения, но с динамическим контентом действительно беда
02:30:05
А я вот как-то тестил torsocks с firefox через проксификацию на уровне системы — так там ещё и IPv6 может просачиваться, если ядро не залочить. Плюс не забывайте, что у torsocks свои баги с dns-резолвом, когда он внезапно режется на половине запросов. В итоге проще уже из коробки брать whonix с изолированным шлюзом, чем каждый раз проверять, не слил ли ты себя через какой-нибудь webtransport или ещё хуже — через стриминг медиа.
А по теме js-рендеринга — да, без браузера никуда, но можно хотя бы пулить headlesschrome с патченным canvas и audio api. И да, это всё равно будет дырка, но хотя бы не такая жирная, как у стандартного фирефокса с дефолтными фингерпринтами.
01:00:05
whonix хорош для новичков но его изоляция режет совместимость с некоторыми tor2web шлюзами особенно когда нужен доступ к внутренним ресурсам через бэкдоры в конфигах headlesschrome с патчами тоже не панацея остаются следы в shared memory и tmpfs что выявляется через timing атаки особенно если у хоста слабый tbbp
19:00:02
Torsocks с Firefox вещь хорошая, но есть проблемы с утечкой DNS, если не настроить правильно, а php curl вообще не всегда корректно работает с сайтами, где есть проверка на ботов
16:18:02
PHP CURL не справляется с сложным JS, а headless браузеры требуют доп. ресурсов даже без GUI.
19:00:03
Puppeteer и chromium тоже грешат утечками памяти, если не следить за ними.
14:18:03
puppeteer тянет за собой кучу фоновых процессов даже в headless, сложно отследить утечки памяти на слабых нодах
06:42:05
Puppeteer в headless еще и трафик странно генерит — некоторые ноды тор его за скриптовый флуд принимают, особенно если часто ротировать identity. А еще его отпечаток браузера так просто не замаскируешь, даже с плагинами типа puppeteer-extra. Приходится вручную патчить webgl и canvas, а это уже не минимальное потребление ресурсов, а геморрой на постоянке.
00:24:03
Whonix как база норм, но для реального дела нужны свои заморочки. Chromium headless ловит флеймы от антиботов, это факт. Firefox+torsocks еще куда ни шло, если не лениться.
11:24:06
А по мне так headless chromium в связке с torproxy и правильным user-agent switching до сих пор лучше всего имитирует живой браузер, если не лениться и прошивать каждый запрос через прокси-ротацию. Да, антиботы иногда цепляются за мелочи, но если грамотно рандомизировать behavior patterns, то даже сложные системы типа Cloudflare проскакивают. Главное не забывать про throttling и не сливать себя лишними веб-глюками. Пуппитер тут конечно проигрывает, но зато у него гибче работа со скриптами.
19:00:04
headless окружение само по себе мусор оставляет, особенно в dns кеше и font enumeration, просто user-agent менять бесполезно, нужна полная изоляция через qubes с отдельной vm для сети и чисткой шрифтов
11:06:02
Полностью согласен, что headless окружение оставляет следы, особенно в DNS кеше и font enumeration. Помимо полной изоляции через Qubes, также стоит обратить внимание на правильную настройку Chromium flags, например, —disable-webgl и —disable-2d-canvas для дополнительной защиты от fingerprinting
00:18:12
Хедлес хром в связке с тором хорошо себя чувствует, если не забывать про —disable-blink-features=AutomationControlled и вычищать webgl vendor. Но вот с проксированием трафика через torproxy у меня раз в пять запросов уходили в таймаут — как будто ноды специально дросселили. Может, кто сталкивался? Ещё заметил, что без —disable-ipc-flooding-protection пул соединений быстро забивается, если скрипт долго висит на одном домене. А так да, для одноразовых задач сгодится.
09:54:03
Тор прокси иногда тупит на больших объёмах трафика, попробуй через stem контроллер переключать цепочки при достижении лимита запросов
22:18:03
У меня были проблемы с утечками памяти в puppeteer, но после настройки сборщика мусора и ограничения размера кучи проблема решилась
02:00:08
настройка gc и лимит кучи помогают но это капля в море если не чистить шрифтовый кеш и не отключать webgl полностью даже с фингерпринтом он иногда протекает особенно на blacksprut где фильтры жесткие
16:12:02
А как насчет WebGL fingerprinting? На BlackSprut осенью по нему банили даже с обфускацией.
19:36:06
Да банили жестоко, видел как у пацанов акки сыпались даже с кастомным pixelRatio и забитыми extension-хешами. Там не только рендер детектят, но и драйвер видях через ANGLE.
06:06:06
WebGL не просто бана ради, там ещё шейдеры подставные ловят несовпадение, на BlackSprut это как раз по весне ужесточили, даже если fingerprint в ноль собрать, шум в рендере высвечивает подмену
11:30:03
WebGL fingerprinting на BlackSprut теперь парят через подмену текстур и случайные артефакты в рендере, если нет реальной GPU инъекции, шейдерные ловушки распознают штатную WebGL обертку даже с disabledOnError
19:18:04
Хедлес через тор выстреливает только если поднимаешь свежую виртуалку под каждую сессию, иначе капча по cookie цепочке прилетает моментально
21:54:37
WebGL это полбеды, audio контекст и canvas хаос тоже палят. На том же BlackSprut если не эмулировать нормально GPU vendor, то даже с обфускированным renderer’ом ловят.
04:00:03
headless через tor можно использовать но нужно тщательнее следить за canvas fingerprinting
13:18:05
Да canvas это цветочек, а вот noise injection в headless без грамотной калибровки сразу же выдаст тебя через entropy analysis. На BS еще проверяют timing attacks по рендеру, если не синхронизировать FPS с человеческим поведением — пиши пропало. Даже с Tor и проксиками.
Лучше уже тогда не headless, а виртуалку с GPU passthrough поднимать, но это оверкилл для большинства. Кто-то пробовал на BS отбиваться через spoofing vendor и renderer строк в WebGL? Там сейчас новые сигнатуры по драйверам ловят.
19:24:09
spoil vendor и renderer строки мрут на BS с прошлого апдейта, теперь там не просто строка читается, а поведение шейдера подменяется фейковой нагрузкой, реальный GPU не успевает или тормозит иначе, чем виртуалка с подменой вендора. Даже если строку spoofишь, нагрузка по времени выдаст. Пробовал через Mesa в софтверном рендере — все равно фейл по gpu timings. Лучше не париться и живой браузер с железа гнать, headless на BS уже почти мертв
02:06:05
пасстраф и мышиный белл тоже не панацея, вчера впервые увидел проверку на AudioWorklet задержки, сабжейв шлет 3ms пинг и смотрит фазовый отклик, если железо виртуалки не совпадает с заявленной аудиокартой сразу 302 на логин. Делай выводы, железный браузер или нойтбук одноразка через тор мост, иначе BS теперь валит всех подряд
04:18:02
Ага, слышал про аудиофингерпринтинг, это реально новый уровень. Мне кажется, скоро уже просто банальным тор соединением не обойдешься. Пробовал через прокси хост, тот еще геморрой.
03:54:03
Виртуалка с GPU passthrough это конечно оверкилл, но дает максимум анонимности. По поводу spoofing vendor и renderer строк в WebGL, на BS новые сигнатуры по драйверам действительно ловят, но можно попробовать использовать手法 rotate VendorID и DeviceID.
13:36:03
Passthrough это тема, но слышал, что даже с ним отпечатки остаются. ACPI таблички могут быть слабым звеном.
19:12:04
Виртуалка с пасстрафом спасает но не от новых нейросеток на проверку движения мыши и задержек ввода на BlackSprut теперь фильтры глубже аналитики поведения и если сидишь с оверлеями или плохой фреймстабой тебя могут прижать даже без fp утечек
07:48:08
Еще аудиофингерпринтинг через Web Audio API научились ловить, у них там теперь разница в clock drift проверяется между audio context и performance.now
21:00:08
clock drift между audio context и performance.now фиксятся easiest way на virtual audio cable, запустил два loopback драйвера с разными sample rates и они больше не ловят дрейф. правда нагрузка на цп растёт и latency в играх прыгает. пример на гитхабе уже третий день топит под репортами
13:24:22
Даже с пасстрафом и спуфингом, некоторые DPC latencies или ACPI таблицы могут сливать хост. Видел на других ресурсах, как ловят по разнице в управлении питанием CPU.
05:36:03
ACPI вообще темная лошадка, интересно как именно там задержки смотрят.
06:54:08
ACPI и правда тёмная сторона, особенно если брать инициализацию устройств до загрузки ОС. Задержки могут ловиться через RSDT/XSDT таблицы при парсинге на физическом уровне, например в Qubes с несколькими dom0. Проблема в том что даже замена DSDT не гарантирует чистоту если firmware сама по себе шлёт finger через SMM
12:18:03
ACPI действительно сложная тема. Много зависит от того, как мать плата реализует эти таблицы. Слышал, что некоторые ядра Linux умеют более тонкую настройку, но это для энтузиастов.
22:48:04
Слушал про DSDT патч с заменой OEM ID на старых платах — работает против базовой идентификации, но в новых версиях UEFI это фильтруют на уровне SMM. В ядре 6.6+ есть опция подавления SSDT при загрузке, правда требует отключения Secure Boot. Так что не панацея, но шаг в сторону снижения следов. У кого ASUS с APTIO — шансов меньше, у кого MSI — можно поиграть с vendor strings через firmware modification, только потом не включать обновления BIOS
21:06:03
на счет подавления SSDT, вроде как в новых ядрах есть защита от таких манипуляций, плюс производители матплат уже начали подправлять свои UEFI, чтобы такие патчи не работали
21:24:10
Слушайте, все эти техники сканирования становятся дикой гонкой вооружений. По сути они пытаются поймать любую аномалию, которую не может идеально симулировать софт. Самый надежный вариант сейчас — аппаратная изоляция: отдельный ноут только для таких визитов, с перепрошитым BIOS и обрезанными драйверами.
18:42:06
Слышал кастомные таблицы ACPI помогают, но их опаснее настраивать чем passthrough, одна ошибка — синий экран и все слито.
00:48:02
аудиофингерпринтинг это реально сильно, но думаю пока не скоро это повсеместно будет. passthrough тоже имеет нюансы, особенно если железо старое
15:12:03
Passthrough действительно проблемный на старом железе, но ACPI таблицы иногда спасают, хотя и там свои подводные камни есть, к примеру сложности с обновлением BIOS
17:24:10
Окромя задержек ACPI еще кэш VID PID штуки оставляет, кто нибудь пробовал DSDT патч подменой OEM ID? На старом AMI биосе получалось чуть чище выглядеть, вроде меньше хвостов в логах после suspend resume
02:06:02
На z590 изменение OEM ID действительно может отключить TPM, но на старых платах, как q270 и b250, оставление родного OEM ID и патчинг DSDT кажется рабочей схемой, главное, чтобы _PRS метод не доставлял проблем
07:00:03
ACPI таблицы можно патчить не только через DSDT, но и используя динамическое обновление через initrd, это дает больше гибкости на современных системах
22:48:02
initrd даёт разве прокси патч, сама таблица то всё равно в ядре инлайнится и если площадка под aml не выровнена, bios на посте краш. на z690 добавил 8 байт паддинга и только после этого кастомные ssdt перестали кидать 55 aa deadbeef
18:06:05
ОEM ID на новых платах может сломать TPM модули, проверено на z590. Лучше играться с CRC полем, не трогая идентификаторы производителя
23:12:06
Крч на z690 пробовал OEM ID замену, инитиард оверрайд хоть и кастомный, но цепляет TPM и кидает кирпич в рантайме. Более стабильно через SLIC таблицы делать.
15:30:05
вот по этому на q270 и b250 вообще не парюсь, оставляю родной oem_id, зато в dsdt вырезаю _prs методы и подменяю _uid строки, сработало на 150 машинах в аренде, ни одной черной метки от баттлнета
21:00:04
На счет защиты от манипуляций с SSDT, это верно, но тогда остается открытым вопрос о том, насколько эффективно эти защиты реализованы в новых ядрах
07:54:06
initrd оверрайд на aida64 кидает ошибку 70003, если в ядре нет патча на memory map overflow. z690 с 12900k не стартует без отключения CSM в связке с TPM, но только при условии, что SLIT таблица не сконфликтована
13:24:04
на z690 с патчем ядра через acpi_patch всё стабильно работает даже с изменённым oem_id главное не трогать smbios type 12
05:48:04
не трогать type 12 это да, но на z690 ещё и acpi_ssdt в initrd может сломать загрузку если перегрузить таблицы, особенно с кастомным DSDT
04:48:02
С патчем ядра на Z690 через acpi_patch стабильно, но есть нюансы с EC обновлением, надо тестить
04:30:03
Ну да, у кого-то работает, а у кого-то проблемы с PCIe. Надо бы глянуть, как там у тебя с таймингами после всех этих манипуляций.
02:30:04
PCIe тесты ещё не проводил, но разгон памяти точно просел. Теперь либо стабильность, либо скорость.
13:42:07
acpi_patch может и даст стабильность на бумаге, но на практике вылезают странные проседания в питании USB-портов, особенно под нагрузкой, замечал такое только при сборке с XMP выше 3600
13:54:06
на z690 с патчем ядра через acpi_patch всё стабильно работает даже с изменённым oem_id главное не тр
11:48:02
стабильно работает на z690 с патчем ядра, но не проверял с обновлением микрокода intel
03:54:05
у меня на z690 с патчем ядра и обновлением микрокода intel проблем не возникло, но заметил что после acpi_patch могут быть проблемы с засыпанием
00:42:08
Да, сон это больная тема, зато без патча могла и вовсе не загрузиться система. Победа какая-никакая.
22:30:04
На q270 после смены oem_id ещё и меш с питанием может начаться, если не откатить EC версию в биос до заводской. Зря все на z690 зациклены, у него хоть и патчи лучше ложатся, но с s3 sleep после acpi инжекта часто глюки вылезают. Кто пробовал на b460? Там вроде как меньше проблем с таблицами, но и патчей под это мало.
03:54:06
Да, с патчами ядра под z690 бывают артефакты в ACPI, если в initrd не снести флаги калибровки таблиц памяти. Важно смотреть на версию микрокода, она влияет на стабильность oem_id.
14:30:03
На Z690 с патчем ядра через acpi_patch стабильно работает, но есть нюансы с обновлением EC версии и изменением oem_id, нужно быть осторожным с initrd
05:54:09
Кстати на q270 после oem_id редакта помогает не только EC откат но и ручная правка _OSI в DSDT, иначе даже с патчами ядра система в панику уходит при загрузке
19:00:11
А на z690 с патчем ядра через acpi_patch если забить на корректную правку SSDT для XHCI, то после сна USB порты превращаются в тыкву. Особенно весело, когда клава с мышью на одном контроллере. Приходится либо дергать питание, либо городить костыль с pci=noaer в grub. Кто-нибудь решал это без пересборки таблиц с нуля?
16:54:26
На z690 с acpi_patch ловил баг с зависанием PCIe устройств при холодном старте, если не отключить в bios legacy support для USB. Причем проблема проявлялась только после третьего ребута. Кто-нибудь сталкивался? Решается либо полным сбросом CMOS, либо правкой PCIe ASPM в SSDT, но второй вариант не всегда помогает. Еще заметил, что при активном CSM некоторые таблицы ACPI подгружаются криво, хотя в логах дрова ядра ничего не пишут. В общем, танцы с бубном обеспечены, если не выставить все руками.
07:12:08
А у меня на Z690 после acpi_patch и правки SSDT для XCPM вместо XHCI появился глюк с таймерами HPET — система уходит в ребут при высокой нагрузке на ядра, если не залочить msr 0xE2. Пришлось вручную выпиливать все упоминания HPET из ACPI и переключаться на TSC. Кто-нибудь такое ловил? EC обновлял через флешер с отключенным ME 16.1, проблем не было, но вот с таймерами беда.
P.S. Кому надо — кидаю исправленный DSDT с вычищенным HPET и патчем для _PRW на XHC. Только не забудьте после применения сбросить NVRAM, а то будет веселить с USB 3.0 портами.
12:36:06
Попробуй еще обновить микрокод Intel и залочить msr 0xE2, может поможет
02:24:03
Z690 и acpi_patch это лотерея, у меня после всей этой магии пропал второй nvme, пока не откатил всё назад. Сейчас сижу на сток bios и спокоен
06:24:03
У меня похожая ситуация была с Z690 и патчем acpi, после его установки начались проблемы с определением второго nvme, пришлось откатить назад. Сейчас сижу на стоке и проблем нет, но интересно, можно ли как-то улучшить стабильность системы без патчей?
14:12:06
Попробуй вручную прописать PCIe Link State Power Management в настройках электропитания, иногда помогает избежать потерь устройств после сна. Ещё можно покопаться в настройках BIOS — отключить Global C-States или понизить PCIe Speed до Gen3 для проблемного слота. У меня на Z690 после этого пропало подвисание второго NVMe, хоть и скорость слегка упала. Но без патчей система хотя бы не глючит при каждом пробуждении.
Правда, если материнка из дешёвой линейки — может и не помочь. Тогда только ждать обновы BIOS или мириться.
07:48:06
держу z690 на стоке, без патчей и магии, nvme оба на месте, sleep wake как часы, иногда стабильность важнее пары лишних поинтов в бенче
14:54:03
Z690 с acpi_patch это та еще история. То PCIe отвалится, то таймеры с ума сойдут. У меня после всей этой возни один NVMe вообще пропал, пришлось откатывать. Видимо, стабильность на стоке все же лучше.
20:42:13
держу z690 на стоке без патчей и магии, nvme оба на месте, спит как младенец, просыпается моментально, рисковать не стал
13:06:05
на z690 без acpi_patch спит нормально но возникают тормоза в usb портах после выхода из сна, у кого-нибудь так было
21:00:06
на z690 с установленным acpi_patch действительно наблюдаются провалы по питанию под нагрузкой, особенно при стрессе через cinebench, но вот на стоке без патча у меня не цепляется wake on lan, приходится тыкать в кнопку питания каждый раз, неудобно
14:06:03
У меня после установки acpi_patch проблема с зависанием системы при выходе из сна, хоть и загрузка происходит без него. Патч, может быть, и полезен для стабильности, но сырой и требует доработки
23:06:07
Тупо совместимость кривая. С Z690 чет просел разгон, с Z790 все норм с этим патчем.
04:12:08
У меня тоже з690, патч поставил и ssd на pcie стал теряться после спячки. Вернул старый dsdt, тормоза в usb остались, но хотя бы данные не глючат.
19:36:05
Знакомая история. На Z690 этот патч вообще как рулетка — у кого-то просто тормоза в USB, а у кого-то и вовсе контроллер PCIe начинает тупить после нескольких циклов сна. Лично у меня после отката на старый DSDT еще и звук через HDMI перестал корректно определяться, пришлось вручную прописывать routes в config.plist. Но зато система хотя бы не падает в BSOD при нагрузке, как это было с патчем. Кто-то пробовал поднимать вопрос на гитхабе у автора патча? Там в последних ишью вроде как писали про подобное, но фиксов пока нет.
06:48:03
У меня на Z690 после установки патча начало греться сильнее процессорное ядро, пришлось улучшать охлаждение
12:30:16
Бля, с таким патчем лучше сразу мамку прошить на асусовскую биос. На Z690 рулетка полная, у меня от этой херни мышь перестала работать в спячке.
02:12:03
Дружище, полнейший рандом с этим патчем на z690, я вообще заметил, что при переходе в спящий режим начал звук пропадать, пришлось откатывать.
05:06:05
Звук пропадает в спящем режиме это еще ладно но у меня клавиатура перестала откликаться после выхода из сна пришлось на дефолт биос возвращаться
18:06:04
У меня после установки этого патча на Z690 начались проблемы с USB портами, пришлось отключить некоторые в биосе чтобы работал стабильно
09:00:04
чет прям альянс насобирали тут) мой 0690 вообще отказ грузиться если эрпи полный пардон включить. оставлю дабл клик вертолетом в лице старого дсдт
22:00:04
Сам патч для Z690 неюзабелен, согласен с большинством. Но нашел инфу, что на асусовской биосе с последним обновлением проблема решается радикально