Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
SAS HGST Datenträgerinitialisierung Unzulässige Funktion
- Ersteller mrtx
- Erstellt am
dms
Lt. Commander
- Registriert
- Dez. 2020
- Beiträge
- 1.676
bitte schreib mal immer dazu, was du mit welchen Tools machst unter welchem BSmrtx schrieb:Edit:
Datenträger steht als 9,9TB Unknown drin, kann jetzt "Partition formatieren".
man hört die Festplatte kurz arbeiten und dann kommt der Fehler:
Error creating filesystem 'ext4'Procrss erported exit code 1:mke2fs
zB sg_format ... macht ja erstmal ab Werk kein Filesystem
Zuletzt bearbeitet:
(typofixx)
dms
Lt. Commander
- Registriert
- Dez. 2020
- Beiträge
- 1.676
nachdem ich Xigmanas auf freebsd 13 hochziehen musste da die 12er Rpos abgeschaltet - mals sehen ob ich die LSI tools noch hingbekommemrtx schrieb:sas2flash
Khorneflakes
Lieutenant
- Registriert
- Juli 2024
- Beiträge
- 598
Ich hatte auch ein paar Probleme da ein Dateisystem draufzukriegen. Partitionieren ging, aber formatieren lief immer auf einen Fehler. Partition war zuerst default, ab 1 MB und bis Ende. Danach hab ich ab 1 MB und bis 1 MB vor Ende versucht. In beiden Fällen lief die Formatierung dann aber auf einen Fehler, das Laufwerk blieb aber beschäftigt und schien an irgendwas zu arbeiten. Im OS war es zu dem Zeitpunkt dann auch nicht mehr ansprechbar. Erst nach einem Kaltstart war es wieder da und auf der Partition war ein unfertiges Dateisystem.
Jetzt läuft mfks gerade auf einer Partition, die vorne und hinten 2 MiB kleiner als das Laufwerk ist. Da warte ich jetzt gerade dass das durchläuft.
Ich muss mir das morgen nochmal genau anschauen.
edit: Ist erfolgreich durchgelaufen.
Jetzt läuft mfks gerade auf einer Partition, die vorne und hinten 2 MiB kleiner als das Laufwerk ist. Da warte ich jetzt gerade dass das durchläuft.
Ich muss mir das morgen nochmal genau anschauen.
edit: Ist erfolgreich durchgelaufen.
Zuletzt bearbeitet:
Fusionator
Commodore
- Registriert
- Juni 2020
- Beiträge
- 4.663
So, meine Platten habe ich inzwischen auch erfolgreich formatiert. Ich habe das Format Tool aus den Seagate Seachest Tools verwendet. Partition erstellen mit Diskpart hat danach auch geklappt, aber trotzdem ist da irgendwo noch der Wurm drin.
Schreibgeschwindigkeit pendelt sich bei ~82MB/s ein. Kurioserweise startet der Kopiervorgang auch mit der Geschwindigkeit des Quellmediums, was ich sonst bisher in Windows nicht beobachten konnte.
Also von einer NVME SSD anfänglich mit knapp 2GB/s um dann schnell auf besagte 82MB/s zu fallen.
Lesen (HDD->SSD) habe ich gerade getestet. Scheint zu passen: ~220-250 MB/s
Wo liegt der Fehler? Mainboard/Windows/Alignment? Ich habe leider keine genaue Idee, wo ich ansetzen soll?
Wenn man die Teile unter Windows nicht richtig zum Laufen kriegt, sind sie relativ unbrauchbar für mich.
P.S. Das Verhalten betrifft alle 4 Platten
Schreibgeschwindigkeit pendelt sich bei ~82MB/s ein. Kurioserweise startet der Kopiervorgang auch mit der Geschwindigkeit des Quellmediums, was ich sonst bisher in Windows nicht beobachten konnte.
Also von einer NVME SSD anfänglich mit knapp 2GB/s um dann schnell auf besagte 82MB/s zu fallen.
Lesen (HDD->SSD) habe ich gerade getestet. Scheint zu passen: ~220-250 MB/s
Wo liegt der Fehler? Mainboard/Windows/Alignment? Ich habe leider keine genaue Idee, wo ich ansetzen soll?
Wenn man die Teile unter Windows nicht richtig zum Laufen kriegt, sind sie relativ unbrauchbar für mich.
P.S. Das Verhalten betrifft alle 4 Platten
Khorneflakes
Lieutenant
- Registriert
- Juli 2024
- Beiträge
- 598
Ich gönn mir heute eine Pause von dem Rumgefummel mit Servern und Platten der letzten Tage. Ich hatte gestern einfach mal den Benchmark von Linux Mint laufen lassen. Transfer 100 Samples mit 10 MB, Zugriff 1000 Samples. Die Ergebnisse waren im Bereich der Erwartungen, Transfer ~180 MB/s, Zugriffszeiten ~12ms. Die Platte war mit XFS formatiert, möglicherweise wäre die Platte mit ext4 bei dem Test noch etwas schneller gewesen.
Ich hab jetzt auch keinen konkreten Ansatz für dich, aber das klingt schwer nach Caching und der allgemeinen Unzuverlässigkeit von Windows beim Datentransfer. Die Angaben sind nicht selten mal komplett gewürfelt. Hast du mal manuell nachgerechnet ob die Werte stimmen oder andere Tests gefahren, z.B. Benchmarks?
Ich hab jetzt auch keinen konkreten Ansatz für dich, aber das klingt schwer nach Caching und der allgemeinen Unzuverlässigkeit von Windows beim Datentransfer. Die Angaben sind nicht selten mal komplett gewürfelt. Hast du mal manuell nachgerechnet ob die Werte stimmen oder andere Tests gefahren, z.B. Benchmarks?
Fusionator
Commodore
- Registriert
- Juni 2020
- Beiträge
- 4.663
Also die Platten schreiben wirklich nur mit 82MB/s.
Weitere Test habe ich bis jetzt nicht unternommen, da ich auch der Formatierungsaktion vom Ergebnis leicht angefressen war.
Erst aus eigenem Versagen einen nutzlosen Befehl benutzt, der zwar formatiert hat, aber nichts verändert hat. Beim zweiten Versuch hat dann Windows mitten in der Nacht ein Zwangsupdate durchgeführt 😡
Erst beim dritten Mal hat es dann geklappt. Man sollte halt doch etwas im Manual lesen und nicht einfach ein Beispielbefehl kopieren.
Ich werde heute dann mal auch ein Live Linux Mint probieren.
Notfalls wiederhole ich die Formatierung unter Linux mit den sg3 Tools. Eventuell ist ja der Cache der Platte deaktiviert?
Caching hin oder her, aber bei sequenziellen Schreiben sollte da der Cache doch so ziemlich 0 Einfluss haben?
Weitere Test habe ich bis jetzt nicht unternommen, da ich auch der Formatierungsaktion vom Ergebnis leicht angefressen war.
Erst aus eigenem Versagen einen nutzlosen Befehl benutzt, der zwar formatiert hat, aber nichts verändert hat. Beim zweiten Versuch hat dann Windows mitten in der Nacht ein Zwangsupdate durchgeführt 😡
Erst beim dritten Mal hat es dann geklappt. Man sollte halt doch etwas im Manual lesen und nicht einfach ein Beispielbefehl kopieren.
Ich werde heute dann mal auch ein Live Linux Mint probieren.
Notfalls wiederhole ich die Formatierung unter Linux mit den sg3 Tools. Eventuell ist ja der Cache der Platte deaktiviert?
Caching hin oder her, aber bei sequenziellen Schreiben sollte da der Cache doch so ziemlich 0 Einfluss haben?
Hi, mit welchen Befehlen bzw. welchem vorgehen habt ihr die denn erfolgreich formatiert?
Ich hab zunächst "einfach"
das hat aber leider nur Semi geklappt....
Nach einem PowerCycle habe ich auf die Platte zugriff (wie gewünscht mit 4 K Sektoren) und ich kann sie auch partitionieren.
Führt jedoch dazu, das die Platte (bzw. beide Platten identische) komische geräusche macht, das dev/sd device wieder verschwindet und die Platte einen SpinDown macht.....
Anderes Partitionieren (also anfang und ende partition frei lassen) hat keinerlei einfluss auf das verhalten (hab es mit bis zu 2 unsinnigen TByte vorne und hinten probiert, ändert nix)
Bin momentan dabei mit SeaChest das ganze nochmal zu formatieren (Wie ich lese benutzt ihr die Windows Version?)
Wobei ich nicht weiss, wie SeaChest das anders machen sollte, ich mich aber dennoch freue, das ein Seagate Programm Hitachi/WD Platten unterstützt :-)
Habt vielen Dank!
9
Ich hab zunächst "einfach"
Code:
sg_format --size=4096 --resize=-1 /dev/sgXXX
(damit die "volle" Größe wieder vorhanden ist)
sg_format -v --format --fmtpinfo=0 --pfu=0 /dev/sdXXX
das hat aber leider nur Semi geklappt....
Nach einem PowerCycle habe ich auf die Platte zugriff (wie gewünscht mit 4 K Sektoren) und ich kann sie auch partitionieren.
Code:
mkfs.ext4 -L 10TB-sda /dev/sdXXX
Führt jedoch dazu, das die Platte (bzw. beide Platten identische) komische geräusche macht, das dev/sd device wieder verschwindet und die Platte einen SpinDown macht.....
Anderes Partitionieren (also anfang und ende partition frei lassen) hat keinerlei einfluss auf das verhalten (hab es mit bis zu 2 unsinnigen TByte vorne und hinten probiert, ändert nix)
Bin momentan dabei mit SeaChest das ganze nochmal zu formatieren (Wie ich lese benutzt ihr die Windows Version?)
Code:
/usr/src/ToolBin/SeaChest/Format/v3.0.4/Linux# ./SeaChest_Format_x86_64-alpine-linux-musl_static --protectionType 0 --poll -d /dev/sg0 --formatUnit 4096 --confirm this-will-erase-data
Wobei ich nicht weiss, wie SeaChest das anders machen sollte, ich mich aber dennoch freue, das ein Seagate Programm Hitachi/WD Platten unterstützt :-)
Habt vielen Dank!
9
Khorneflakes
Lieutenant
- Registriert
- Juli 2024
- Beiträge
- 598
Hast du mal überprüft ob das erste Kommando überhaupt irgendwas macht? Ich würde erwarten, dass das nichts macht oder nur einen Fehler wirft.9840882 schrieb:Code:sg_format --size=4096 --resize=-1 /dev/sgXXX (damit die "volle" Größe wieder vorhanden ist) sg_format -v --format --fmtpinfo=0 --pfu=0 /dev/sdXXX
Laut der Man-Page:
1. --size und --resize können nicht zusammen benutzt werden, wenn das übergebene Argument für --size anders ist als die bisherige Block Size. Ist hier nicht der Fall, die Blocks sind sowieso schon 4096 (das reportet die Platte nach draußen, dass es in Wirklichkeit intern 4104 waren behält sie für sich). Daher ist --size hier aber einfach redundant.
2. --resize kennt keine Argumente. Du meinst wahrscheinlich --resize --count=-1. Eine Kurzversion, bei der man --resize das Argument von --count übergeben kann, ist nicht dokumentiert.
3. Wenn du --format ohne --count nutzt, dann wird count=0 angenommen, was ohne Änderung den bestehenden Block Count verwendet. Gibt es denn überhaupt noch unbenutzte Blocks, sodass man das Laufwerk resizen müsste?
Das ist das, was ich auch hatte. War weg als ich vorne und hinten 2 MiB freigelassen hab, ich hab das bisher aber nur bei einer Platte gemacht und noch nicht getestet, ob vorne oder hinten ausschlaggebend war oder ob andere Platten sich anders verhalten.9840882 schrieb:Code:mkfs.ext4 -L 10TB-sda /dev/sdXXX
Führt jedoch dazu, das die Platte (bzw. beide Platten identische) komische geräusche macht, das dev/sd device wieder verschwindet und die Platte einen SpinDown macht.....
Seagate unterstützt keine Platten der Konkurrenz9840882 schrieb:Wobei ich nicht weiss, wie SeaChest das anders machen sollte, ich mich aber dennoch freue, das ein Seagate Programm Hitachi/WD Platten unterstützt :-)
Sie implementieren nur einen Standard in ihrem Tool, den T10 mit SCSI vorgegeben hat, genau so wie das bei den sg3-utils gemacht wurde. Daher funktioniert das Seagate-Tool auch mit anderen Platten. Ich würde daher auch nicht erwarten, dass das Ergebnis irgendwie anders ausfällt, wenn man dieses Tool statt die sg3-utils nutzt. Für die Formatierung wird z.B. das SCSI-Kommando FORMAT UNIT genutzt. Wie man das dem Laufwerk mitteilt ist eigentlich nicht wichtig.
Also das --resize=-1 hat schon was gebracht.
Angeblich ist das auch sinnvoll, da vorher mit dem Protection Mode 4104 bytes pro Sektor reserviert wurden und daher die nutzbare Kapaziät gegenüber null-protection mit 4096 byte sektor runtergeht.
und meine hat "genau" Disk /dev/sda: 10,0TB danach nicht Disk /dev/sda: 9931GB
..nutzt nur nix, wenn man sie nicht benutzen kann:-)
Ich kann mir halt nur nicht erklären warum sie sich abschaltet mit I/O Error - bzw. beide platten das identische Verhalten zeigen.
Wenn es ein Problem mit dem Format gibt, dann sollte das schon beim sg_format passieren und /oder irgendwo in den Smart werten als Problem auftauchen - tut es aber nicht....
SeaChest ist nun fertig, ich versuche nochmal mein "Glück" aber irgendwie hab ich kaum noch hoffnung,....
Edit: genau dasselbe verhalten..... habe nur statt cfdisk diesmal parted benutzt....
Und nein, kein Enclosure vorhanden, direktes SAS Kabel vom Controller zur Platte
EDIT: Badblocks hingegen ist noch nicht ganz durch, aber nach 24 Stunden einmal WRITE/READ Test und es ist bei 76% ohne Fehler....
Scheint als ob das Problem nur beim Seeken auftritt - bei mkfs.ext4 geht er ja einmal an den Anfang, in die Mitte und ans Ende um die Daten zu schreiben...
EDIT2: Ich hab für genau das OEM Drive ein PDF gefunden, aber da geht auch n icht wirklich etwas raus hervor, was das mkfs-verhalten und herunterfahren des drives erklären könnte, ausser das es TCG fähig ist und je nach formatierung, bzw standard 4,096 4,112 4,160 oder 4,224 byte große Sektoren unterstützt...
VG
9
Angeblich ist das auch sinnvoll, da vorher mit dem Protection Mode 4104 bytes pro Sektor reserviert wurden und daher die nutzbare Kapaziät gegenüber null-protection mit 4096 byte sektor runtergeht.
und meine hat "genau" Disk /dev/sda: 10,0TB danach nicht Disk /dev/sda: 9931GB
..nutzt nur nix, wenn man sie nicht benutzen kann:-)
Code:
Eure hier aus dem Thread:
(parted) print free
Error: /dev/sda: unrecognised disk label
Model: HGST HUH721010AL4201 (scsi)
Disk /dev/sda: 9931GB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:
(parted) mklabel gpt
(parted) print
Model: HGST HUH721010AL4201 (scsi)
Disk /dev/sda: 9931GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt
Disk Flags:
meine nach --resize=-1
parted /dev/sda
GNU Parted 3.5
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print free
Error: /dev/sda: unrecognised disk label
Model: HGST HUH721010AL4201 (scsi)
Disk /dev/sda: 10,0TB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:
(parted)
Ich kann mir halt nur nicht erklären warum sie sich abschaltet mit I/O Error - bzw. beide platten das identische Verhalten zeigen.
Wenn es ein Problem mit dem Format gibt, dann sollte das schon beim sg_format passieren und /oder irgendwo in den Smart werten als Problem auftauchen - tut es aber nicht....
SeaChest ist nun fertig, ich versuche nochmal mein "Glück" aber irgendwie hab ich kaum noch hoffnung,....
Edit: genau dasselbe verhalten..... habe nur statt cfdisk diesmal parted benutzt....
Code:
[ 776.851430] sda:
[ 796.031592] sda: sda1
[ 811.163573] sda: sda1
[ 836.838229] sd 0:0:1:0: device_block, handle(0x000a)
[ 838.838488] sd 0:0:1:0: device_unblock and setting to running, handle(0x000a)
[ 838.852344] sd 0:0:1:0: Power-on or device reset occurred
[ 847.140674] sd 0:0:1:0: [sda] tag#1305 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=5s
[ 847.140685] sd 0:0:1:0: [sda] tag#1305 Sense Key : Illegal Request [current] [descriptor]
[ 847.140690] sd 0:0:1:0: [sda] tag#1305 Add. Sense: Invalid field in cdb
[ 847.140695] sd 0:0:1:0: [sda] tag#1305 CDB: Write(10) 2a 00 00 00 01 00 00 00 01 00
[ 847.140698] critical target error, dev sda, sector 2048 op 0x1:(WRITE) flags 0x100000 phys_seg 1 prio class 2
[ 847.140708] Buffer I/O error on dev sda1, logical block 0, lost async page write
[ 848.838629] sd 0:0:1:0: device_block, handle(0x000a)
[ 848.838676] sd 0:0:1:0: [sda] tag#1339 FAILED Result: hostbyte=DID_TRANSPORT_DISRUPTED driverbyte=DRIVER_OK cmd_age=9s
[ 848.838684] sd 0:0:1:0: [sda] tag#1338 FAILED Result: hostbyte=DID_TRANSPORT_DISRUPTED driverbyte=DRIVER_OK cmd_age=12s
[ 848.838689] sd 0:0:1:0: [sda] tag#1339 CDB: Read(10) 28 00 91 87 ff f0 00 00 01 00
[ 848.838696] sd 0:0:1:0: [sda] tag#1338 CDB: Write same(16) 93 00 00 00 00 00 91 87 fe f0 00 00 00 10 00 00
[ 848.838695] I/O error, dev sda, sector 19532873600 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2
[ 848.838703] I/O error, dev sda, sector 19532871552 op 0x9:(WRITE_ZEROES) flags 0x8000800 phys_seg 0 prio class 2
[ 850.838855] sd 0:0:1:0: device_unblock and setting to running, handle(0x000a)
[ 850.839162] sd 0:0:1:0: Power-on or device reset occurred
[ 859.172299] sd 0:0:1:0: [sda] tag#1488 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=8s
[ 859.172317] sd 0:0:1:0: [sda] tag#1488 Sense Key : Illegal Request [current] [descriptor]
[ 859.172324] sd 0:0:1:0: [sda] tag#1488 Add. Sense: Invalid field in cdb
[ 859.172332] sd 0:0:1:0: [sda] tag#1488 CDB: Write(10) 2a 00 91 87 fe f0 00 00 10 00
[ 859.172339] critical target error, dev sda, sector 19532871552 op 0x1:(WRITE) flags 0x800 phys_seg 16 prio class 2
[ 859.972559] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.972583] sd 0:0:1:0: [sda] tag#1525 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=9s
[ 859.972589] sd 0:0:1:0: [sda] tag#1525 CDB: Read(10) 28 00 91 87 ff f0 00 00 01 00
[ 859.972592] I/O error, dev sda, sector 19532873600 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 859.972601] Buffer I/O error on dev sda, logical block 2441609200, async page read
[ 859.973046] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.973059] sd 0:0:1:0: [sda] tag#1526 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 859.973067] sd 0:0:1:0: [sda] tag#1526 CDB: Write same(16) 93 00 00 00 00 00 91 87 fe f0 00 00 00 10 00 00
[ 859.973070] I/O error, dev sda, sector 19532871552 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 2
[ 859.973804] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.982689] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.983162] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.983665] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.992543] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 859.993014] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.008550] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.009024] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.024536] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.024548] sd 0:0:1:0: [sda] tag#1472 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.024556] sd 0:0:1:0: [sda] tag#1472 CDB: Write same(16) 93 00 00 00 00 00 00 00 09 21 00 00 00 01 00 00
[ 860.024560] I/O error, dev sda, sector 18696 op 0x9:(WRITE_ZEROES) flags 0x8000800 phys_seg 0 prio class 2
[ 860.025015] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.025494] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.040532] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.041006] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.056533] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.057010] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.072529] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.072554] sd 0:0:1:0: [sda] tag#1479 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.072564] sd 0:0:1:0: [sda] tag#1479 CDB: Read(10) 28 00 91 87 ff f0 00 00 01 00
[ 860.072570] I/O error, dev sda, sector 19532873600 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 860.072582] Buffer I/O error on dev sda, logical block 2441609200, async page read
[ 860.073007] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.092554] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.108526] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.108539] sd 0:0:1:0: [sda] tag#1482 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.108547] sd 0:0:1:0: [sda] tag#1482 CDB: Write(10) 2a 00 00 00 09 21 00 00 01 00
[ 860.108551] I/O error, dev sda, sector 18696 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 2
[ 860.109097] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.124532] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.140533] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.156533] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.172534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.188534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.188548] sd 0:0:1:0: [sda] tag#1488 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.188556] sd 0:0:1:0: [sda] tag#1488 CDB: Write same(16) 93 00 00 00 00 00 00 00 09 21 00 00 00 01 00 00
[ 860.188559] I/O error, dev sda, sector 18696 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 2
[ 860.193345] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.212526] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.228535] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.244534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.260534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.276534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.276551] sd 0:0:1:0: [sda] tag#1494 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.276563] sd 0:0:1:0: [sda] tag#1494 CDB: Write same(16) 93 00 00 00 00 00 00 00 19 26 00 00 00 01 00 00
[ 860.276568] I/O error, dev sda, sector 51504 op 0x9:(WRITE_ZEROES) flags 0x8000800 phys_seg 0 prio class 2
[ 860.277112] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.292534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.308542] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.324527] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.340532] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.356529] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.356543] sd 0:0:1:0: [sda] tag#1500 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.356554] sd 0:0:1:0: [sda] tag#1500 CDB: Write(10) 2a 00 00 00 19 26 00 00 01 00
[ 860.356557] I/O error, dev sda, sector 51504 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 2
[ 860.357095] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.372530] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.388535] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.404534] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.420533] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.436535] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.436550] sd 0:0:1:0: [sda] tag#1506 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 860.436557] sd 0:0:1:0: [sda] tag#1506 CDB: Write same(16) 93 00 00 00 00 00 00 00 19 26 00 00 00 01 00 00
[ 860.436560] I/O error, dev sda, sector 51504 op 0x9:(WRITE_ZEROES) flags 0x800 phys_seg 0 prio class 2
[ 860.442229] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.456531] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.472531] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.488531] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.504530] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.520533] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.521114] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.522157] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.523207] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.524267] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.525327] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.526378] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.527432] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.528476] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.529522] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.530564] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.531603] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.532639] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.533670] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.534700] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.535726] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.536751] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.537767] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.538785] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.539796] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.540810] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.541817] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.542821] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.543822] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.544822] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.545816] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.546809] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.547288] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.560552] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.561594] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.562643] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.563703] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.564775] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.565861] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.566959] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.568069] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.569191] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.570326] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.571473] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.572634] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.573805] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.574992] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.576191] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.577400] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.578622] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.579850] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.581076] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.582298] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.583519] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.584734] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.585947] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.587156] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.588362] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 860.590564] sd 0:0:1:0: device_block, handle(0x000a)
[ 860.590657] mpt2sas_cm0: log_info(0x31120100): originator(PL), code(0x12), sub_code(0x0100)
[ 862.088604] sd 0:0:1:0: device_unblock and setting to running, handle(0x000a)
[ 862.104383] Buffer I/O error on dev sda1, logical block 1166, lost async page write
[ 862.104409] Buffer I/O error on dev sda1, logical block 1167, lost async page write
[ 862.104421] Buffer I/O error on dev sda1, logical block 1168, lost async page write
[ 862.104430] Buffer I/O error on dev sda1, logical block 1169, lost async page write
[ 862.104441] Buffer I/O error on dev sda1, logical block 1170, lost async page write
[ 862.104449] Buffer I/O error on dev sda1, logical block 1171, lost async page write
[ 862.104458] Buffer I/O error on dev sda1, logical block 1172, lost async page write
[ 862.104466] Buffer I/O error on dev sda1, logical block 1173, lost async page write
[ 862.196282] mpt2sas_cm0: mpt3sas_transport_port_remove: removed: sas_addr(0x5000cca26a645749)
[ 862.196288] mpt2sas_cm0: removing handle(0x000a), sas_addr(0x5000cca26a645749)
[ 862.196290] mpt2sas_cm0: enclosure logical id(0x500605b0055204f0), slot(4)
Und nein, kein Enclosure vorhanden, direktes SAS Kabel vom Controller zur Platte
EDIT: Badblocks hingegen ist noch nicht ganz durch, aber nach 24 Stunden einmal WRITE/READ Test und es ist bei 76% ohne Fehler....
Scheint als ob das Problem nur beim Seeken auftritt - bei mkfs.ext4 geht er ja einmal an den Anfang, in die Mitte und ans Ende um die Daten zu schreiben...
EDIT2: Ich hab für genau das OEM Drive ein PDF gefunden, aber da geht auch n icht wirklich etwas raus hervor, was das mkfs-verhalten und herunterfahren des drives erklären könnte, ausser das es TCG fähig ist und je nach formatierung, bzw standard 4,096 4,112 4,160 oder 4,224 byte große Sektoren unterstützt...
VG
9
Anhänge
Zuletzt bearbeitet:
Khorneflakes
Lieutenant
- Registriert
- Juli 2024
- Beiträge
- 598
Bin nur ich zu blöd was zu --resize=-1 zu finden? Das ist doch nirgendwo dokumentiert, dass das so funktioniert.
Invalid field in CDB bedeutet, dass das Device den Befehl zurückgewiesen hat. I/O Error und Buffer I/O Error ist klar, das kann zum einen mit dem ungültigen CDB zusammenhängen, aber auch mit einem Problem an der Hardware, entweder dem Device selbst oder z.B. auch der Verkabelung. Da das Device aber einen Reset macht könnte das wohl ein Folgefehler davon sein.
Invalid field in CDB bedeutet, dass das Device den Befehl zurückgewiesen hat. I/O Error und Buffer I/O Error ist klar, das kann zum einen mit dem ungültigen CDB zusammenhängen, aber auch mit einem Problem an der Hardware, entweder dem Device selbst oder z.B. auch der Verkabelung. Da das Device aber einen Reset macht könnte das wohl ein Folgefehler davon sein.
Sorry, Asche auf mein Haupt
hatte ich mir falsch notiert...
es muss heissen
Serve-TheHome LinkManpage sg_format
Code:
sg_format --size=4096 --resize=-1 /dev/sgXXX
hatte ich mir falsch notiert...
es muss heissen
Code:
sg_format --size=4096 --resize count=-1 /dev/sgXXX
Serve-TheHome LinkManpage sg_format
Ähnliche Themen
- Antworten
- 11
- Aufrufe
- 779
- Antworten
- 12
- Aufrufe
- 2.500
- Gesperrt
- Frage
- Antworten
- 1
- Aufrufe
- 583
- Antworten
- 18
- Aufrufe
- 2.430