Ошибка при получении информации о файле
Опишем окружение в котором возникла ошибка ввода/вывода:
- ОС: 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. Перед переключением между ОС каждая ОС переводилась в спящий режим с сохранением запущенных программ и открытых файлов.
Не скажу, как и почему стала появляться Ошибка ввода/вывода, - возможно gedit попутал uid/gid (файловые/индексные дескрипторы) и при сохранении в Master File Table (MFT) прописал не то, не тем и не туда, но вот, что получилось после очередного переключения между ОС при совместном редактировании файлов:
Попытка открыть каталог " /media/SATA2/PROFILE/User/Рабочий стол " в Thunar:
Остальное содержимое каталога было не доступно для просмотра/редактирования
Попытка сохранить уже открытый в gedit текстовый файл Test.txt :
При использовании файлового менеджера NAUTILUS удалось открыть каталог /media/SATA2/PROFILE/User/Рабочий стол и удалить " Test.txt ", но вот создать заново Test.txt или создать «Безымянный документ» и переименовать его в «Test.txt» не удалось:
Следующий глюк сопутствовал Ошибкам ввода/вывода, но вот при каких условиях возник не припомню (вероятно при нескольких одновременных попытках монтирования):
Владелец и права на файл Test.txt не известны:
В некоторых манах для лечения предлагалось использовать ntfsfix -b /dev/sdb5 , предварительно отмонтировав его, - но проблема не решилась.
В среде Linux на ДИСК 2 были созданы текстовые файлы " Test_2.txt " и " Test_3.txt " и совершено переключение на Windows XP где эти файлы были не доступны даже для просмотра, хотя после перехода обратно в Linux их можно было просматривать и редактировать.
Проблему с косяком в NTFS разделе на ДИСК 2 удалось решить только с помощью стандартного средства проверки дисков входящего в ОС Windows XP в процессе перезагрузки:
Увидев на экране Deleting index entry . я зразу же понял, что этих файлов нам уже не видать как своих ушей, - разумеется, так и есть.
Существует также ещё один способ монтирования 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, и, способов их решения, - будем дописывать в этой же статье.
Рекомендуемый контент
Вы не любите рекламу!? Напрасно!:) На нашем сайте она вовсе ненавязчивая, а потому для нашего сайта можете полностью отключить AdBlock (uBlock/uBlock Origin/NoScript) и прочие блокировщики рекламы! AdBlock/uBlock может препятствовать нормальной работе системы поиска по сайту, отображению рекомендуемого контента и прочих сервисов Google. Рекомендуем полностью отключить блокировщик рекламы и скриптов, а также разрешить фреймы (aka iframe).
Приветсвую, подключил внешний HDD, скопировал на него папку с фотками, потом этот диск сам отключился. При попытке открыть его снова выдаёт ошибку:
Ща попробую под каким нибудь live-cd подключить, посмотреть.
Качал на работе файлы и выдернул диск без отмонтирования? Поздравляю, чо.
а другие файлы может удалить?если да - пролема в правах доступа - chown
А что за файловая система хоть?
ФС - NTFS?
Ищите Windows и проводите проверку файловой системы. С файлами можно попрощаться.
Думаю, что ЖЫР32
Можно попробовать через photorec восстановить.
федору с флешки ставил? проверь записи в fstab
не исключено что у тебя /dev/sdb1 там в /media/cdrom записан, udisks плющит
ой у тебя симплилинукс, проморгал
А причём здесь iso, не понял?
Я тред не читал, мб уже и сказали все, но там судя по всему трабла в том, что ты либо не докачав и не отмонтировав диск вытащил его из компа.
И удалить эти файлы не даёт, вот засада :(
ты уже попрощался с барахлом-то?
всегда отмонтируй диски перед извлечением. (к флешкам тоже относится)
Сейчас сижу и вспоминаю, выдёргивал я диск или нет, почему-то мне не вспоминается чтобы я его выдёргивал(ушёл в глубину размышлений) :(
Ищите Windows и проводите проверку файловой системы. С файлами можно попрощаться.
Перед этим можно попробовать помучать testdisk, он умеет чинить ntfs
Ты так и не написал, что за файловая система.
Да, не дает. У меня была такая же фиготня, когда я зачем-то сдуру выдернул винт из сервера, когда делал бэкап. Теперь на винте вечно лежит директория с файликом, которую удалить ну никак не дает.
>> Ищите Windows и проводите проверку файловой системы. С файлами можно попрощаться.
Перед этим можно попробовать помучать testdisk, он умеет чинить ntfs
Либо R-Studio for Linux v. 4.
И никто не вспомнил fsck? ПОзорища!
ТСу мб он и поможет, а вот я на рабочем бэкапном винте не рискнул. Лучше пусть там будет этот файл, чем грохнуть весь винт.
Кстати, кроме фсцк еще чекдиск виндовый может вылечить (когда-то давно вроде мне помогло). Для этого даже винду не обязательно держать, можно скачать Hiren's Boot CD и снего чекдиском прогнать винт.
Решил, подёргаю всё более-менее ценное с этого винта на тот что в компе, а этот потом отформатирую.
Вполне возможно не хватает силы тока. У меня похожие глюки были - вылечил подбором USB кабеля.
Я однажды (правда, уже лет 12 тому назад :D) по горячему, забыв отмонтировать, выдернул один диск из мобил-рэка и воткнул другой, другого типа и геометрии. И сразу начал писать. Выматерилось. Потом выматерился я. Отмонтировал, примонтировал. На втором диске читаются каталоги первого диска. Файлы не открываются. Подумал, что можно с ними прощаться. Прогнал chkdsk. Всё вернулось и даже ничего не пропало :)
Это, кажется, единственный казус с NTFS в моей практике. Больше ни разу за много лет не было проблем.
Вот даже ext3 однажды умерла без всяких видимых причин и сразу целиком. Плюс ряд проблем с пропажей файлов при потере питания. Глючили ReisreFS, ext4, xfs… А вот с NTFS — везло, что ли…? :)
Это, кажется, единственный казус с NTFS в моей практике. Больше ни разу за много лет не было проблем.
У меня тоже был 1 казус с NTFS. Взял и умер \WINDOWS\system32\config\system. Тогда я только знал, что в нём хранится и как запускать консоль восстановления Windows XP, так что расследовать ситуацию не удалось, зато пришлось переустанавливать все драйвера. Точно помню, что ничего до этого с ним не делал. Возможно, ФС не виновата.
Вся фишка еще в том, что если я закомментирую эту строчку, то эта же ошибка возникнет в другой. То есть в ближайшем месте работы с файлом. + она возникает не всегда, но часто. в среднем 7 / 10 - ошибки
Помощь в написании контрольных, курсовых и дипломных работ здесь
Ошибка при получении информации из ярлыка
Подскажите где ошибка, при указании файла lnk не в корне диска из файла lnk не читается информация.
При системном SSD. HDD тормозит при обращении к нему
Всем доброго времени суток. Имеется ПК. На нём Два диска ( Диск "С" это SSD на котором стоит.
Жёсткий диск «вылетает» при обращении к нему
Всем доброго времени суток. Несколько дней назад комп (моноблок Asus ET2410) не загрузился с.
Иногда при обращении к нему диск издает короткий странный писк
Есть еще живые. Хотелось бы получить помощь от знающих и понимающих. Есть диск на 2 тб.
Отключается жесткий диск при обращении к нему. Как скопировать данные?
Имеется жесткий диск Seagate Barracuda 7200.7 160Gb 3,5" середины прошлого десятилетия. Последние.
Отображение содержимого поля типа OLE таблицы БД Access при обращении к нему из Word
Из приложения Word обращаюсь к таблицам БД Access. Отображение текстовых и логических полей.
Ошибка при получении данных из БД при использовании MVC framework 4.0
// HomeControlers.cs using System; using System.Collections.Generic; using System.Linq; using.
Вся фишка еще в том, что если я закомментирую эту строчку, то эта же ошибка возникнет в другой. То есть в ближайшем месте работы с файлом. + она возникает не всегда, но часто. в среднем 7 / 10 - ошибки
В чем проблема? тут утверждают, что используется дескриптор, который якобы вернул FALSE. но в первом случае вообще функция библиотечная, а во втором - до этого даже не доходит. проверка дескриптора открытого файла строчкой ниже.
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Ошибка при получении информации из ярлыка
Подскажите где ошибка, при указании файла lnk не в корне диска из файла lnk не читается информация.
При системном SSD. HDD тормозит при обращении к нему
Всем доброго времени суток. Имеется ПК. На нём Два диска ( Диск "С" это SSD на котором стоит.
Жёсткий диск «вылетает» при обращении к нему
Всем доброго времени суток. Несколько дней назад комп (моноблок Asus ET2410) не загрузился с.
Иногда при обращении к нему диск издает короткий странный писк
Есть еще живые. Хотелось бы получить помощь от знающих и понимающих. Есть диск на 2 тб.
Отключается жесткий диск при обращении к нему. Как скопировать данные?
Имеется жесткий диск Seagate Barracuda 7200.7 160Gb 3,5" середины прошлого десятилетия. Последние.
Отображение содержимого поля типа OLE таблицы БД Access при обращении к нему из Word
Из приложения Word обращаюсь к таблицам БД Access. Отображение текстовых и логических полей.
Ошибка при получении данных из БД при использовании MVC framework 4.0
// HomeControlers.cs using System; using System.Collections.Generic; using System.Linq; using.
Читайте также: