ntfs-3g: Eingabe- / Ausgabefehler

8

In den letzten 3 Tagen (nach einem Update) weigert sich meine Debian Jessie, NTFS-Festplatten zu mounten. Ich habe libfuse2 und ntfs-3g neu installiert, erhalte jedoch den gleichen Eingabe- / Ausgabefehler

Ich habe die gleichen Festplatten unter Windows 7 und OSX Mavericks (mit ntfs-3g) ausprobiert und sie funktionieren einwandfrei. Ich habe ntfs-3g gelöscht und neu installiert, und immer noch das gleiche Problem.

Die Festplatten werden manchmal gemountet und manchmal nicht gemountet. Wenn sie gemountet werden, kann ich manchmal in das Mount-Verzeichnis wechseln, während ich manchmal einen Bash-Fehler erhalte. Eingabe- / Ausgabefehler für das Mount-Verzeichnis. Wenn ich in der Lage bin, in das Mount-Verzeichnis zu wechseln, wenn ich ein ls -l versuche, sehe ich Tonnen von Fragezeichen anstelle von Datei- / Verzeichnisattributen.

Ich habe ntfsfix und chkdisk unter Windows ausprobiert und beide haben keine Probleme gemeldet. Nur unter dieser Jessie-Installation kann ich sie plötzlich nicht mehr richtig mounten.

dmesg hat keine anderen nützlichen Informationen als die angeschlossene externe Festplatte:

[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

Wenn ich es schaffe, es über zu mounten

mount -t ntfs-3g /dev/sdg1 /media/Downloads

Sobald ich es aufgenommen habe:

cd media/Downloads 
root@athena:/media/Downloads# ls -l
ls: reading directory .: Input/output error
total 0
root@athena:/media/Downloads#

Mount sagt jedoch:

/dev/sdf1 on /media/Downloads type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

Was habe ich gebremst?

BEARBEITEN

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%)

Ich werde versuchen, es in ein paar Stunden unter Windows zu mounten (ich überprüfe eine andere Festplatte, die ich nicht unterbrechen möchte).

EDIT # 3

Ich ging zurück in die Fenster und scannte die Datenträger. Windows hat zwar Probleme mit einem von ihnen gefunden, aber beide waren behoben, mounten und durchsuchbar.

Trotzdem kann ich unter Debian nichts tun. Ich habe Gparted geöffnet und interessanterweise beschwert es sich:

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.

Jedoch,

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

!!! Habe ich also eine Art ntfs-3g-Fehler oder ist mein System jetzt kaputt?

Alex
quelle
Hrm ... entweder neu starten und Windows chkdsk es haben, oder Sie könnten versuchen, -f zuntfsinfo
psusi
Es scheint mir in Ordnung zu sein, aber das Lesen davon funktioniert nicht. Gleiches gilt für eine interne NTFS-Festplatte.
Alex

Antworten:

11

Es ist ein ntfs-3g-Fehler . Downgraden Sie ntfs-3g und es wird funktionieren. Ich hatte das gleiche Problem mit der 1:2014Version und kein Problem mit der 1:2012Version (die im "stabilen" Repository)

Skilowatt
quelle
1
Es ist besser, wenn Sie einen Fehler erwähnt haben, siehe Link dazu.
PersianGulf
Das ist interessant, ich werde es versuchen und mich bei Ihnen melden.
Alex
1
Ja, Sie haben Recht, ich habe auf 1: 2012 herabgestuft und es funktioniert!
Alex
1
Diese Antwort ersparte mir viel Herzschmerz. Vielen Dank an @Alex und @skilowatt!
Steven Edwards
0

Da Version 1: 2012 nicht mehr in stable(Jessie) enthalten ist, führen Sie ein Upgrade auf unstable(Sid) durch, bei dem es sich derzeit um Version 1: 2016.2.22AR.1-3 handelt, wie im von skilowatt verknüpften Fehlerbericht erwähnt .

jcomeau_ictx
quelle