ЕЙ сега вече се ядосах кво си написал тук бе момче ?

Написал е, че го няма /var/lib/mysql/magazin.lower-test (файла, не папката /var/lib/mysql), и логично - той не е могъл да се създаде, тъй като MySQL не е имал права да пише във /var/lib/mysql. Не го съди толкова строго! Пък са и празници

Та как подяволите ще мога да го импортна после при положение че имам лимит от 2 мб??

Предполагам, че говориш за лимита за размер на файлове, който пише в phpMyAdmin. Това е настройка на PHP. Отвори файла /etc/php5/apache2/php.ini, промени стойностите на upload_max_filesize и post_max_size, рестартирай Apache и в phpMyAdmin вече ще виждаш въведения лимит.
Но не е задължително да импортваш дъмпа през phpMyAdmin. Може и директно в конзолата на MySQL, където нямаш този лимит. Например

mysql -u потребител -p име-на-база < дъмп.sql

Потребителят трябва да е или root, или потребител с пълни права в съответната база данни. Възможно е да се наложи към командата (след думата mysql) да добавиш и "--default-character-set=кодировка" (където "кодировка" е utf8, cp1251 и т.н.), ако имаш проблеми с кирилицата в импортнатата база, заради разминаване с тази по подразбиране в MySQL.

БЛАГОДАРЯ!!! Момчета спестихте ми страшно много работа. Радвам се, че има хора като вас.

OffTopic: Момчета ракия пиете ли? 

Забравих че си с убунту

Код:

sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

ЕЙ сега вече се ядосах кво си написал тук бе момче ?
Сега нека някой друг да ти пише какво да правиш знам отговора на въпроса ти към нетер но няма да ти отговоря.

Ами приятелче такова нещо нямаше и продължава да няма ако искаш дори ще сложа team-viewer за да влезнеш да провериш...
Пиша до толкова до колкото виждам и до колкото са ми възможностите. Нямам полза да лъжа или нещо от сорта. Недей с лошото...

Чакай сега! Имаш на разположение старата /var/lib/mysql папка, копирал си я в новата система... ама не прочетох да си сменил собственика на файловете и директориите. Когато си копирал папката си го направил с root права, при което собственикът (и потребител, и група) е станал root. Смени го на mysql

sudo chown mysql:mysql /var/lib/mysql -R

и пробвай след това да стартираш MySQL. Разбира се, ако междувременно си правил някакви мазала в тази папка, копирай си старата папка отново преди това.

АаааХ!!! СТАНА бе човек. Цялата работа е била заради една команда... Ама кажи ми какво да направя като не разбирам . Сега обаче има нещо друго. Веднага разбирасе направих експорт, т.е. бекъп от phpmyadmin и ми направи .sql файла 202мб  след като го зипнах стана 20. Та как подяволите ще мога да го импортна после при положение че имам лимит от 2 мб??

Отново прочети горния ми пост, защото се усетих, че направих и аз грешка.

Да прочетох го, направих го и след това?

Код:

sudo mount /dev/sdb2 /new-disk

Изисква ми да посоча тип на файловата система

Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.

ОК. Ами тогава това ще е, Каквото можа се направи. Благодаря много за отзивите и за отделеното време. Ще сложа тази старата база, която открих и ще се прави цялостна ревизия.

Слушай сега понеже се видя че не знаеш какво правиш пробвай така:

Код:

sudo mkdir /new-disk
sudo mount -t ext3 /dev/sdb2 /new-disk

и се опитай да достъпиш /new-disk

Това второто не става:

Код:

mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Аз от самото начало си казах, че не разбирам. С убунту се сблъсках от както се появи този проблем, т.е. от 2 дена

Обаче след като върнах първоначалните му директории и файлове пак не иска да се стартира mysql-server, накакъв съвет? Или да му шибна един реинстал на убунту,

Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.

ОК. Ами тогава това ще е, Каквото можа се направи. Благодаря много за отзивите и за отделеното време. Ще сложа тази старата база, която открих и ще се прави цялостна ревизия.

Излезе тука нещо друго. Намерих тук един бекъп от преди 2 месеца. Като го импортна си тръгва без проблем, но е малко стара база, ама пак е по-добре от нищо. Дали не може да се направи с нея нещо или то дефакто става пак същото...

Добре а от :

Код:

cat /etc/fstab

изхода е?

Код:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=78c58097-632c-4224-910f-d2e62a13c1eb /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=640124d7-2dc3-461d-ab67-51bdd29bf84e none            swap    sw              0       0

Пич дай ми инфо от:

Код:

sudo fdisk -l

Код:

Disk /dev/sda: 80.0 GB, 80025280000 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156299375 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d71c7

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    76171263    38084608   83  Linux
/dev/sda2        76173310   156299263    40062977    5  Extended
/dev/sda5        76173312    82030591     2928640   82  Linux swap / Solaris
/dev/sda6        82032640   156299263    37133312    b  W95 FAT32

Disk /dev/sdb: 160.0 GB, 160040803840 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312579695 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c88be

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   304719871   152358912   83  Linux
/dev/sdb2       304721918   312578047     3928065    5  Extended
/dev/sdb5       304721920   312578047     3928064   82  Linux swap / Solaris

Ами явно доста неща са изчезнали защото дори my.cnf го няма на старото HDD

Последен въпрос в крайна сметка съществува ли magazin.lower-test на стария твърд диск ?

Тъкмо до сега го търсих, но за съжаление НЕ 

Значи стана мадафака шит. Освен последния вариант както споменаха по-горе е стова как беше...chroot да пробвам, но то сигурно никак не е лесно...

Ами явно доста неща са изчезнали защото дори my.cnf го няма на старото HDD

Забравих че си с убунту

Код:

sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

хаха стига бе човек тогава няма как да се стартира базата то е ясно просто такава не съществува.

Тук намерих нещо но нищо не разбрах.... http://egil.biz/how-to-recover-mysql-data-from-innodb/