LinuxForum.Fans
Тема

Сбойные сектора на жестком диске

Автор: servi71 9 сообщений 8679 просмотров
#2368

Всех приветствую. Замечал, что часто были сбои в работе операционной системы. Жесткий диск я купил чуть более года назад. На нем я проводил эксперименты и часто изменял таблицу разделов, добавляя и уничтожая раздел. И вот появились проблемы. Еще думаю, что проблемы были из-за внезапного отключения электричества (бесперебойника нет). И вот установил debian-testing и программы smart показала, что на диске много сбойных секторов.
Можно ли как-то исправить положение и пользоваться диском, т.е. чтобы он стабильно работал? Сейчас я на нем работаю, но через некоторое время после установки ОС он, думаю, начнет глючить, ибо уже такое было много раз.

#2381

Нервы дороже, Купите новый винт. Они не дорого сейчас стоят. Под систему желательно брать не большой, но быстрый винт. Цена потерянной информации может оказаться огромной...

#2737
unix написал:
Нервы дороже, Купите новый винт. Они не дорого сейчас стоят. Под систему желательно брать не большой, но быстрый винт. Цена потерянной информации может оказаться огромной...

Быстрый вин под _систему_ не нужен. Достаточно небольшого. А вот дальше - решение для богатеньких:
1. под своп и логи пара небольших дисков в RAID-0. Это даст нам скорость.
2. под раздел с данными еще пара дисков в RAID-1, в зеркало.

Тогда:
1. "системный" диск будет юзаться не слишком интенивно и проживет долго, если не вечно.
2. Будет обеспечна скорость обмена с диском "системных" процессов (RAID-0), умрут - не жалко, надо будет только стартовую их конфигурацию запомнить, или скриптом генерировать.
3. Будет обеспечено надежное хранение данных на зеркальных дисках. Один диск умрет - система будет работать на оставшемся до тех пор, пока замену не вставишь.

Но, это решение - серверное, не для домашнего компьютера.

#2740

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

Автору темы: менять жесткий диск чем скорее тем лучше.

#2785

Быстрый вин под _систему_ не нужен.

Нужен. Гораздо быстрее всё будет работать и грузиться.

#2791

Лучше менять!
Работать можно, но без гарантии.

#2898

вот что пришло, что называется, с кровью и потом:
большие диски, начиная с 500гб имеют большие проблемы с первым гигом. лучше его похоронить, чем мучиться как я. и автор топика
большие, пусть даже очень быстрые, диски на загрузке системы работают медленнее небольших - линукс уже не помню, но ХР грузилась с 250гб диска за 20сек, на 1,5тб - за минуту. хотя у большого скорость передачи данных выше. это исторический факт, побудивший меня задуматься о возвращении малыша на место, а полторашку поставлю на внешний усб интерфейс. хотя я и пользуюсь дц, но не всегда. нечего диск даром гонять.
бойтесь восстановления сбойных секторов. если они в области таблицы диска, результаты могут оказаться просто губительными.

#19061

Вообще, я испорченный диск хотел использовать хотя бы для тестирования операционных систем (т.е. установил и посмотрел, что за система).
Ну, вообщем, всем спасибо за рекомендации. Очень кстати информация, что большие диски медленнее.

#19339
Cruiser78 написал:


Быстрый вин под _систему_ не нужен. Достаточно небольшого. А вот дальше - решение для богатеньких:
1. под своп и логи пара небольших дисков в RAID-0. Это даст нам скорость.
2. под раздел с данными еще пара дисков в RAID-1, в зеркало.

Тогда:
1. "системный" диск будет юзаться не слишком интенивно и проживет долго, если не вечно.
2. Будет обеспечна скорость обмена с диском "системных" процессов (RAID-0), умрут - не жалко, надо будет только стартовую их конфигурацию запомнить, или скриптом генерировать.
3. Будет обеспечено надежное хранение данных на зеркальных дисках. Один диск умрет - система будет работать на оставшемся до тех пор, пока замену не вставишь.

Но, это решение - серверное, не для домашнего компьютера.

тут можно спорить до бесконечности smile почему для богатеньких ?решение недорогое. почему не просто 2 диска в райде0?зачем зеркало если можно бэкап? :lol:

Войдите или зарегистрируйтесь, чтобы ответить.