Главная

gparted, ошибка чтения/записи. что делать?

29.04.2009 в 14:53 — Леонид
Ситуация: жесткий диск с кучей разделов,
последними идут sda8 (15 Gb) и sda9 (75 Gb, Ext3)
Раньше
sda8 монтировался как /home
sda9 - как /home/username/data
но теперь папка пользователя живет на sda9 (который стал /home), а sda8 - удален.
И sda9 стал называться sda8

Задача в том, чтобы избавиться от раздела увеличить sda8 (/home).

Проблема в том, что в ходе выполнения операции gparted сообщает об ошибке и "откатывает" изменения.

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

Комментарии

29.04.2009 в 14:55 — Леонид

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

29.04.2009 в 15:04 — Roman

Есть способ, но Оооочень долгий...
прогрузится с hirens boot cd
там есть утилика, вроде hddregenerator называется,
она пройдётся по винту и пометит битые сектора
что бы файловая система их не использовала...

29.04.2009 в 15:08 — Леонид

Хороший способ лечить хард, сам не раз использовал... а затем что, тем же gparted те же действия?

29.04.2009 в 16:56 — Roman

Дальше всё как по плану...

29.04.2009 в 21:01 — Николай

Если она пометит плохие сектора только для файловой системы, то при сдвиге фс это не поможет, т.к. они окажутся на новом месте. Тут надо либо как-то пометить их для винта на аппаратном уровне, либо действовать через копирование на другой винт.

А что говорит smartctl --all /dev/sda и smartctl -t long /dev/sda ?

29.04.2009 в 22:02 — Леонид

Николай, в описании к hddregenerator написано что-то про "магнитные свойства независимо от файловой системы", мистика прям. надо почитать...

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

29.04.2009 в 22:19 — Леонид

мнение нашел интересное:

По поводу HDD Regenerator.
Испытывал её на проблемном диске HDD 640 Gb SATA-II 300 Samsung <HD642JJ> 7200rpm 16Mb. Картина была такая: прогоняются Victoria или HDD Scan, обнаруживают BAD-блоки, на диск натравливается HDD Regenerator, после чего снова запускается сканирование. Так вот, BAD-блоки после HDD Regenerator чудесным образом исчезали, вместо них появлялись блоки с повышенным временем доступа. Но... Всё это только до тех пор пор, пока к ним обращаются по чтению (но реально читать-то в них нечего - они ж уже были BAD). Как только осуществляется попытка записи в них, они снова становятся BAD-блоками.
В общем, для себя сделал вывод, что HDD Regenerator проблемы не решает, а маскирует.

30.04.2009 в 10:44 — Николай

Через час смотреть результаты теста либо первой командой, либо smartctl -l selftest /dev/sda
Если вывод не понятен - то в студию.

Современные винты имеют резервную область, из которой подставляются дорожки на место битых (точнее вместо битых читаются они) - отсюда может быть и повышенное время доступа.
Операция выполняется на уровне S.M.A.R.T.

30.04.2009 в 17:48 — Леонид

То есть Вы оправдываете и рекомендуете HDD-regenerator, несмотря на обилие также и весьма нелестных о нем отзывах?

Вывод действительно непонятен, я пожалуй его приведу, как закончится

30.04.2009 в 19:54 — Николай

Я не знаю что такое hdd-regenerator, так что советовать ее не могу :-)

30.04.2009 в 20:26 — Леонид

А что тогда посоветуете в моей ситуации? Я имею ввиду аналогичную программу восстановления hdd.

Вот, извольте-с вывод после завершившегося теста:

=== START OF READ SMART D?4??4??1? SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 8902 226884750
# 2 Extended offline Completed: read failure 90% 8883 226884750
# 3 Extended offline Completed: read failure 50% 8882 226884750
# 4 Offline Interrupted (host reset) 90% 6820 -
# 5 Offline Interrupted (host reset) 80% 5923 -
# 6 Short offline Interrupted (host reset) 90% 5923 -
# 7 Short offline Interrupted (host reset) 80% 1176 -
# 8 Short offline Completed without error 00% 493 -
# 9 Short offline Interrupted (host reset) 80% 450 -
#10 Short offline Interrupted (host reset) 80% 250 -
#11 Offline Completed without error 00% 218 -
#12 Short offline Completed without error 00% 217 -
#13 Short offline Interrupted (host reset) 80% 217 -
#14 Short offline Completed without error 00% 216 -
#15 Short offline Completed without error 00% 1 -
#16 Short offline Completed without error 00% 0 -
#17 Short offline Interrupted (host reset) 90% 0 -
===============
решительно ничего не понимаю в этом (((

30.04.2009 в 22:26 — Николай

Ошибка в секторе 226884750
Давай тогда уж до кучи и smartctl -all

Что такое smart:

ЗЫ Лучше скопировать данные на другой винт и этот не использовать (по важные данные по крайней мере). Хотя если Reallocated Sector Count еще не переполнен то можно попробовать сделать remap плохих дорожек.

30.04.2009 в 22:33 — Николай

30.04.2009 в 23:14 — Леонид

Вот:

30.04.2009 в 23:29 — Леонид

О_О Очень интересные статьи, спасибо!

30.04.2009 в 23:35 — Николай

Ну, на мой взгляд можно попробовать mhdd. Хотя самому еще им пользоватся не приходилось.

Из его faq:
Q10: Как избавиться от "красных" или "коричневых" блоков? Как избавиться от бэдов?
A: Использовать erase, затем scan+erase waits, если не помогло - scan+remap.

01.12.2008 в 01:22 — Леонид

Да-да. Уже прочитал. Я раньше бездумно его использовал, когда в компьютерном сервисе работал выездным эникейщиком, не понимая практически что делаю.
Скан идет, красные пятна мигают, клиент под впечатлением...

Все-таки ближе к теме. Значит сейчас мне что предстоит сделать?

Загрузиться с CD, запустить MHDD - прогнать его с вкл. ремапом, а дальше? Если помните, задача в том, чтобы увеличить раздел, не потерять данные, конечно.

Полагаю, нужно что-то типа e2fsck -f /dev/sda8

потом уже с чистой совестью возвращаться к Gparted.

Кстати, а что скажете на счет этой утилиты? Я пока не так много опыта имею с ним, но уже заметил, что он выполняет операции над разделами в десятки раз медленнее, чем например, Acronis *. Надеюсь, у него есть на это веские основания...

01.12.2008 в 01:32 — Николай

Я бы с такими ошибками не советовал заниматся увеличением разделов. Стоит бекапить данные.
Первый из пунктов восстановления диска из документации mhdd - erase.

01.12.2008 в 01:45 — Леонид

Что ж вы так категорично-то? А если все-таки приходится исключить полный бэкап? Я забэкапил на всякий случай все самое важное на DVD-RW, периодически обновляю. Целиком хард не могу никак ((

01.12.2008 в 12:15 — Леонид

Ну что ж. Спасибо большое за советы и ссылки. Проблема решена.

Использовал MHDD. Сканирование велось мучительно долго и никаких ошибок не было, карта красивая и стабильная была. Но примерно на 97% вылез плохо читаемый блок (>500мс), затем некий "xUNC" и еще один ">500мс" неподалеку друг от дружки.

Выписал номера секторов и запустил сканирование проблемного диапазона с опциями remap и loop test/repair.

"xUNC" превратился в "медленный" (50-100мс).

Затем в однопользовательском режиме загрузил дебиан, размонтировал /home, сделал e2fsck -f /dev/sda8, запустил иксы, gparted (неохота было изучать консольные команды партеда, так оно привычнее=)

Сначала подвинул раздел влево. Завершилось успешно (35 минут заняло, кошмар). Затем увеличил размер раздела с тем учетом, чтобы не использовать проблемный участок диска. В итоге в самом конце осталось не использованным пространство около 3 Гб. Ради увеличения срока службы, снижения риска потерять данные - не жалко отказаться. Может и не надо было, но я вот так решил.

К тому же вспомнил, что когда-то давно на этом самом проблемном участке находился один из виндовых разделов, и тогда возникла аналогичная проблема (тоже при попытке изменить разметку). Тогда я воспользовался hddregenerator - но как показала практика, либо возникли новые бэды в том же месте, либо "старый всплыл", хз. Неважно. Главное, что сейчас проблемный участок вообще не используется.

Еще раз спасибо, Николай.

01.12.2008 в 12:41 — Николай

Я имел ввиду что сначала нужно вылечить бэд, а потом уже двигать разделы.
Теперь еще раз smartctl -t long /dev/sda и через час smartctl --all /dev/sda мне.

01.12.2008 в 14:50 — Леонид

01.12.2008 в 15:20 — Леонид

увидел разницу:

# 1 Extended offline Completed without error 00% 8919 -
# 2 Extended offline Completed: read failure 90% 8902 226884750