Не монтируются ntfs разделы (ошибка ввода-вывода) [РЕШЕНО]

Автор sx88, 13 августа 2017, 16:38:46

« назад - далее »

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

mrgoodvin

В выводе не вижу umask=0x22, возможно не назначается родительским процессом.
1- Попробуйте sudo mount -t ntfs-3g -o umask=0x22 /dev/sdb1 /mnt и sudo ls /mnt
2- Прочитайте содержимое раздела с помощью testdisk (>[ Advanced ] Filesystem Utils :>List) что бы окончательно определиться с локализацией.

Открыть содержимое (спойлер)
sx88, по поводу вопроса - хотел увидеть командную строку, т.с. обратку или обратную связь, а что - нельзя? :)
[свернуть]

sx88

Цитата: mrgoodvin от 08 января 2018, 23:01:32sudo mount -t ntfs-3g -o umask=0x22 /dev/sdb1 /mnt и sudo ls /mnt


Цитата: mrgoodvin от 08 января 2018, 23:01:32Прочитайте содержимое раздела с помощью testdisk


Сам раздел пустой, потому как я записать ничего не могу на него. Но через testdisk читается

ecc83

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

sx88

#63
Цитата: ecc83 от 12 января 2018, 21:37:41это у тебя стационарный компьютер или ноутбук?
Это старционарный комп. Проблема не в диске потому что:
-- флешка не читается на стационарном домашнем ПК, но читается на ПК на работе
-- диск ssd не отформатированный в ntfs не читается на домашнем ПК, но читается на работе
-- если загрузился через live usb флешка/ssd форматированная в ntfs подхватывается и читается наура !

Cообщение объединено 12 января 2018, 22:50:47

Цитата: ecc83 от 12 января 2018, 21:37:41Просто похоже на аппаратную проблему.
но с fat же читается и пишется на носители.

mrgoodvin

#64
Возможно я ошибся, параметр для umask  в восмиричной системе исчисления, т.е. возможно нужно umask=022, но думаю не в этом дело. По пробывал у себя, и это ничего не поменяет. Поэтому:

su
umask 0022
mount -t ntfs-3g /dev/sdb1 /mnt
fuser -uv  /dev/sdb1
ls /mnt
cd /proc/xxxx
cat stack
cat io
cat loginuid
cat status
getpcaps XXXX

sx88

Цитата: mrgoodvin от 13 января 2018, 00:10:00su
sx@~$ su
Пароль:
su: Сбой при проверке подлинности


Цитата: mrgoodvin от 13 января 2018, 00:10:00umask 0022
sx@~$ sudo umask 0022
[sudo] password for sx:
sudo: umask: command not found
sx@~$ sudo umask 022
sudo: umask: command not found


Цитата: mrgoodvin от 13 января 2018, 00:10:00fuser -uv  /dev/sdb1

sudo fuser -uv  /dev/sdb1
                     ПОЛЬЗ-ЛЬ    PID ДОСТУП КОМАНДА
/dev/sdb1:           root      30583 F.... (root)mount.ntfs-3g





Цитата: mrgoodvin от 13 января 2018, 00:10:00ls /mnt
cd /proc/xxxx

sudo ls /proc/30583/
attr     cmdline      environ  limits mounts      oom_score     sched      statm
autogroup   comm      exe      loginuid mountstats  oom_score_adj  sessionid  status
auxv     coredump_filter  fd       maps net      pagemap     smaps      syscall
cgroup     cpuset      fdinfo   mem ns      personality    stack      task
clear_refs  cwd      io       mountinfo  oom_adj     root     stat       wchan



Цитата: mrgoodvin от 13 января 2018, 00:10:00cat stack
sudo cat stack
[<c102942d>] __kunmap_atomic+0x62/0x6f
[<c105e6e1>] arch_local_irq_save+0xf/0x14
[<f83ae032>] fuse_dev_do_read.isra.11+0x9b/0x4ce [fuse]
[<c109c082>] free_hot_cold_page+0x35/0x11d
[<c103281a>] default_wake_function+0x0/0x8
[<f83ae650>] fuse_dev_read+0x5b/0x64 [fuse]
[<c10ce8e9>] do_sync_read+0x0/0xdc
[<c10ce991>] do_sync_read+0xa8/0xdc
[<c10cedcf>] rw_verify_area+0xc6/0xe7
[<c10cf140>] vfs_read+0x80/0xd1
[<c10cf1ce>] sys_read+0x3d/0x61
[<c12cc95f>] sysenter_after_call+0x0/0x16
[<ffffffff>] 0xffffffff


Цитата: mrgoodvin от 13 января 2018, 00:10:00cat io
rchar: 4467
wchar: 552
syscr: 13
syscw: 17
read_bytes: 0
write_bytes: 0
cancelled_write_bytes: 0


Цитата: mrgoodvin от 13 января 2018, 00:10:00cat loginuid
1000

Цитата: mrgoodvin от 13 января 2018, 00:10:00cat status
Name: mount.ntfs-3g
State: S (sleeping)
Tgid: 30583
Pid: 30583
PPid: 1
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 32
Groups:
VmPeak:     5032 kB
VmSize:     5028 kB
VmLck:        0 kB
VmPin:        0 kB
VmHWM:     1056 kB
VmRSS:     1056 kB
VmData:      600 kB
VmStk:      136 kB
VmExe:      148 kB
VmLib:     2308 kB
VmPTE:       20 kB
VmSwap:        0 kB
Threads: 1
SigQ: 0/56151
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 0000000180004003
CapInh: 0000000000000000
CapPrm: ffffffffffffffff
CapEff: ffffffffffffffff
CapBnd: ffffffffffffffff
Cpus_allowed: f
Cpus_allowed_list: 0-3
Mems_allowed: 1
Mems_allowed_list: 0
voluntary_ctxt_switches: 8
nonvoluntary_ctxt_switches: 1


Цитата: mrgoodvin от 13 января 2018, 00:10:00getpcaps XXXX

sx@/proc/30583$ getpcaps 30583
Capabilities for `30583': =ep

mrgoodvin

#66
Цитата: sx88 от 13 января 2018, 18:59:45sx@/proc/30583$ getpcaps 30583
Capabilities for `30583': =ep
Предволожительно проблема в привилегиях процесса, должно быть вот так например:
$ getpcaps 7303
Capabilities for `7303': = cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_fsetid,cap_kill,cap_setgid,cap_setuid,cap_setpcap,cap_linux_immutable,cap_net_bind_service,cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,cap_sys_nice,cap_sys_resource,cap_sys_time,cap_sys_tty_config,cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,cap_block_suspend,cap_audit_read+ep


Ваша командная оболочка видимо не поддерживает команду umask, попробуйте использовать другую.
Попробуйте выполнить sudo mount -o acl /dev/sdb1 /mnt и проверить чтение, но видимо что проблема не в правах доступа, а в том что по каким-то причинам процесс не получает необходимые привилегии на чтение и запись и т.п. Что бы проверить это — загрузиться с live носителя и проделайте тоже самое и сравните выводы команд getpcaps xxxx. Скорее всего проблема в вашей ОС, предполагаю что может быть причиной ядро, попробуйте использовать другое, например для 32-х битной архитектуры или модифицированное с офф. репозитория для вашей версии дистрибутива.
Еще вариант проверить, можно назначить привилегии на /bin/ntfs-3g c с помощью setcap и взять пример моего вывода для процесса с id 7303.
Уже и не припомню проверяли ли права на файлы, должны быть такими:
$ ls -l /bin | grep ntfs
-rwxr-xr-x 1 root root   109232 Фев 26  2017 lowntfs-3g
-rwsr-xr-x 1 root root   146128 Фев 26  2017 ntfs-3g
-rwxr-xr-x 1 root root    10312 Фев 26  2017 ntfs-3g.probe
-rwxr-xr-x 1 root root    26728 Фев 26  2017 ntfscat
-rwxr-xr-x 1 root root    30824 Фев 26  2017 ntfscluster
-rwxr-xr-x 1 root root    34920 Фев 26  2017 ntfscmp
-rwxr-xr-x 1 root root    34928 Фев 26  2017 ntfsfallocate
-rwxr-xr-x 1 root root    39024 Фев 26  2017 ntfsfix
-rwxr-xr-x 1 root root    55416 Фев 26  2017 ntfsinfo
-rwxr-xr-x 1 root root    31928 Фев 26  2017 ntfsls
-rwxr-xr-x 1 root root    30824 Фев 26  2017 ntfsmove
-rwxr-xr-x 1 root root   108648 Фев 26  2017 ntfsrecover
-rwxr-xr-x 1 root root    88672 Фев 26  2017 ntfssecaudit
-rwxr-xr-x 1 root root    34848 Фев 26  2017 ntfstruncate
-rwxr-xr-x 1 root root    30744 Фев 26  2017 ntfsusermap
-rwxr-xr-x 1 root root    47752 Фев 26  2017 ntfswipe
$ ls -l /sbin | grep ntfs
lrwxrwxrwx 1 root root         6 Фев 26  2017 mkfs.ntfs -> mkntfs
-rwxr-xr-x 1 root root     79984 Фев 26  2017 mkntfs
lrwxrwxrwx 1 root root        15 Фев 26  2017 mount.lowntfs-3g -> /bin/lowntfs-3g
lrwxrwxrwx 1 root root        13 Фев 26  2017 mount.ntfs -> mount.ntfs-3g
lrwxrwxrwx 1 root root        12 Фев 26  2017 mount.ntfs-3g -> /bin/ntfs-3g
-rwxr-xr-x 1 root root     55416 Фев 26  2017 ntfsclone
-rwxr-xr-x 1 root root     34920 Фев 26  2017 ntfscp
-rwxr-xr-x 1 root root     26728 Фев 26  2017 ntfslabel
-rwxr-xr-x 1 root root     71800 Фев 26  2017 ntfsresize
-rwxr-xr-x 1 root root     47208 Фев 26  2017 ntfsundelete

ferum

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

sx88

Цитата: ferum от 14 января 2018, 09:56:38Предположительно проблема в ядре crunchbang
Ядро системы? 3.2.0-4-686-pae #1 SMP Debian 3.2.84-1 i686 GNU/Linux  ?

mrgoodvin

#69
Больше идей не нахожу, ибо по выводам видно что fuse подгружается и работает, хоть как-то. Чтения потока данных нету (из cat io read_bytes: 0, конечно если вы хотя бы пробовали выполнить чтение содержимого раздела, а там ошибка ввода-вывода), с файловой системой устройств все нормально. Возможные причины: ядро, fuse, ntfs-3g, права доступа и привилегии, аппаратная ошибка с железом pc или на уровне файловой системы устройств ввода/вывода, комбинирование предыдущих пунктов. Большинство команд выполнялось из под sudo, и если ничего не менялось в правах доступа - должно было бы хотя бы считывать содержимое раздела c ntfs. testdisk читает содержимое, а это означает что проблемы на уровне ОС. Может быть не соответствие ядра модулям или библиотекам. Ядро шло с дистрибутивом по умолчанию? fuse или ntfs-3g меняли? Когда заметили проблему?
К стати можете ознакомиться с блок-схемой работы fuse https://ru.wikipedia.org/wiki/FUSE_(модуль_ядра) для понимания.

sx88

Спустя практически год решение было найдено:
Нужно откатиться на более раннюю версию пакета ntfs-3g (ntfs-3g_2012.1.15AR.5-2.1+deb7u3_i386.deb) c версии 2014 года