Hallo zusammen, in meinem letzten Thread OT: Tipps für neue Desktop Hardware (i5 -> AMD Ryzen) hatte ich geschrieben, dass der Fehler Error 18: Selected cylinder exceeds maximum supported by BIOS nach einem Kabeltausch weg war. Dieser ist bis jetzt auch nicht mehr aufgetreten, aber die anderen Fehler sind nach wie vor present. Sollte ich mir besser eine neue SSD oder M.2 kaufen ? (Oder würde es reichen die SSD für EFI und Grub2 neu zu partionieren ?) Danke für Tips Werner Franke scsi 0:0:0:0: Direct-Access ATA SanDisk SDSSDX12 R112 PQ: 0 ANSI: 5 sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 0:0:0:0: [sda] 234441648 512-byte logical blocks: (120 GB/112 GiB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sd 0:0:0:0: [sda] Attached SCSI disk : : : ata1.00: exception Emask 0x11 SAct 0x7ffd5fff SErr 0x680100 action 0x6 frozen ata1.00: irq_stat 0x48000008, interface fatal error ata1: SError: { UnrecovData 10B8B BadCRC Handshk } ata1.00: failed command: READ FPDMA QUEUED ata1.00: cmd 60/08:00:a8:e9:7d/00:00:07:00:00/40 tag 0 ncq dma 4096 in res 40/00:50:f8:e9:7d/00:00:07:00:00/40 Emask 0x10 (ATA bus error) ata1.00: status: { DRDY } ata1.00: failed command: READ FPDMA QUEUED ata1.00: cmd 60/08:08:b0:e9:7d/00:00:07:00:00/40 tag 1 ncq dma 4096 in res 40/00:50:f8:e9:7d/00:00:07:00:00/40 Emask 0x10 (ATA bus error) ata1.00: status: { DRDY } ata1.00: failed command: READ FPDMA QUEUED ata1.00: cmd 60/08:10:b8:e9:7d/00:00:07:00:00/40 tag 2 ncq dma 4096 in res 40/00:50:f8:e9:7d/00:00:07:00:00/40 Emask 0x10 (ATA bus error) ata1.00: status: { DRDY } ata1.00: failed command: READ FPDMA QUEUED ata1.00: cmd 60/08:18:c0:e9:7d/00:00:07:00:00/40 tag 3 ncq dma 4096 in res 40/00:50:f8:e9:7d/00:00:07:00:00/40 Emask 0x10 (ATA bus error) ata1.00: status: { DRDY } ata1.00: failed command: READ FPDMA QUEUED ata1.00: cmd 60/08:20:c8:e9:7d/00:00:07:00:00/40 tag 4 ncq dma 4096 in : : : ata1: hard resetting link ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) ata1.00: configured for UDMA/133 sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sd 0:0:0:0: [sda] tag#0 Sense Key : Illegal Request [current] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unaligned write command sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 07 7d e9 a8 00 00 08 00 print_req_error: I/O error, dev sda, sector 125692328 sd 0:0:0:0: [sda] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sd 0:0:0:0: [sda] tag#1 Sense Key : Illegal Request [current] sd 0:0:0:0: [sda] tag#1 Add. Sense: Unaligned write command sd 0:0:0:0: [sda] tag#1 CDB: Read(10) 28 00 07 7d e9 b0 00 00 08 00 print_req_error: I/O error, dev sda, sector 125692336 sd 0:0:0:0: [sda] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sd 0:0:0:0: [sda] tag#2 Sense Key : Illegal Request [current] sd 0:0:0:0: [sda] tag#2 Add. Sense: Unaligned write command sd 0:0:0:0: [sda] tag#2 CDB: Read(10) 28 00 07 7d e9 b8 00 00 08 00 : : : ata1: EH complete -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.03.2020 um 09:31 schrieb Werner Franke:
Hallo zusammen,
in meinem letzten Thread OT: Tipps für neue Desktop Hardware (i5 -> AMD Ryzen) hatte ich geschrieben, dass der Fehler
Error 18: Selected cylinder exceeds maximum supported by BIOS
nach einem Kabeltausch weg war. Dieser ist bis jetzt auch nicht mehr aufgetreten, aber die anderen Fehler sind nach wie vor present. Schon mal einen anderen SATA Port verwendet? Ich habe hier bei einem Rechner auch das Problem, dass eine bestimmte Disk an einem bestimmten Port einfach nicht fehlerfrei laufen will. Kabel wurden da schon bis zum Erbrechen getauscht
Sollte ich mir besser eine neue SSD oder M.2 kaufen ? (Oder würde es reichen die SSD für EFI und Grub2 neu zu partionieren ?) Das reicht bestimmt nicht
Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl wrote:
Am 02.03.2020 um 09:31 schrieb Werner Franke:
Hallo zusammen,
in meinem letzten Thread OT: Tipps für neue Desktop Hardware (i5 -> AMD Ryzen) hatte ich geschrieben, dass der Fehler
Error 18: Selected cylinder exceeds maximum supported by BIOS
nach einem Kabeltausch weg war. Dieser ist bis jetzt auch nicht mehr aufgetreten, aber die anderen Fehler sind nach wie vor present. Schon mal einen anderen SATA Port verwendet? Ich habe hier bei einem Rechner auch das Problem, dass eine bestimmte Disk an einem bestimmten Port einfach nicht fehlerfrei laufen will. Kabel wurden da schon bis zum Erbrechen getauscht
@Werner Ich habe jetzt (zugegebenermassen) nicht den ganzen Thread verfolgt; meine Erfahrung ist: z.B. viele Samsung SSDs laufen NICHT an bestimmten AMD Ports Das Problem besteht NCHT bei Intel CPU Boards. Hier bei mir (Gigabyte Board mit AMD Controller _und_ zum Glück einem Gigabyte Controller) bekomme ich nur ein stabiles System wenn ich für die SSD einen der Gigabyte Controller Ports verwende - sonst ist zwischen extrem langsam und crash alles drin. Das Log wird vollgeschrieben mit ATA Fehlern. dieser spezielle "Fehler" ist seit Jahren bekannt und wird ping-pong mässig zwischen AMD und Samsung hin- und her geschoben. Es gibt diverse Berichte im Netz dazu. Andreas C2 General Rgbx������ץ���r���҉碝��V������ uﮞ˛���m�)z{.��+�I�zr�ק٢�+-��h�;����r���brG�J'��w�j)Z��^�ˬy� ޮ�^�ˬz��
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Montag, den 02.03.2020, 16:00 +0000 schrieb Kyek, Andreas, Vodafone DE:
(Gigabyte Board mit AMD Controller _und_ zum Glück einem Gigabyte Controller)
Gigabyte produziert keine eigenen Controller-Chips. Diese werden von externen Lieferanten/Produzenten eingekauft und auf das Board gelötet, um bspw. mehr SATA-Ports zur Verfügung stellen zu können. Ein klassisches Beispiel für eine derartige Konfiguration ist etwa, vor allem bei günstigeren Chipsätzen, dass die ersten 4 SATA-Ports an den AMD-Chipsatz angebunden sind und die letzten 2 an dem Zusatzchip hängen (bei einem Board, welches 6 SATA-Ports bereitstellt). - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl5dZL8ACgkQ+NRy+KEK cZj10w//bL4AUSZFNYGJ514pB7bCzokOLwiq+9eJ0br4qgieUad6/1ohra1ZzAWr KNMQ78AfWVef/KxqWnjpWfKtrMGoEH8E4OvX0VqxGV/caJvUR0GMwlvlDiaeNI78 fc3qKCeDS7o0TEHB6qXHjivd37S2pOy/rY/qwyegPc/FhM7yuTQpF6xUBQPva+TX LplQkjkPDS0q5zhvTP1jiuL7p4KWdy4DXGdaWJi0xXbVzCE0HnzT+AIv9nBNuPLC HcGFzUs/jAnIo0CMxvE3Vbf2s7Hvn9+HcDX3pJXZecXM66+U2cqqQIrXnU7TtnCV kp0g+V/KTfVwCGkQMltgTy8M8pWCgX4SSI10w3Wqr1ESNzIclj0h+Mbk0V9c8815 /s6ZRxCidsOWvAwghChvvxzLADFkKpMWX/GKY8wsgPwFbZltKvMNf6ktNEJAmcGG 4RGtBP70p/q+Eh8/QBQN05RWYOP6pfPGawJCSfEmL+kww4nsQuUIAdGxvXpFj/5E 0Z9OXBxF/nOKNKJr+jEi5Q/MQXE0QPkJnMDVaNh2uITUZTw/uVb6oqsgdf+g8PH1 3jORnfYNltffy0m1CBjXzcDcO4MQtz3q1dofDjea5+RV7v45B1qi8oVDy8SUrmhG 2n3ZqDmq+HkX958Rz3WvPwgkCBtoV2CSPl8jcnjyKuUUXGvx78E= =fMQ1 -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Montag, den 02.03.2020, 09:31 +0100 schrieb Werner Franke:
Fehler sind nach wie vor present.
Tritt der Fehler nur bei 'sda' auf oder auch bei Deinen anderen Laufwerken? Hast Du auch schon einmal einen Smart-Test auf das Laufwerk losgelassen? Verursacht die SSD in einem anderen Rechner ebenfalls diese Fehlermeldungen? Läuft Deine SSD auch im AHCI-Modus (im Bios nachschauen)? Dein Netzteil hat auch genügend Power (zwischen 450 und 550 Watt)? Das UEFI als auch die Firmware der SSD sind aktuell?
Sollte ich mir besser eine neue SSD oder M.2 kaufen ?
Nicht so vorschnell. Was, sofern das selbe Problem auch mit der neuen SSD auftritt? - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl5dXrcACgkQ+NRy+KEK cZj4qQ//UbeCLHa+I7f4oA7t84ul4ybHYZmyyTVoP/+Jy68vjX+rwXb/CiDMIJ5F S4SbsLIG+ev8AkIldbvBLQkNnoHAg1wIMXqZwkwvfr27gPno11ogIGhNYgmM08dX L0nT5nVP0CvlKbQosG5/ZtB/RHiHIrmCEQPccekIFq5gzG3InEDz5BJgh0kgz85v N/A8aNcBviiQ+Ln1VluH+tyG9iRKqDupMD7Ua1TyfkVvWfk2mp57GFYhzczfIHk7 vi7k/poQRug2Hrs+aEnWGvUVPVWTiUlBjJQSRh7mqk1JqFNFAgz8DTUJ3J3VtoKY EmlieS7PVdBIdJBWPRKABzkw7W/N+762C3R7+JVqF1livrB171OZ4K4YSQqgg6/B +vOhp0PlNoEmxi0IeoZnIPjpBmz/8YvLP93FFnyJzw9Kgtd3hBHm6EpAWl6TieuV UF1kcnyDQGl8Nn29KJek5pznpqu3Y450wFwl8lX0U5vjBhNmqdIlA4+ckd7+DGvF 7xdfaD7Gcq2Ppj48O2ng2MxzP1T8EShWHrlPAIFYxOidbRfcdeGn/wfMyT4APTLI AKLDMU4NEnjLG5b/BbfaF7d0WD3pJDvicVeqdmUlZ+jwBGHypMgQ1/G96nfMYTLb bhVPSVNh91n/vaVD0EeC14yWaYhr3jk089lKvLCcVHW+hw4ajMY= =op/7 -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Richard, alle, Am 03/02/2020 um 08:30 PM schrieb Richard Kraut:
Am Montag, den 02.03.2020, 09:31 +0100 schrieb Werner Franke:
Fehler sind nach wie vor present.
Tritt der Fehler nur bei 'sda' auf oder auch bei Deinen anderen Laufwerken? Hast Du auch schon einmal einen Smart-Test auf das Laufwerk losgelassen? Verursacht die SSD in einem anderen Rechner ebenfalls diese Fehlermeldungen? Läuft Deine SSD auch im AHCI-Modus (im Bios nachschauen)? Dein Netzteil hat auch genügend Power (zwischen 450 und 550 Watt)? Das UEFI als auch die Firmware der SSD sind aktuell?
Sollte ich mir besser eine neue SSD oder M.2 kaufen ?
Nicht so vorschnell. Was, sofern das selbe Problem auch mit der neuen SSD auftritt?
Danke für die Antworten. Das Problem mit dieser SSD habe ich erst mit dem ASrock Board und der AMD CPU. Wenn ich die SSD an einem anderen SATA Port anschließe (statt SATA3_1 an SATA3_2), dann werden die gleichen Fehler statt für sda nun für sdb gemeldet. Und ich bekomme nur für die SSD solche Fehler. Die beiden anderen Disks und der DVD-Brenner sind unauffällig. Ob ich von der SSD auch booten kann, wenn ich SATA3_A1/SATA3_A2 benutze, die über einen Spezial-Chip angebunden sind, habe ich noch nicht getestet. Wahrscheinlich nicht. Netzteil hat 420W. Ein Smart-Test listet keine Probleme. Ich habe mit gestern mal die I/O error sector nummern notiert und werde mal nachsehen, ob es immer die gleichen Adressen sind. Wenn das jedesmal andere Sektoren sind, sollte es nicht an der SSD liegen (?) Ich will demnächst die SSD platt machen und mit GPT und Grub2 installieren. Bisher benutze ich noch Grub1. Wenn das nichts bringt (was ich annehme), dann wird's wohl eine M.2 werden. Wenn ich die Antwort von Manfred lese, wird das mehr wahrscheinlicher. Muss mich im Internet bezüglich SSDs und AMD Ports vorher schlau machen. Danke und Gruss, Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Dienstag, den 03.03.2020, 10:55 +0100 schrieb Werner Franke:
Wenn ich die SSD an einem anderen SATA Port anschließe (statt SATA3_1 an SATA3_2), dann werden die gleichen Fehler statt für sda nun für sdb gemeldet.
Auch an den Ports, welche über den Zusatzchip angebunden sind?
Und ich bekomme nur für die SSD solche Fehler. Die beiden anderen Disks und der DVD-Brenner sind unauffällig.
Dann gibt es wohl wirklich nur ein Problem im Zusammenspiel der SSD mit dem Board und umgekehrt.
Ob ich von der SSD auch booten kann, wenn ich SATA3_A1/SATA3_A2 benutze, die über einen Spezial-Chip angebunden sind, habe ich noch nicht getestet. Wahrscheinlich nicht.
Das würde ich dennoch einmal ausprobieren. Mehr, als dass kein System zum booten bzw. kein Bootloader gefunden wird, kann nicht passieren.
Netzteil hat 420W.
Sofern Du keine "fette" Gamer- oder Workstation-Grafikkarte in Deinem Rechner hast, dürfte das ausreichen.
Ein Smart-Test listet keine Probleme.
Das ist ja schonmal erfreulich. Was Du auch noch testen kannst ist, das NCQ (Native Command Queing) zu deaktivieren. Hierzu musst Du dem zu bootenden Kernel die folgende Option mitgeben: libata.force=noncq Wurde der Kernel mit selbiger gebootet wieder nachsehen, ob die Fehlermeldungen noch immer auftauchen.
Wenn das nichts bringt (was ich annehme), dann wird's wohl eine M.2 werden.
Berücksichtige hier, dass M.2 lediglich eine Beschreibung für das Interface ist. M.2 SSDs gibt es als Varianten, welche noch nach dem SATA-Protokoll arbeiten und es gibt M.2 SSDs, die nach NVME arbeiten. - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl5erLsACgkQ+NRy+KEK cZhDiBAAjvMO7syvPrd8ZO0gq42sZYsyU5mgp2NR/EnUl341HPw7QhB/fYBw3xxU a9oWCJULSJRnuh7akrlcc+Fcqz8Y9mczHSc5OoW5qSSgltP/kAn0vMRvSD4c2bKZ yDKn7aEW5WP2aYrO2MIYL/48H3G9jIDiOZMYaT3zWOMgTuTPNcAZsj1PFr+uotM8 gBlH/vCTxBH6uBCKuM4iNChVpeK26M0lAVqztWVki7kPKtHGb/DacszdBHx90eIU U7BJmS4dscNRFiLdyR5JTk/cVpr4FgQ1+UGIw5PyKEr25PPc3y7XWqjKrq6PF4rn AdKKPwBKzqj6Prspb5qcpqTBJvrgks5qrza8KP1fcXPevr4C4eOl4uvXDCGEz7Hs m6m48E+TjGBsJpCnoVejlIGJgtTN8LmX//CiZYTw5kE5uK6hUh2Hauv8ZC7zVnF8 m6uOIwA9qsvT6lJchUkFl/JBzY2M+aBVuHHV+9s9hN5O01QgAi0ndoWxYhFatQBw rJ6FI+NH2mPlheB8MetNojDEpkTsf048IP+tXXFo070gA18ktbENQfWkE9cW86rG eCUn6DuWXJ/pQxSHIkgl8aJI06HyM6SQWMeUXeUxdeSlnV+FlzkX9g+LjcJT3QbV DXaJPTeUtBJfNw+J0nrN9Sv4YPxBMK5+kw0Q299h7CUxbtKVOZo= =wRpb -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Richard, alle, Am 03/03/2020 um 08:15 PM schrieb Richard Kraut:
Am Dienstag, den 03.03.2020, 10:55 +0100 schrieb Werner Franke:
Wenn ich die SSD an einem anderen SATA Port anschließe (statt SATA3_1 an SATA3_2), dann werden die gleichen Fehler statt für sda nun für sdb gemeldet.
Auch an den Ports, welche über den Zusatzchip angebunden sind?
Und ich bekomme nur für die SSD solche Fehler. Die beiden anderen Disks und der DVD-Brenner sind unauffällig.
Dann gibt es wohl wirklich nur ein Problem im Zusammenspiel der SSD mit dem Board und umgekehrt.
Ob ich von der SSD auch booten kann, wenn ich SATA3_A1/SATA3_A2 benutze, die über einen Spezial-Chip angebunden sind, habe ich noch nicht getestet. Wahrscheinlich nicht.
Das würde ich dennoch einmal ausprobieren. Mehr, als dass kein System zum booten bzw. kein Bootloader gefunden wird, kann nicht passieren.
Netzteil hat 420W.
Sofern Du keine "fette" Gamer- oder Workstation-Grafikkarte in Deinem Rechner hast, dürfte das ausreichen.
Ein Smart-Test listet keine Probleme.
Das ist ja schonmal erfreulich.
Was Du auch noch testen kannst ist, das NCQ (Native Command Queing) zu deaktivieren. Hierzu musst Du dem zu bootenden Kernel die folgende Option mitgeben:
libata.force=noncq
Wurde der Kernel mit selbiger gebootet wieder nachsehen, ob die Fehlermeldungen noch immer auftauchen.
Wenn das nichts bringt (was ich annehme), dann wird's wohl eine M.2 werden.
Berücksichtige hier, dass M.2 lediglich eine Beschreibung für das Interface ist. M.2 SSDs gibt es als Varianten, welche noch nach dem SATA-Protokoll arbeiten und es gibt M.2 SSDs, die nach NVME arbeiten.
Die SSD ist definitiv nicht kaputt. Ich habe sie an einen der beiden SATA Buchsen angeschlossen, die über einen Spezial-Chip angebunden sind und das System bootet und es kommen keine Fehler mehr. Ich habe das Mainboard "ASRock B450 Pro4" und eine AMD Ryzen 5 3600 CPU. Das Board hat 6 SATA Buchsen. Zwei davon sind über einen Spezial-Chip angebunden (SATA3_A1/SATA3_A2) und 4 direkt (SATA3_1 - SATA3_4). In der Mainboard Beschreibung steht, dass man Disks, von denen gebootet werden soll, an einen der 4 direkt angebundenen SATA Buchsen an- schliessen soll. Das war der Grund warum ich dachte, dass das System von den beiden anderen Buchsen überhaupt nicht bootet. Das hat sich zum Glück nicht bewahrheitet. Wahrscheinlich ist die SSD über SATA3_A1/SATA3_A2 nicht optimal schnell angebunden, aber da sich darauf nur das OS und der Swap befindet, macht sich das bisher nicht wirklich negativ bemerkbar. Ich habe allerdings so nur 3 Mal gebootet. Die meiste Zeit beim Booten vergeht bei mir bei KDE Plasma. Das OS ist schnell oben. Als Alternative wäre eine M.2 SSD in Frage gekommen, was aber wahrscheinlich die gleichen Probleme gemacht hätte. Danke für Tipps Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Kyek, Andreas, Vodafone DE -
Manfred Kreisl -
Richard Kraut -
Werner Franke