10.04: Cтранности с разделами Ext4

[Станислав Ка]

Всем привет!

Решил я чуток изменить размер для /home (на отдельном разделе).
Запускаю GParted с LiveCD.
Информация (всего, занято, свободно) по всем имеющимся разделам (/ , /home и /swap) отображается корректно.
Для начала, как обычно, решил прочекать файловые системы для разделов / и /home.
Корень проходит тестирование, а вот для домашнего выдаётся ошибка, что e2fsk не может обнаружить какой-то суперблок. После этого в GParted пропадает /home. Точнее  - в верхней части окна, там где графическое отображение, он значится как не размеченный (свободным показывается всё пространство раздела). При этом, напротив имени раздела появляется треугольничек с восклицательным знаком (там где обычно ключик, который появляется, если раздел примонтирован).
По первому разу я струхнул, что домашний раздел похерился, но при перезагрузке с hdd -  всё Ок. Вся инфа на месте.

Данные в SMART утилите - в пределах нормы. Тесты поверхности - проходят.

Никто не сталкивался?

[stmc]

НЕЛЬЗЯ проверять системные разделы, включая home, под работающей системой когда они примонтированы!!!

[Станислав Ка]

stmc
Нда... Товарищ! Прочитайте, пожалуйста, строку №4 моего оригинального сообщения:

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

Запускаю GParted с LiveCD. Не обратили внимание на то, что написано после "GParted"?

А в строке №6 написано, что корневой раздел тестирование проходит, а проблемы начинаются с домашним!
 

To All: Убедительная просьба! Не надо писать "умностей" мимо кассы! Только по делу!

[stmc]

ндаа просмотрел... бывает
попробуй через терминал
badblocks -v /dev/sdaX
fsck /dev/sdaX
посмотрим на что точно ругается

[Станислав Ка]

На
badblocks -v /dev/sda(номер)
Говорит:

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

ubuntu@ubuntu:~$ badblocks -v /dev/sda5
badblocks: Нет такого файла или каталога while trying to determine device size

На fsck /dev/sda(номер)

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

ubuntu@ubuntu:~$ fsck /dev/sda5
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext2: Нет такого файла или каталога while trying to open /dev/sda5

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>


[stmc]

через "sudo" запусти

p/s

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

is corrupt, and you might try running e2fsck with an alternate superblock:  e2fsck -b 8193 <device>вообще уже подсказка есть
sudo e2fsck -b 8193 /dev/sda5

но с этим осторожней, сделай бэкап важных файлов на всякий случай

[Станислав Ка]

p/s

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

is corrupt, and you might try running e2fsck with an alternate superblock:  e2fsck -b 8193 <device>вообще уже подсказка есть
sudo e2fsck -b 8193 /dev/sda5

но с этим осторожней, сделай бэкап важных файлов на всякий случай

Пробовал. Выдаёт ровно аналогичную ошибку и с аналогичной подсказкой.
Пользователь решил продолжить мысль 20 Июня 2010, 17:39:42:Вот. Таки запустился тест на бэды:

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

ubuntu@ubuntu:~$ sudo badblocks -v /dev/sda5
Checking blocks 0 to 104069037
Checking for bad blocks (read-only test): done                               
Pass completed, 0 bad blocks found.


[dsh]

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

sudo mke2fs -n /dev/sda5Покажет реальное расположение резервного суперблока.

[Станислав Ка]

Првиильно ли я понимаю, что теперь могу запустить:

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

sudo e2fsck -b xxxxx /dev/sda5Подставив вместо XXXXX любое из чисел указанных в "Superblock backups..." нижеприведённого результата?

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

mke2fs 1.41.11 (14-Mar-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
6504448 inodes, 26017259 blocks
1300862 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
794 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872


[dsh]

Man говорит, что нужно делать именно так.

[Станислав Ка]

Ман  - классная штука, там много полезного, но не всегда выходит так, как описано, т.ч. порой - лучше спросить у живых людей (особенно тех, кто уже проделывал такое)

Запустил я тест

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

sudo e2fsck -b 32768 /dev/sda5Выдал кучу ошибок. Что-то сам пофиксил, прошёл 3 стадии, а на 4-й начал ругаться на ошибки в группах. Блин, жаль, что нельзя было сразу задать авто "y". Пришлось более 400-х раз нажимать.
Забыл, что запускался с LiveCD и у терминала тут короткая история. Но суть в том, что "кучу всего пофиксил, в т.ч. файлов без окончания". Но, как не странно, если запустить тест из GParted - всё равно не проходит. Опять ругается на superblock.

Пользователь решил продолжить мысль 20 Июня 2010, 20:36:57:Решил ещё раз прогнать тест...
Это уже было в самом конце. Таких было от 0-й группы.

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

Directories count wrong for group #720 (0, counted=23).
Fix<y>? yes

Free inodes count wrong (6499406, counted=6477260).
Fix<y>? yes


/dev/sda5: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda5: 27188/6504448 files (1.5% non-contiguous), 20215104/26017259 blocks


[stmc]

cлей инфу из этого раздела куда-нибудь, удали строчку c этим разделом из fstab, через live cd снеси его ко всем чертям и создай заново, затем впиши его в fstab и верни инфу на место

[Станислав Ка]

Это /home с папками нескольких пользователей. Прошлые мои эксперименты по копированию пользовательских папок загрузившись с LiveCD - успехом не увенчались. После возвращения на прежнее место и попытке загрузиться - так и не смог добиться, чтоб Ubuntu их подхватила. При том, что UUID в fstab отредактирован. Я вот что думаю... Вышеуказанный хард - из моего бука. Может мне даже не с LiveCD грузиться, а просто воткнуть этот винтик в машину на работе (там тоже Ubuntu)? Если понадобится - могу там пользователя с аналогичным логином и правами завести (вот только порядковый номер учётки не совпадёт). Как думаешь - что лучше?

[alecsartania]

Пользуйся просто:
sudo  tar  -cvzf    /media/BIG/archiv.tar.gz     /dev/sda1/media/home

и
распаковать:
cd /media/sda1
sudo tar xpf /dev/sda5/archiv.tar.gz

Вышеприведенная команда извлекает все файлы, содержащиеся в архиве, сохраняя оригинальные значения владельцев файлов и прав доступа к ним.
Опция ⌠p■ сохраняет права доступа.

[Станислав Ка]

Это лучше делать непосредственно из под установленной на этом харде Убунты, с LiveCD или на другой машине с Ubuntu?

Спасибо!

(жаль, что на данном ресурсе нет возможности повышения репок давшим полезные советы)