Ich bin ziemlich neu bei Ubuntu/Linux und es war bisher eine lehrreiche Erfahrung. Allerdings kämpfe ich mit einem Problem, das ich nicht lösen konnte.
Ich habe ein Problem, das beim Lesen/Schreiben auf eine Festplatte zum Einfrieren/Hängen führt. Nicht das System hängt, sondern nur die Datenübertragung oder alles, was auf der Festplatte ausgeführt wird, ist betroffen.
Meine Festplattenkonfiguration ist wie folgt: 120 GB SSD, Partition 1 Windows 10 (Legacy-/Gaming-Anforderungen), Partition 2 Ubuntu 15 64bit (minimalistische Installation) Gnome Desktop, Partition 3 ist Swap. Der Bootloader verwendet Grub 2. Dann habe ich eine RAID 5-Konfiguration bestehend aus 6 x 2 TB (7200 U/min) SATA III-Laufwerken. Dies wurde nach der Installation mit mdadm konfiguriert.
Lesen/Schreiben auf der SSD scheint einwandfrei zu funktionieren, aber im RAID-Sektor ist dies deutlicher. Bei der Datenübertragung gibt es für etwa 5-10 Sekunden keine HDD-Aktivität, dann einen Geschwindigkeitsschub (etwa 120 MB/s für 5-10 Sekunden) und dann wieder einen Hänger.
Dieses Software-RAID verwendet einen kleinen RAID-Controller, um alle Laufwerke anzuschließen. Der Controller wird nur zur Erweiterung des SATA-Ports verwendet und führt selbst keine Stripping-Operationen durch. Ich habe eine separate Festplatte an den Controller angeschlossen und diese scheint dieselben Symptome zu zeigen. Die an das Mainboard angeschlossene SSD funktioniert einwandfrei.
Bevor ich zu Linux als meinem primären Betriebssystem gewechselt bin, hatte ich dieselbe Konfiguration unter Windows, die gut funktioniert. Zur Bestätigung habe ich dies noch einmal getestet und mein separates Laufwerk mit ext2fsd gelesen. Das hat gut funktioniert.
Zur Überprüfung habe ich kurze Festplattentests auf allen Laufwerken durchgeführt und alle Laufwerke haben die Tests bestanden, ohne dass fehlerhafte Sektoren vorhanden waren. Der Abschnitt „Integrität“ im Dienstprogramm „Festplatten“ zeigt ebenfalls alle Laufwerke in einwandfreiem Zustand an.
Ich habe auch versucht, den I/O-Scheduler anhand von Online-Informationen zu ändern, aber das macht keinen Unterschied. Außerdem habe ich anhand anderer Informationen überprüft, ob der Swap aktiv ist.
Ich denke, es hängt damit zusammen, während des Bootvorgangs nach GRUB. Es bleibt eine Weile auf einem leeren Bildschirm hängen, wobei oben rechts ein Unterstrich blinkt. Dann wird der Fehler angezeigt: ata5: Softreset failed (device not ready).
Dann wird angezeigt, dass es aufgibt, und es geht direkt zur Anmeldung beim Gnome Display Manager.
Ich habe herausgefunden, wo ich Protokolle überprüfe, und das Kern.log ist voll mit Folgendem:
Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613896] ata7.00: status: { DRDY }
Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613899] ata7: hard resetting link
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.089597] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133592] ata7.00: configured for UDMA/33
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133598] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133604] ata7: EH complete
Oct 22 22:47:23 lightwrath-desktop kernel: [18902.196603] ata7: illegal qc_active transition (00000002->00000003)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489847] ata7.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489851] ata7.00: failed command: READ DMA
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855] ata7.00: cmd c8/00:08:90:6f:21/00:00:00:00:00/ea tag 1 dma 4096 in
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855] res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489856] ata7.00: status: { DRDY }
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489859] ata7: hard resetting link
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.969484] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013500] ata7.00: configured for UDMA/33
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013506] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013512] ata7: EH complete
Oct 22 22:48:15 lightwrath-desktop kernel: [18954.650783] ata9: illegal qc_active transition (00000080->000000c0)
Ich weiß, dass das hier eine Menge Informationen sind, aber ich dachte, ich gebe so viel an, wie ich zur Diagnose des Problems weiß. Für Feedback oder Hilfe wäre ich sehr dankbar. Vielen Dank, LightWrath
Antwort1
Ich konnte mein obiges Problem lösen, indem ich die PCI-E SATA-Karte neu einsetzte. Ich bin mir nicht sicher, warum Windows das gleiche Problem nicht hatte, aber mir ist aufgefallen, dass die Datenübertragungsgeschwindigkeiten unter Linux viel schneller sind als unter Windows. Vielleicht aufgrund von Unterschieden in der Handhabung oder einem Vorteil gegenüber NTFS?
Danke schön.
(Ich kann meine eigene Antwort nicht akzeptieren, um das Thema zu schließen.)