Доброго времени суток!
При копировании директории с большим количеством файлов (суммарно порядка 10 Гб) на раздел с системой ntfs наблюдаются сообщения об ошибках создания целевого файла.
Так, Mignight Commander выводит сообщение: «Невозможно записать целевой файл, ошибка ввода-вывода (5), Пропустить, Повторить, Прервать». Если нажать «Повторить», то процесс копирования продолжается. Файлы, на которых возникают ошибки каждый раз разные; после нажатия «повторить» копируется нормально.
При копировании через команду «cp» возникает похожая ситуация, разве что только выводится информация об ошибке без запроса «что делать?».
При выполнении такого же копирования на другой раздел ntfs другого жёсткого диска ошибок не возникает.
В выводе dmesg какой-либо информации о ошибке я не обнаружил.
Подозревая, что дело в жёстком диске, я запустил на ночь badblocks через cron:
/sbin/badblocks -n -o /home/roman/badblocks_sdb.out /dev/sdb > /home/roman/badblocks_sdb.report.txt
После окончания проверки оба файла были пусты, из чего я сделал вывод, что битые секторы не обнаружены.
Далее решил посмотреть, что выводит smartctl -a /dev/sdb
Код: Выделить всё
$ sudo smartctl -a /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.10 family
Device Model: ST3200820AS
Serial Number: 6QE00X4Q
Firmware Version: 3.AAE
User Capacity: 200 049 647 616 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Jun 13 13:09:20 2011 MSD
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 74) minutes.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 108 088 006 Pre-fail Always - 20872386
3 Spin_Up_Time 0x0003 095 095 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1570
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 045 045 030 Pre-fail Always - 17549396148202
9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 6636
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 098 098 020 Old_age Always - 2555
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 061 054 045 Old_age Always - 39 (Lifetime Min/Max 34/43)
194 Temperature_Celsius 0x0022 039 046 000 Old_age Always - 39 (0 16 0 0)
195 Hardware_ECC_Recovered 0x001a 096 062 000 Old_age Always - 61570930
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 150 000 Old_age Always - 4453
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1
ATA Error Count: 8917 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 8917 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 00 c6 03 0e e0 Error: ICRC, ABRT at LBA = 0x000e03c6 = 918470
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 3a 8d 03 0e e0 00 00:00:57.606 READ DMA EXT
25 00 06 87 03 0e e0 00 00:00:57.606 READ DMA EXT
25 00 23 dc 08 00 e0 00 00:00:57.606 READ DMA EXT
25 00 1d bf 08 00 e0 00 00:00:57.606 READ DMA EXT
25 00 12 ab 79 2d e0 00 00:00:57.590 READ DMA EXT
Error 8916 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 06 68 86 51 e0 Error: ICRC, ABRT 6 sectors at LBA = 0x00518668 = 5342824
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 27 47 86 51 e0 00 00:00:56.607 READ DMA EXT
25 00 30 cf 5a 00 e0 00 00:00:56.607 READ DMA EXT
25 00 10 bf 5a 00 e0 00 00:00:56.606 READ DMA EXT
25 00 10 c7 76 40 e0 00 00:00:56.606 READ DMA EXT
25 00 06 c1 76 40 e0 00 00:00:56.632 READ DMA EXT
Error 8915 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 00 cf 82 40 e0 Error: ICRC, ABRT at LBA = 0x004082cf = 4227791
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 09 c7 82 40 e0 00 00:00:54.725 READ DMA EXT
25 00 36 91 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 36 91 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 0a 87 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 07 87 81 40 e0 00 00:00:54.723 READ DMA EXT
Error 8914 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 15 b2 82 40 e0 Error: ICRC, ABRT 21 sectors at LBA = 0x004082b2 = 4227762
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 36 91 82 40 e0 00 00:00:54.725 READ DMA EXT
25 00 0a 87 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 07 87 81 40 e0 00 00:00:54.724 READ DMA EXT
25 00 31 56 81 40 e0 00 00:00:54.724 READ DMA EXT
25 00 0f 47 81 40 e0 00 00:00:54.723 READ DMA EXT
Error 8913 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 22 25 44 2c e0 Error: ICRC, ABRT 34 sectors at LBA = 0x002c4425 = 2901029
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 33 14 44 2c e0 00 00:00:53.632 READ DMA EXT
25 00 0d 07 44 2c e0 00 00:00:53.631 READ DMA EXT
25 00 32 d5 43 2c e0 00 00:00:53.631 READ DMA EXT
25 00 0e c7 43 2c e0 00 00:00:53.623 READ DMA EXT
25 00 31 96 43 2c e0 00 00:00:53.618 READ DMA EXT
SMART Self-test log structure revision number 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Судя по таблице значений атрибутов всё в норме, единственное, что смущает, так это список последних ошибок типа «Error: ICRC, ABRT 34 sectors at LBA = 0x002c4425 = 2901029»
Буду признателен за любую помощь.
Используется Kubuntu Karmic, ядро 2.6.31-19-generic
Ошибка при получении информации о файле «X.txt»: Ошибка ввода/вывода. Неожиданная ошибка: Ошибка при получении информации о файле «X.txt»: Ошибка ввода/вывода
Опишем окружение в котором возникла ошибка ввода/вывода:
- ОС: Linux совместно с Windows
- HDD: два диска, на одном Windows XP (далее ДИСК 1), на другом Linux Debian 7.x (далее ДИСК 2)
Каждый диск разбит на два раздела, — на диске с Windows XP два раздела с файловой системой NTFS, на втором диске с Linux Debian 7.x один раздел EXT4, на котором и установлен Linux, а на втором собственно NTFS. Окружением для рабочего стола Linux было выбрано Xfce, файловый менеджер по умолчанию Thunar 1.2.3 (Thunar это быстрый и простой в использовании файловый менеджер для рабочего окружения Xfce.), текстовый редактор gedit.
Ошибка ввода/вывода появилась на ДИСК 2 в разделе с файловой системой NTFS, который монтировался вручную после входа в уч. запись Linux.
Когда именно появилась Ошибка ввода/вывода на NTFS разделе сказать сложно, но предположительно после очередного переключения между ОС. На ДИСК 2 были расположены совместно редактируемые файлы, — т.е. эти фалы (Test.txt один из них) были открыты в текстовом редакторе notepad++ под ОС Windows XP и в текстовом редакторе gedit под Linux Debian 7.x. Перед переключением между ОС каждая ОС переводилась в спящий режим с сохранением запущенных программ и открытых файлов.
Иногда выполнялась перезагрузка ОС Linux Debian 7.x, но ОС Windows XP всегда переводилась в спящий режим, при этом после перезагрузки Linux Debian 7.x восстанавливалась сессия запущенных на момент перезагрузки/выключения программ, в том числе и редактора gedit с совместно редактируемым Test.txt. Потому как раздел NTFS с ДИСК 2 монтировался вручную, то после перезагрузки в gedit был открыт Test.txt с сообщением об ошибке доступа, но после ручного монтирования NTFS раздела редактор gedit предлагал обновить файл по причине его изменения.
Не скажу, как и почему стала появляться Ошибка ввода/вывода, — возможно gedit попутал uid/gid (файловые/индексные дескрипторы) и при сохранении в Master File Table (MFT) прописал не то, не тем и не туда, но вот, что получилось после очередного переключения между ОС при совместном редактировании файлов:
Попытка открыть каталог «/media/SATA2/PROFILE/User/Рабочий стол» в Thunar:
Не удалось открыть папку: «Рабочий стол». Ошибка при получении информации о файле «/media/SATA2/PROFILE/User/Рабочий \ стол/Test.txt»: Ошибка ввода/вывода.
Остальное содержимое каталога было не доступно для просмотра/редактирования
Попытка сохранить уже открытый в gedit текстовый файл Test.txt:
Не удалось сохранить файл /media/SATA2/PROFILE/Use…бочий стол/Test.txt. Неожиданная ошибка: Ошибка при получении информации о файле «/media/SATA2/ \ PROFILE/User/Рабочий стол/Test.txt»: Ошибка ввода/вывода
При использовании файлового менеджера NAUTILUS удалось открыть каталог /media/SATA2/PROFILE/User/Рабочий стол и удалить «Test.txt«, но вот создать заново Test.txt или создать «Безымянный документ» и переименовать его в «Test.txt» не удалось:
Не удалось переименовать объект. Не удалось переименовать объект «Безымянный документ» в «Test.txt»: Произошла \ ошибка при переименовании файла: Ошибка ввода/вывода
Следующий глюк сопутствовал Ошибкам ввода/вывода, но вот при каких условиях возник не припомню (вероятно при нескольких одновременных попытках монтирования):
Не удалось подключить «SATA2». DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already \ pending.
Владелец и права на файл Test.txt не известны:
root@linux:/media/SATA2/PROFILE/User/Рабочий стол# ls -la ls: невозможно получить доступ к Test.txt: Ошибка ввода/вывода итого 4415 drwx------ 1 User User 12288 Сен 2 22:21 . drwx------ 1 User User 8192 Авг 18 07:48 .. -rw------- 1 User User 1830 Сен 2 11:56 Test_2.txt -rw------- 1 User User 3722 Сен 2 21:22 Test_3.txt -????????? ? ? ? ? ? Test.txt
В некоторых манах для лечения предлагалось использовать ntfsfix -b /dev/sdb5
, предварительно отмонтировав его, — но проблема не решилась…
В среде Linux на ДИСК 2 были созданы текстовые файлы «Test_2.txt» и «Test_3.txt» и совершено переключение на Windows XP где эти файлы были не доступны даже для просмотра, хотя после перехода обратно в Linux их можно было просматривать и редактировать…
Проблему с косяком в NTFS разделе на ДИСК 2 удалось решить только с помощью стандартного средства проверки дисков входящего в ОС Windows XP в процессе перезагрузки:
CHKDSK is verifyng indexes (stage 2 of 5) Deleting index entry .Trash-1000 in index $I30 of file 5 Deleting index entry Test.txt in index $I30 of file 702196 Deleting index entry Test_2.txt in index $I30 of file 702196 Deleting index entry Test_3.txt in index $I30 of file 702196
Увидев на экране Deleting index entry …
я зразу же понял, что этих файлов нам уже не видать как своих ушей, — разумеется, так и есть.
Вероятно (http://ru.wikipedia.org/wiki/NTFS#Linux) поддержка NTFS в Linux осуществляется при помощи ntfsmount (использующая FUSE), которая позволяет монтировать NTFS-разделы на запись, но с некоторыми ограничениями.
Существует также ещё один способ монтирования NTFS с возможностью чтения/записи, — это Проект NTFS-3G, который по заявлениям является более функциональным и стабильным вариантом (также использующий FUSE) дающий более широкие возможности по созданию/изменению/удалению/перемещению файлов (исключая сжатые и зашифрованные файлы) в файловой системе NTFS. В тоже время тесты показывают, что NTFS-3G не оптимизирован для производительности, а разработчики заявляют, что это связано с обеспечением повышенной надёжности и, что производительность является второстепенной задачей.
Никто не застрахован от возникновения каких-то ошибок на разделах с файловой системой NTFS или же вовсе полного краха таких разделов с необходимостью полного форматирования. Поэтому, при использовании Linux лучше вовсе не использовать NTFS разделов, или же использовать их как можно реже.
Основные причины ошибок ввода/вывода
- Значит это всё масонский заговор дядюшки Билла… На буржуйских веб-ресурсах бродит информация о том, что стандарт NTFS меняется в каждой новой версии Windows, что вполне предсказуемо, включая сервис-паки и промежуточные патчи. При этом, разумеется, изменения не придаются общественной огласке, а следовательно нет возможности в полной мере обеспечить стабильную работу с NTFS в свободных ОС таких как Linux.
- Отмечено также, что на разделах NTFS возможно изменение уже существующих файлов с незначительным изменением их размера, но при создании новых файлов или существенного изменения уже существующих может вызвать проблемы и даже «запороть» весь раздел.
- Проблемы с отображением созданных в Linux на NTFS разделе файлов, а также проблемы с ошибками ввода/вывода, могут возникнуть если на ПК установлено несколько ОС (ака Мультизагрузка, Multi-boot), — Windows vs Linux. Пик ошибок ввода/вывода отмечен когда Windows была переведена в спящий режим, а после очередного включения запущен Linux из-под которого на NTFS разделе создавались/редактировались файлы. Другими словами если мы хотим из-под ОС Linux, в условиях мультизагрузки (Multi-boot), относительно безопасно создавать/редактировать файлы на NTFS разделах совместно используемых обеими ОС, то перед запуском ОС Linux мы должны выполнить полную перезагрузку или остановку ОС Windows, но не в коем случае не переводить Windows в спящий режим!
- SRT-кэширование (Smart Response Technology) — ещё одна «фича», которая может стать причиной невидимости из-под Windows на NTFS разделах файлов, которые создавались в Linux. Предположительно Linux не поддерживает SRT-кэширование (касается только SSD дисков), которое поддерживает Windows, а значит при создании из-под Linux-а файлов на SSD дисках с активным SRT-кэширование кэш не обновляется и после загрузки Windows файлов не обнаруживается. Предлагается отключить SRT-кэширование для SSD диска.
Тема использования NTFS в Linux является довольно актуальной, требует более подробного изучения и дополнительных экспериментов. О появлении новых багов, в ходе использования NTFS разделов в Linux, и, способов их решения, — будем дописывать в этой же статье…
Вопрос: Как исправить ошибку ввода вывода внешнего жесткого диска?
“Я продолжаю получать сообщение «Запрос не был выполнен из-за ошибки устройства ввода/вывода на устройстве», когда я пытаюсь получить доступ к своему внешнему жесткому диску со своего ПК. С жестким диском покончено?”
— Вопрос от Виктория
Вы уже сталкивались с ошибкой устройства ввода-вывода? Вам интересно, что такое ошибка устройства ввода вывода? Если это так, то вы находитесь в нужном месте. Ошибка устройства ввода вывода — это сокращение от ошибки устройства ввода вывода. Это происходит при выполнении процедуры записи и чтения на устройстве в Windows 10/8/7. Существуют различные ситуации, когда результатом в устройстве ввода вывода являются ошибки. Их устранение может быть простым или сложным, в зависимости от обстоятельств. Здесь мы перечислим некоторые методы, которые могут помочь вам исправить «Запрос не был выполнен из-за ошибки устройства ввода/вывода на устройстве«.
Часть 2: Как восстановить данные с поврежденного внешнего жесткого диска?
Часть 1: Обзор ошибок ввода вывода
1. Что такое ошибка устройства ввода-вывода?
Ошибка устройства ввода вывода — это проблема с устройством, которая не позволяет Windows просматривать его содержимое или записывать на него. Он может отображаться на жестком диске (HDD или SSD), внешнем жестком диске, USB, SD-карте, CD / DVD и так далее. Если на внешнем жестком диске отображается ошибка дискового ввода вывода, вы не сможете перемещать данные ПК на этот диск и с него.
По большей части, вы получаете сообщение в Windows 10 при возникновении ошибки устройства ввода-вывода как «Запрос не был выполнен из-за ошибки устройства ввода/вывода на устройстве».
2. Причины ошибки ввода вывода жесткого диска
По какой причине на вашем жестком диске появляется сообщение об ошибке устройства ввода-вывода? В основном он находится на вашем жестком диске. Причинами могут быть:
- Жесткий диск поврежден (частично или полностью)
- Файловая система жесткого диска отличается от системы ПК
- Драйверы должны быть обновлены
- Режим передачи несовместим с жестким диском
- Повреждены устройство записи CD/DVD и USB-порт
- Ослабленное соединение USB или e SATA
Часть 2: Как восстановить данные с поврежденного внешнего жесткого диска?
При возникновении ошибки устройства ввода-вывода с жесткого диска внешний жесткий диск может быть поврежден. В этом случае система не считывает ваш внешний жесткий диск. Таким образом, вы рискуете потерять свои важные данные.
Не беспокойтесь, вы все равно можете восстановить свои данные с неисправного жесткого диска с помощью программы Tenorshare 4DDiG Data Recovery. Этот инструмент полезен для восстановления данных с недоступных дисков и может восстанавливать различные типы данных, такие как фотографии, видео, аудио, документы и многое другое. Теперь используйте 4DDiG для восстановления ваших данных всего за несколько простых шагов.
- Поддержка различных сценариев потери данных, таких как удаление, форматирование, повреждение, повреждение, RAW и т.д.
- Поддержка различных типов внешних жестких дисков: Seagate, Toshiba, Western Digital и др.
- Восстановить файлы с нескольких устройств, таких как Mac/Windows/внешний жесткий диск/USB флэш-накопитель/SD-карта/цифровая камера.
- Восстановить данные с поврежденной системы.
- Поддержка 1000+ типов данных, таких как фото, видео, аудио, документы и т.д.
- Восстановить поврежденные фотографии и видео.
- Поддержка Windows 11/10/8.1/8/7.
- Шаг 1:Выберите внешний жесткий диск
- Шаг 2:Сканирование внешнего жесткого диска
- Шаг 3:Восстановление с внешнего жесткого диска
Прежде всего, загрузите и установите Tenorshare 4DDiG Windows Data Recovery. Запустите программу, подключите внешний жесткий диск, на котором вы потеряли данные, к компьютеру, а затем выберите внешний жесткий диск и нажмите кнопку Сканировать, чтобы начать. Кроме того, вы можете выбрать целевые типы файлов в правом верхнем углу перед сканированием.
После того, как вы нажмете на кнопку Сканировать, 4DDiG быстро просканирует выбранный вами жесткий диск, чтобы обнаружить потерянные данные. Вы можете проверить ход выполнения, приостановить или завершить сканирование в любое удобное для вас время.
4DDiG помогает просматривать и восстанавливать различные типы записей, такие как фотографии, аудиозаписи, звуки, архивы и многое другое. Вы можете выбрать нужные файлы для восстановления.
После того, как вы нажмете на кнопку Восстановить, откроется диалоговое окно с запросом места, в котором вы хотите сохранить файлы. Выберите идеальное, но уникальное местоположение и нажмите ОК.
Часть 3: Как исправить ошибку ввода вывода флешки / ssd / внешнего жесткого диска?
1. Проверьте все кабельные соединения
Большая часть ошибок устройства ввода-вывода возникает из-за кабелей, которые соединяют внешний жесткий диск на ПК. Итак, главное, что вам нужно сделать, это проверить соединения с вашей системой. Убедитесь, что каждый кабель надежно закреплен с обоих концов. Вы также можете попытаться подключить внешний жесткий диск к другому порту вашего ПК или использовать другой кабель, чтобы проверить, не вызвана ли ошибка подключением. Если это устройство поможет исправить ошибку устройства ввода-вывода внешнего жесткого диска, то все в порядке.
2. Проверьте все шнуры
Следующий наиболее часто используемый подход к исправлению этой ошибки — перекрестные помехи шнура. Иногда, когда питание в одном наборе проводов переходит в другой, в этот момент оно может прерваться при выполнении операций ввода-вывода. Чтобы устранить эту проблему, отключите все дополнительные устройства, кроме внешнего жесткого диска на вашем компьютере. Подсоедините к устройству необходимые шнуры. Вы также можете избежать этой проблемы, изменив свои ссылки, или можете подключить внешний накопитель к другому компьютеру, чтобы проверить, не связана ли проблема с проводом.
3. Обновите или переустановите драйверы
Чтобы обновить драйвер устройства:
Введите диспетчер устройств в поле запроса на панели задач, затем в этот момент выберите Диспетчер устройств.
Выберите категорию, чтобы проверить названия устройств, затем щелкните правой кнопкой мыши (или нажмите и удерживайте) то, которое вы предпочитаете обновить.
Нажмите опцию автоматического поиска обновления программного обеспечения драйвера.
Выберите Обновить драйвер.
Чтобы переустановить драйвер устройства:
Введите диспетчер устройств в поле поиска на панели задач, затем в этот момент выберите «Диспетчер устройств».
Щелкните правой кнопкой мыши название устройства и нажмите Удалить.
Перезагрузите компьютер.
Windows сама попытается снова установить драйвер.
4. Измените режим передачи устройства
Операционная система не может переместить данные с накопителя на ПК, если выбран неправильный режим передачи. Вы можете изменить режим передачи и исправить ошибку устройства ввода-вывода внешний жесткий диск следующим образом:
Нажмите (Windows + X) две клавиши вместе и выберите диспетчер устройств из списка меню.
Расширьте элементы управления IDE ATA/ATAPI. Откроется подмножество, в котором перечислены все каналы IDE ATA/ATAPI.
Щелкните правой кнопкой мыши на канале, с которым связан подходящий диск, и выберите пункт Свойства.
Откройте вкладку «Дополнительные настройки» и выберите «Только PIO» в поле «Режим передачи» для устройства, которое обращается к соответствующему диску. Обычно это устройство 0. Затем, в этот момент, нажмите кнопку ОК и оставьте все окна.
Проверьте диск и посмотрите, сохраняется ли сообщение об ошибке.
5. Командная строка
Нажмите (Windows + X) две клавиши вместе и выберите Командная строка (Admin) из списка меню.
Нажмите Да, чтобы разрешить системе открывать командную строку от имени администратора.
Введите chkdsk G:/f/r/x в окне командной строки. «G» — это буква диска здесь, и вы можете изменить ее на свою букву диска.
Эта альтернатива проверит и исправит ошибки диска как на внешнем, так и на внутреннем \ жестком диске / USB-накопителе / SD-карте, чтобы исправить ошибки устройства ввода-вывода. И после этого вы в настоящее время не увидите сообщение об ошибке.
Советы: Если при использовании команды CHKDSK вы столкнулись с ошибкой «CHKDSK не удается открыть том для прямого доступа», исправьте ее, прочитав статью.
6. Попробуйте выполнить чистую загрузку Вашего компьютера
Для обеспечения безопасности вашего компьютера выполните следующие действия, чтобы очистить загрузку компьютера, и убедитесь, что не отключены дополнительные параметры загрузки.
Введите «MSConfig» в поиске и нажмите Enter, чтобы открыть «Конфигурация системы».
В появившемся окне перейдите на вкладку «Администрирование», установите флажок «Скрыть все администрирования Microsoft» и выберите «Отключить все».
Перейдите на вкладку «Автозагрузка», а затем выберите «Открыть диспетчер задач».
Выберите все элементы автозагрузки и нажмите «Отключить».
Закройте диспетчер задач.
Вернитесь в раздел «Конфигурация системы» > «Запуск», выберите «ОК» и перезагрузите компьютер с Windows 10.
7. Отправьте на ручной ремонт
Если ни одна из вышеперечисленных стратегий не помогает устранить ошибку жесткого диска устройства ввода-вывода, вам рекомендуется отправить устройство для исправления вручную. Чтобы сделать это, у вас есть три альтернативы, чтобы попытаться:
Свяжитесь с производителем устройства и отправьте диск на ремонт.
Отправьте устройство на ручной ремонт в ближайшую ремонтную мастерскую.
Настройте ручные исправления устройств и службы восстановления данных.
Как исправить неинициализированный внешний жесткий диск | Неизвестный диск не инициализирован
Часто задаваемые вопросы
1. Как я могу восстановить данные с нераспределенного внешнего жесткого диска?
Переход на Windows 11 может привести к удалению таких данных, как проекты, документы и более старые настройки. Поэтому разумно создать резервную копию всей информации, прежде чем продолжить обновление.
Шаг 1: Чтобы извлечь файлы с нераспределенного внешнего жесткого диска, выберите режим «Восстановление внешних устройств» в программе восстановления, чтобы продолжить.
Шаг 2: Подключите внешний диск к компьютеру.
Шаг 3: Выберите местоположение и нажмите «Пуск», чтобы отсканировать потерянные данные.
Шаг 4: Просканируйте нераспределенный диск на вашем компьютере.
Шаг 5: Восстановите потерянные данные.
2. Как мне исправить/очистить неверный параметр на моем внешнем жестком диске?
Шаг 1: Выполните быстрое сканирование вашего компьютера на предмет обнаружения возможных вредоносных программ.
Шаг 2: Откройте окно командной строки и запустите Chkdsk, чтобы исправить ошибки диска.
Шаг 3: Откройте окно командной строки и запустите sfc/scannow на внешнем диске.
Шаг 4: Переформатируйте внешний диск.
Шаг 5: Обновите дисковод и драйвер USB.
Шаг 6: Убедитесь, что в настройках даты и времени указан десятичный символ.
Заключение:
Ошибка устройства ввода-вывода внешние жесткие диски могут оказаться вредными, если ими не управлять быстро. Вы можете использовать несколько стратегий для исправления ошибок ввода-вывода с внешнего жесткого диска. Чтобы восстановить данные с поврежденного внешнего жесткого диска, вы должны использовать программу, такое как Tenorshare 4DDiG Data Recovery. Это комплексное программное обеспечение, которое может помочь восстановить все типы документов в течение нескольких минут.
(Нажмите, чтобы оценить этот пост)
Вы оценили 4.5 ( участвовали)
Вам Также Может Понравиться
-
Home>>
- Диск >>
- Ошибка ввода вывода на жестком диске как устранить?
1 / 1 / 0 Регистрация: 16.10.2012 Сообщений: 37 |
|
1 |
|
Ошибка при копировании12.11.2014, 09:16. Показов 8561. Ответов 9
Ситуация такая — подключился со шлюза на котором стоит Debian к самбе с помощью Midnight Commander через Shell. Стал перекидывать архивы бекапов и Midnight Commander выдает ошибки «Не возможно сменить владельца целевого файла. Ошибка удаленного ввода\вывода 121» и потом вторая «Невозможно сменить режим доступа целевого файла» Сходил до сервера воткнул флешку, примонтировал и все спокойно перекинул. Но хотелось бы разобраться в чем проблема данная.
0 |
12922 / 7330 / 781 Регистрация: 09.09.2009 Сообщений: 28,610 |
|
12.11.2014, 10:38 |
2 |
снять птицу «сохранять атрибуты»
0 |
1 / 1 / 0 Регистрация: 16.10.2012 Сообщений: 37 |
|
12.11.2014, 13:46 [ТС] |
3 |
Не вариант, пробовал, тогда он вообще не копирует. При снятой галке он не выдает ошибки но и не копирует.. то есть идет вид копирования, а в той папке пусто.
0 |
12922 / 7330 / 781 Регистрация: 09.09.2009 Сообщений: 28,610 |
|
12.11.2014, 15:34 |
4 |
как раз таки и вариант
0 |
1 / 1 / 0 Регистрация: 16.10.2012 Сообщений: 37 |
|
14.11.2014, 11:22 [ТС] |
5 |
При снятой галке не копирует, так же наблюдаю пустую папку куда копирую
0 |
Модератор 8391 / 3147 / 106 Регистрация: 24.05.2011 Сообщений: 14,308 Записей в блоге: 8 |
|
16.11.2014, 21:01 |
6 |
Zloydog, А права на целевую папку?
0 |
Заблокирован |
|
17.11.2014, 06:51 |
7 |
Хм. Ну как я и предполагал… Не освоил шелл, а уже побежал софт собирать или даже писать…
0 |
1 / 1 / 0 Регистрация: 16.10.2012 Сообщений: 37 |
|
17.11.2014, 09:07 [ТС] |
8 |
права полные давал,как только не пробовал
0 |
Заблокирован |
|
17.11.2014, 09:13 |
9 |
Ему не права надо, а owner’a менять. Такое может только рут в общем виде(в частных можно от себя дать кому-то, но у тебя с другой системы 99% не совпадают uid/gid). Отрубай сохранение прав и ownerов при копировании.
0 |
1 / 1 / 0 Регистрация: 16.10.2012 Сообщений: 37 |
|
17.11.2014, 09:21 [ТС] |
10 |
Не понял маленько
0 |
Доброго времени суток!
При копировании директории с большим количеством файлов (суммарно порядка 10 Гб) на раздел с системой ntfs наблюдаются сообщения об ошибках создания целевого файла.
Так, Mignight Commander выводит сообщение: «Невозможно записать целевой файл, ошибка ввода-вывода (5), Пропустить, Повторить, Прервать». Если нажать «Повторить», то процесс копирования продолжается. Файлы, на которых возникают ошибки каждый раз разные; после нажатия «повторить» копируется нормально.
При копировании через команду «cp» возникает похожая ситуация, разве что только выводится информация об ошибке без запроса «что делать?».
При выполнении такого же копирования на другой раздел ntfs другого жёсткого диска ошибок не возникает.
В выводе dmesg какой-либо информации о ошибке я не обнаружил.
Подозревая, что дело в жёстком диске, я запустил на ночь badblocks через cron:
/sbin/badblocks -n -o /home/roman/badblocks_sdb.out /dev/sdb > /home/roman/badblocks_sdb.report.txt
После окончания проверки оба файла были пусты, из чего я сделал вывод, что битые секторы не обнаружены.
Далее решил посмотреть, что выводит smartctl -a /dev/sdb
Код: Выделить всё
$ sudo smartctl -a /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.10 family
Device Model: ST3200820AS
Serial Number: 6QE00X4Q
Firmware Version: 3.AAE
User Capacity: 200 049 647 616 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Jun 13 13:09:20 2011 MSD
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 74) minutes.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 108 088 006 Pre-fail Always - 20872386
3 Spin_Up_Time 0x0003 095 095 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1570
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 045 045 030 Pre-fail Always - 17549396148202
9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 6636
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 098 098 020 Old_age Always - 2555
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 061 054 045 Old_age Always - 39 (Lifetime Min/Max 34/43)
194 Temperature_Celsius 0x0022 039 046 000 Old_age Always - 39 (0 16 0 0)
195 Hardware_ECC_Recovered 0x001a 096 062 000 Old_age Always - 61570930
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 150 000 Old_age Always - 4453
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1
ATA Error Count: 8917 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 8917 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 00 c6 03 0e e0 Error: ICRC, ABRT at LBA = 0x000e03c6 = 918470
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 3a 8d 03 0e e0 00 00:00:57.606 READ DMA EXT
25 00 06 87 03 0e e0 00 00:00:57.606 READ DMA EXT
25 00 23 dc 08 00 e0 00 00:00:57.606 READ DMA EXT
25 00 1d bf 08 00 e0 00 00:00:57.606 READ DMA EXT
25 00 12 ab 79 2d e0 00 00:00:57.590 READ DMA EXT
Error 8916 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 06 68 86 51 e0 Error: ICRC, ABRT 6 sectors at LBA = 0x00518668 = 5342824
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 27 47 86 51 e0 00 00:00:56.607 READ DMA EXT
25 00 30 cf 5a 00 e0 00 00:00:56.607 READ DMA EXT
25 00 10 bf 5a 00 e0 00 00:00:56.606 READ DMA EXT
25 00 10 c7 76 40 e0 00 00:00:56.606 READ DMA EXT
25 00 06 c1 76 40 e0 00 00:00:56.632 READ DMA EXT
Error 8915 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 00 cf 82 40 e0 Error: ICRC, ABRT at LBA = 0x004082cf = 4227791
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 09 c7 82 40 e0 00 00:00:54.725 READ DMA EXT
25 00 36 91 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 36 91 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 0a 87 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 07 87 81 40 e0 00 00:00:54.723 READ DMA EXT
Error 8914 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 15 b2 82 40 e0 Error: ICRC, ABRT 21 sectors at LBA = 0x004082b2 = 4227762
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 36 91 82 40 e0 00 00:00:54.725 READ DMA EXT
25 00 0a 87 82 40 e0 00 00:00:54.724 READ DMA EXT
25 00 07 87 81 40 e0 00 00:00:54.724 READ DMA EXT
25 00 31 56 81 40 e0 00 00:00:54.724 READ DMA EXT
25 00 0f 47 81 40 e0 00 00:00:54.723 READ DMA EXT
Error 8913 occurred at disk power-on lifetime: 6164 hours (256 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 22 25 44 2c e0 Error: ICRC, ABRT 34 sectors at LBA = 0x002c4425 = 2901029
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 33 14 44 2c e0 00 00:00:53.632 READ DMA EXT
25 00 0d 07 44 2c e0 00 00:00:53.631 READ DMA EXT
25 00 32 d5 43 2c e0 00 00:00:53.631 READ DMA EXT
25 00 0e c7 43 2c e0 00 00:00:53.623 READ DMA EXT
25 00 31 96 43 2c e0 00 00:00:53.618 READ DMA EXT
SMART Self-test log structure revision number 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Судя по таблице значений атрибутов всё в норме, единственное, что смущает, так это список последних ошибок типа «Error: ICRC, ABRT 34 sectors at LBA = 0x002c4425 = 2901029»
Буду признателен за любую помощь.
Используется Kubuntu Karmic, ядро 2.6.31-19-generic
Ошибка при получении информации о файле «X.txt»: Ошибка ввода/вывода. Неожиданная ошибка: Ошибка при получении информации о файле «X.txt»: Ошибка ввода/вывода
Опишем окружение в котором возникла ошибка ввода/вывода:
- ОС: Linux совместно с Windows
- HDD: два диска, на одном Windows XP (далее ДИСК 1), на другом Linux Debian 7.x (далее ДИСК 2)
Каждый диск разбит на два раздела, — на диске с Windows XP два раздела с файловой системой NTFS, на втором диске с Linux Debian 7.x один раздел EXT4, на котором и установлен Linux, а на втором собственно NTFS. Окружением для рабочего стола Linux было выбрано Xfce, файловый менеджер по умолчанию Thunar 1.2.3 (Thunar это быстрый и простой в использовании файловый менеджер для рабочего окружения Xfce.), текстовый редактор gedit.
Ошибка ввода/вывода появилась на ДИСК 2 в разделе с файловой системой NTFS, который монтировался вручную после входа в уч. запись Linux.
Когда именно появилась Ошибка ввода/вывода на NTFS разделе сказать сложно, но предположительно после очередного переключения между ОС. На ДИСК 2 были расположены совместно редактируемые файлы, — т.е. эти фалы (Test.txt один из них) были открыты в текстовом редакторе notepad++ под ОС Windows XP и в текстовом редакторе gedit под Linux Debian 7.x. Перед переключением между ОС каждая ОС переводилась в спящий режим с сохранением запущенных программ и открытых файлов.
Иногда выполнялась перезагрузка ОС Linux Debian 7.x, но ОС Windows XP всегда переводилась в спящий режим, при этом после перезагрузки Linux Debian 7.x восстанавливалась сессия запущенных на момент перезагрузки/выключения программ, в том числе и редактора gedit с совместно редактируемым Test.txt. Потому как раздел NTFS с ДИСК 2 монтировался вручную, то после перезагрузки в gedit был открыт Test.txt с сообщением об ошибке доступа, но после ручного монтирования NTFS раздела редактор gedit предлагал обновить файл по причине его изменения.
Не скажу, как и почему стала появляться Ошибка ввода/вывода, — возможно gedit попутал uid/gid (файловые/индексные дескрипторы) и при сохранении в Master File Table (MFT) прописал не то, не тем и не туда, но вот, что получилось после очередного переключения между ОС при совместном редактировании файлов:
Попытка открыть каталог «/media/SATA2/PROFILE/User/Рабочий стол» в Thunar:
Не удалось открыть папку: «Рабочий стол». Ошибка при получении информации о файле «/media/SATA2/PROFILE/User/Рабочий стол/Test.txt»: Ошибка ввода/вывода.
Остальное содержимое каталога было не доступно для просмотра/редактирования
Попытка сохранить уже открытый в gedit текстовый файл Test.txt:
Не удалось сохранить файл /media/SATA2/PROFILE/Use…бочий стол/Test.txt. Неожиданная ошибка: Ошибка при получении информации о файле «/media/SATA2/ PROFILE/User/Рабочий стол/Test.txt»: Ошибка ввода/вывода
При использовании файлового менеджера NAUTILUS удалось открыть каталог /media/SATA2/PROFILE/User/Рабочий стол и удалить «Test.txt«, но вот создать заново Test.txt или создать «Безымянный документ» и переименовать его в «Test.txt» не удалось:
Не удалось переименовать объект. Не удалось переименовать объект «Безымянный документ» в «Test.txt»: Произошла ошибка при переименовании файла: Ошибка ввода/вывода
Следующий глюк сопутствовал Ошибкам ввода/вывода, но вот при каких условиях возник не припомню (вероятно при нескольких одновременных попытках монтирования):
Не удалось подключить «SATA2». DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending.
Владелец и права на файл Test.txt не известны:
root@linux:/media/SATA2/PROFILE/User/Рабочий стол# ls -la ls: невозможно получить доступ к Test.txt: Ошибка ввода/вывода итого 4415 drwx------ 1 User User 12288 Сен 2 22:21 . drwx------ 1 User User 8192 Авг 18 07:48 .. -rw------- 1 User User 1830 Сен 2 11:56 Test_2.txt -rw------- 1 User User 3722 Сен 2 21:22 Test_3.txt -????????? ? ? ? ? ? Test.txt
В некоторых манах для лечения предлагалось использовать ntfsfix -b /dev/sdb5
, предварительно отмонтировав его, — но проблема не решилась…
В среде Linux на ДИСК 2 были созданы текстовые файлы «Test_2.txt» и «Test_3.txt» и совершено переключение на Windows XP где эти файлы были не доступны даже для просмотра, хотя после перехода обратно в Linux их можно было просматривать и редактировать…
Проблему с косяком в NTFS разделе на ДИСК 2 удалось решить только с помощью стандартного средства проверки дисков входящего в ОС Windows XP в процессе перезагрузки:
CHKDSK is verifyng indexes (stage 2 of 5) Deleting index entry .Trash-1000 in index $I30 of file 5 Deleting index entry Test.txt in index $I30 of file 702196 Deleting index entry Test_2.txt in index $I30 of file 702196 Deleting index entry Test_3.txt in index $I30 of file 702196
Увидев на экране Deleting index entry …
я зразу же понял, что этих файлов нам уже не видать как своих ушей, — разумеется, так и есть.
Вероятно (http://ru.wikipedia.org/wiki/NTFS#Linux) поддержка NTFS в Linux осуществляется при помощи ntfsmount (использующая FUSE), которая позволяет монтировать NTFS-разделы на запись, но с некоторыми ограничениями.
Существует также ещё один способ монтирования NTFS с возможностью чтения/записи, — это Проект NTFS-3G, который по заявлениям является более функциональным и стабильным вариантом (также использующий FUSE) дающий более широкие возможности по созданию/изменению/удалению/перемещению файлов (исключая сжатые и зашифрованные файлы) в файловой системе NTFS. В тоже время тесты показывают, что NTFS-3G не оптимизирован для производительности, а разработчики заявляют, что это связано с обеспечением повышенной надёжности и, что производительность является второстепенной задачей.
Никто не застрахован от возникновения каких-то ошибок на разделах с файловой системой NTFS или же вовсе полного краха таких разделов с необходимостью полного форматирования. Поэтому, при использовании Linux лучше вовсе не использовать NTFS разделов, или же использовать их как можно реже.
Основные причины ошибок ввода/вывода
- Значит это всё масонский заговор дядюшки Билла… На буржуйских веб-ресурсах бродит информация о том, что стандарт NTFS меняется в каждой новой версии Windows, что вполне предсказуемо, включая сервис-паки и промежуточные патчи. При этом, разумеется, изменения не придаются общественной огласке, а следовательно нет возможности в полной мере обеспечить стабильную работу с NTFS в свободных ОС таких как Linux.
- Отмечено также, что на разделах NTFS возможно изменение уже существующих файлов с незначительным изменением их размера, но при создании новых файлов или существенного изменения уже существующих может вызвать проблемы и даже «запороть» весь раздел.
- Проблемы с отображением созданных в Linux на NTFS разделе файлов, а также проблемы с ошибками ввода/вывода, могут возникнуть если на ПК установлено несколько ОС (ака Мультизагрузка, Multi-boot), — Windows vs Linux. Пик ошибок ввода/вывода отмечен когда Windows была переведена в спящий режим, а после очередного включения запущен Linux из-под которого на NTFS разделе создавались/редактировались файлы. Другими словами если мы хотим из-под ОС Linux, в условиях мультизагрузки (Multi-boot), относительно безопасно создавать/редактировать файлы на NTFS разделах совместно используемых обеими ОС, то перед запуском ОС Linux мы должны выполнить полную перезагрузку или остановку ОС Windows, но не в коем случае не переводить Windows в спящий режим!
- SRT-кэширование (Smart Response Technology) — ещё одна «фича», которая может стать причиной невидимости из-под Windows на NTFS разделах файлов, которые создавались в Linux. Предположительно Linux не поддерживает SRT-кэширование (касается только SSD дисков), которое поддерживает Windows, а значит при создании из-под Linux-а файлов на SSD дисках с активным SRT-кэширование кэш не обновляется и после загрузки Windows файлов не обнаруживается. Предлагается отключить SRT-кэширование для SSD диска.
Тема использования NTFS в Linux является довольно актуальной, требует более подробного изучения и дополнительных экспериментов. О появлении новых багов, в ходе использования NTFS разделов в Linux, и, способов их решения, — будем дописывать в этой же статье…

mirochek
красный кружок с белым кирпичиком
Обновлений не делали? Покажите выводы —
sudo apt-get update
cat /etc/apt/sources.list
rom@rom-Lenovo-G570:~$ sudo apt-get update
[sudo] password for rom:
Игн http://ru.archive.ubuntu.com trusty InRelease
Получено:1 http://ru.archive.ubuntu.com trusty-updates InRelease [65,9 kB]
В кэше http://ppa.launchpad.net trusty InRelease
Игн http://extras.ubuntu.com trusty InRelease
Получено:2 http://ru.archive.ubuntu.com trusty-backports InRelease [65,9 kB]
Получено:3 http://extras.ubuntu.com trusty Release.gpg [72 B]
В кэше http://extras.ubuntu.com trusty Release
Получено:4 http://ru.archive.ubuntu.com trusty-proposed InRelease [65,9 kB]
В кэше http://ppa.launchpad.net trusty/main i386 Packages
В кэше http://ru.archive.ubuntu.com trusty Release.gpg
Получено:5 http://ru.archive.ubuntu.com trusty-updates/main Sources [262 kB]
В кэше http://extras.ubuntu.com trusty/main Sources
В кэше http://security.ubuntu.com trusty-security InRelease
В кэше http://ppa.launchpad.net trusty/main Translation-en
В кэше http://extras.ubuntu.com trusty/main i386 Packages
Получено:6 http://ru.archive.ubuntu.com trusty-updates/restricted Sources [5 352 B]
Получено:7 http://ru.archive.ubuntu.com trusty-updates/universe Sources [151 kB]
В кэше http://security.ubuntu.com trusty-security/main Sources
Игн http://www.openprinting.org lsb3.2 InRelease
В кэше http://security.ubuntu.com trusty-security/restricted Sources
Получено:8 http://ru.archive.ubuntu.com trusty-updates/multiverse Sources [5 946 B]
Получено:9 http://ru.archive.ubuntu.com trusty-updates/main i386 Packages [692 kB]
В кэше http://www.openprinting.org lsb3.2 Release.gpg
В кэше http://security.ubuntu.com trusty-security/universe Sources
В кэше http://www.openprinting.org lsb3.2 Release
В кэше http://security.ubuntu.com trusty-security/multiverse Sources
В кэше http://security.ubuntu.com trusty-security/main i386 Packages
В кэше http://www.openprinting.org lsb3.2/contrib i386 Packages
Получено:10 http://ru.archive.ubuntu.com trusty-updates/restricted i386 Packages [15,6 kB]
Получено:11 http://ru.archive.ubuntu.com trusty-updates/universe i386 Packages [340 kB]
В кэше http://security.ubuntu.com trusty-security/restricted i386 Packages
Получено:12 http://ru.archive.ubuntu.com trusty-updates/multiverse i386 Packages [13,6 kB]
В кэше http://ru.archive.ubuntu.com trusty-updates/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/universe Translation-en
Получено:13 http://ru.archive.ubuntu.com trusty-backports/main Sources [8 661 B]
В кэше http://security.ubuntu.com trusty-security/universe i386 Packages
Получено:14 http://ru.archive.ubuntu.com trusty-backports/restricted Sources [28 B]
Получено:15 http://ru.archive.ubuntu.com trusty-backports/universe Sources [34,0 kB]
Получено:16 http://ru.archive.ubuntu.com trusty-backports/multiverse Sources [1 898 B]
Получено:17 http://ru.archive.ubuntu.com trusty-backports/main i386 Packages [9 814 B]
Получено:18 http://ru.archive.ubuntu.com trusty-backports/restricted i386 Packages [28 B]
В кэше http://security.ubuntu.com trusty-security/multiverse i386 Packages
Получено:19 http://ru.archive.ubuntu.com trusty-backports/universe i386 Packages [41,0 kB]
Игн http://extras.ubuntu.com trusty/main Translation-ru_RU
В кэше http://security.ubuntu.com trusty-security/main Translation-en
Получено:20 http://ru.archive.ubuntu.com trusty-backports/multiverse i386 Packages [1 552 B]
В кэше http://ru.archive.ubuntu.com trusty-backports/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/multiverse Translation-en
Игн http://extras.ubuntu.com trusty/main Translation-ru
В кэше http://security.ubuntu.com trusty-security/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/universe Translation-en
В кэше http://ru.archive.ubuntu.com trusty Release
Получено:21 http://ru.archive.ubuntu.com trusty-proposed/main i386 Packages [120 kB]
Игн http://extras.ubuntu.com trusty/main Translation-en
В кэше http://security.ubuntu.com trusty-security/restricted Translation-en
Получено:22 http://ru.archive.ubuntu.com trusty-proposed/restricted i386 Packages [28 B]
Получено:23 http://ru.archive.ubuntu.com trusty-proposed/universe i386 Packages [23,0 kB]
Получено:24 http://ru.archive.ubuntu.com trusty-proposed/multiverse i386 Packages [733 B]
Получено:25 http://ru.archive.ubuntu.com trusty-proposed/main Translation-en [47,9 kB]
В кэше http://security.ubuntu.com trusty-security/universe Translation-en
Получено:26 http://ru.archive.ubuntu.com trusty-proposed/multiverse Translation-en [539 B]
Получено:27 http://ru.archive.ubuntu.com trusty-proposed/restricted Translation-en [28 B]
Получено:28 http://ru.archive.ubuntu.com trusty-proposed/universe Translation-en [20,1 kB]
В кэше http://ru.archive.ubuntu.com trusty/main Sources
В кэше http://ru.archive.ubuntu.com trusty/restricted Sources
В кэше http://ru.archive.ubuntu.com trusty/universe Sources
В кэше http://ru.archive.ubuntu.com trusty/multiverse Sources
В кэше http://ru.archive.ubuntu.com trusty/main i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/restricted i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/universe i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/multiverse i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/main Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty/multiverse Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty/restricted Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty/universe Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/universe Translation-en
Игн http://ru.archive.ubuntu.com trusty/main Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/multiverse Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/restricted Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/universe Translation-ru_RU
Игн http://www.openprinting.org lsb3.2/contrib Translation-ru_RU
Игн http://www.openprinting.org lsb3.2/contrib Translation-ru
В кэше http://www.openprinting.org lsb3.2/contrib Translation-en
Получено 1 994 kБ за 13с (144 kБ/c)
Чтение списков пакетов… Ошибка!
E: Ошибка чтения - read (5: Ошибка ввода/вывода)
E: Списки пакетов или файл состояния не могут быть открыты или прочитаны.
rom@rom-Lenovo-G570:~$ cat /etc/apt/sources.list
# deb cdrom:[Ubuntu 14.04.3 LTS _Trusty Tahr_ - Beta i386 (20150805)]/ trusty main restricted
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty main restricted
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty universe
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty universe
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates universe
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates universe
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty multiverse
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu trusty-security main restricted
deb-src http://security.ubuntu.com/ubuntu trusty-security main restricted
deb http://security.ubuntu.com/ubuntu trusty-security universe
deb-src http://security.ubuntu.com/ubuntu trusty-security universe
deb http://security.ubuntu.com/ubuntu trusty-security multiverse
deb-src http://security.ubuntu.com/ubuntu trusty-security multiverse
## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu trusty partner
# deb-src http://archive.canonical.com/ubuntu trusty partner
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu trusty main
deb-src http://extras.ubuntu.com/ubuntu trusty main
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-proposed main restricted universe multiverse
deb http://www.openprinting.org/download/printdriver/debian/ lsb3.2 contrib
При появлении ошибки ввода и вывода жёсткого диска пользователю становятся недоступными базовые возможности управления данными: создание, копирование, перемещение, переименование, удаление файлов и папок. Причины проблемы могут иметь программный и аппаратный характер.
Программные ошибки
Первым делом при появлении сообщения о сбое в работе жёсткого диска проверяем программную часть. Ошибка может носить единичный характер и пропасть после перезагрузки системы. Если сбой повторяется, то следует обратить внимание на несколько факторов.
Отсутствие прав
Диск в системе обладает теми же свойствами, что и любая другая папка. Если у вас не хватает прав для работы с ним, то в ответ на попытку переместить или удалить файл будет появляться сообщение об ошибке. Преодолеть блокировку просто — нужно лишь назначить свою учётную запись владельцем логического тома.
Важно: не меняйте владельца для всего системного диска. Это может повлечь возникновение новых ошибок в работе Windows. Раздел с пользовательскими файлами можно сделать полностью своим, а на системном томе рекомендуется работать с отдельными папками.
Для получения прав владельца на диск (папку) требуется учётная запись с правами администратора. Что делать после авторизации:
- Кликаем правой кнопкой по диску (папке) и переходим в его свойства.
- Открываем вкладку «Безопасность».
- Нажимаем на кнопку «Дополнительно».
Владельцы папок меняются в дополнительных настройках безопасности
- Находим строку «Владелец» и нажимаем «Изменить».
Нам нужно установить другого владельца для каталога
- В появившемся окне нажимаем «Дополнительно», а затем — «Поиск».
- В списке выбираем пользователя, которого хотим сделать владельцем элемента. Можно отметить одновременно несколько учётных записей.
Выбираем нового владельца папки
- Нажимаем «ОК» для сохранения конфигурации, затем — ещё раз «ОК».
- В окне с дополнительными параметрами безопасности отмечаем пункт «Заменить все записи разрешений…».
Это обязательная настройка для папки, которая заменит владельца для всех вложенных каталогов и файло
- Нажимаем «ОК» для сохранения конфигурации.
Мы стали владельцами диска (папки). Теперь ограничений на внесение изменений быть не должно. Если блокировка на выполнение отдельных действий остаётся, проверяем список разрешений.
- Снова открываем свойства диска (папки).
- На вкладке «Безопасность» нажимаем на кнопку «Изменить».
- Отмечаем пользователя, для которого нужно установить разрешения.
- Предоставляем полный доступ к диску (папке).
Разрешим нашей учётной записи вносить любые изменения на диск
Если ошибка ввода-вывода жёсткого диска сохраняется и мешает управлять данными, то переходим к другим способам её устранения.
Загрузка …
Ошибки на диске
Причиной сбоя могут быть также ошибки, которые накапливаются на жёстком диске. Обнаружить их и устранить помогает встроенный инструмент Windows, который называется chkdsk. Запустим его для проверки диска:
- Открываем «Компьютер».
- Кликаем правой кнопкой по диску, в работе которого возникла ошибка, и переходим в «Свойства».
- Открываем вкладку «Сервис» и нажимаем «Проверить».
Это самый удобный способ запустить проверку диска
- Отмечаем автоматическое исправление ошибок и восстановление повреждённых секторов.
Для проверки системного диска понадобится перезагрузка Windows. После анализа утилита выдаст результат: какие ошибки обнаружены, удалось ли их исправить. Однако не стоит ограничиваться только такой проверкой. Для качественного сканирования состояния диска желательно запустить ещё несколько программ от сторонних разработчиков. Как минимум — бесплатную утилиту Speccy. В ней на вкладке «Хранение данных» есть SMART-таблица диска, в которой отражён его статус.
Этот диск вроде бы в порядке
Результаты SMART-анализа не прогнозируют надвигающиеся сбои, а лишь фиксируют текущее состояние накопителя. Если какой-то из параметров выделен жёлтым или красным цветом, то это веская причина для того, чтобы провести более глубокое сканирование диска. Чтобы своевременно обнаруживать проблемы и восстанавливать битые сектора, используйте также другие программы для проверки: HDDScan, Victoria.
Загрузка …
Повреждение файловой системы
У любого диска есть файловая система — на Windows это обычно FAT32 или NTFS. Если она повреждена, то появляются разные ошибки, вплоть до того, что содержимое накопителя невозможно посмотреть. Исправить этот сбой можно форматированием с повторным выбором файловой системы.
Важно: при форматировании с накопителя будут удалены все файлы. Если на диске хранится важная информация, попробуйте её восстановить.
Прежде чем форматировать диск, попробуем найти на нём и исправить ошибки. Для этого можно использовать способ, указанный выше, или запустить командную строку и выполнить запрос chkdsk d: /f , где D — это буква диска, который нужно восстановить. Если команда недопустима из-за файловой системы RAW, то остаётся один способ — форматирование.
У этого диска формат RAW, мы не можем его восстановить
Чтобы отформатировать диск и назначить для него подходящую файловую систему:
- Нажимаем на клавиатуре сочетание клавиш Win+R и выполняем запрос diskmgmt.msc. На WIndows 10 можно кликнуть правой кнопкой по «Пуску» и выбрать пункт «Управление дисками».
- Находим раздел в формате RAW.
- Кликаем по нему правой кнопкой и выбираем пункт «Форматировать». Если эта опция недоступна, то сначала нажимаем «Инициализировать», а затем — «Форматировать».
Отформатируем диск, чтобы избавиться от формата RAW
- При форматировании задаём метку тома и желаемую файловую систему — чаще всего это NTFS.
Выбираем файловую систему NTFS
Ещё раз: не форматируйте диск, если на нём есть важные данные. Восстановить информацию после форматирования очень сложно, а иногда и вовсе невозможно.
Загрузка …
Некорректное обновление
Как показывает практика, причиной появления ошибки ввода-вывода жёсткого диска может также стать обновление системы. Некоторые апдейты выходят настолько сырыми, что ломают привычную работу Windows. Устраняется сбой временным удалением обновления.
- Открываем «Параметры» через меню «Пуск» или с помощью сочетания Win+I.
- Переходим в раздел «Обновление и безопасность».
- На вкладке «Центр обновления Windows» нажимаем на «Журнал обновлений».
Все обновления зафиксированы в специальном журнале Windows
- Кликаем по ссылке «Удалить обновления».
- В списке находим апдейт, установленный последним по дате.
- Выделяем обновление и нажимаем «Удалить».
Обновления удаляются так же, как программы на Windows
Со временем обновление установится снова, но обычно к этому моменту разработчики успевают исправить ошибки, которые прилетели в первый раз. Если же сбой возник только у вас из-за неправильной инсталляции апдейта, то при повторной загрузке он не должен повториться.
Аппаратные ошибки
Самые неприятные причины появления ошибки ввода-вывода жёсткого диска — аппаратные неисправности. В худшем случае они приводят к выводу накопителя из строя и даже потере данных. Поэтому при возникновении сбоя нужно как можно скорее проверить состояние жёсткого диска, а также его комплектующих и материнской платы.
Загрузка …
Проблемы с диском
Часто ошибка ввода-вывода жёсткого диска возникает из-за поломки накопителя, проблем с платой управления или битых секторов. Последние можно восстановить — например, с помощью программы Victoria. Но это в любом случае будет временным решением: если поверхность диска начала быстро деградировать, остановить этот процесс невозможно.
Так в тестах выглядит поверхность диска, которая приходит в негодность
Если жёсткий диск начал издавать странные звуки — пищать или скрипеть, — то велика вероятность, что из строя вышли внутренние компоненты. Мы рассказывали о том, из чего состоит HDD. Это сложное устройство с хрупкими деталями. Так что если сбой появился после механического воздействия (удара, падения), то в этом нет ничего удивительного. Единственная задача в таком случае — спасти данные, которые хранятся на диске.
Самостоятельно заниматься восстановлением накопителя не рекомендуется. Самый безопасный путь — обратиться в сервисный центр. Специалисты помогут восстановить диск, а если это невозможно, то хотя бы вытащат с него всю пользовательскую информацию.
Загрузка …
Повреждение разъёмов и шлейфов
Проблема не обязательно кроется в самом диске. Иногда причиной неполадки становятся повреждённые шлейфы, через которые накопитель подключается к материнской плате и блоку питания. С питанием всё просто — если его не хватает, то диск не будет работать. А вот с передачей данных встречаются более неоднозначные ситуации: накопитель вроде бы работает, но не выполняет отдельные задачи. Что можно сделать в этих случаях:
- Отсоединить кабели от диска и проверить, нет ли на них следов окисления.
- Заменить провод питания и кабель SATA на заведомо рабочие.
Загрузка …
Кроме того, обращаем внимание и на разъём на материнской плате, к которому подключается накопитель. Он тоже может выйти из строя. Более распространённая причина — подключение не к тому порту. Чтобы не ошибиться, посмотрите, как правильно подключить SSD к компьютеру. Эти рекомендации актуальны и для HDD — по крайней мере, в той части, которая касается соединения с материнской платой и блоком питания.
Загрузка …
Post Views: 2 285
Ошибка ввода вывода на устройстве весьма распространена, она появляется как во время обращения к различным накопителям, так и при работе с некоторыми программами, вроде qBittorrent. Сегодня мы разберемся с самой большой категорией сбоев – с теми, которые появляются при попытке извлечь, записать или отредактировать данные на дисках. Это общая ошибка, которая может возникать при инициализации системы, во время попытки изменения разделов через Diskpart или использовании встроенной утилиты «Управление дисками». Здесь представлены причины появления ошибки ввода вывода, ее распространенные разновидности в системах Windows и способы исправления неполадки.
На каких устройствах может возникать ошибка ввода вывода?
В подавляющем большинстве случаев ошибка ввода вывода возникает на устройстве — жесткий диск. Сюда же относятся все его разновидности: как флешки (USB-накопители, карты памяти), так и SSD, HDD. Принципиальных различий для внутренних и внешних жестких дисков не наблюдается.
Читайте также: Что делать, если возникла ошибка обновления 8007000e?
Почему появляется ошибка ввода вывода на устройствах?
Ошибка ввода вывода на жестком диске часто является следствием физических неполадок: неисправность кабеля, разъема на материнской плате или USB-порта, повреждение самого накопителя. Однако есть много случаев, когда суть проблемы не в аппаратной поломке, а в программном сбое. Среди них могут быть следующие ошибки.
Почему произошла ошибка ввода вывода:
- повреждение файловой системы диска;
- защита внешнего накопителя от перезаписи;
- вирусное заражение Windows в запущенной форме;
- отсутствие корректных драйверов;
- неправильная работа функции быстрого включения;
- проблемное обновление операционной системы;
- конфликт между подключенными накопителями.
Коды ошибок ввода вывода
Распространенные разновидности данной ошибки:
- «Возникла неожиданная ошибка ввода-вывода 0xc00000e9»;
- Error Windows код 1117;
- Код ошибки 5.
Есть и некоторые другие, более редкие ситуации, связанные с данной проблемой. Однако, чаще всего все дело в том, что «программа Diskpart обнаружила ошибку ввода вывода» при попытке выполнить какую-то процедуру с диском. Остальные сбои тоже поддаются исправлению аналогичными методами, поэтому концентрируем все внимание на основной проблеме, хотя перечисленные ниже руководства помогут и в прочих случаях.
Читайте также: Ошибка DNSerror: что означает и как её исправить?
Как исправить ошибку ввода вывода?
Рекомендуем изначально просто перезагрузить компьютер, часто этого бывает достаточно для устранения случайного сбоя, который проявился один раз. После этого можем переходить непосредственно к способам исправления.
Способ 1: проверяем исправность подключения
В значительной части случаев ошибка ввода вывода HDD или флешки является следствием проблемы на одном из элементов цепи подключения.
Что делать:
- Проверяем исправность USB-кабеля. Часто USB-шнуры изнашиваются, создавая непредвиденные ошибки. Рекомендуем их периодически покупать новыми. В данном случае стоит попробовать использовать другой кабель.
- Исследуем состояние SATA-проводов. Если возникла ошибка ввода вывода на внутреннем накопителе HDD или SSD, стоит попробовать поправить кабели SATA в системном блоке. Они часто рассыхаются, разбалтываются и в целом выходят из строя. В качестве диагностического мероприятия лучше отключить кабель от другого накопителя или дисковода и подключить его к проблемному диску.
- Меняем разъем. Один, несколько или все USB-входы на панели компьютера могут быть повреждены или просто загрязнены. Совет – для подключения внешних устройств используйте только заднюю панель стационарного компьютера, так как она расположена прямо на материнской плате, поэтому меньше риск проблем. Также рекомендуем переключиться на разъем USB 2.0, он более стабильно работает с большинством устройств.
- Проверяем наличие питания. Энергии может быть недостаточно из-за износа, поломки блока питания компьютера или попытки подключения накопителя к ноутбуку, который работает от батареи. Если проблема в БП, она проявится и в другом: выключении ПК под нагрузкой, нестабильной работе периферии и т. п. Говоря о ноутбуке, рекомендуем выключить режим экономии энергии (в меню Электропитание, можем найти через поиск) и настроить работу ноутбука с внешними устройствами. Для этого открываем «Диспетчер устройств», переходим в «Контроллеры USB», далее – «Свойства». Остается открыть «Управление электропитанием» и снимаем галочку с «Разрешить отключение этого устройства…».
Способ 2: запускаем автоматическую проверку диска
При условии, что накопитель отображается в системе в разделе «Управление дисками», его можем просканировать в автоматическом порядке. Для этого будем использовать встроенную утилиту Windows, но также подойдут и другие программы.
Инструкция:
- Через клик правой кнопкой мыши (ПКМ) по Пуску выбираем «Командная строка».
- Вставляем команду chkdsk D: /f /r/ /x, где вместо D нужно указать свою букву диска.
Дополнительно советуем посмотреть состояние жесткого диска через СrystalDiskInfo и Victoria. Значения S.M.A.R.T обязаны быть в нормальном состоянии.
Способ 3: настраиваем права
Есть сведения, что проблема может быть вызвана с отсутствием доступа пользователя к управлению диском. Это сомнительно, но некоторые вирусы действительно могут вмешаться в такие процессы. Более вероятно, что USB-накопитель просто защищен от перезаписи. Если ошибка ввода вывода на флешке или карте памяти, советуем посмотреть на нее, проверив наличие подвижного элемента с изображение замочка. Также рекомендуем проверить отсутствие подобного элемента на адаптере. Если что-то подобное есть, просто переводим его в разблокированное состояние нажатием или перетаскиванием ползунка.
Читайте также: Как исправить ошибка 0x00000116 Windows?
Способ 4: выключаем Fastboot в Windows
Характерно для этой проблемы то, что ошибка может появляться в момент пуска компьютера из выключенного положения, но при перезагрузке включение происходит нормально. То есть возможно, что диск не инициализируется, ошибка ввода вывода блокирует процедуру, но если нажать клавишу перезагрузки Windows запускается в штатном режиме.
Алгоритм действий по выключению быстрого запуска:
- Открываем пункт «Электропитание» из «Панели управления».
- В меню слева выбираем «Действия кнопок питания».
- Снимаем флажок с пункта «Включить быстрый запуск».
- Кликаем по кнопке «Сохранить изменения».
Способ 5: устанавливаем драйвера
Есть ряд случаев, когда ошибка ввода вывода на SSD, HDD и флешке появляется из-за несовместимых, неправильных драйверов. По умолчанию Windows устанавливает универсальный софт, но он не всегда подходит. Лучше перейти на сайт производителя и для своего ноутбука скачать драйвера на SATA/AHCI/RAID и USB. Иногда проблема в программном обеспечении чипсета или BIOS. Их лучше тоже обновить.
Способ 6: удаляем проблемное обновление
Наблюдения показывают, что некоторые обновления являются проблемными. В любой момент Windows может выкатить апгрейд, который будет массово вызывать ошибку и уже такое было ранее, хотя проблема и была не столь распространенной. Удаление проблемного обновления должно помочь.
Как удалить обновления:
- Открываем «Параметры» через Пуск или комбинацией Win + I.
- Переходим в пункт «Обновление и безопасность».
- На первой вкладке жмем на кнопку «Журнал обновлений».
- Выбираем «Удалить обновления», кликаем по проблемной версии и жмем «Удалить».
Кстати! Может помочь и простой откаты системы к предыдущему состоянию.
Способ 7: меняем букву диска в системе
Это элементарное действие, которое не влечет потери данных, но часто помогает. Особенно, если в системе пересекаются имена для штатных и внешних накопителей.
Как исправить ошибку ввода вывода:
- Правой клавишей мыши жмем по Пуску и выбираем «Управление дисками».
- Кликаем ПКМ по проблемному диску и жмем «Изменить букву диска…».
- Щелкаем по кнопке «Изменить» и в списке справа выбираем подходящую букву, которая еще не зарезервирована за другим диском.
- Сохраняем внесенные изменения.
Читайте также: Что делать, если возникла ошибка «Не удается подключиться к этой сети»?
Способ 8: форматируем диск
Действие применимо в основном к внешним накопителям (HDD, SSD, флешкам). Оно является максимально эффективным методом исправления среди программных способов. Только важный нюанс – нужно проводить полное форматирование, так как быстрая процедура может оказаться неэффективной.
Как отформатировать диск:
- Переходим в «Управление дисками» через ПКМ по Пуску.
- Выделяем проблемный диск, кликаем ПКМ и жмем «Форматировать».
- Снимаем галочку «Быстрое форматирование» и щелкаем по кнопке «Ок».
Важно! Это занимает много времени, все зависит от объема диска и его пропускной способности. Чаще всего процедура занимает около 60-120 минут.
Последний способ помогает в случаях, когда повреждена файловая система диска и Windows не загружается. Чтобы провести форматирование, достаточно подключить HDD к другому компьютеру или запустить ПК с другого жесткого диска (флешки) с операционной системой или инструментами восстановления.
Сейчас ошибка ввода вывода на всех устройствах должна отступить, так как для этого есть все предпосылки. Однако, она может сохраниться в случае физического повреждения жесткого диска. В таком случае придется покупать новый накопитель, а данные с этого – восстанавливать. Пишите в комментариях, какая именно проблема была у вас, как вам ее удалось исправить или обращайтесь за советом.
I just wanted to share my experience: on FreeBSD 10.3, I mounted my external hard drive with
$ sudo ntfs-3g /dev/da0s1 /media
Inside the hard drive, I did a mkdir
to create a directory and then moved some files to it, of course with mv
command. Finally I did the following command:
$ sudo sync
Then I mounted the hard drive on a Linux machine with kernel 4.4.0-78-generic. Now When I list the contents of the hard drive, the directory created on FreeBSD, named Jeff
, is shown like below:
$ ls -lhrtci
ls: cannot access 'Jeff': Input/output error
total 20K
? d????????? ? ? ? ? ? Jeff
Also, when trying to remove the Jeff
directory, I receive the following error message:
$ sudo rm -f -R Jeff
rm: cannot remove 'Jeff': Input/output error
I couldn’t get rid of Jeff
directory on Linux machine, therefore I used the FreeBSD machine and re-mounted the hard drive on FreeBSD again. But the ls
, cd
and rm
commands on FreeBSD generate the same Input/output error
. Looks like there has been a bug on FreeBSD ntfs-3g
package.
UPDATE
I moved all my data from external hard drive to a Linux machine, of course the corrupt file Jeff
couldn’t be moved due to I/O error. Then I reformatted the external hard drive with both zeroing of the volume and bad sector checking like this:
$ sudo mkfs.ntfs /dev/sdb1
And then moved all the data back to the external volume. This way, I lost the corrupt file named Jeff
, however, my external hard drive is clean of any I/O error.
Как часто вы делаете автономные резервные копии важных файлов? Раз в месяц? Раз в год? Вот еще вопрос: как часто вы проверяете, что эти резервные копии все еще работают? Я решил сделать это недавно. Когда я подключил внешний диск к ноутбуку, выскочил Ошибка устройства ввода-вывода.
Я не мог сразу получить доступ к диску. Мое сердце замерло. Фотографии, сделанные почти за десять лет, были потеряны.
Но еще не все потеряно. Вот пять способов исправить ошибку устройства ввода-вывода без потери файлов в процессе.
Что такое ошибка ввода-вывода на жестком диске?
Ошибки ввода/вывода на устройстве довольно распространены. Они бывают вызваны аппаратными проблемами, такими как неправильный кабель, сбой запоминающего устройства или неправильно настроенный драйвер. Иногда при работающем жестком диске в операционной системе может произойти логический сбой из-за неправильно заполненной карты каталогов. Однако ошибка также может возникнуть при прямом повреждении внешнего жесткого диска.
Есть несколько способов исправить ошибку ввода-вывода на жестком диске. Большинство из них не займут много времени, и их довольно легко реализовать.
Перед тем как приступить к исправлению ошибки ввода-вывода на устройстве, необходимо перезагрузить операционную систему и попробовать повторить действия, которые вызвали сообщение об ошибке до этого. Часто этого уже бывает достаточно, чтобы решить возникшую проблему. Если ошибка не исчезла, идем дальше. После каждого действия проверяйте, была ли устранена ошибка. Если нет, переходите к следующему методу.
Обновление Windows – причина появления 0xc00000e9
Некоторые пользователи сообщали, что ошибка 0хс00000е9 появлялась после обновления операционной системы. Подтверждения этим данным я не нашел. Но если у Вас все произошло именно по такому сценарию, то избавиться от «error» можно при помощи удаления последнего обновления.
Следуйте этой инструкции, если хотите выполнить удаление:
1. Нажимаем комбинацию клавиш «Win + R», после чего на экране появиться окно «Выполнить». Туда необходимо ввести команду control, как показано на скриншоте:
2. После нажатия на «ОК» или клавишу «Enter» мы попадем в «Панель управления». Здесь нам нужно зайти в раздел «Программы и компоненты». В левой части переходим во вкладку «Просмотр установленных обновлений».
3. В списке выбираем последние обновления, после установки, которых появилась ошибка 0xc00000e9, и нажимаем «Удалить».
4. Готово, удаление последних обновлений должно решить проблему, если ошибка появилась именно после их появления.
Проверка соединительного кабеля
Первое, что вам нужно сделать, это проверить кабель и механизмы крепления на предмет повреждений, неисправностей, сколов или грязи. Отключите, а затем снова подключите кабель, соединяющий диск с компьютером. Проверьте кабельный разъем на предмет загрязнения или обрыва соединений. Выполните такую проверку на обоих концах кабеля, а затем снова попытайтесь получить доступ к диску.
Если кабель не работает после повторного подключения, вы можете использовать другой кабель и повторить попытку. Если вы не уверены, что кабель работает, подключите его к другому внешнему устройству (в котором вы полностью уверены) и подключите его к своей системе. Если он работает, вы можете быть уверены, что кабель не сломан, и причина ошибки не в нем.
Обновление драйверов
Еще один из базовых методов исправления ошибки ввода-вывода на HDD – это обновление драйверов в вашей системе. Операционная система Windows 10 должна автоматически обновлять все ваши драйверы. До выхода этой версии Windows проблема постоянных обновлений была мучительным моментом для многих пользователей. Теперь же система, которая постоянно обновляет драйверы, должна работать безошибочно, и у вас никогда не должно быть проблем с драйверами с «Windows 10», по крайней мере, в теории.
Однако на практике ситуация немного иная. Windows не всегда обновляет версии драйверов, а иногда система автоматического обновления драйверов просто не работает. В этом случае вам могут помочь сторонние программы, осуществляющие мониторинг системы на наличие устаревших драйверов.
Например, вы можете использовать приложение «Driver Booster». Зайдите на сайт разработчика, загрузите и установите программу (в некоторых случаях для антивирусной системы безопасности вашего компьютера потребуется ваше разрешение). Затем просканируйте свою систему на наличие устаревших драйверов. Чтобы выполнить сканирование, просто запустите программу и нажмите «Сканировать».
Не удивляйтесь, если по результатам сканирования вы обнаружите немало устаревших драйвером. Во многих случаях соответствующие приложения и службы по-прежнему работают правильно. Программа сканирования просто уведомляет вас о том, что производитель выпустил новую версию драйвера, и она доступна для загрузки и установки. Найдите драйвер для своего устройства и обновите его.
Чтобы обновить драйвер контроллера жесткого диска вручную, выполните следующие действия:
Шаг 1. Щелкните правой кнопкой мыши «Пуск» и выберите «Диспетчер устройств».
Шаг 2. В окне диспетчера задач нажмите «Дисковые накопители», выберите жесткий диск, щелкните по нему правой кнопкой мыши и выберите «Обновить драйвер».
Шаг 3: Нажмите «Автоматический поиск обновлений драйверов», чтобы найти драйвер в автоматическом режиме.
Стоит отметить, что лучше всего использовать драйверы, предлагаемые производителем оборудования, поскольку это всегда будет самый новый драйвер. Таким образом, вы можете загрузить драйвер с официального сайта и в окне обновления драйвера выбрать «Найти этот драйвер на моем компьютере».
Что в итоге?
Для начала, как считается, нужно проверить диск на ошибки, если он определяется вообще. С другой стороны, если инициализация невозможна, потребуется применение специальных программ, способных восстанавливать данные HDD, причем в рабочей области загрузки. Но, даже загрузившись со съемного носителя, можно решить уйму проблем, касающихся старта системы.
Если же дело касается воздействия вирусов, кроме как дисковых программ с общим названием Secure Disk, ничего и не посоветуешь. Таковые имеются и в «Лаборатории Касперского», и у «Доктора Веба». Суть в том, что они загружают собственный интерфейс еще до старта системы, при этом сканируя даже оперативную память, а не только винчестер (вирусы, как и любые другие программы, исполняемые в данный момент, могут загружать свои файлы именно туда). Таким образом, проблема того, что иногда при загрузке системы жесткий диск не инициализируется, может быть связана именно с такой ситуацией.
Использование встроенной утилиты «CHKDSK»
Хотя ошибки ввода-вывода с устройства в основном связаны с повреждением оборудования, вы можете попробовать использовать интегрированное системное приложение, чтобы решить проблему. Программа «chkdsk» проверяет файловую систему на наличие ошибок и исправляет их. О том, как использовать утилиту CHKDSK, вы можете прочитать в статье «Проверка и исправление ошибок жестких дисков — CHKDSK».
Процесс сканирования может занять некоторое время, особенно если приложение обнаруживает сектора, требующие ремонта.
По завершении программа сообщит о выполненных действиях и перечислит все работы, которые были выполнены для устранения обнаруженных неисправностей накопителя.
Использование программы «Victoria» для диагностики и устранения проблем с жестким диском
Если указанные выше исправления не помогли, вы можете проверить общее состояние жесткого диска с помощью бесплатной программы Victoria, специально созданной для диагностики и исправления ошибок жесткого диска.
Это очень эффективное приложение, которое может помочь решить многие проблемы с жестким диском, а также предупредить вас, если ваш жесткий диск скоро выйдет из строя.
О том, как проверить жесткий диск, вы можете прочитать в статье «Используем бесплатную программу Victoria для тестирования и исправления жесткого диска»
.
Используйте Speccy для проверки работоспособности накопителя.
Если два простых исправления не работают, мы можем проверить общее состояние жесткого диска с помощью бесплатной программы спецификации системы Speccy .
Скачать: Speccy для Windows 10 (бесплатно)
В левом столбце выберите Хранилище и прокрутите вниз, чтобы найти соответствующий диск. Обычно они хорошо помечены. Прокрутите вниз до таблицы технических характеристик накопителя SMART .
SMART означает технологию самоконтроля, анализа и отчетности . Встроенная система мониторинга жесткого диска сообщает о различных характеристиках состояния жесткого диска . Как видите, Speccy присваивает каждой метрике мониторинга рейтинг. Вам необходимо проверить следующие показатели:
- 05: Количество перераспределенных секторов
- 0A: Учетная запись повтора вращения
- C4: счетчик событий перераспределения
- C5: Текущее количество ожидающих секторов
- C6: количество неисправимых секторов
Хотите поразительный факт? Исследование Google показало, что в течение 60 дней после первой неисправимой ошибки диска вероятность отказа диска в среднем в 39 раз выше, чем у аналогичного диска без ошибок.
Честно говоря, в исследовании Google также делается вывод, что рейтинги SMART имеют ограниченную полезность при прогнозировании надвигающихся сбоев дисков, но все же могут дать хорошее общее представление о состоянии диска. Имея это в виду, если какой-либо из вышеперечисленных показателей показывает ошибки (или много ошибок по нескольким показателям), вам следует серьезно подумать о резервном копировании всего и заменить диск .
Теперь это не обязательно немедленно устраняет ошибку ввода вашего устройства ввода-вывода. Но это может указывать на то, что происходит.
Что мне делать, если я потеряю важные данные?
Иногда стоимость данных, хранящихся на компьютере, превышает стоимость самого ПК. Вот почему безопасность данных особенно важна в современном мире. Но что, если данные были потеряны из-за сбоя жесткого диска, случайного удаления, форматирования, изменения логической структуры жесткого диска или по любой другой причине?
Использование бесплатной версии программы RS Partition Recovery позволяет сразу убедиться, есть ли шанс на восстановления данных именно в вашей ситуации. Разберем пошагово процесс восстановления с помощью RS Partition Recovery.
Шаг 1. Установить и запустить программу RS Partition Recovery.
Программа RS Partition Recovery
Универсальное решение для восстановления данных
Шаг 2. Выбирите носитель или раздел диска, с которого необходимо восстановить данные.
Шаг 3. Выбирите тип анализа.
Быстрый анаиз стоит использовать, если файлы были удалены недавно. Программа проведет анализи отобразит данные доступные для восстановления.
Полный анализ позволяет найти утерянные данные после форматирования, перераспределения диска или повреждения файловой структуры(RAW).
Шаг 4. Просмотр и выбор файлов для восстановления.
Шаг 5. Добавление файлов для сохранения в «Список Восстановления» или выбор всего раздела для восстановления.
Стоит отметить, что в качестве места для записи восстановленного файла лучше всего выбрать другой диск или раздел чтобы избежать перезаписи файла.
Ошибка инициализации внешнего устройства
Если не инициализируется внешний жесткий диск или ССД, то сначала убедитесь, что он включен. Посмотрите также, исправен ли интерфейс. Попробуйте заменить интерфейс, подключить на другой разъем SATA (или USB) материнской платы. Как и в случае с HDD, следует проверить, назначена ли устройству буква.
Следует учитывать, что технология SSD бурно развивается, поэтому особенности вашего устройства лучше уточнить в интернете. Если используется интерфейс SATA, проверьте, установлен ли в BIOS режим AHCI для контроллера, управляющего вашим SSD. Обновите драйверы этого контроллера. Инициализация диска типа SSD с интерфейсом SATA может не проходить из-за подключения к порту с большим номером. Такие порты могут поддерживаться дополнительными контроллерами или работать на меньших скоростях. Узнать их можно по окраске — порты, имеющие отличный от SATA-1 цвет, использовать не следует.