Отправляет email-рассылки с помощью сервиса Sendsay

Информационные технологии для незрячих и слабовидящих

Подписаться Бесплатный дискуссионный лист Подписчиков 1.806
←   Декабрь 2009   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней 411 выпусков (несколько раз в день)


Сайт листа: http://www.tiflocomp.ru
Открыт: 22-01-2004
Пре-модерация: Нет
Адрес для писем в лист: industry.comp.tiflocomp-list@subscribe.ru

Модератор
Vladimir Dovydenkov

Статистика

1.806 подписчиков
0 за неделю

[TC] Можно ли восстановить повреждённый файл?

Здравствуйте, Уважаемые участники рассылки!

Довольно часто стала происходить у меня такая напасть: Ни с того, ни с сего
The_bat вдруг начинает ругаться такими словами:

thebat.exe - Файл поврежден
Файл или каталог
D:\The_bat\Mail\имя папки\MESSAGES.TBB
поврежден и не может быть прочитан. Запустите служебную
программу CHKDSK.

При этом содержимое папки, на которую он ругается, действительно недоступна,
т.е., письма в ней не видятся, хотя папка не теряет при этом в весе,
во всяком случае ощутимых потерь массы нет.
Я так понимаю, это CHKDSK, ничто иное, как проверка диска на ошибки?
Проверка диска с исправлением ошибок действительно мне помогает,
письма в обкусаной папке восстанавливаются, как будто и не было ничего плохого,
но...
:( Проверка диска - это такая длительная процедура, да ещё выйти из
системы для этого просит, хотя диск-то не системный. А нельзя ли эту всемогущую
CHKDSK натравить на конкретный файл или хотя бы папку? Просто диск D у
меня не разбит, никогда это не требовалось... Или может есть
какая-то умная программа, которая может восстанавливать повреждённый
файл без полной проверки диска или пусть будет та проверка, но без выхода из
системы на ~ пару часов :-/? Файловая система дисков NTFS, и вообще я
теряюсь в догадках, почему на этой файловой системе у меня
повреждаются файлы. У меня вообще The_bat постоянно страдал от таких
повреждений файлов,, из-за чего были частые сложности с загрузкой
системы, и мне пришлось выкручиваться, тупо отменив проверку диска при старте
системы, что, наверное, тоже нездорово :)?

Почтенная публика, если у кого есть на мой счёт какие-то соображения,
поделитесь, пожалуйста!

Ответить   carrying_rain Thu, 17 Dec 2009 17:04:12 +0500 (#961868)

 

Ответы:

Здравствуйте вам, carrying_rain!
Несколько слов по теме "[TC] Можно ли восстановить повреждённый файл?":

CHKDSK хорошая утилитка и если ее запускать с командной строки, вроде
бы не так уж долго она исправляет ошибки. Однако, если у тебя таки
долго, воспользуйся Norton Disk Doctor.

Ответить  
Serge Kolomeitsev
Fri, 18 Dec 2009 04:34:57 +0200 (#962252)

 

Здравствуйте, Уважаемые участники рассылки!

Serge Kolomeitsev пишет:

Но ей чего-то не хватает для полного счастья, а я не могу угадать её
желаний: при запуске она пишет:

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Что значит этот "параметр F"? И что означает, что она работает в режиме
"только чтение"? смотрит, но не исправляет? И ещё, мне кажется, если я в командной
строке пишу
просто слово chkdsk,
она проверяет только диск C или, возможно, все диски подряд. Как-то
можно в ней явно указать единственный диск, котоый нужно проверить?

Ответить   carrying_rain Fri, 18 Dec 2009 12:35:55 +0500 (#962548)

 

Sent: Friday, December 18, 2009 10:35 AM

/f - fix (исправить)

да.

пуск
выполнить
cmd
chkdsk d: /f

Ответить   Игорь Лялин Fri, 18 Dec 2009 12:01:29 +0300 (#962578)

 

Здравствуйте вам, carrying_rain!
Несколько слов по теме "[TC] Re[2]: Можно ли восстановить повреждённый файл?":

Смотрит, не исправляет и при желании выводит отчет. Это удобно если, к
примеру, надо быстро проверить диск на наличие поврежденных секторов.

Во-первых, советую запускать ее в консоли, то есть так: Выполнить,
cmd, затем альт пробел, свойства, поставь шрифт "Lucida Console" чтобы окошко
нормально читалось джозом, или запускай из под NVDA и только потом
"chkdsk" с параметрами, которые можно посмотреть командой "chkdsk /?".
Для удобства приведу их ниже:

Проверка диска и вывод отчета.

CHKDSK [том:[[путь]имя_файла]] [/F] [/V] [/R] [/X] [/I] [/C] [/L[:размер]]

Том Определяет точку подключения, имя тома или букву проверяемого
диска
с двоеточием.
имя_файла Файлы, проверяемые на наличие фрагментации (только FAT/FAT32).
/F Исправление ошибок на диске.
/V Для FAT/FAT32: вывод полного пути и имени для каждого файла
на этом диске.
Для NTFS: также вывод сообщений об очистке.
/R Поиск поврежденных секторов и восстановление их содержимого.
(требует /F).
/L:размер Только для NTFS: изменение размера файла журнала до указанной
величины (в КБ). Если размер не указан, выводится текущее
значение размера.
/X При необходимости предварительное отключение
тома. Все открытые дескрипторы для этого тома будут
недействительны. (требует /F).
/I Только для NTFS: менее строгая проверка индексных элементов.
/C Только для NTFS: пропуск проверки циклов внутри структуры папок.
Ключи /I или /C укорачивают время выполнения CHKDSK за счет пропуска некоторых
проверок тома.

В твоем случае в консоли пишем:
chkdsk d: /F /R

Ответить  
Serge Kolomeitsev
Fri, 18 Dec 2009 15:32:00 +0200 (#962826)

 

Здравствуйте, Уважаемые участники рассылки!

Серж, большое спасибо, всё получилось - диск проверился и починился без выхода
из системы, правда опять делал он это вечность ;), но вопросы таки у меня остались,
куда же без них :).

При запуске этот товарищ написал:
Невозможно выполнить команду Chkdsk на этом томе, т.к. том используется другим
процессом. Чтобы запустить Chkdsk, вначале следует отключить этот том.
ВCE ОТКРЫТЫЕ ДЕСКРИПТОРЫ ТОМА БУДУТ ДАЛЕЕ НЕВЕ РНЫ.

Подтвердила, конечно, я отключение тома и "процесс пошёл", а что теперь с теми
неверными дескрипторами-то будет?
И вообще, что хоть за зверь такой эти неверные дескрипторы?
И вот опять-таки: перед этой экзекуцией система была только что загружена, программ
я не
запускала, файлов с диска Д не открывала, но дедушка Дос всё равно
написал, что том используется каким-то процессом. Почему так? Может, там
у меня серньёзное что-то мешает? Или пусть так живёт?

Цитата с диалогом:

Ты писал:

Отчёт - это то, что появилось прямо в его окне? Если да, то там есть такая
фраза:
65536 КБ занято под файл журнала.

Это ещё что за нечисть такая "файл журнала"? И почему он такой
прожёрливый, на что ему эти 65 мегабайт? У меня такое ощущение, что
именно столько занимает на диске D файл System Volume Information -
а ничего, что он так много от диска откусил или можно его слегка
обобрать? Вот же тут дальше как раз об этом и сказано

Сколько же этот журнальный файл вообще должен быть по размеру?

Ещё 1 дремучий вопрос: а как определить, когда команду можно запуститьь
просто в Win+R, а когда нужен CMD?

Ответить   carrying_rain Sun, 20 Dec 2009 08:25:47 +0500 (#963681)

 

Здравствуйте вам, carrying_rain!
Несколько слов по теме "[TC] Re[4]: Можно ли восстановить повреждённый файл?":

теми

Станут верными. :)

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

программ

Потому что том используется каким-то процессом. Что-то у тебя стартует
с этого диска. Посмотри внимательно, проверь включен ли у тебя показ
скрытых и системных файлов. Может у тебя там авторан сидит?

Я вообще вырубил все журналы в администрировании, в службах. Все равно
туда без особой нужды не будешь заглядывать. Я за все годы пользования
XP, если раза 2 туда посмотрел, то хорошо.

Это папка, содержащая контрольные точки восстановления.

См. выше. У меня - ни сколько. :)

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

Ответить  
Serge Kolomeitsev
Thu, 24 Dec 2009 21:32:18 +0200 (#967808)

 

Здравствуйте вам, carrying_rain!
Несколько слов по теме "[TC] Re[4]: Можно ли восстановить повреждённый файл?":

теми

Станут верными. :)

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

программ

Потому что том используется каким-то процессом. Что-то у тебя стартует
с этого диска. Посмотри внимательно, проверь включен ли у тебя показ
скрытых и системных файлов. Может у тебя там авторан сидит?

Я вообще вырубил все журналы в администрировании, в службах. Все равно
туда без особой нужды не будешь заглядывать. Я за все годы пользования
XP, если раза 2 туда посмотрел, то хорошо.

Это папка, содержащая контрольные точки восстановления.

См. выше. У меня - ни сколько. :)

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

Ответить  
Serge Kolomeitsev
Fri, 25 Dec 2009 02:47:55 +0200 (#967951)

 

Доброго времени суток всем!
carrying_rain в письме от 17.12.2009; 15:04 пишет:

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

Ответить  
yuniks
Fri, 18 Dec 2009 07:55:31 +0300 (#962298)

 

Здравствуйте, Уважаемые участники рассылки!

Цитата с диалогом:

Yuniks, ну не совсем же я спятила, чтоб пытаться проверку при загруженом Бате
запускать, который с того же диска стартует :). Я предполагала, что не
должно так быть, но специально запускаю проверку, когда ни одна
программа с того диска не запущена, и всё равно он пишет, что не может
тот диск проверять, пока я не перегружусь.
Грешу на файл System Volume Information - может, он не даёт на ходу
диск проверить? Его, может, надо разблокировать как-то или вообще
удалить, всё равно у меня отключено восстановление системы.

Ага, всего-то пару с лишним часов - как раз могу успеть в
парикмахерскую сбегать ;). Что предположительно может так задерживать
проверку? Диск-то не гигантский - 250 гигабайт.

Ответить   carrying_rain Fri, 18 Dec 2009 12:26:14 +0500 (#962439)