Последние 3 дня (после обновления) моя Debian Jessie отказывается монтировать диски NTFS. Я переустановил libfuse2 и ntfs-3g, но я получаю ту же ошибку ввода / вывода
Я пробовал те же диски под Windows 7 и OSX Mavericks (используя ntfs-3g), и они работают нормально. Я чистил ntfs-3g и переустанавливал, и все та же проблема.
Диски иногда монтируются, а иногда и не монтируются. Если они монтируют, я иногда могу зайти в каталог монтирования, тогда как иногда я получаю ошибку ввода-вывода bash для директории монтирования. Когда я могу перейти в каталог монтирования, когда я пытаюсь выполнить команду ls -l, я вижу тонны вопросительных знаков вместо атрибутов file / dir.
Я попробовал ntfsfix и chkdisk под Windows, и они оба не сообщили о проблемах, только при этой установке Jessie внезапно я не могу смонтировать их должным образом.
У dmesg нет никакой полезной информации, кроме внешнего подключаемого диска:
[12816.210969] scsi 20:0:0:0: Direct-Access Seagate External SG16 PQ: 0 ANSI: 4
[12816.211825] sd 20:0:0:0: Attached scsi generic sg7 type 0
[12816.212542] sd 20:0:0:0: [sdg] 732566642 4096-byte logical blocks: (3.00 TB/2.72 TiB)
[12816.213591] sd 20:0:0:0: [sdg] Write Protect is off
[12816.213595] sd 20:0:0:0: [sdg] Mode Sense: bf 00 00 00
[12816.214782] sd 20:0:0:0: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[12816.215561] sd 20:0:0:0: [sdg] 732566642 4096-byte logical blocks: (3.00 TB/2.72 TiB)
[12816.242055] sdg: sdg1 sdg2
[12816.243244] sd 20:0:0:0: [sdg] 732566642 4096-byte logical blocks: (3.00 TB/2.72 TiB)
[12816.246031] sd 20:0:0:0: [sdg] Attached SCSI disk
parted /dev/sdg 'print'
Model: Seagate External (scsi)
Disk /dev/sdg: 3001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: msdos
Number Start End Size Type File system Flags
1 258kB 1038GB 1038GB primary
2 1038GB 3001GB 1962GB primary
fdisk -l /dev/sdg
Note: sector size is 4096 (not 512)
Disk /dev/sdg: 3000.6 GB, 3000592965632 bytes
255 heads, 63 sectors/track, 45600 cylinders, total 732566642 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00090a06
Device Boot Start End Blocks Id System
/dev/sdg1 63 253473569 1013894028 7 HPFS/NTFS/exFAT
/dev/sdg2 253473792 732566527 1916370944 83 Linux
mount -t ntfs-3g /dev/sdg1 /media/Downloads
ntfs-3g-mount: failed to access mountpoint /media/Downloads: Input/output error
Если мне удастся смонтировать его через
mount -t ntfs-3g /dev/sdg1 /media/Downloads
Однажды я перехожу на него:
cd media/Downloads
root@athena:/media/Downloads# ls -l
ls: reading directory .: Input/output error
total 0
root@athena:/media/Downloads#
Маунт, однако, говорит:
/dev/sdf1 on /media/Downloads type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
Что я тормозил?
РЕДАКТИРОВАТЬ
ntfsinfo -m /dev/sdg1
Volume is scheduled for check.
Please boot into Windows TWICE, or use the 'force' option.
NOTE: If you had not scheduled check and last time accessed this volume
using ntfsmount and shutdown system properly, then init scripts in your
distribution are broken. Please report to your distribution developers
(NOT to us!) that init scripts kill ntfsmount or mount.ntfs-fuse during
shutdown instead of proper umount.
Failed to open '/dev/sdg1'.
EDIT # 2
ntfsinfo -fm /dev/sdg1
WARNING: Dirty volume mount was forced by the 'force' mount option.
Volume Information
Name of device: /dev/sdg1
Device state: 11
Volume Name:
Volume State: 91
Volume Flags: 0x0001 DIRTY
Volume Version: 3.1
Sector Size: 4096
Cluster Size: 4096
Index Block Size: 4096
Volume Size in Clusters: 253473506
MFT Information
MFT Record Size: 4096
MFT Zone Multiplier: 0
MFT Data Position: 24
MFT Zone Start: 0
MFT Zone End: 31684192
MFT Zone Position: 4
Current Position in First Data Zone: 31684192
Current Position in Second Data Zone: 0
Allocated clusters 145403 (0.1%)
LCN of Data Attribute for FILE_MFT: 4
FILE_MFTMirr Size: 4
LCN of Data Attribute for File_MFTMirr: 126736753
Size of Attribute Definition Table: 2560
Number of Attached Extent Inodes: 0
FILE_Bitmap Information
FILE_Bitmap MFT Record Number: 6
State of FILE_Bitmap Inode: 80
Length of Attribute List: 0
Number of Attached Extent Inodes: 0
FILE_Bitmap Data Attribute Information
Decompressed Runlist: not done yet
Base Inode: 6
Attribute Types: not done yet
Attribute Name Length: 0
Attribute State: 3
Attribute Allocated Size: 31686656
Attribute Data Size: 31684192
Attribute Initialized Size: 31684192
Attribute Compressed Size: 0
Compression Block Size: 0
Compression Block Size Bits: 0
Compression Block Clusters: 0
Free Clusters: 199331046 (78.6%)
Я попытаюсь смонтировать его под Windows через несколько часов (я провожу проверку на другом диске, который не хочу прерывать).
EDIT # 3
Я вернулся в окна и просмотрел диски. Windows действительно обнаружила проблемы с одним из них, но оба были исправлены, установлены и доступны для просмотра.
Тем не менее, под Debian я все еще ничего не могу сделать. Я открыл Gparted и, что интересно, жалуется:
Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ntfs file system support: ntfsprogs / ntfs-3g.
Однако,
apt-cache policy ntfs-3g
ntfs-3g:
Installed: 1:2014.2.15AR.2-1
Candidate: 1:2014.2.15AR.2-1
Version table:
*** 1:2014.2.15AR.2-1 0
!!! Итак, я столкнулся с какой-то ошибкой ntfs-3g, или моя система сейчас сломана ???
ntfsinfoОтветы:
Это ошибка NTFS-3G . Понизьте версию ntfs-3g, и она будет работать. У меня была такая же проблема с
1:2014версией, и нет проблемы с1:2012версией (которая в «стабильном» хранилище)источник
поскольку версии 1: 2012 больше нет в
stable(Jessie), обновите доunstable(Sid), которая в настоящее время является версией 1: 2016.2.22AR.1-3, как упомянуто в сообщении об ошибке, связанном с skilowatt .источник