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

Разве у крипты нет защиты, в виде усложнения ?
На топовой видяхе много намайнить не успели, или она уже не топовая=)

Имел два дня техносекса: ставил Linux Mint (Xfce) на старый комп (чипсет i945). Основной затык был в том, что не отрастал сетевой интерфейс для встроенной сетевой карты. Причём ранее стоявшая Win XP на этой же самой машине никаких проблем с сетью не имела, а тут я себе весь лоб расшиб пытаясь понять в чём дело...

Короче, решение нашлось вот тут:

https://federicofr.wordpress.com/2011/07/01/guide-intel-82573l-gigabit-ethernet-with-ubuntu-11-04-and-fix-pxe-e05/

Короткая ссылка: https://u.to/56tLGw

Суть проблемы вкратце: в сетевых контроллерах на базе интеловских чипов семейства 82xxxx (у меня был 82573L) присутствует механизм загрузки-по-сети (PXE). Причём для его реализации чип имеет EPROM в который должна быть прописана некоторая информация куда и как обращаться для загрузки. И валидность этой информации подтверждается чек-суммой содержимого памяти. Так вот, с завода эти чипы приходят непрошитыми. То есть с произвольным набором данных. В результате проверка чек-суммы не проходит и линуксовый менеджер оборудования просто не даёт отрастить сетевой интерфейс на "глючном" (с его т.з.) железе... Забавно, что "Форточки" просто не проводят такую проверку – хотя им это и не нужно в принципе.

Лечение: нужно скачать Intel® Ethernet Connections Boot Utility, Preboot Images, and EFI Drivers

https://downloadcenter.intel.com/download/29137?v=t

Короткая ссылка: http://bit.ly/jatTVE

... и из виндовой утилиты или из-под чистого  DOS'а сбросить чип к дефолтной конфигурации.
Важно: если делать загрузочный носитель с DOS'ом, то DOS-утилита (bootutil) в последних релизах отсутствует. Последняя обнаруженная имеет место в версии 25.2.

Отредактировано Ёжъ (05-05-2021 06:04:09)

О-о-х, коллеги (и собратья по разуму)...

Как, оказывается, иногда, сложно сделать простые вещи!

Вот например...
Нет, лучше сначала объяснить "нафейхоа", дабы вы не задавали вопросов: "За каким, ..., сопсно!?"

Короче: вот есть у вас сеть на ~100 узлов, в которой живут с полдюжины серверов-файлопомоек. И начиналась эта сеть ещё во времена NetBEUI, а затем, со временем, плавно сползла на NetBIOS over TCP/IP. Но при этом ни домена в сети не отросло (про ересь AD вообще молчим), ни WINS-сервер не завёлся, ибо не нужно было. И так всё работало...

Как-то работало. Но потом разной степени корявости инциденты привели к пониманию, что надо таки что-то делать, а то когда файл-сервера в сети по имени не резолвятся минут по несколько – это не есть гуд.
Чо делать, куда копать? (Поднимать WINS-сервер не вариант. Не на чем.)

О! Во-первых, как оказалось, вполне можно *nix'овую файлопомойку с Samba-сервером зарядить как дешёвую альтернативу WINS'у. Достаточно в \etc\hosts вписать соответствие IP узлов имёнам и назначить его WINS'ом в DHCP-лотерее.
А вот во-вторых...
И это самое вкусное! Можно воспользоваться файлом lmhosts, да ещё в варианте его централизованной раздачи! То есть файлик с соответствиями IP-адресов именам лежит себе где-то и подгружается каждым клиентом всякий раз при запуске. Красота же!?

Казалось бы! Для её реализации в "бардачной" сети необходим общий локальный ресурс доступный для чтения всем. То есть вообще всем, включая гостей и анонимусов. И вот тут-то и выясняется, что на WIN-серверах сделать такой ресурс достаточно проблематично. Фактически нужно корёжить групповую политику, принципиально открывая доступ анонимам к серваку (что не есть гуд, само-собой). Что забавно, такой ресурс буквально в пару кликов организуется на автономных сетевых накопителях (NAS'ах, например QNAP'ах).

Добавлено спустя 3 дня 18 часов 24 минуты:

А можно выкрутиться ещё проще – и даже NAS не нужен.
Если гейтом в Большой Мiр работает MikroTik, то взводится SAMBA на нём.
Voila!

Отредактировано Ёжъ (09-06-2021 21:22:25)