Linux за българи: Форуми

 еи спря тока, чупи се freebsd -то и с него и mysql-a и какво ли не мъча и не иска и не иска да тръгне.Пробвах всичко от google и няма и няма.

caph# /usr/local/etc/rc.d/mysql-server start
Starting mysql.

но няма никой

caph# /usr/local/bin/mysqld_safe .user=mysql &
[1] 68547
caph# Starting mysqld daemon with databases from /var/db/mysql
STOPPING server from pid file /var/db/mysql/caph.pid
090513 23:43:23  mysqld ended


[1]    Done                          /usr/local/bin/mysqld_safe .user=my

ето и лог-а:

caph# cat caph.err
090513 23:40:08  mysqld started
090513 23:40:08 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090513 23:40:08 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
InnoDB: Error: tried to read 512 bytes at offset 0 512.
InnoDB: Was only able to read -1.
090513 23:40:10  InnoDB: Operating system error number 5 in a file operation.
InnoDB: Error number 5 means 'Input/output error'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.0/en/operating-system-error-codes.html
InnoDB: File operation call: 'read'.
InnoDB: Cannot continue operation.
090513 23:40:10  mysqld ended

090513 23:43:23  mysqld started
090513 23:43:23 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090513 23:43:23 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
/usr/local/libexec/mysqld: Too many arguments (first extra is '.user=mysql').
Use --help to get a list of available options
090513 23:43:23  mysqld ended

Най-вероятно има нещо счупено във файловата система на този твърд диск. Виж какво ще кажат по въпроса fsck и smartmontools (ако го нямаш, портът е /usr/ports/sysutils/smartmontools/).

Най-вероятно има нещо счупено във файловата система на този твърд диск. Виж какво ще кажат по въпроса fsck и smartmontools (ако го нямаш, портът е /usr/ports/sysutils/smartmontools/).

Ами не мога да уцеля синтаксиса на martmon-a, а имаче fsck-a даде:

** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1669 files, 69102 used, 184713 free (3201 frags, 22689 blocks, 1.3%
fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /tmp
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
90 files, 52 used, 253763 free (35 frags, 31716 blocks, 0.0% fragmentation)
** /dev/ad0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
260625 files, 1684322 used, 11103620 free (53844 frags, 1381222 blocks, 0.4%
fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

2402 files, 67093 used, 683954 free (2202 frags, 85219 blocks, 0.3%
fragmentation)

P.S. като пусна fsck /dev/ad0s1d и не ме пита а го маркира направо като NO:

caph# fsck -f /dev/ad0s1d
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

2409 files, 67110 used, 683937 free (2193 frags, 85218 blocks, 0.3% fragmentation)

caph# fsck -y /dev/ad0s1d
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

2409 files, 67110 used, 683937 free (2193 frags, 85218 blocks, 0.3% fragmentation)

P.S.2 ето това пробвах но... явно нещо бъркам:

caph# /usr/local/sbin/smartctl -l error /dev/ad0s1d
smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
caph# /usr/local/sbin/smartctl -i /dev/ad0s1d
smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

P.S. ребоотнах след като дадох смарта да провери при старт, но май няма промяна.сега видях в dmesg-a че има:

ad0: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=4626943
g_vfs_done():ad0s1d[READ(offset=793165824, length=16384)]error = 5

Първо, не мога да разбера как хората хвърлят камара пари за компютрите си, а не се сещат (или се стискат) да си вземат един ups, който струва 70-80лв. А иначе сякаш всеки знае какво е ups-ът или поне е чувал за една джаджа, която пази компютъра от проблеми с тока...

Струва ми се, че части от този твърд диск вече са си изпели песента и трябва да се помисли за друг. Според мен поправка на файловата система няма да помогне. Между другото, какви са файловите системи на /dev/ad0s1a, /dev/ad0s1f и /dev/ad0s1d? Има някаква вероятност пълно форматиране на дяловете да помогне, така че можеш да пробваш - направи резервно копие на дяловете, форматирай и след това пробвай да върнеш системата. Но, дори и това да свърши работа, гледай следващата ти покупка за компютъра да бъде ups ;)

Първо, не мога да разбера как хората хвърлят камара пари за компютрите си, а не се сещат (или се стискат) да си вземат един ups, който струва 70-80лв. А иначе сякаш всеки знае какво е ups-ът или поне е чувал за една джаджа, която пази компютъра от проблеми с тока...

Струва ми се, че части от този твърд диск вече са си изпели песента и трябва да се помисли за друг. Според мен поправка на файловата система няма да помогне. Между другото, какви са файловите системи на /dev/ad0s1a, /dev/ad0s1f и /dev/ad0s1d? Има някаква вероятност пълно форматиране на дяловете да помогне, така че можеш да пробваш - направи резервно копие на дяловете, форматирай и след това пробвай да върнеш системата. Но, дори и това да свърши работа, гледай следващата ти покупка за компютъра да бъде ups ;)

ufs е
Значи това е домашна машина на 1.6Г с 512Рам, колкото да си ръчкам и уча.
От много време си мисля за упс, но все ми се свиди да дам 150лв ( имам и един слак12  та такъв за 80лв няма да свърши работа :) )
Ще видя имам доста софтуер за репейр на хдд-та ( hirens и т.н. ), ако не с лол лев. формат ;)

П.С. някакъв линк за правенето на резервно копие?Нещо такова ($2) или някъде написано като за по-начинаещ?
П.С.2 тъй като когато инсталвах 7.1 имаше проблем и качих 7.0, сега гледам, че и 2те не са съпортед вече та съм решил да мина на 7.2, ще мога ли да ресторна като е др версия?
Мерси

Може и с начина, който си намерил. Може и с инструмент като PartImage ($2). Може и просто да си копираш някъде (или да си направиш архив) на личните файлове (бази данни, документи, файлове с настройки от /etc, /home и други папки, където имаш настройки, въобще лични файлове, които не можеш да намериш другаде), да форматираш, да си качиш чиста система и да си върнеш архивираните файлове. А може и трита начина един след друг с форматирания между тях, нали се учиш, да видиш как става и по трите начина :) По първия и по втория начин надграждане на системата към 7.2 ще правиш след като възстановиш системата. По третия начин спокойно можеш да си качиш направо чист 7.2 и да си върнеш файловете в него, така или иначе системата или не зависи от тези файлове, или файловете са с подобно съдържание в тези версии ;)

Може и с начина, който си намерил. Може и с инструмент като PartImage ($2). Може и просто да си копираш някъде (или да си направиш архив) на личните файлове (бази данни, документи, файлове с настройки от /etc, /home и други папки, където имаш настройки, въобще лични файлове, които не можеш да намериш другаде), да форматираш, да си качиш чиста система и да си върнеш архивираните файлове. А може и трита начина един след друг с форматирания между тях, нали се учиш, да видиш как става и по трите начина :) По първия и по втория начин надграждане на системата към 7.2 ще правиш след като възстановиш системата. По третия начин спокойно можеш да си качиш направо чист 7.2 и да си върнеш файловете в него, така или иначе системата или не зависи от тези файлове, или файловете са с подобно съдържание в тези версии ;)

дефакто проблема е на софтуерно ниво - в дяловете и няма смисъл да пускам проверка на целия хард, а най-добре да се форматира?

На мен проблемът ми прилича на хардуерно ниво. Т.е., и форматирането може да се окаже безсмислено. Като пестиш пари за ups, сега може да си купиш и твърд диск - това имам предвид :) Но ти си пробвай, няма лошо. Стискам ти палци проблемът да е възможно най-малък ;)

На мен проблемът ми прилича на хардуерно ниво. Т.е., и форматирането може да се окаже безсмислено. Като пестиш пари за ups, сега може да си купиш и твърд диск - това имам предвид :) Но ти си пробвай, няма лошо. Стискам ти палци проблемът да е възможно най-малък ;)

мерси за палците, явно помогнаха.След скан с hirens ( вътре има тоол за макстор ), намери грешката и я поправи.Сега изглежда вс. да е ОК ;)