Невозможно создать каталог ошибка ввода вывода - Oshibku.top - решение и исправление самых разных ошибок

I’m getting an Input/Output error when I try and create a directory or file in a google cloud storage bucket mounted on a linux (Ubuntu 15.10) directory.

Steps I have done:

Created a user named transfer
Created a /mnt/backups directory and ran chown -R transfer /mnt/backups
As the user transfer, ran gcsfuse --implicit-dir backup01-bucket /mnt/backups. The file system mounts successfully
Run mkdir test and get the error mkdir: cannot create directory test: Input/output error

Is there something I missed? What I’m trying to do is be able to ftp files to the server and store them in the google storeage bucket rather than local storage.

Update
I modified the command to get some debug information:

gcsfuse --implicit-dirs --foreground --debug_gcs --debug_fuse backup01-bucket /mnt/backups

Then ran mkdir /mnt/backups/test as the transfer user.

The following bedug information came out:

fuse_debug: Op 0x00000060        connection.go:395] <- GetInodeAttributes (inode 1)
fuse_debug: Op 0x00000060        connection.go:474] -> OK
fuse_debug: Op 0x00000061        connection.go:395] <- LookUpInode (parent 1, name "test")
gcs: Req             0x3a: <- StatObject("test/")
gcs: Req             0x3b: <- ListObjects()
gcs: Req             0x3c: <- StatObject("test")
gcs: Req             0x3c: -> StatObject("test") (53.375107ms): gcs.NotFoundError: googleapi: Error 404: Not Found, notFound
gcs: Req             0x3b: -> ListObjects() (59.061271ms): OK
gcs: Req             0x3a: -> StatObject("test/") (71.666112ms): gcs.NotFoundError: googleapi: Error 404: Not Found, notFound
fuse_debug: Op 0x00000061        connection.go:476] -> Error: "no such file or directory"
fuse_debug: Op 0x00000062        connection.go:395] <- MkDir
gcs: Req             0x3d: <- CreateObject("test/")
gcs: Req             0x3d: -> CreateObject("test/") (22.090155ms): googleapi: Error 403: Insufficient Permission, insufficientPermissions
fuse_debug: Op 0x00000062        connection.go:476] -> Error: "CreateChildDir: googleapi: Error 403: Insufficient Permission, insufficientPermissions"
fuse: 2016/04/04 06:51:02.922866 *fuseops.MkDirOp error: CreateChildDir: googleapi: Error 403: Insufficient Permission, insufficientPermissions
2016/04/04 06:51:08.378100 Starting a garbage collection run.
gcs: Req             0x3e: <- ListObjects()
gcs: Req             0x3e: -> ListObjects() (54.901164ms): OK
2016/04/04 06:51:08.433405 Garbage collection succeeded after deleted 0 objects in 55.248203ms.

Note: If I create a directory in the web console I can see the directory fine.

asked Apr 3, 2016 at 7:24

user1476207user1476207

3772 gold badges8 silver badges14 bronze badges

It appears from the Insufficient Permission errors in your debug output that gcsfuse doesn’t have sufficient permissions to your bucket. Probably it has read-only access.

Be sure to read the credentials documentation for gcsfuse. In particular, if you’re using a service account on a GCE VM make sure to set up the VM with the storage-full access scope.

answered Apr 5, 2016 at 10:43

jacobsajacobsa

5,7591 gold badge28 silver badges60 bronze badges

You problem does stem from insufficient permissions, but you do not need to destroy and re-create the VM with a different scope to solve this problem. Here is another approach that is more suitable for production systems:

Create a service account
Create a key for the service account, and download the JSON file
Grant an appropriate role to the service account
Grant the appropriate permissions to the service account on the bucket
Upload the JSON credentials for the service account to the VM

Finally, define an environment variable that contains the path to the service account credentials when calling gcsfuse from the command line:

GOOGLE_APPLICATION_CREDENTIALS=/root/credentials/service_credential_file.json gcsfuse bucket_name /my/mount/point

Use the key_file option to accomplish the same thing in fstab. Both of these options are documented in the gcsfuse credentials documentation. (EDIT: this option is documented, but won’t work for me.)

Interestingly, you need to use the environment variable or key_file option even if you have configured the service account on the VM using:

gcloud auth activate-service-account --key-file /root/credentials/service_credential_file.json

For some reason, gcsfuse ignores the active credentialed account.

Using the storage-full scope when creating a VM has security and stability implications, because it allows that VM to have full access to every bucket that belongs to the same project. Should your file storage server really be able to over-write the logs in a logging bucket, or read the database backups in another bucket?

answered Aug 19, 2016 at 21:06

Craig FinchCraig Finch

9787 silver badges21 bronze badges

This problem can also occur in case you have set some retention policy/rules in that bucket.
Like for me, I was also getting the same input/output error when I was trying to update any file within the mounted folder, the root cause was that I had added retention policy for not deleting any file before 1 month.

answered Apr 11, 2020 at 10:43

I was facing this issue intermittently, so figured I’d share what I found:

I’m using minikube for development and GCP for production.

I have the following postStart lifecycle hook:

lifecycle:
  postStart:
    exec:
      command: ['gcsfuse', '-o', 'allow_other', 'bucket', 'path']

Locally, I configured the permissions by running these two commands before creating the pod:

$ gcloud auth login
$ minikube addons enable gcp-auth

Remotely, when creating my cluster, I enabled the permissions like so:

gcloud_create_cluster:
    gcloud container clusters create cluster \
    --scopes=...storage-full...

While I was develoing, I found myself updating/overriding files wtihin 1 minute of each. Since my retention policy was set to 60 seconds, any modifications or deletions were disallowed in that time. The solution was to simply reduce it.

This is not an end-all solution but hopefully someone else finds it useful.

answered Nov 29, 2020 at 0:51

OlshanskyOlshansky

5,9648 gold badges32 silver badges47 bronze badges

Please check the Cloud API access scopes setting of the virtual machine, it needs to be configured to Allow full access to all Cloud APIs

Suraj Rao

29.4k11 gold badges94 silver badges103 bronze badges

answered Sep 23, 2021 at 14:26

It worked for with below entry in fstab:

bucketName mountPath gcsfuse rw,allow_other,uid=1003,gid=1003,file_mode=777,dir_mode=777,implicit_dirs

Note: Do not add «gs://» to bucket name.

ouflak

2,45810 gold badges44 silver badges49 bronze badges

answered Feb 21, 2022 at 9:08

If the storage bucket is accessing by a service account, please provide enough permissions to that service account. storage Admin worked for me.

answered Feb 27 at 5:03

Источник

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

cp: невозможно создать каталог `/newdisk/home/izumeroot’: Ошибка ввода/вывода

[root@localhost izumeroot]# cp /lib /newdisk -r

cp: невозможно создать каталог `/newdisk/lib/modules’: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/tls’: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/i686′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/ld-lsb.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libgcc_s-4.0.2-20051126.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libgcc_s.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/ld-linux.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libtermcap.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libBrokenLocale.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libSegFault.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libanl.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libc.so.6′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libcidn.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libcrypt.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libdl.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libm.so.6′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnsl.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_compat.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_dns.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_files.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_hesiod.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_nis.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_nisplus.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libpthread.so.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libresolv.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/librt.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libthread_db-1.0.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libthread_db.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libutil.so.1′: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/security’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libpamc.so.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libtermcap.so.2.0.8′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libselinux.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libpcre.so.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libpcre.so.0.0.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libattr.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libattr.so.1.1.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libacl.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libacl.so.1.1.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libdb-4.3.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libblkid.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libblkid.so.1.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libcom_err.so.2′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libcom_err.so.2.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libe2p.so.2′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libe2p.so.2.3′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libext2fs.so.2′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libext2fs.so.2.4′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libss.so.2′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libss.so.2.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libuuid.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libuuid.so.1.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libaudit.so.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libaudit.so.0.0.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libpam.so.0.79′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libpam_misc.so.0.79′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libpamc.so.0.79′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libpam_misc.so.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libpam.so.0′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libdevmapper.a.1.01′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libdevmapper.a’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libdevmapper.so.1.01′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libdevmapper.so’: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/kbd’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libhandle.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libproc-3.2.5.so’: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/firmware’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libiw.so.28′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libhandle.so.1.0.3′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libcrypto.so.0.9.7f’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libcrypto.so.5′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libssl.so.0.9.7f’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libssl.so.5′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libsepol.so.1′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libasound.so.2.0.0′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libasound.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_wins.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/cpp’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_winbind.so.2′: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_wins.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_winbind.so’: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/iptables’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libcap.so.1.10′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libcap.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libnss_ldap.so.2′: Ошибка ввода/вывода

cp: невозможно создать каталог `/newdisk/lib/lsb’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_ldap-2.3.5.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libanl-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/ld-lsb.so.1′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/ld-lsb.so.2′: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libattr.so’: Ошибка ввода/вывода

cp: невозможно создать символьную ссылку `/newdisk/lib/libacl.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/ld-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libBrokenLocale-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libc-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libcidn-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libcrypt-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libdl-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libm-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnsl-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_compat-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_dns-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_files-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_hesiod-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_nis-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libnss_nisplus-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libpthread-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libresolv-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/librt-2.4.so’: Ошибка ввода/вывода

cp: невозможно создать обычный файл `/newdisk/lib/libutil-2.4.so’: Ошибка ввода/вывода

[root@localhost izumeroot]#

«Ошибка ввода / вывода» при доступе к каталогу

Я хочу перечислить и удалить содержимое каталога на съемном жестком диске. Но я испытал «Ошибка ввода / вывода»:

$ rm  pic -R
rm: cannot remove `pic/60.jpg': Input/output error
rm: cannot remove `pic/006.jpg': Input/output error
rm: cannot remove `pic/008.jpg': Input/output error
rm: cannot remove `pic/011.jpg': Input/output error

$ ls -la pic
ls: cannot access pic/60.jpg: Input/output error
-????????? ? ?    ?         ?            ? 006.jpg
-????????? ? ?    ?         ?            ? 006.jpg
-????????? ? ?    ?         ?            ? 011.jpg

Мне было интересно, в чем проблема?

Как я могу восстановить или удалить каталог picи все его содержимое?

Моя ОС — Ubuntu 12.04, а съемный жесткий диск имеет файловую систему ntfs. Другие каталоги, не содержащие или не находящиеся picна съемном жестком диске, работают нормально.

Добавлено:

Последняя часть вывода dmesgпосле того, как я попытался перечислить содержимое каталога:

[19000.712070] usb 1-1: new high-speed USB device number 2 using ehci_hcd
[19000.853167] usb-storage 1-1:1.0: Quirks match for vid 05e3 pid 0702: 520
[19000.853195] scsi5 : usb-storage 1-1:1.0
[19001.856687] scsi 5:0:0:0: Direct-Access     ST316002 1A               0811 PQ: 0 ANSI: 0
[19001.858821] sd 5:0:0:0: Attached scsi generic sg2 type 0
[19001.861733] sd 5:0:0:0: [sdb] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[19001.862969] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.865223] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.865232] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.867597] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.869214] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.869218] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.891946]  sdb: sdb1
[19001.894713] sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled
[19001.895950] sd 5:0:0:0: [sdb] Cache data unavailable
[19001.895953] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[19001.895958] sd 5:0:0:0: [sdb] Attached SCSI disk
[19113.024123] usb 2-1: new high-speed USB device number 3 using ehci_hcd
[19113.218157] scsi6 : usb-storage 2-1:1.0
[19114.232249] scsi 6:0:0:0: Direct-Access     USB 2.0  Storage Device   0100 PQ: 0 ANSI: 0 CCS
[19114.233992] sd 6:0:0:0: Attached scsi generic sg3 type 0
[19114.242547] sd 6:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[19114.243144] sd 6:0:0:0: [sdc] Write Protect is off
[19114.243154] sd 6:0:0:0: [sdc] Mode Sense: 08 00 00 00
[19114.243770] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.243778] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.252797] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.252807] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.280407]  sdc: sdc1 < sdc5 >
[19114.289774] sd 6:0:0:0: [sdc] No Caching mode page present
[19114.289779] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19114.289783] sd 6:0:0:0: [sdc] Attached SCSI disk

Ответы:

Ошибки ввода / вывода при попытках доступа к файловой системе обычно означают аппаратные проблемы.

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

РЕДАКТИРОВАТЬ Вы монтируете его через ntfsили ntfs-3g? Насколько я помню, устаревший ntfsдрайвер не имел поддержки стабильной записи и был в основном заброшен, когда оказалось, что ntfs-3gон значительно более стабилен и безопасен.

Как утверждает Садхур, это, вероятно, вызвано аппаратными проблемами на диске, и dmesgвыходной файл — правильное место, чтобы проверить это.

Вы можете выполнить сканирование поверхности вашего диска из Linux /sbin/badblocks /dev/sda.

Проверьте страницу руководства для более тщательного тестирования основных исправлений (перемещение блоков). Все это не зависит от файловой системы, поэтому является безопасным даже для файловой системы NTFS, поскольку работает на уровне «поверхности диска».

Я лично сделал это для запуска ежемесячно от cron. Конечно, вам нужно проверить, получаете ли вы письма cron в своем почтовом ящике (что по умолчанию часто не так). Эти письма заканчиваются /var/mail/$USERили похожи.

Я создал /etc/cron.d/badblocks:

30 4 * * 3 root [ -x /sbin/badblocks ] && [ $(date +%d) -le 7 ] && /sbin/badblocks /dev/sda

Ваша файловая система повреждена, для томов NTFS вы должны запустить систему chkdskпод Windows, но восстановить ее практически невозможно. Иногда вам может понадобиться отформатировать диск.

Решение, которое работает для меня, — понизить ntfs-3gверсию с выпуска 2014 года до выпуска 2012 года. Это должно решить вашу проблему с доступом к разделу NTFS. В долгосрочной перспективе это не решение, потому что в конечном итоге вам потребуется запустить последнюю версию.

Больше информации здесь

Я просто хотел добавить свое решение в эту ветку для блага других — я выполнил некоторую работу в своей системе, когда у меня вышел из строя источник питания — я, должно быть, переподключил кабели SATA в неправильном порядке, так как когда я их переключал, все работало снова — в любом случае, не знаю, почему загрузочный диск должен находиться на определенном порте SATA, может быть ответом для кого-то другого.

Никто не упомянул, что делать, если инструменты Linux не работают и доступен только Mac, но не Windows.

Может быть исправлено в OS X с Paragon NTFS

В моем случае gpartedсказали пойти найти ПК с Windows, который нигде не было найдено. Но рядом был Mac, для которого доступно это замечательное программное обеспечение. Установил пробную версию, выполнил проверку , затем чинил — и вуаля!

Я просто хотел поделиться своим опытом: во FreeBSD 10.3 я подключил свой внешний жесткий диск с

$ sudo ntfs-3g /dev/da0s1 /media

Внутри жесткого диска я mkdirсоздал папку, а затем переместил в нее несколько файлов, конечно, с помощью mvкоманды. Наконец я выполнил следующую команду:

$ sudo sync

Затем я смонтировал жесткий диск на машине Linux с ядром 4.4.0-78-generic. Теперь, когда я перечисляю содержимое жесткого диска, каталог, созданный во FreeBSD, назван Jeff, как показано ниже:

$ ls -lhrtci
ls: cannot access 'Jeff': Input/output error
total 20K
  ? d????????? ? ?    ?       ?            ? Jeff

Также при попытке удалить Jeffкаталог я получаю следующее сообщение об ошибке:

$ sudo rm -f -R Jeff
rm: cannot remove 'Jeff': Input/output error

Я не смог избавиться от Jeffкаталога на машине с Linux, поэтому я использовал машину с FreeBSD и снова смонтировал жесткий диск на FreeBSD. Но ls, cdи rmкоманды на FreeBSD генерировать то же самое Input/output error. Похоже, в ntfs-3gпакете FreeBSD была ошибка .

ОБНОВИТЬ

Я перенес все свои данные с внешнего жесткого диска на компьютер с Linux, конечно, поврежденный файл Jeffне мог быть перемещен из-за ошибки ввода-вывода. Затем я переформатировал внешний жесткий диск с обнулением тома и проверкой сбойного сектора следующим образом:

$ sudo mkfs.ntfs /dev/sdb1

А затем переместил все данные обратно на внешний том. Таким образом, я потерял поврежденный файл с именем Jeff, однако мой внешний жесткий диск очищен от любых ошибок ввода-вывода.

Я объявил, что когда я пытаюсь получить доступ к диску, на котором возникла эта ошибка, он пытался записать последние скопированные файлы, которые были перезаписаны в последний файл, а затем попытка доступа не удалась, потому что уже записанная запись не совпадает с последними скопированными элементами, поэтому происходит сбой. Самый здоровый способ спасти диск — удалить последний элемент или элементы, скопированные в Windows.

Печать

Страницы: [1] Вниз

Тема: Ошибка ввода/вывода на NTFS разделе (Прочитано 2292 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Apocalypse

Здравствуйте у меня проблема с NТFS разделом, при попытке создать папку высвечивается сообщение «Ошибка ввода/вывода создания новой папки». NТFS-3g у меня стоит, после установки такого не было, потом появилось, переустановка системы на помогала. При ошибке syslog выдает такое:

«Sep 1 13:19:55 apocalypse-desktop ntfs-3g[7012]: Mft record 0x4d625 was marked unused in mft bitmap but is marked used itself. Corrupt filesystem or library bug! Run chkdsk immediately!
Sep 1 13:19:55 apocalypse-desktop ntfs-3g[7012]: Could not allocate new MFT record»

Забыл сказать, chkdsk не помогает

« Последнее редактирование: 01 Сентября 2007, 14:31:54 от Apocalypse »

Balu

Может у тебя просто диск умирает?

Apocalypse

Нет, не умирает, я перезагрузил Наутилус через Системный монитор и все заработало

dmig

Нет, не умирает, я перезагрузил Наутилус через Системный монитор и все заработало

chkdsk не помогает — этот тот что виндовый? в винде (в гуе) запусти проверку диска со всеми параметрами. он скажет, что щас нельзя и предложит запустить проверку при загрузке. после чего перезагрузись, пускай проверит как следует.

kyxap

у меня такая пороблема начала появлятся.
я уже избавился от винды, стоит 2 убунты :laugh:

но диски с информацией все на нтфс. и выдает ошибку часто.

что его делать? и диски забиты, а так хочетца с нтфс сбежать (

asus m2n-e sli
asus GF8600GT silent ~512mb
DDR2 Kingston 800 2gb Proview AI2237W

kyxap

к примеру качаю файл, через фаирфокс, на 99% выдает ошибку что файл не может быть сохранен, при попытке файл сохранить на раздел с нтфс. а при сохранении на ех3 все гуд

asus m2n-e sli
asus GF8600GT silent ~512mb
DDR2 Kingston 800 2gb Proview AI2237W

dmig

что его делать? и диски забиты, а так хочетца с нтфс сбежать (

блин, возьми у кого-нить на время хард. или пачку dvd-rw. да потрать вечер на перенос нужных данных.
делов то — всего ничего. только время.

Печать

Страницы: [1] Вверх

Установка через make install может привести к проблемам, описанным тут.
Авторы софта рекомендуют такой метод установки, поскольку это единственный воспроизводимый на всех линуксах (ну по крайней мере на последних версиях) метод установки, но это может позже привести к конфликтам с пакетной системой, ибо последняя знать не знает о софте, установленной таким образом. Разумеется, это не значит, что за каждым make install 100% стоят проблемы, но вероятность конфликта пакетной системы с файлами, установленными через make install серьезно повышается.
Если checkinstall не помогает, то можете при установке указывать в какую директорию ставить софт, например в /opt.

Цитата: ogost от 24 августа 2017, 14:39:26
Если checkinstall не помогает, то можете при установке указывать в какую директорию ставить софт, например в /opt.

Спасибо, не знал что можно указать конкретный каталог установки…

Цитата: mrgoodvin от 24 августа 2017, 01:49:58Хотя бы узнать (увидеть вывод mount) есть ли работа с ntfs на уровне ядра, смонтировав раздел под рутом в консоли/терминале и произвести чтение/копирование в том же терминале или же с помощью mc.

sx@~$ sudo blkid -o list [sudo] password for sx: device fs_type label mount point UUID ------------------------------------------------------------------------------- /dev/sda1 ext4 nix / 41d1dc39-b53f-48a4-bc0e-d549fb14e0a6 /dev/sda2 swap <swap> d99e0054-f152-40db-9e9e-0ed6f09c3c01 /dev/sda3 ext4 docs /media/doc 5d14173a-f64d-4668-9fde-7923127409f5 /dev/sda4 ntfs 5EA61FEDA61FC505


sx@~$ sudo mount /dev/sda4 /media/sda4/
sx@~$ touch testfile.txt
sx@~$ sudo cp testfile.txt /media/sda4 
cp: не удалось получить доступ к «/media/sda4»: Ошибка ввода/вывода
sx@~$ ls /media/sda4 
ls: невозможно получить доступ к /media/sda4: Ошибка ввода/вывода

Прежде создайте нормально точку монтирования типа

sudo mkdir -p /media/mnt
потом монтируйте свой раздел

sudo mount /dev/sda4 /media/mnt
собственно в /media/mnt ваш файловый менеджер интересующий вас раздел и увидит.

Русские дебианщики против цифрового слабоумия !

Цитата: ferum от 24 августа 2017, 20:30:31Прежде создайте нормально точку монтирования типа

sx@~$ sudo mkdir -p /media/mnt sx@~$ sudo mount /dev/sda4 /media/mnt


sx@~$ ls /media/mnt 
ls: невозможно получить доступ к /media/mnt: Ошибка ввода/вывода
sx@~$ sudo touch 1.txt /media/mnt 
touch: установка временных отметок «/media/mnt»: Ошибка ввода/вывода

Еще разок.

$ su Пароль root # ls /media/mnt # mount -t ntfs /dev/sda4 /media/mnt # ls /media/mnt

Также пробуйте # mount -t ntfs-3g /dev/sda4 /media/mnt

sx88, покажи fstab:

cat /etc/fstab

Какие ещё ОС установлены на этом компе?
Есть ли нормальный доступ к NTFS диску с другой ОС?
В биосе нет никаких доп. настроек жестких дисков? Не защищён ли диск от записи в биосе?

Цитата: mrgoodvin от 24 августа 2017, 22:10:03Еще разок.

Cообщение объединено 25 августа 2017, 21:22:24

Цитата: ecc83 от 24 августа 2017, 23:26:07sx88, покажи fstab:

# /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass>


#Entry for /dev/sda1 :
UUID=41d1dc39-b53f-48a4-bc0e-d549fb14e0a6	/	ext4	errors=remount-ro	0	1
#Entry for /dev/sda3 :
UUID=5d14173a-f64d-4668-9fde-7923127409f5	/media/doc	ext4	defaults,relatime,user_xattr,acl,barrier=1,data=ordered	0	0
#Entry for /dev/sda2 :
UUID=d99e0054-f152-40db-9e9e-0ed6f09c3c01	none	swap	sw	0	0
#UUID="76C409B66E0D419A"	/media/WIN_XP	ntfs-3g	rw,user,noauto	0	0
UUID="5EA61FEDA61FC505"	/media/sda4	ntfs-3g	silent,umask=0,locale=ru_RU.utf8	0	0

1) Установлена win7 на sda4
2) Да, нормальный доступ есть к этому разделу (на нем же и винда стоит)
3) Нее Ничего не защищено

Попробуй измени в fstab строку монтирования раздела на вот такую:

UUID=5EA61FEDA61FC505 /media/sda4 ntfs-3g rw,nls=utf8,defaults,dmask=000,fmask=111,gid=46,uid=1000,user 0 0

В Windows режим гибернации включен?

Выполни команду в терминале Windows:

powercfg -h off

Цитата: ecc83 от 25 августа 2017, 21:35:04Попробуй измени в fstab строку монтирования раздела на вот такую:

Код: [Выделить]
UUID=5EA61FEDA61FC505 /media/sda4 ntfs-3g rw,nls=utf8,defaults,dmask=000,fmask=111,gid=46,uid=1000,user 0 0

все так же не монтируется. Не играет роли в какую папку и с какими параметрами монтирую ntfs-раздел. Это может быть /media/mnt, /mnt … После монтирования, к этой папке уже обратиться не могу

Я ещё один вопрос задал. Его не видно?

sx88, монтирование происходит без проблем. Проблемы начинаются на уровне работы с фс. Попробуйте отключить сжатие на этом разделе в самой windows, если включено. Но даже если и включено сжатие — это не объясняет почему нет доступа на чтение содержимого на флешке, но и откровенно вывод монтирования флешки и чтения содержимого мы не видели, только вывод команд раздела с ос windows (sda4). Проделайте тоже самое с флешкой и дайте нам поглядеть на вывод команд. Также не стоит забывать о гибернации, упомянутой ecc83, речь о sda4.
[offtopic]sx88, не мешало бы разобраться и с работой su, если нужно конечно.[/offtopic]

Цитата: mrgoodvin от 26 августа 2017, 19:59:21монтирование происходит без проблем. Проблемы начинаются на уровне работы с фс

Согласен, что проблема начинается на уровне работы с ФС. Надысь запустился с liveUSB linux, зашел в Thunar и легким кликом мыши мой раздел с ntfs примонтировался без единой ошибки.
Захожу в рабочую ОС (Crunchbang Waldorf) и не могу примонтировать ни ntfs-раздел hdd, ни ntfs-флеш накопителя.

Цитата: mrgoodvin от 26 августа 2017, 19:59:21но и откровенно вывод монтирования флешки и чтения содержимого мы не видели

Что конкретно указать?

Отлично. Монтируем раздел/флешку, смотрим ~$ sudo dmesg что там упоминается о монтировании раздела или флешки. Открываем/копируем, снова смотрим dmesg.