Свежие обсуждения
Компьютеры

Жесткий диск, восстановление

1 5 9
Судя по тому, как у него бегают шкалы (прогрессбар) - вроде тоже по очереди.  

DWD, не занимайтесь ерундой, вручную копируя 700 гб файла. Сделайте как у Сергея К, включите автоматическую дефрагментацию и через некоторое время все упорядочится. Если штатная системная дефрагментация не работает по расписанию, то можно зайти в Планировщик заданий и там создать новую задачу для программы C:\Windows\System32\dfrgui.exe, чтобы или в паузах или в определенные дни комп упорядочивал файло на диске сам, "без ансамбля, бля".

      "В интернете же можно продолжать гулять, как ни чём не бывало..."

Если вы пользуетесь браузером Chrom от Гугла, то попробуйте выключать его, когда просматриваете фильмы. Этот браузер зачастую "тянет на себя все одеяло" и другим программам не хватает ресурсов, особенно если машинка старенькая.

 

Как меня учили и объясняли когда-то на курсах, то запись на диск производится примерно так:

Фрагментация при записи на диск будет всегда. Программа записи только передает данные в буфер диска, а самой записью управляет контроллер диска. Данные пишутся в любое свободное место, где в это момент находится головка записи. Пишутся из буфера диска последовательно в каждый следующий свободный сектор, пока свободное место не закончится и след. сектор будет занят, или весь буфер не будет записан. Если очередной сектор занят, данные начинают писаться в любой другой свободный сектор. Так появляются фрагменты. Когда буфер диска записан, программа записи передает очередной объем данных в буфер диска. За это время диск крутится и головка записи оказывается в другом месте и опять запись будет идти в любой свободный сектор. И опять будут фрагменты файла.

Программа дефрагментации перезаписывает эти кусочки файлов (фрагменты) и размещает их последовательно друг за другом.

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

 

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

impulsite.ru: Если вы пользуетесь браузером Chrom от Гугла, то попробуйте выключать его, когда просматриваете фильмы.

У меня Опера 36 - последняя для ХР.
Зависания не зависят от того, запущен ли браузер или нет.

 
MSNGW: Данные пишутся в любое свободное место, где в это момент находится головка записи

Когда разбирался с файловой системой FAT, а точнее с записью на диск на нижнем уровне, то я сам указывал, в какой конкретно сектор нужно записать данные. Затем, по этим-же адресам считывал их. Ведь таблицу размещения файлов формирует ОС, а не жесткий диск.

 

Самые первые жесткие диски практически не отличались от дискеты - только тем, что сам магнитный диск был именно жестким. Мог быть пакет из нескольких дисков, в результате положение сектора с данными описывалось формулой CHS - цилиндр(дорожка)-головка-сектор. Любой из этих параметров выбирался функциями БИОС, который точно был уверен что запись/чтение происходит например с 16 дорожки 3-й головкой в 7 секторе.

По мере совершенствования дисков количество дорожек и секторов стало превышать значения, отведенные для их описания в БИОСе. Чтобы такой диск мог нормально адресоваться, он стал передавать БИОСУ фиктивные данные. Например, диск получил команду записать на 16 цилиндре 4-й головкой, а у него физически только 2 головки, а цилиндров до ё... матери, сколько БИОСу и не снилось. Вот он и пишет туда, КУДА САМ СЧИТАЕТ НУЖНЫМ, а БИОСУ сообщает, что сделал так как тот запросил. У него свой собственный контроллер, он это спокойно может. В результате компЬютер, а соответственно и ОС могут и не знать, где физически находятся данные, они "думают", что там, где они запросили, а это может быть не так.

В дальнейшем была введена другая схема адресации, логическими секторами вместо CHS. Но принципа это не меняет. Современный диск живёт своей жизнью, операционной системе неподвластной.

------------

В допотопные времена я тоже упражнялся с низкоуровневой работой с ЖД, даже умудрялся находить на нем "метки" хитрожопых программ, записанные за пределами рабочей области (например, на 1025-й дорожке 1024-дорожечного диска - такую нельзя снести даже низкоуровневым форматированием!!!). Сейчас такие фокусы не катят.

 
Сергей К: записью на диск на нижнем уровне, то я сам указывал, в какой конкретно сектор нужно записать данные.

Ну вот примерно этим и занимается программа дефрагментации. smile Конечно можно залезть в таблицу файлов и изменить ее.

Но управлять процессом записи на поверхность диска ОС не сможет. Для этого как минимум придется давать команды головке записи и позиционировать ее. К тому же при записи будут пропускаться сбойные сектора, о которых ОС ничего не знает. Кроме того, некоторые сектора могут перезаписываться если будут определены как сбойные. Это например происходит при запуске проверки диска, которая проходит без участия ОС еще до ее загрузки. Операционная система на более высоком уровне по команде *сохранить файл* выполняет определенный алгоритм действий, резервирует место для файла на диске, позиционирует или определяет файл на логическом диске или в какой-то папке но записью не управляет. Сама запись битиков происходит на низком уровне под управление контроллера диска и соответствующих программ.

 
MSNGW: на низком уровне под управление контроллера диска

Вот именно. Программа дефрагментации от ОС делает так, чтобы файл занимал последовательную цепочку кластеров. А как именно эти кластеры размещены на физической поверхности диска - она не знает. В стародавние времена, когда диск не имел собственного контроллера - знала, и тогда дефрагментация имела смысл.

 

Сейчас точно   не  имеет   смысла . Особенно   виндовая  встроенная ...

 

Индикаторы   и  у  Far    и  у  Total Cmd   = бегут  совершенно одинаково ,  значит   последовательно