[РЕШЕНО]Отвалился раздел /home ААА!! помогите!!

[deadrash]

Сидел спокойно работал, вдруг, внезапно отвалился хоум, он как будто просто отключился. Попробовал перезагрузить комп, при загрузки линукс сказал что не может подключить /houm и предложил либо подключить вручную либо забить и продолжить загрузку.

Загрузился с ЛайвСиди.
Дисковая утилита при попытки подключить диск пишет:

fdisk пишет:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

ubuntu@ubuntu:~$ sudo fdisk -l

Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb0d4f184

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1               1        9306    74750413+   7  HPFS/NTFS
/dev/sda2   *        9307       22476   105779200    7  HPFS/NTFS
/dev/sda3           22476      103362   649723041    7  HPFS/NTFS
/dev/sda4          103363      121601   146504737    5  Расширенный
/dev/sda5          103363      118022   117756418+  83  Linux
/dev/sda6          118023      121209    25599546   83  Linux
/dev/sda7          121210      121601     3148708+  82  Linux своп / Solaris
ubuntu@ubuntu:~$

попытка примонтировать из консоли пишет:

Код: [Выделить]

ubuntu@ubuntu:~$ sudo mount /dev/sda5 /home
mount: Структуру необходимо почистить
ubuntu@ubuntu:~$

Что значит почистить!?!?! у меня там очень важные данные, работа за последние 4 месяца, меня блин аж всего трясёт от ужоса что потеряю данные!
В общем жесть!

[Чистый]

под LiveCD проверьте gparted-ом на ошибки а потом снова попробуйте примонтировать

[deadrash]

под LiveCD проверьте gparted-ом на ошибки а потом снова попробуйте примонтировать

Вот что он мне написал в развороте ошибки.

А дисковая утелита при выборе проверки диска пишет

Естественно ничего не меняется =(

[Чистый]

ну а вы пробовали сделать то что там описано?

[deadrash]

ну а вы пробовали сделать то что там описано?

Я на вражеском ни бум-бум.
Кстати попробовал команду xfs_repair, она выдала хелп.

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

ubuntu@ubuntu:~$ xfs_repair
Usage: xfs_repair [options] device

Options:
  -f           The device is a file
  -L           Force log zeroing. Do this as a last resort.
  -l logdev    Specifies the device where the external log resides.
  -m maxmem    Maximum amount of memory to be used in megabytes.
  -n           No modify mode, just checks the filesystem for damage.
  -P           Disables prefetching.
  -r rtdev     Specifies the device where the realtime section resides.
  -v           Verbose output.
  -c subopts   Change filesystem parameters - use xfs_admin.
  -o subopts   Override default behaviour, refer to man page.
  -t interval  Reporting interval in minutes.
  -d           Repair dangerously.
  -V           Reports version and exits.


Но по английски я не понимаю и боюсь трогать, малоли что сломаю ...

[BACbOK]

На крайняк, данные можно вытащить testdisk'ом...

[Чистый]

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

[deadrash]

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

Я это прекрасно понимаю. Вот только справку прочесть не могу, может быть вы подскажите чего дельного он предложить может для восстановления?
Пользователь решил продолжить мысль 23 Октября 2010, 15:23:15:

На крайняк, данные можно вытащить testdisk'ом...

Сейчас при помощи testdisk сохраняю раздел.

[Lifewalker]

Перед запуском xfs_repair вам предлагают завершить операции, отмеченные как неоконченные в системном журнале. Для этого нужно примонтировать и снова отмонтировать раздел. Затем можно гонять xfs_repair.

ВНИМАНИЕ! Перед запуском xfs_repair обязательно отмонтируйте раздел. Не знаю, предупредит ли оно или нет, а проверять не хочется (мне никогда не приходило в голову проверять смонтированные разделы).

[deadrash]

Ох тыж ёлки маталки ...
Помогло xfs_repair -L
Вот что у меня выполнила хфс_репайр:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

ubuntu@ubuntu:~$ sudo xfs_repair -L /dev/sda5
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
ALERT: The filesystem has valuable metadata changes in a log which is being
destroyed because the -L option was used.
        - scan filesystem freespace and inode maps...
agi unlinked bucket 14 is 846 in ag 1 (inode=134218574)
agi unlinked bucket 50 is 770290 in ag 1 (inode=134988018)
sb_icount 87168, counted 86912
sb_ifree 3803, counted 5450
sb_fdblocks 15653394, counted 15804533
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
7faa60a03710: Badness in key lookup (length)
bp=(bno 58878608, len 16384 bytes) key=(bno 58878608, len 8192 bytes)
7faa60a03710: Badness in key lookup (length)
bp=(bno 59263344, len 16384 bytes) key=(bno 59263344, len 8192 bytes)
        - agno = 1
        - agno = 2
        - agno = 3
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
disconnected inode 134218574, moving to lost+found
disconnected inode 134988018, moving to lost+found
Phase 7 - verify and correct link counts...
done


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

p.s. Lifewalker В том то и дело что раздел я не мог примонтировать, так что и отмонтировать не получилось бы.

[Чистый]

а разве не данную опцию тебе предлогал gparted?

[deadrash]

а разве не данную опцию тебе предлогал gparted?

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

Надеюсь кто-нибудь сможет ответить на последний мой вопрос.

Теперь осталось узнать в чём была проблема и как избежать повторений.

Всё же интересно как может появится данная проблема, можеть быть это обычное дело на файловой системе xfs? может быть для важных данных использовать другую ФС?

[Чистый]

Эту опцию, кроме всех прочих, использовал на обум, просто в её описании заметил знакомое слово "log".

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