Hallo Leute
Bin neu hier, und hoffe hier die Experten zu finden die mir bei einem Problem helfen können, das mich schon seit 2 Wochen plagt.
Ich habe 4TB SAS Seagate Platten auf einem Hitachi Storage bekommen, dich ich gerne in meinem privaten Ubuntu Fileserver betreiben möchte. Bei der Type fängt es schon an: ST4000NM0175. Diese Bezeichnung gibt es offiziell nicht. Was man finden konnte waren Platten für HP Systeme. Dann deutet wieder 175 auf SED hin, was aber in den Hitachi Systemen überhaupt nicht eingesetzt wurde, und so weiter und so fort. Wenn gewünscht kann ich meine Recherchen dazu hier auflisten.
Aber zum Kernpunkt: Da die Platte aus einem SAN Storage kommt ist sie auf 520b Sektorgröße formatiert. Soweit kein Problem. Das waren die 3TB Platten auch schon.
Also einfach mit "sg_format --format --size=512 /dev/sgX" umformatiert. Da ganze hab ich sowohl an einem alten LSI SAS Controller 1068E im IR und im IT mode gemacht. Format lief ca 12-14h und wurde erfolgreich beendet.
Denke ich mir, soweit so gut, und ich schreib eine neue Partitiontable drauf mit gparted:
Und das ist die Ausgabe im Log:
Also hab ich noch versucht auf andern Computern direkt an nem HBA oder auch vom Raidcontroller die Platten neu zu formatieren, aber das Ergebnis ist das selbe. Gestern Nacht erst hab ich die Platte in einem aktuellen Server im Raidcontrollermenü initialiesieren lassen und hab dann versucht die Platte in einen Raidverbund einzubinden und auch das ging nicht. Es kann einfach nicht auf die Platte zugegriffen werden.
Meine akutelle Vermutungen sind folgende:
.) Es gibt ein Problem mit dem Neuformatieren, weil die Platte im Gegensatz zu all meinen vorigen nicht 512/512 Sektoren hat, sondern 512/4096 und möglicherweise geht da beim low level format was kaputt, oder
.) Die Platte hat eine Firmware drauf die aktiv verhindert dass sie in einem Fremdsystem verwendet wird (aber WOZU wäre das gut??).
Kann mir jemand weiterhelfen bitte?
Ich hab das erstmal nur so locker zusammengeschrieben, es gibt natürlich noch jede Menge Logs und Infos wenn benötigt.
Danke!
Achja und noch eine Information: Wenn ich den Server hochfahre (mit einem Live Linux von USB) und dort GPARTED aufrufe, erscheint gleich mal diese Meldung:
Vielleicht hilft das weiter. Ich hab hier nur Infos gefunden die sich zu 99% auf USB Sticks und ähnliches bezogen haben.
Bin neu hier, und hoffe hier die Experten zu finden die mir bei einem Problem helfen können, das mich schon seit 2 Wochen plagt.
Ich habe 4TB SAS Seagate Platten auf einem Hitachi Storage bekommen, dich ich gerne in meinem privaten Ubuntu Fileserver betreiben möchte. Bei der Type fängt es schon an: ST4000NM0175. Diese Bezeichnung gibt es offiziell nicht. Was man finden konnte waren Platten für HP Systeme. Dann deutet wieder 175 auf SED hin, was aber in den Hitachi Systemen überhaupt nicht eingesetzt wurde, und so weiter und so fort. Wenn gewünscht kann ich meine Recherchen dazu hier auflisten.
Aber zum Kernpunkt: Da die Platte aus einem SAN Storage kommt ist sie auf 520b Sektorgröße formatiert. Soweit kein Problem. Das waren die 3TB Platten auch schon.
Also einfach mit "sg_format --format --size=512 /dev/sgX" umformatiert. Da ganze hab ich sowohl an einem alten LSI SAS Controller 1068E im IR und im IT mode gemacht. Format lief ca 12-14h und wurde erfolgreich beendet.
Code:
root@fileserver:~# smartctl --all /dev/sg2
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-53-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: SEAGATE
Product: DKS2H-H4R0SS
Revision: 7F08
Compliance: SPC-3
User Capacity: 4.000.787.030.016 bytes [4,00 TB]
Logical block size: 512 bytes
Physical block size: 4096 bytes
LU is fully provisioned
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Logical Unit id: 0x5000c5009496389f
Serial number: XXXXXXXXXX
Device type: disk
Transport protocol: SAS (SPL-3)
Local Time is: Tue Nov 17 09:34:56 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Disabled or Not SupportedDenke ich mir, soweit so gut, und ich schreib eine neue Partitiontable drauf mit gparted:
Und das ist die Ausgabe im Log:
Code:
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754624, lost async page write
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#47 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#47 Sense Key : Hardware Error [current] [descriptor]
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#47 <<vendor>>ASC=0x81 ASCQ=0x0
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#47 CDB: Write(16) 8a 00 00 00 00 01 d1 c0 ba 00 00 00 04 00 00 00
[Di Nov 17 09:36:52 2020] blk_update_request: critical target error, dev sdc, sector 7814035968 op 0x1:(WRITE) flags 0x4800 phys_seg 128 prio class 0
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754496, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754497, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754498, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754499, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754500, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754501, lost async page write
[Di Nov 17 09:36:52 2020] Buffer I/O error on dev sdc, logical block 976754502, lost async page write
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#33 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#33 Sense Key : Hardware Error [current] [descriptor]
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#33 <<vendor>>ASC=0x81 ASCQ=0x0
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#33 CDB: Write(16) 8a 00 00 00 00 01 d1 c0 be a0 00 00 00 10 00 00
[Di Nov 17 09:36:52 2020] blk_update_request: critical target error, dev sdc, sector 7814037152 op 0x1:(WRITE) flags 0x800 phys_seg 2 prio class 0
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#44 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#44 Sense Key : Hardware Error [current] [descriptor]
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#44 <<vendor>>ASC=0x81 ASCQ=0x0
[Di Nov 17 09:36:52 2020] sd 7:0:0:0: [sdc] tag#44 CDB: Write(16) 8a 00 00 00 00 00 00 00 00 00 00 00 04 00 00 00
[Di Nov 17 09:36:52 2020] blk_update_request: critical target error, dev sdc, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 128 prio class 0Also hab ich noch versucht auf andern Computern direkt an nem HBA oder auch vom Raidcontroller die Platten neu zu formatieren, aber das Ergebnis ist das selbe. Gestern Nacht erst hab ich die Platte in einem aktuellen Server im Raidcontrollermenü initialiesieren lassen und hab dann versucht die Platte in einen Raidverbund einzubinden und auch das ging nicht. Es kann einfach nicht auf die Platte zugegriffen werden.
Meine akutelle Vermutungen sind folgende:
.) Es gibt ein Problem mit dem Neuformatieren, weil die Platte im Gegensatz zu all meinen vorigen nicht 512/512 Sektoren hat, sondern 512/4096 und möglicherweise geht da beim low level format was kaputt, oder
.) Die Platte hat eine Firmware drauf die aktiv verhindert dass sie in einem Fremdsystem verwendet wird (aber WOZU wäre das gut??).
Kann mir jemand weiterhelfen bitte?
Ich hab das erstmal nur so locker zusammengeschrieben, es gibt natürlich noch jede Menge Logs und Infos wenn benötigt.
Danke!
Beitrag automatisch zusammengeführt:
Achja und noch eine Information: Wenn ich den Server hochfahre (mit einem Live Linux von USB) und dort GPARTED aufrufe, erscheint gleich mal diese Meldung:
Code:
the driver descriptor says the physical block size is 2048 bytes but linux says it is 512 bytesVielleicht hilft das weiter. Ich hab hier nur Infos gefunden die sich zu 99% auf USB Sticks und ähnliches bezogen haben.
