ntfs-Platte läßt sich nicht mehr schreiben

[linuxlooser]

Hallo,

ich hab hier im Rechner 4 Platten, eine mit root/swap/home für Linux, eine für Windows, und zwei für Bildersammlungen, die von beiden Systemen zugreifbar sein sollen - diese sind in ntfs formatiert.

In Linux waren/sind die so eingebunden (/etc/fstab):

Code: Alles auswählen

UUID=36D0ABRAABRAEA5F /home/benutzername/Bildarchiv_01 ntfs defaults,umask=007,uid=1000,gid=100 0 0
UUID=2E081508156843 /home/benutzername/Bildarchiv_02 ntfs defaults,umask=007,uid=1000,gid=100 0 0

Auch nach dem Wechsel zu debian sid hat das noch funktioniert vor ein paar Wochen.
Einige updates später kann ich dort nur noch lesen

mount wirft zum Beispiel für die zweite Platte raus:

Code: Alles auswählen

/dev/sdb1 on /home/benutzername/Bildarchiv_02 type fuseblk (ro,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

Wenn ich die Platte 1 dann so in fstab hinterlege:

Code: Alles auswählen

UUID=36D0ABRAABRA7EA5F /home/benutzername/Bildarchiv_01 ntfs rw,user,uid=1000,gid=1000 0 0

dann liefert mount trotzdem

Code: Alles auswählen

/dev/sdd1 on /home/benutzername/Bildarchiv_01 type fuseblk (ro,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096,user)

was ich so interpretiere, daß root immer noch der Eigner ist und die Platte readonly gemountet.

Hier komme ich nicht weiter ...

P.S.:

Code: Alles auswählen

$ id
uid=1000(benutzername) gid=1000(benutzername) Gruppen=1000(benutzername),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),109(netdev),112(bluetooth),117(lpadmin),118(scanner),129(vboxusers)

[towo]

1. viel zu viel Geschreibsel!

Code: Alles auswählen

UUID=36D0ABRAABRA7EA5F /home/benutzername/Bildarchiv_01 ntfs user,umask=0   0 0

2. Du solltest dringend mal einen Blick in dmesg wagen, was dort zum Mountversuch steht.

[bluestar]

Du solltest ntfs-3g statt ntfs als Dateisystem verwenden, dann klappt‘s auch besser mit dem Schreiben...

[towo]

Das ist Quatsch!
In Debian wird schon seit ewig ntfs-3g als default benutzt!

Code: Alles auswählen

~
towo:Defiant> ls -ld /usr/sbin/mount.ntfs
lrwxrwxrwx 1 root root 13 Mär 22  2019 /usr/sbin/mount.ntfs -> mount.ntfs-3g

Also erst überlegen, dann schreiben.

[hikaru]

Windows hat doch "neuerdings" (seit Version 8?) die Angewohnheit, standardmäßig keinen sauberen Shutdown mehr zu machen, sondern nur noch einen Suspend2RAM/Disc, was, soweit ich meine gelesen zu haben, mitunter unsaubere Dateisysteme hinterlässt.
Stört sich daran vielleicht ntfs-3g?

[towo]

Code: Alles auswählen

Stört sich daran vielleicht ntfs-3g?

Ja, das stört, deshalb mein Hinweis auf dmesg, da steht das nämmich da.

[bluestar]

In Debian wird schon seit ewig ntfs-3g als default benutzt!

Interessant, ist mir noch nicht aufgefallen.

[MSfree]

Windows hat doch "neuerdings" (seit Version 8?) die Angewohnheit, standardmäßig keinen sauberen Shutdown mehr zu machen, sondern nur noch einen Suspend2RAM/Disc

Unter Windows:

Code: Alles auswählen

powercfg /H off

löst das Problem. Das verhindert Hibernation und führt beim Runterfahren weder zu eine sauberen Shutdown. Ganz nebenbei wird auch noch der Plaltenplatz freigegeben, der sonst für c:\hiberfile.sys belegt wird.

[linuxlooser]

1. viel zu viel Geschreibsel!

Code: Alles auswählen

UUID=36D0ABRAABRA7EA5F /home/benutzername/Bildarchiv_01 ntfs user,umask=0   0 0

geändert ...

2. Du solltest dringend mal einen Blick in dmesg wagen, was dort zum Mountversuch steht.

Code: Alles auswählen

[    1.867920] tsc: Refined TSC clocksource calibration: 3403.347 MHz
[    1.867924] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x310ea8327ed, max_idle_ns: 440795298069 ns
[    1.867953] clocksource: Switched to clocksource tsc
[    1.871998] ata1.00: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.872010] ata1.01: SATA link up 3.0 Gbps (SStatus 123 SControl 330)
[    1.872160] ata2.00: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[    1.872172] ata2.01: SATA link up 3.0 Gbps (SStatus 123 SControl 330)
[    1.877504] ata1.00: ATA-9: WDC WD10EZEX-00BN5A0, 01.01A01, max UDMA/133
[    1.877506] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.877581] ata2.00: ATA-9: WDC WD10EZEX-00BN5A0, 01.01A01, max UDMA/133
[    1.877582] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.877732] ata1.01: ATA-8: WDC WD10EADS-00L5B1, 01.01A01, max UDMA/133
[    1.877734] ata1.01: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.877871] ata2.01: ATA-8: WDC WD10EADS-00L5B1, 01.01A01, max UDMA/133
[    1.877873] ata2.01: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.880784] ata1.00: configured for UDMA/133
[    1.880849] ata2.00: configured for UDMA/133
[    1.883824] ata1.01: configured for UDMA/133
[    1.883854] ata2.01: configured for UDMA/133
[    1.884066] scsi 0:0:0:0: Direct-Access     ATA      WDC WD10EZEX-00B 1A01 PQ: 0 ANSI: 5
[    1.884473] scsi 0:0:1:0: Direct-Access     ATA      WDC WD10EADS-00L 1A01 PQ: 0 ANSI: 5
[    1.884810] scsi 1:0:0:0: Direct-Access     ATA      WDC WD10EZEX-00B 1A01 PQ: 0 ANSI: 5
[    1.885085] scsi 1:0:1:0: Direct-Access     ATA      WDC WD10EADS-00L 1A01 PQ: 0 ANSI: 5
[    1.887311] scsi 2:0:0:0: CD-ROM            TSSTcorp CDDVDW SH-S223C  SB02 PQ: 0 ANSI: 5
[    1.923915] usb 1-1.6: new low-speed USB device number 4 using ehci-pci
[    1.923999] hid-generic 0003:046D:C31C.0001: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Keyboard] on usb-0000:00:1a.0-1.5/input0
[    1.924096] input: Logitech USB Keyboard Consumer Control as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1/0003:046D:C31C.0002/input/input7
[    1.954473] sr 2:0:0:0: [sr0] scsi3-mmc drive: 52x/52x writer dvd-ram cd/rw xa/form2 cdda tray
[    1.954474] cdrom: Uniform CD-ROM driver Revision: 3.20
[    1.976073] sr 2:0:0:0: Attached scsi CD-ROM sr0

Windows hat doch "neuerdings" (seit Version 8?) die Angewohnheit, standardmäßig keinen sauberen Shutdown mehr zu machen, sondern nur noch einen Suspend2RAM/Disc, was, soweit ich meine gelesen zu haben, mitunter unsaubere Dateisysteme hinterlässt.

Hmmm, das könnte sein - hab von Win7 nach Win10 aktualisiert ... irgendwann in den letzten Wochen ...

[linuxlooser]

Unter Windows:

Code: Alles auswählen

powercfg /H off

löst das Problem. Das verhindert Hibernation und führt beim Runterfahren weder zu eine sauberen Shutdown. Ganz nebenbei wird auch noch der Plaltenplatz freigegeben, der sonst für c:\hiberfile.sys belegt wird.

in der Tat scheint das das Problem gewesen zu sein.
Ich wollte allerdings den Ist-Zustand vorher prüfen und bin so vorgegangen:
https://www.heise.de/tipps-tricks/Windo ... 45160.html
Der Haken war drin, nu is er raus, und mount meldet brav:

Code: Alles auswählen

/dev/sdd1 on /home/benutzername/Bildarchiv_01 type fuseblk (rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,user)
/dev/sdb1 on /home/benutzername/Bildarchiv_02 type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

mit unterschiedlichen Meldungen, weil ich einmal den fstab-Eintrag so geändert habe, wie towo das vorgeschlagen hat, und einmal gelassen wie ganz oben beschrieben.

Und ich kann jetzt wieder Dateien erstellen und so ...
Danke!