Chek_FedorМожет удалить физически всю базу и заново ее создать?
А как же это?
Chek_Fedorпытаюсь восстановить
как описано здесь http://lexvit.dn.ua/mysql-innodb-corruption/ первый метод не помог а на втором при попытке востановить базу из дампа...
Там как раз описан запуск сервера с пустым хранилищем данных.Метод 2 – если первый метод не помог ( пересоздание базы )

Chek_FedorЭто вот эта команда?
chown -R mysql:mysql /var/lib/mysql/mysql/Плохо копипастить не думая. А вдруг Вы так скопипастите в командную строку какую-нить ересь, которая снесет пол-системы или отформатирует раздел? ;-)

Для начала, уточните, какая ОС используется. На FreeBSD (предположу, сообразно имени раздела ar0s1g ) оно по дефолту в /var/db/mysql живет, а не в /var/lib/mysql, как там писано. Если оно так и есть, то и ничего не повредили, скорее всего. Но и не починили.

Дадлее переведу кусок и немного попытаюсь прокомментировать:

...попытались перезапустить сервер без поддержки сети и контроля привилегий (!) хм... ну-ну, далеко не универсальная команда.
(!) забыли проверить что он запустился успешно
небольшая корректировка таблиц...
попытались слить в дамп то что осталось...
попытались остановить сервер... (!) а он точно остановился?
(!) Дальнейшие манипуляции с файлами без риска потерять данные можно делать только на остановленном сервере
mv /var/lib/mysql /var/lib/mysql_old - переименовали старое хранилище (не удалили)
mkdir /var/lib/mysql - создали новое, пустое
mkdir /var/lib/mysql/mysql - там создали директорию для БД mysql (служебная база)
cp /var/lib/mysql_old/mysql/* /var/lib/mysql/mysql/. - вернули файлы служебной базы на место
chown -R mysql:mysql /var/lib/mysql/mysql/. - поправили владельца хранилища файлов
(!) Забыли поправить права доступа
(!) Забыли уточнить расположение my.cnf (актуально для фряхи, если она используется)
...запустили сервер... ну и (!) забыли проверить что он запустился успешно
...залили дамп

Chek_Fedorбез бэкапа?А что, бекапа действительно нет? Ну, это зря....

Вообще, в подобных ситуациях последовательность действий иная немного. В начале следует добавить:
1. Останавливаем сервер.
2. Делаем резервную копию файлов хранилища.
3. Запускаем сервер и всячески над ним пляшем с бубном.

Chek_Fedorтак не работает, я перезапускал /usr/local/etc/rc.d/mysql-server restart --skip-networking --skip-grant-tablesНеа. Это точно не так. Сходу точно не вспомню, вроде mysqld нужно напрямую вызывать, минуя скрипты запуска.

Chek_FedorИ пропустил mysql_upgrade MySQLПлохого от нее ничего не будет, но по таблицам пробежится и возможные ошибки покажет. Если при очередном обновлении мускуля команда выполняется всегда, то будет дан ненавязчивый отказ. Добавить ключик -f.

Chek_Fedorдалее пытался сделать
/usr/local/bin/mysql_upgrade --datadir=/ftp-data/mysql --basedir=/usr/local
далее пытался сделать
перезапускал и с параметрами -u и -p
результат
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
Так... а сервер то точно запущен правильно? В смысле, не подцепились ли какие то еще параметры в запуск. Параметры -u и -p и -h для mysql_upgrade не нужны при локальном подключении через сокет. Да, гляньте, создается ли сокет при запуске сервера.

Chek_FedorЗы.. чуть чуть не так
проверяем состояние
/usr/local/etc/rc.d/mysql-server statusТакая проверка, если не ошибаюсь, будет правильной только при штатном запуске запуске сервера через rc-скрипт. Убедиться в правильном запуске нештатно можно через ps + просмотр переменных запущенного сервера + просмотр логов.

vkleСходу точно не вспомню, вроде mysqld нужно напрямую вызывать, минуя скрипты запуска.Порылся в шпаргалках. Вот еще вариант. Запускать можно штатно через rc-скрипт, но в /etc/rc.conf добавить строчку

Туда же, думаю, можно прописать другие параметры запуска. Хотя, my.cnf по идее должен читаться и datadir должна подцепиться оттуда.
С наступлением хеппиенда строчку удалить/закомментить.

Chek_Fedorпри попытке восстановить базу
# mysql < /ftp-data/dbcopy.sql
Chek_FedorInnoDB: A new raw disk partition was initialized or
InnoDB: innodb_force_recovery is on: we do not allow
InnoDB: database modifications by the user
Так Вы это делаете с пустым (новым) хранилищем данных или со старым, которое было повреждено? Да, оная директива восстановления innodb точно нигде не включена?

Chek_Fedor,

Вы сообщение об ошибке то прочтите. innodb_force_recovery в конфиге не осталась ли от первого неудавшегося восстановления?