Ошибка ввода вывода в ubuntu

Оффлайн
mirochek

красный кружок с белым кирпичиком

Обновлений не делали? Покажите  выводы —
sudo apt-get updatecat /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

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

enter image description here

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

enter image description here

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.

pc-error-logo Ошибка при получении информации о файле «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, и, способов их решения, — будем дописывать в этой же статье…

Содержание

  1. Linux и NTFS: Ошибка ввода/вывода
  2. Основные причины ошибок ввода/вывода
  3. Рекомендуемый контент
  4. Исправление ошибки «Запрос не был выполнен из-за ошибки ввода/вывода на устройстве» при подключении флешки
  5. Почему появляется сбой ввода-вывода и как его устранить
  6. Способ 1: Форматирование в другую файловую систему (потеря данных)
  7. Способ 2: Создание образа флешки и последующее форматирование (сохранение данных)
  8. Способ 3: Восстановление флешки посредством утилиты chkdsk
  9. Проблема с копированием файла на флеш-карту
  10. Использование утилиты fsck для исправления ошибок файловой системы в Linux
  11. Когда нужно использовать fsck в Linux
  12. Опции fsck
  13. Как запустить fsck для исправления ошибок файловой системы Linux
  14. Понимание кодов выхода fsck
  15. Исправление ошибок файловой системы Linux
  16. Как запустить fsck в корневом разделе Linux
  17. Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы
  18. Запуск fsck в режиме восстановления
  19. Заключение
  20. Не определяется флешка в ubuntu linux

Linux и NTFS: Ошибка ввода/вывода

Опишем окружение в котором возникла ошибка ввода/вывода:

Ошибка ввода/вывода появилась на ДИСК 2 в разделе с файловой системой NTFS, который монтировался вручную после входа в уч. запись Linux.

Попытка открыть каталог » /media/SATA2/PROFILE/User/Рабочий стол » в Thunar:

Остальное содержимое каталога было не доступно для просмотра/редактирования

Попытка сохранить уже открытый в gedit текстовый файл Test.txt :

При использовании файлового менеджера NAUTILUS удалось открыть каталог /media/SATA2/PROFILE/User/Рабочий стол и удалить » Test.txt «, но вот создать заново Test.txt или создать «Безымянный документ» и переименовать его в «Test.txt» не удалось:

Следующий глюк сопутствовал Ошибкам ввода/вывода, но вот при каких условиях возник не припомню (вероятно при нескольких одновременных попытках монтирования):

Владелец и права на файл Test.txt не известны:

В среде Linux на ДИСК 2 были созданы текстовые файлы » Test_2.txt » и » Test_3.txt » и совершено переключение на Windows XP где эти файлы были не доступны даже для просмотра, хотя после перехода обратно в Linux их можно было просматривать и редактировать.

Проблему с косяком в NTFS разделе на ДИСК 2 удалось решить только с помощью стандартного средства проверки дисков входящего в ОС Windows XP в процессе перезагрузки:

Вероятно (http://ru.wikipedia.org/wiki/NTFS#Linux) поддержка NTFS в Linux осуществляется при помощи ntfsmount (использующая FUSE), которая позволяет монтировать NTFS-разделы на запись, но с некоторыми ограничениями.

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

Основные причины ошибок ввода/вывода

Рекомендуемый контент

А тут же ж мог быть рекомендуемый контент от гугла 🙂 Для отображения рекомендуемого контента необходимо в браузере разрешить выполнение JavaScript скриптов, включая скрипты с доменов googlesyndication.com и doubleclick.net

Вы не любите рекламу!? Напрасно!:) На нашем сайте она вовсе ненавязчивая, а потому для нашего сайта можете полностью отключить AdBlock (uBlock/uBlock Origin/NoScript) и прочие блокировщики рекламы! AdBlock/uBlock может препятствовать нормальной работе системы поиска по сайту, отображению рекомендуемого контента и прочих сервисов Google. Рекомендуем полностью отключить блокировщик рекламы и скриптов, а также разрешить фреймы (aka iframe).

Источник

Исправление ошибки «Запрос не был выполнен из-за ошибки ввода/вывода на устройстве» при подключении флешки

Kak ispravit oshibku Zapros ne byil vyipolnen iz za oshibki vvoda vyivoda na ustroystve pri podklyuchenii fleshki 1

Почему появляется сбой ввода-вывода и как его устранить

Появление этого сообщения говорит о наличии проблемы либо аппаратной, либо программной. Если с аппаратной причиной все предельно ясно (выходят из строя ячейки памяти), то с программными неполадками не все так однозначно. Поэтому прежде чем приступать к одному из методов устранения неисправности, следует проверить вашу флешку одним из предложенных в этой статье способов. Затем, в зависимости от полученных результатов, выбирайте подходящий вариант решения.

Способ 1: Форматирование в другую файловую систему (потеря данных)

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

Внимание! Данный способ сотрет все данные, которые хранятся на флешке! Если вы хотите сохранить файлы, обратите внимание на способы 2 и 3!

Затем подключите накопитель заново. Проблема будет решена.

Самый простой способ не всегда самый подходящий – например, пользователям, желающим сохранить свои файлы, он не поможет.

Способ 2: Создание образа флешки и последующее форматирование (сохранение данных)

В большинстве случаев, наблюдая сообщение об ошибке ввода-вывода на флешке, вы не сможете получить доступ к хранящимся на ней данным обычными средствами. Однако существует способ, который поможет спасти хотя бы часть файлов — это создание образа флешки: виртуальной копии структуры файловой системы и всей информации на ней. Один из простейших методов создать образ – использовать утилиту HDD Raw Copy Tool.

Vyibor fleshki istochnika v HDD Raw Copy Tools dlya resheniya problemyi s vvodom vyivodom informatsii na fleshke

Vyibor imeni mesta i formata obraza HDD Raw Copy Tools dlya resheniya problemyi s vvodom vyivodom informatsii na fleshke

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

Способ 3: Восстановление флешки посредством утилиты chkdsk

В системе Windows присутствует утилита командной строки chkdsk, которая способна помочь справиться с проблемой появления ошибки ввода-вывода.

Zapustit CMD.exe ot imeni administratora v menyu Puska dlya resheniya problemyi s oshibkoy vvoda vyivoda

Vyizov utilityi vosstanovleniya chkdsk dlya resheniya problemyi s oshibkoy vvoda vyivoda

Rezultat rabotyi utilityi vosstanovleniya chkdsk dlya resheniya problemyi s oshibkoy vvoda vyivoda

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

Если все описанные выше способы не дают результата, вероятнее всего, вы столкнулись с физической неисправностью накопителя: механическим повреждением, выходом из строя части блоков памяти или проблемами с контроллером. В таком случае, если на нем хранились критично важные данные, посетите сервисный центр. Кроме того, вам могут помочь инструкции по восстановлению работоспособности для специфичных производителей: Kingston, Verbatim, A-Data, Transcend.

Помимо этой статьи, на сайте еще 12342 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Проблема с копированием файла на флеш-карту

Все просто, скачал образ с игрой для ps3, весит он 8 гигов. Копирую его на флешку, и линукс уже не может это осилить.

В общем и сам вопрос. Почему я не могу совершить элементарную операцию по копированию файлов? Ошибка, что я получаю http://joxi.ru/L21Ko1YhgwOMNr

Если что, я ламер, который установил линукс пару лет назад, чтобы познать эту систему.

174217: 1864355603

174217: 1864355603

Так же проблема появлялась и ранее, когда файл гига на 4 копировался минут 10-15. Это реально боль какая-то. При старте копирования скорость максимально высокая, а с каждой секундой все меньше и меньше. Уже находил подобные темы на этом форуме, но как-то они мне не помогли

p

Файловая система на носителе не FAT случаем?

135041:964175722

Какая ФС на флешке?

У FAT32 ограничение — более 4 гибибайт файлы в принципе не поддерживаются. В новых версиях Windows флешки потому по умолчанию форматируют или в NTFS, или в exFAT.

Если флешка только под Linux, можешь ext4 использовать на ней.

Я даже больше скажу: нтфс имеет смысл использовать ТОЛЬКО если предпологаеться использование ее для обмена файлами с компьютером под управлением винды.

135041:964175722

Вероятно, да. Под macOS можно флешку в HFS+ отформатировать — Linux умеет и с этой ФС работать.

Источник

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

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

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

В этой статье мы рассмотрим утилиту fsck и ее использование, чтобы помочь вам исправить дисковые ошибки.

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

Run fsck on Mounted Partition

Чтобы избежать этого, размонтируйте раздел с помощью команды:

Теперь fsck можно запустить безопасно.

Run fsck on Linux Partition

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

Иногда в файловой системе можно найти ошибки. В таких случаях вы захотите, чтобы fsck автоматически пыталась исправить ошибки. Это можно сделать с помощью следующей команды:

Точно так же вы можете запустить команду на всех файловых системах (без корневой):

Как запустить fsck в корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck на смонтированном разделе, вы можете попробовать один из следующих вариантов:

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли этот файл:

Если он есть, вы можете удалить его, чтобы избежать запуска fsck при каждой загрузке системы.

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Grub Advance Options

Затем выберите «Recovery mode».

Select Linux Recovery Mode

В следующем меню выберите «fsck».

Select fsck Utility

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Confirm Root Filesystem

Вы должны увидеть что-то похожее на это.

Running fsck Filesystem Check

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Select Normal Boot

Заключение

Из этого руководства вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, пожалуйста, не стесняйтесь задавать их в разделе комментариев ниже.

Источник

Не определяется флешка в ubuntu linux

Здравствуйте, не определяется флешка transed 16gb в ubuntu linux вывод команды lsusb

Что-то у меня спойлеры не отобразились((

99092: 1865349695

61391: 1378818601

В windows 7 флешка определяется и сразу пропадает

У transcend есть специальный «лечащий» софт, попробуй, может повезёт.

И используй теги code, твою кашу читать невозможно.

67566:1657244457

В конце июля 2011 года добавлен парный тег

для создания спойлера в новостях с целью сокращения занимаемого ими места на главной странице.

Спойлеры только в новостях работают вроде.

120309:1694971822

Спойлеры только в новостях работают вроде.

И спойлерами, как таковыми, не являются.

Я вроде поправил теперь можно понять, что написанно Вот что пишет, при попытке создать раздел Ошибка ввода/вывода во время чтения на /dev/sdb

В смысле в GParted пишет

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

61391: 1378818601

На «родном» сайте несколько версий: onlinerecovery

Их я пробовал, не видно флешку и это понятно, так как она то подключается, то отключается.

61391: 1378818601

Закоротить ножки контроллера пробовалось?

61391: 1378818601

По первой из приведённых мною ссылок сходить не судьба.

29901:1861693785

Зверек скорее мертв… Тем более что его поведение аналогично во всех ОСях. По простому выброси и забудь. Если охота поиздеваться то сперва попробуй софт для восстановления от самого трансценда… Когда совсем уже нечего будет терять попробуй китайские проги «для восстановления» иногда они даже помогают но как правило все равно не на долго. Так что проще просто и выбросить и купить новую.

я что то сначала не заметил ссылку, спасибо за совет, завтра попробую это проделать, потом отпишусь по результатам

Источник

Я подозреваю, что повреждение файловой системы здесь. Поскольку это, вероятно, ваша корневая файловая система, вы не сможете выполнить полную команду fsck пока система работает, поэтому выполните sudo shutdown -r -F now которая должна завершить работу и перезагрузиться (-r), чтобы запустить fsck (-F), когда система возвращается в исходное состояние (в момент, когда обнаруженные проблемы могут быть более безопасно устранены). Возможно, вы захотите сначала обновить свои резервные копии, хотя бы ради паранойи (на случай, если что-то серьезно не так и машина не перезагрузится чисто).

Это также может быть проблема с блокировкой файла, хотя в этом случае можно ожидать другое сообщение об ошибке. Чтобы увидеть, какие процессы активно используют эти файлы, вы можете запустить lsof | grep locale .

Понравилась статья? Поделить с друзьями:
  • Ошибка ввода вывода на карте памяти
  • Ошибка ввода вывода на устройстве ssd как исправить
  • Ошибка ваш email не подтверждена
  • Ошибка ввода вывода usb флешки
  • Ошибка ввода вывода на жестком диске как устранить