Кошерный способ перенести базу MySQL с мёртвой системы?

Сделай бэкап этих данных, чтобы при восстановлении не просрать всё.

Логика подсказывает, что можно снести соответствующие файлы со своего компьютера и залить туда выцепленные с винчестера, а потом использовать mysqldump

Мне логика подсказывает тоже самое.

Есть мнение, что у postgresql эти данные зависят от архитектуры и если ты, допустим, попытаешься восстановить данные с x86 на x86_64, то тебя ждёт сюрприз. Возможно у mysql так же.

данные зависят от архитектуры

Одно из основных опасений, винт был к ARM'у подключен.

снести соответствующие файлы со своего компьютера

Поехавший что ли? Запусти другой мускул с указанием рабочего каталога и на другом порте.

Присоединяюсь. Сделай ту систему, что было. Залей туда файлы и дальше mysqldump. Ну а что делать, если бекапы не регулярные?

Лыжи не поехали.

$ mysqld_safe --datadir='/home/kirill/Desktop/dump' --port=4545 --socket=/home/kirill/sql.socket
2019-08-23T21:59:10.599281Z mysqld_safe Logging to syslog.
2019-08-23T21:59:10.605646Z mysqld_safe Logging to '/var/log/mysql/error.log'.
2019-08-23T21:59:10.645249Z mysqld_safe A mysqld process already exists

RTFM https://dev.mysql.com/doc/refman/8.0/en/multiple-servers.html

Ты забыл указать другой pid-file.

Спасибо, помогло.

Раз уж ты такой хитрый, может, подскажешь, где посмотреть, почему mysql-workbench недоступен в 19.04 убунте, и все его с реп 18.10 тащат (и почему все считают это нормой)?

почему mysql-workbench недоступен в 19.04 убунте

Потому что оракель не сделяль. Правда уже исправились, теперь можно брать тут https://dev.mysql.com/downloads/workbench/. Вероятно теперь нужно ждать когда космонавт раздуплится и добавит в репы.