Fehler mit großen Festplatten
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Fehler mit großen Festplatten
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?
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?
- 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
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!
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!
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Re: Fehler mit großen Festplatten
Huh?Blackbox hat geschrieben:Frage, du willst es echt Linux ankreiden, dass FAT keine 4 TB verwalten kann ?
Die 2 TB ist mit FAT, bei der 4TB gehts um NTFS.
Im übrigen kann FAT mit Windows 8TB, NTFS 256TB.
- 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
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.
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!
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!
Re: Fehler mit großen Festplatten
Er will prüfen, ob du auf das Datum schaust!Blackbox hat geschrieben:Frage, du willst es echt Linux ankreiden, dass FAT keine 4 TB verwalten kann ?
Umstöpseln der Platte während des Datentransfers soll fehlerlos bleiben?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.
Etch mit gcc 4.9 und dann noch GPT-Support?benutzer4893 hat geschrieben:Debian Version 4.0.0 gcc version 4.92(Debian 4.9.2-10)
benutzer4893 hat geschrieben:Fazit: Bug in Linux FAT Dateisystem.
benutzer4893 hat geschrieben:Fazit: Bug in Gparted/Linux NTFS Filesystem.
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.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?
Das hier ist irgendwo zwischen Aprilscherz und Trollversuch anzusiedeln.
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Re: Fehler mit großen Festplatten
Festplatte A) transferriert zu B) ich trenne Festplatte C) welche nichts mit dem Transfer zu tun hat, sauber per Eject.hikaru hat geschrieben:Umstöpseln der Platte während des Datentransfers soll fehlerlos bleiben?
GPT kann GParted doch schon ewig, Jahre vor dieser Debian Version.hikaru hat geschrieben: Etch mit gcc 4.9 und dann noch GPT-Support?
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.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.
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.
Re: Fehler mit großen Festplatten
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.
Hardware-Schäden resp. sonstige Meldung?
Eher Beschränkungen beim Anlegen.)
Dort mal checksummen geprüft? eventlog?
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
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)
Welches windows? 98, 2000, XP? (sollten im Handling großer FAT keine Probleme haben.benutzer4893 hat geschrieben: Die Festplatte ist neu und lässt sich unter Windows vollständig beschreiben, ohne einen Fehler.
Eher Beschränkungen beim Anlegen.)
Dort mal checksummen geprüft? eventlog?
etch Standard-kernel 2.6.*, oder wird ein aktuellerer benutzt?Frage ist jetzt
a) werden die Fehler behoben
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Re: Fehler mit großen Festplatten
Die blockggröße ist hier 32768.rendegast hat geschrieben: ein qemu-img,
mkdosfs ein 2TB-fs, per '-S 4096' ein 4TB-fs.
Hardware-Schäden resp. sonstige Meldung?
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.
2000&XP. Win98 läuft hier nicht mehr mit >512MB Speicher. Win7 könnte ich noch testen.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?
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.
Angegeben wird Version 4.0.0 das ist nicht neu aber auch nicht alt.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.
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.
Re: Fehler mit großen Festplatten
Ups, sorry.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.
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Re: Fehler mit großen Festplatten
Die Distribution ist Kali2.0, das kommt bei cat /etc/debian_version raus.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 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).
-
- Beiträge: 5621
- Registriert: 30.12.2004 15:31:07
- Wohnort: Wegberg
Re: Fehler mit großen Festplatten
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
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
-
- Beiträge: 6
- Registriert: 01.04.2016 10:15:23
Re: Fehler mit großen Festplatten
Die 4TB wollte ich aber mit 2xNTFS Partitionen ausstatten.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 2TB ist FAT32/vfat.
4TB ist jetzt EXT3, beide HDs sind beschrieben und werden benutzt.
Kann daher nichtmehr Formatieren.