Дмитрий

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

файлы заблокированные на чтение в linux есть точно так же как и в других системах, исторически любое резервное копирование предлагается (в любой ос) делать через создание снапшота (в linux это средствами lvm если он используется или при использовани cow файловых систем таких как btrfs/zfs/... прямо их средствами), снапшот является замороженным мгновенным снимком файловой системы, без ограничений по чтению.

совершенно нормально, используя root копировать с помощью обычного cp (scp если по ssh) или rsync или к примеру tar -c . | ssh user@server tar -x скопирует все удаленно, завернув сначала в tar а на удаленной машине распаковав (с помощью ключей tar можно контролировать например файловую систему --one-file-system или передачу hardlink и symlink, например --dereference и --hard-dereference добавят в архив сам файл а не линк на него...)

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

p.s. если же все же хочется скопировать систему как есть, а снапшоты недоступны, то лучше перевести диск в режим ro: mount -r remount,ro /dev/sd... и так с каждым разделом, на котором размещена система (тогда начнут отваливаться программы, пытающиеся делать запись) и уже получившиеся данные копировать
в этом случае можно использовать partclone, умеет копировать раздел как dd но не передавая сектора, помеченные как свободные, что заметно быстрее (собственно это самый быстрый способ скопировать раздел)

Если у вас управляемые коммутаторы, можно посмотреть в их таблицы. Там числится, на каком порту какой мак висит.

Для cisco можно выгрузить таблицу из консоли командой:

sh mac add

Возможно это следствие двух обстоятельств:
- ваш провайдер - говно. Держит всех (или нескольких) клиентов в одном бродкастовом домене.
- ваш сосед по провайдеру вставил кабель провайдера не в тот порт роутера.
Как соедствие, IP адрес выдает вам не провайдер, а сосед. Со всеми вытекающими.

Это нормально, если не одно отдельное ядро загружено, а остальные простаивают, например.
Turbo boost это временно по возможности, если влезает в температуру/мощность, если часть ядер простаивает, и.т.п., а совсем не постоянная рабочая частота на которой сколько-то долго будет работать процессор. В серверных реалиях, при наличии параллельной нагрузки, за рамки базовой частоты процессор будет вылезать довольно редко, если вообще будет, ну и совсем вряд-ли будет доходить до максимальной.

Управлять частотой можно, но в рамках ниже базовой, а не выше.
От вашего процессора надо ожидать 3,6GHz, а отнюдь не 5.

seagate 2012 года на терабайт, при подключении головка бегает туда-сюда некоторое время, затем диск отключается

У дисков Сигейт такие симптомы (щелчки / клики, затем остановка двигателя) означают выход из строя головок. Очень часто с повреждением магнитной поверхности пластин той или иной степени.

Диск явно подвергался пыткам во время работы: на блине есть отчётливая царапина и несколько точечных царапин.

Seagate мог начать гробить себя и во время обычной работы, а окончательно запилиться в процессе попыток самостоятельного восстановления - подключить туда, подключить сюда, попробовать какую-нибудь программу, и т.п.

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

Что можно попробовать сделать, чтобы диск запустился и хоть что-то с него попытаться вытащить? Контакты платы уже почищены до блеска

Уж простите мой сарказм, но это примерно как спросить врача: "Человек на спорткаре влетел в столб на скорости 250 км/ч. Наклеили ему на лоб аж три лейкопластыря, как ещё можно попробовать его подлечить?"

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

этот диск ни в какой специализированный дорогой сервис относить не будет

Тогда всё. Такой случай (концентрические царапины, вскрытие) требует специалиста по восстановлению информации очень высокой квалификации. А те, кто умеют работать с такими случаями, расстроят вас ценой и сроками.

команда screen запустит автономную сессию, от которой можно отключиться и потом подключиться снова.

В сессии screen, уже не боясь оставить/отключиться, вместо scp, может, удобнее воспользоваться rsync — он зипует, что может ускорить передачу:

rsync -avz /var/www/projectOldName  user@newserver.example.com://var/www/projectNewName

И нажать Ctrl + A, D — чтобы покинуть работающий вирт. терминал и спокойно отключиться от SSH. Позже, когда снова зайдете, командой screen -r снова подключитесь к оставленной сессии.

Попробуйте два слеша