Fehler mit großen Festplatten

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Fehler mit großen Festplatten

Beitrag von benutzer4893 » 01.04.2016 10:39:20

Ich habe eine 2TB Festplatte mit FAT32. Schreibt Linux drauf, enthalten die geschriebenen Dateien
Fehler. Das ist konstant repoduzierbar. Unter STRG-ALT-F2 steht immer was mit bkid sector error.
Die Festplatte ist neu und lässt sich unter Windows vollständig beschreiben, ohne einen Fehler.
Es werden unter Crystal Disk Info keine neu zugewiesenen Sektoren gezeigt.
Ein alter Satellitenreceiver, der komischerweise auch mit Linux läuft kommt auch mit der Platte klar.
Platte: ST2000LM003

Bis zu 1 TB FAT32 läuft unter selben umständen(Kontroller, Kabel, Motherboard).
Fazit: Bug in Linux FAT Dateisystem.

4 TB Festplatte Seagate Extension Drive USB3.
Gparted crasht den ganzen Computer wenn man versucht die Platte mit NTFS einzurichten.
CAPS Lock/Scroll Lock blinken. 2 Gleiche Teile GPT. Konstant reproduzierbar.
Ext3 geht.
Fazit: Bug in Gparted/Linux NTFS Filesystem.

USB3 Treiber Bug: Transfer von einem zum anderen USB3 Port nicht möglich.
Slomotion effekt. Ausgaben wie xhci_hcd ERROR Transfer event for disabled endpoint or incorrect stream ring.

Transfer von USB2->USB3 möglich, aber nur wenn die USB Konfiguration wärend des kopierens unverändert bleibt,
ein Trennen eines Gerätes führt wieder zum Zeilupeneffekt und den xhci Fehlern.

Debian Version 4.0.0 gcc version 4.92(Debian 4.9.2-10) oder auch älter(Live DVDs selbe Probleme)
Motherboard Asrocks H61M-DG3/USB3

Erschreckend finde ich das man bei Linux nur durch zufall(ALT-STRG-F2) rausfindet das es seine
Dateien geschrottet hat und keine Ausgabe in der GUI/Dolphin erfolgt. Gut das ich CRC32 prüfe.

Frage ist jetzt
a) werden die Fehler behoben
b) falls, kann ich Updates von Linux NTFS/FAT32, USB Treiber einspielen ohne ein apt-get upgrade zu
benutzen?

Benutzeravatar
Blackbox
Beiträge: 4289
Registriert: 17.09.2008 17:01:20
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Fehler mit großen Festplatten

Beitrag von Blackbox » 01.04.2016 11:03:21

Frage, du willst es echt Linux ankreiden, dass FAT keine 4 TB verwalten kann ?
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14

Freie Software unterstützen, Grundrechte stärken!

benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Re: Fehler mit großen Festplatten

Beitrag von benutzer4893 » 01.04.2016 11:09:24

Blackbox hat geschrieben:Frage, du willst es echt Linux ankreiden, dass FAT keine 4 TB verwalten kann ?
Huh?
Die 2 TB ist mit FAT, bei der 4TB gehts um NTFS.
Im übrigen kann FAT mit Windows 8TB, NTFS 256TB.

Benutzeravatar
Blackbox
Beiträge: 4289
Registriert: 17.09.2008 17:01:20
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Fehler mit großen Festplatten

Beitrag von Blackbox » 01.04.2016 11:17:37

Tipp: Schlechte Idee in einem Linuxforum Vergleiche mit Windows zu ziehen.

http://www.felix-schwarz.name/files/ope ... t_Windows/

Ich bin raus, dafür ist mir meine Zeit zu schade.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14

Freie Software unterstützen, Grundrechte stärken!

Benutzeravatar
hikaru
Moderator
Beiträge: 13912
Registriert: 09.04.2008 12:48:59

Re: Fehler mit großen Festplatten

Beitrag von hikaru » 01.04.2016 11:23:09

Blackbox hat geschrieben:Frage, du willst es echt Linux ankreiden, dass FAT keine 4 TB verwalten kann ?
Er will prüfen, ob du auf das Datum schaust!
benutzer4893 hat geschrieben:USB3 Treiber Bug: Transfer von einem zum anderen USB3 Port nicht möglich.
Slomotion effekt. Ausgaben wie xhci_hcd ERROR Transfer event for disabled endpoint or incorrect stream ring.

Transfer von USB2->USB3 möglich, aber nur wenn die USB Konfiguration wärend des kopierens unverändert bleibt,
ein Trennen eines Gerätes führt wieder zum Zeilupeneffekt und den xhci Fehlern.
Umstöpseln der Platte während des Datentransfers soll fehlerlos bleiben?
benutzer4893 hat geschrieben:Debian Version 4.0.0 gcc version 4.92(Debian 4.9.2-10)
Etch mit gcc 4.9 und dann noch GPT-Support?
benutzer4893 hat geschrieben:Fazit: Bug in Linux FAT Dateisystem.
benutzer4893 hat geschrieben:Fazit: Bug in Gparted/Linux NTFS Filesystem.
benutzer4893 hat geschrieben:Frage ist jetzt
a) werden die Fehler behoben
b) falls, kann ich Updates von Linux NTFS/FAT32, USB Treiber einspielen ohne ein apt-get upgrade zu
benutzen?
Dazu sichere Behauptungen über vorhandene Bugs ohne auch nur anzudeuten, eine einzelne Zeile Code gelesen zu haben. Dazu Fragen (verkappte Forderungen) wie an professionellen bezahlten Support unter Aushebelung des üblichen Upgradepfades.

Das hier ist irgendwo zwischen Aprilscherz und Trollversuch anzusiedeln.

benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Re: Fehler mit großen Festplatten

Beitrag von benutzer4893 » 01.04.2016 11:32:50

hikaru hat geschrieben:Umstöpseln der Platte während des Datentransfers soll fehlerlos bleiben?
Festplatte A) transferriert zu B) ich trenne Festplatte C) welche nichts mit dem Transfer zu tun hat, sauber per Eject.
hikaru hat geschrieben: Etch mit gcc 4.9 und dann noch GPT-Support?
GPT kann GParted doch schon ewig, Jahre vor dieser Debian Version.
hikaru hat geschrieben: Dazu sichere Behauptungen über vorhandene Bugs ohne auch nur anzudeuten, eine einzelne Zeile Code gelesen zu haben. Dazu Fragen (verkappte Forderungen) wie an professionellen bezahlten Support unter Aushebelung des üblichen Upgradepfades.

Das hier ist irgendwo zwischen Aprilscherz und Trollversuch anzusiedeln.
Wenns unter verschiedenen Bestriebssystemen auf dem selben Rechner&anderen fehlerfrei Funktioniert, aber unter verschiedenen Debian Kernel Versionen nicht, brauche ich kein Code gelesen zu haben um einen Bug zu erkennen.

Bezahlten Support? Seitwann ist Linux kostenpflichtig.

Ja deine Antwort ist wohl ein Aprilscherz und Trollversuch. Hätte das wohl nicht heute Fragen sollen.
Wusste nicht das die User hier so unseriös sind.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Fehler mit großen Festplatten

Beitrag von rendegast » 01.04.2016 11:41:30

jessie,
ein qemu-img,
mkdosfs ein 2TB-fs, per '-S 4096' ein 4TB-fs.

In beiden Fällen wird korrekt in das loop-Mount kopiert.

Code: Alles auswählen

# du -smc *.iso
596     CD1.NRMLOEM_DE1.iso
391     CD2.NRMLOEM_DE2.iso
561     CD3.NRMLOEM_DE3.iso
139     CD4.OFFICE11.iso
152     NRMLOPK_DE.iso
1836    total

# md5sum *.iso
2d38f2411935d0e3cebda44ed367fbcd  CD1.NRMLOEM_DE1.iso
2f913f35ba7f3c860ca92c376c0c9623  CD2.NRMLOEM_DE2.iso
9f6d4c839eacf172fa7b9e77e13c5096  CD3.NRMLOEM_DE3.iso
b189a940fe007f6f3c5f03de70606485  CD4.OFFICE11.iso
3e19cc3d404fb58d6d53b06e84beab76  NRMLOPK_DE.iso

# grep ok *.MD5 -h
   [ok] 2d38f2411935d0e3cebda44ed367fbcd (md5)
   [ok] 2f913f35ba7f3c860ca92c376c0c9623 (md5)
   [ok] 9f6d4c839eacf172fa7b9e77e13c5096 (md5)
   [ok] b189a940fe007f6f3c5f03de70606485 (md5)
   [ok] 3e19cc3d404fb58d6d53b06e84beab76 (md5)
Hardware-Schäden resp. sonstige Meldung?
benutzer4893 hat geschrieben: Die Festplatte ist neu und lässt sich unter Windows vollständig beschreiben, ohne einen Fehler.
Welches windows? 98, 2000, XP? (sollten im Handling großer FAT keine Probleme haben.
Eher Beschränkungen beim Anlegen.)
Dort mal checksummen geprüft? eventlog?


Frage ist jetzt
a) werden die Fehler behoben
etch Standard-kernel 2.6.*, oder wird ein aktuellerer benutzt?
Wobei ich weniger an den vfat-Treiber denke, sondern mehr an Hardwareunterstützung,
insbesondere auch wegen des Beispiels USB3,
http://www.asrock.com/mb/Intel/H61M-DG3USB3 -> auch zBsp. Grafik.
Allgemeinrat wäre, das Betriebssystem etwas anzuheben, -> dist-upgrade(s) oder Neuinstallation.
https://de.wikipedia.org/wiki/Debian#Versionsgeschichte
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Re: Fehler mit großen Festplatten

Beitrag von benutzer4893 » 01.04.2016 12:23:14

rendegast hat geschrieben: ein qemu-img,
mkdosfs ein 2TB-fs, per '-S 4096' ein 4TB-fs.

Hardware-Schäden resp. sonstige Meldung?
Die blockggröße ist hier 32768.
Die HD ist neu, wurde unter Windows wie gesagt vollständig beschrieben und anschliessend
ein CRC32 test gemacht. Sowie mit CrystalDiskInfo ausgelesen ob evtl. tatsächlich defekte
sektoren existieren. Es ist bei Win alles okay.

Bei Linux ist bis incl. 1TB FAT32 auch alles okay, Samsung/Seagate 120,160,450,500,1TB machte alles nie Probleme.
rendegast hat geschrieben: Welches windows? 98, 2000, XP? (sollten im Handling großer FAT keine Probleme haben.
Eher Beschränkungen beim Anlegen.)
Dort mal checksummen geprüft? eventlog?
2000&XP. Win98 läuft hier nicht mehr mit >512MB Speicher. Win7 könnte ich noch testen.
Checksummen alle okay, im Windows eventlog ist nichts diesbzl.
Linux:
USB(3) Fehler
Mar 28 16:11:28 Computer2 kernel: [260532.077139] xhci_hcd 0000:04:00.0: ERROR Transfer event for disabled endpoint or incorrect stream ring
Mar 28 16:11:28 Computer2 kernel: [260532.077143] xhci_hcd 0000:04:00.0: @000000003652e430 00000000 0400004a 1b000000 01058001
usw.

Fehler 2TB FAT32:
Mar 28 17:01:48 Computer2 kernel: [263550.931138] sd 11:0:0:0: [sdc] tag#1 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar 28 17:01:48 Computer2 kernel: [263550.931141] sd 11:0:0:0: [sdc] tag#1 CDB: Write(16) 8a 00 00 00 00 00 ef b9 48 08 00 00 04 00 00 00
Mar 28 17:01:48 Computer2 kernel: [263550.931143] blk_update_request: I/O error, dev sdc, sector 4021897224
Mar 28 17:01:48 Computer2 kernel: [263550.931210] sd 11:0:0:0: [sdc] tag#2 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar 28 17:01:48 Computer2 kernel: [263550.931213] sd 11:0:0:0: [sdc] tag#2 CDB: Write(16) 8a 00 00 00 00 00 ef b9 3c 08 00 00 04 00 00 00
Mar 28 17:01:48 Computer2 kernel: [263550.931214] blk_update_request: I/O error, dev sdc, sector 4021894152
usw.

rendegast hat geschrieben: etch Standard-kernel 2.6.*, oder wird ein aktuellerer benutzt?
(wobei ich weniger an den vfat-Treiber denke, sondern mehr an Hardwareunterstützung,
insbesondere auch wegen des Beispiels USB3)
Allgemeinrat wäre, das Betriebssystem etwas anzuheben, -> dist-upgrade(s) oder Neuinstallation.
Angegeben wird Version 4.0.0 das ist nicht neu aber auch nicht alt.
Problem ist immer wenn ich bisher ein upgrade/disupgrade gemacht habe war das System anschliessend unbootbar.
Neuinstallation ist ein Problem weil ich grade Wochen damit verbracht habe den CUDA Treiber zu
Installieren. Im Internet sind dafür 50 verschiedene Anleitungen, davon funktioniert keine 100%, Downloads
existieren nicht mehr. Und selbst wenns geht irgendwas ist immer anders in der Anleitung und man muss was anpassen.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Fehler mit großen Festplatten

Beitrag von rendegast » 01.04.2016 13:01:19

Debian Version 4.0.0 gcc version 4.92(Debian 4.9.2-10)

Angegeben wird Version 4.0.0 das ist nicht neu aber auch nicht alt.
Ups, sorry.
Da habe ich mich durch hikarus Gerede über etch verwirren lassen.
das ist natürlich /proc/version für einen Kernel 4.0.0.
Ansonsten keine Aussage.

Jedoch (momentan) auch kein https://packages.debian.org/linux-image-4.0 veröffentlicht.

Code: Alles auswählen

cat /etc/debian_version

resp. 
apt-cache policy | grep -v Translat
?
Falls das ein jessie ist,
wie ist es mit dem Standard-kernel 3.16 oder dem kernel jessie-backports 4.3 / 4.4 ?



Es gäbe ein BIOS
1.30 12/4/2013 Instant Flash 2.84MB Improve USB3.0 compatibility. ...
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Re: Fehler mit großen Festplatten

Beitrag von benutzer4893 » 01.04.2016 13:34:33

rendegast hat geschrieben: cat /etc/debian_version ?
Falls das ein jessie ist,
wie ist es mit dem Standard-kernel 3.16 oder dem kernel jessie-backports 4.3 / 4.4 ?

Es gäbe ein BIOS
1.30 12/4/2013 Instant Flash 2.84MB Improve USB3.0 compatibility. ...
Die Distribution ist Kali2.0, das kommt bei cat /etc/debian_version raus.
Die andere Version(Live CD) ist Kernel 3.14 und hat die selben Probleme(2x2TB NTFS Partitionen erstellen)
Sonst hab ich nur noch eine nicht näher bezeichnete 32 Bit Version und alte Ubuntu DVDs und Knoppix.
GParted ist 0.19.0, libparted 3.2

Die 2TB HD wurde auch unter den Parametern unter der die 4TB mit EXT3 läuft getested. D.h. würde ich das USB3/2 problem
ausschliessen und auf Linux-FAT32 tippen.

Das Bios hab ich aktualisert als ich das Motherboard bekam(2014).

schwedenmann
Beiträge: 5621
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: Fehler mit großen Festplatten

Beitrag von schwedenmann » 02.04.2016 15:23:29

Hallo

was passeirt, wenn du per Kommandozeile unter Linux eine Partition erstellst und diee mit vfat formatierst ?

Also gparted mal ganz außen vor lassen (GPT benötigst du ja im Grunde auch nicht, außer du willst davon booten).

mfg
schwedenmann

benutzer4893
Beiträge: 6
Registriert: 01.04.2016 10:15:23

Re: Fehler mit großen Festplatten

Beitrag von benutzer4893 » 03.04.2016 09:17:53

schwedenmann hat geschrieben:Hallo

was passeirt, wenn du per Kommandozeile unter Linux eine Partition erstellst und diee mit vfat formatierst ?

Also gparted mal ganz außen vor lassen (GPT benötigst du ja im Grunde auch nicht, außer du willst davon booten).
Die 4TB wollte ich aber mit 2xNTFS Partitionen ausstatten.
Die 2TB ist FAT32/vfat.

4TB ist jetzt EXT3, beide HDs sind beschrieben und werden benutzt.
Kann daher nichtmehr Formatieren.

Antworten