Gelöst Leap 15.4: Externe Sata-Platten melden sich nicht

Spielwurm · 4 Nov. 2022

Situation: seit einem halben Jahr ist auf meinem alten Rechner (der "seit 12.3" alt ist) Opensuse 15.4 mit dem dazugehörenden KDE installiert. Ich habe daneben stehen 2 Gehäuse für 3,5-Zoll-Sata-Platten, von denen eine an eSata und die andere via Adapter-Slotblech an einen internen Port angeschlossen ist (seit Opensuse 13.1). Die Gehäuse haben einen eigenen Einschalter und damit konnte ich sie bisher (15.2) im laufenden Betrieb als Wechselmedien in Betrieb nehmen und auch wieder aushängen.

Problem. die Platten melden sich seit 15.4 nicht mehr. Sie sind nach dem Einschalten auch via Fdisk nicht zu "sehen". Wenn ich die Platten einschalte und dann erst den Rechner starte, sind sie normal ansprechbar, benehmen sich aber nicht wie Wechselmedien, sprich: ich kann sie dann nur als root via umount aushängen. Alle anderen Wechselmedien funktionieren normal.

Im BIOS habe ich nichts geändert. Fällt jemandem etwas dazu ein?

Spielmops

Christina · 5 Nov. 2022

Spielwurm schrieb:
Problem. die Platten melden sich seit 15.4 nicht mehr. Sie sind nach dem Einschalten auch via Fdisk nicht zu "sehen". Wenn ich die Platten einschalte und dann erst den Rechner starte, sind sie normal ansprechbar, benehmen sich aber nicht wie Wechselmedien, (…)

Du meinst, der hotplug funktioniert nicht mehr?
Startet doch mal als Benutzer root journalctl -f und beobachte die Ausgaben, wenn du eine Festplatte per eSATA anschließt, ob sich da was tut.

Poste mal bitte noch die Ausgabe von: inxi -MCz
lg Christina

Spielwurm · 5 Nov. 2022

journalctl -f ergibt keine Ausgabe
Deswegenn hatte ich schon vermutet, dass sich im BIOS vielleicht was verstellt hat, aber dort finde ich nichts

inxi -MCz
Machine: Type: Desktop Mobo: MICRO-STAR model: 785GM-E65 (MS-7596) v: 1.0 serial: N/A
BIOS: American Megatrends v: 2.3 date: 09/28/2009
CPU: Info: Dual Core model: AMD Phenom II X2 550 bits: 64 type: MCP cache: L2: 1024 KiB
Speed: 800 MHz min/max: 800/3100 MHz Core speeds (MHz): 1: 800 2: 800

der hotplug funktioniert nicht mehr?

Bei USB funktionierts einwandfrei ...

Spielmops

Christina · 5 Nov. 2022

Spielwurm schrieb:
Deswegenn hatte ich schon vermutet, dass sich im BIOS vielleicht was verstellt hat, aber dort finde ich nichts

Code:

Machine: Type: Desktop Mobo: MICRO-STAR model: 785GM-E65 (MS-7596) v: 1.0 serial: N/A BIOS: American Megatrends v: 2.3 date: 09/28/2009

Du könntest es mit der Version 2.C vom 18.02.2011 probieren, ob sich dann etwas ändert/verbessert:
de.msi.com/Motherboard/785GME65/support

Und setzte bitte noch die Code-Ausgaben (oben) in Code-Tags: Im neuen XenForo® geht das so: Allgemeine Formatierungsregeln
(einfach auf ✎ Bearbeiten klicken)
Danke!
lg Christina

josef-wien · 5 Nov. 2022

Bei einem Anschluß würde ich ja an ein defektes Kabel oder eine defekte Buchse denken, aber wenn es bei zwei Anschlüssen vorkommt, scheint das wenig wahrscheinlich zu sein. Und im BIOS kann man so etwas wohl nicht versehentlich verstellen.

Hast Du schon ein Live-System probiert?

Spielwurm · 5 Nov. 2022

Als Live-System habe ich KDE-Argon hier rumliegen: das sagt nichts, wenn die Platten eingeschaltet werden, auch nicht im Journal. Dann ist da noch der Laptop meiner Frau. Der hat auch eSata, da ist das gleich OS drauf, wie bei mir (15.4 mit KDE) und der verhält sich genau so: sind die Platten beim Start des Rechners eingeschaltet, sind sie normal ansprechbar, wenn nicht, dann findet nichts statt, auch nicht im Journal.

Spielmops

Christina · 6 Nov. 2022

Hi,
falls der Fehler in Leap 15.4 liegt (KDE-Argon basiert darauf), dann probiere doch mal SystemRescue - System Rescue Homepage.
Ggf. als ganz alte Version: SystemRescueCd 4.9.6 : François Dupoux :Internet Archive, die kennt journalctl noch nicht. Da musst du dmesg -w benutzen.

susejunky · 6 Nov. 2022

Hallo Spielwurm,

vielleicht hilft das hier?

Viele Grüße

susejunky

PS
Mein openSUSE Tumbleweed Kernel 6.0.6 wurde mit CONFIG_SATA_MOBILE_LPM_POLICY=0 kompiliert (aus /boot/config-6.0.6-1-default).

Christina · 6 Nov. 2022

Das wäre einen Versuch wert: ahci.mobile_lpm_policy=2 (1) als Kernel-Bootparameter.
Allerdings ist auch in Leap 15.3/15.4:

Code:

$ grep LPM /boot/config-5.14.21-150400.24.28-default
CONFIG_SATA_MOBILE_LPM_POLICY=0

Spielwurm · 6 Nov. 2022

Danke, ich probiere das mal aus, muss allerdings diese jetzt folgende Woche weg. Danach dann ...

Spielmops

Christina · 7 Nov. 2022

Was anderes: Gibt es einen Grund, warum du niemals die Mainboard-Firmware (BIOS) aktualisiert hast?
Und schaue dir mal an, wie man im neuen XenForo® die Code-Tags setzt. (Beitrag #4). Danke.

lg Christina

Spielwurm · 16 Nov. 2022

So, bin wieder im Haus und habe den Bootparameter ausprobiert (auch mit 0): es gibt keine Änderung, auch im Journal tut sich nichts. Die Ausgabe von

Code:

grep LPM kernel ...

ergibt wie oben:

Code:

CONFIG_SATA_MOBILE_LPM_POLICY=0

Warum kein BIOS-Update: NCARS! Sogar MSI schreibt in seiner Anleitung zum Bios-Update:

WARNING!!!!!

DON'T FLASH WHEN YOUR SYSTEM IS RUNNING FINE!!!!

Und mein System ist gut gelaufen die ganzen Jahre ...
lg Spielmops

susejunky · 16 Nov. 2022

Hallo Spielwurm,

Spielwurm schrieb:
... habe den Bootparameter ausprobiert (auch mit 0): es gibt keine Änderung, auch im Journal tut sich nichts.

zeige bitte das Ergebnis von

Code:

cat /sys/class/scsi_host/host*/link_power_management_policy

Werden die Festplatten erkannt, wenn Du nach deren Einschalten ein re-scan auf dem zugehörigen SCSI-Bus-ID durchführst?

z.B.:

Code:

echo "1" > /sys/class/scsi_device/a:b:c:d/device/rescan

("a:b:c:d" ist der SysFS BusID eines Datenträgers, den Du mit hwinfo --block ermitteln kannst)

Viele Grüße

susejunky

Spielwurm · 23 Nov. 2022

Code:

cat /sys/class/scsi_host/host*/link_power_management_policy
max_performance
max_performance
max_performance
max_performance

Code:

cat /sys/class/scsi_device/
0:0:0:0/ 4:0:0:0/ 5:0:0:0/ 6:0:0:0/ 6:0:0:1/ 6:0:0:2/ 6:0:0:3/
Jupiter:/home/hartmut # cat /sys/class/scsi_device/

Ich habe sie alle durchprobiert: nix! Getrennt mit beiden externen Laufwerken ...

josef-wien · 23 Nov. 2022

Christina schrieb:
Hi,
falls der Fehler in Leap 15.4 liegt (KDE-Argon basiert darauf), dann probiere doch mal SystemRescue - System Rescue Homepage.
Ggf. als ganz alte Version: SystemRescueCd 4.9.6 : François Dupoux :Internet Archive, die kennt journalctl noch nicht. Da musst du dmesg -w benutzen.

Es fehlt noch die Gegenprobe mit einem anderen Kernel. Alternativ zum Vorschlag von Christina kannst Du auch einen anderen Kernel von openSUSE (aber keinen von 15.4) installieren (Details müssen openSUSE-Kundige beisteuern).

susejunky · 24 Nov. 2022

Hallo Spielwurm,

Spielwurm schrieb:
Code:

cat /sys/class/scsi_host/host*/link_power_management_policy max_performance max_performance max_performance max_performance

Waren - als Du diesen Befehl ausgeführt hast - beide externe Datenträger angeschlossen, eingeschaltet und vom System erkannt oder waren sie zwar angeschlossen und eingeschaltet aber vom System NICHT erkannt?

Spielwurm schrieb:
Code:

cat /sys/class/scsi_device/ 0:0:0:0/ 4:0:0:0/ 5:0:0:0/ 6:0:0:0/ 6:0:0:1/ 6:0:0:2/ 6:0:0:3/ Jupiter:/home/hartmut # cat /sys/class/scsi_device/

Ich habe sie alle durchprobiert: nix! Getrennt mit beiden externen Laufwerken ...

Ich verstehe nicht, was Du da gemacht hast.

Mein Vorschlag war

Code:

echo "1" > /sys/class/scsi_device/5:0:0:0/device/rescan

auszuführen ("5:0:0:0" steht hierbei beispielhaft für die SysFS BusID, an die eine Deiner externen Datenträger angebunden ist), in der Hoffung, dass dabei die externen Datenträger erkannt und zugreifbar werden.

Viele Grüße

susejunky

Christina · 24 Nov. 2022

Spielwurm schrieb:
Code:

(…) Jupiter:/home/hartmut # cat /sys/class/scsi_device/

susejunky schrieb:
Ich verstehe nicht, was Du da gemacht hast.

Hi,
da hat @susejunky Recht!
Bei dieser Befehlszeile von dir kommt nämlich eine Fehlermeldung!

Du solltest besser alle Terminalausgaben einzeln incl. jeweiligem Befehl für uns nachvollziehbar hier posten, sonst hat die Hilfe keinen Wert.
Jeden kleinen Schritt einzeln hier sauber und übersichtlich hinzuschreiben macht für dich natürlich extra Arbeit. Vergiss aber bitte nicht, dass wir auch Arbeit damit haben.

Beginne am besten mit der Ausgabe von hwinfo --block | grep -i 'SysFS' einmal ohne und einmal mit eingeschalteter HDD am eSATA-Anschluss. Dazwischen ist ein Reboot nötig! Du kannst deinen Beitrag dann per Klick auf ✎ Bearbeiten ergänzen, damit nicht immer wieder neue Posts erstellt werden, was schnell unübersichtlich wird. Besser ist: alles was zusammengehört, bleibt beieinander.
Dann setzte das Kommando* entsprechend nach einem Reboot und dem Hotplug der eSATA-HDD ab und poste zur Sicherheit die Ausgabe.
*) als root echo "1" > /sys/class/scsi_device/X:X:X:X/device/rescan
lg Christina

josef-wien · 24 Nov. 2022

susejunky schrieb:
cat /sys/class/scsi_host/host*/link_power_management_policy

Ich gllaube nicht, daß uns das Ergebnis mehr als den jeweiligen Wert dieses Attributs sagt. Bei mir werden immer alle 6 vorhandenen SATA-Anschlüsse angezeigt, und zwar unabhängig davon, ob etwas angeschlossen ist oder nicht, und unabhängig davon, ob im UEFI "hotplug" aktiviert ist oder nicht. Aussagefähiger wäre übrigens die Ausgabe des Anschlusses:

Code:

grep . /sys/class/scsi_host/host*/link_power_management_policy

Die von Christina genannten hwinfo-Ausgaben könnten mehr Klarheit bringen, wobei ich als dritte Ausgabe noch den Zustand "beim Start nicht angeschlossen, aber im laufenden Betrieb angeschlossen" vorschlage.

Spielwurm · 30 Nov. 2022

Code:

cat /sys/class/scsi_device/

Ich habe nach Eingabe der Zeile die TAB-Taste zweimal gedrückt, dann wurden mir die Gerätenummern angezeigt. Danach konnte ich "a:b:c:d" im folgenden Befehl ersetzen:

Code:

echo "1" > /sys/class/scsi_device/a:b:c:d/device/rescan

So, jetzt mit ausgeschalteten externen Platten:

Code:

Jupiter:/home/hartmut # hwinfo --block | grep -i 'SysFS'
  SysFS ID: /class/block/sdf
  SysFS BusID: 6:0:0:3
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:3
  SysFS ID: /class/block/sdd
  SysFS BusID: 6:0:0:1
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:1
  SysFS ID: /class/block/sdb
  SysFS BusID: 4:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata5/host4/target4:0:0/4:0:0:0
  SysFS ID: /class/block/sdb/sdb1
  SysFS ID: /class/block/sdb/sdb2
  SysFS ID: /class/block/sdb/sdb3
  SysFS ID: /class/block/sdb/sdb4
  SysFS ID: /class/block/sr0
  SysFS BusID: 5:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata6/host5/target5:0:0/5:0:0:0
  SysFS ID: /class/block/sde
  SysFS BusID: 6:0:0:2
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:2
  SysFS ID: /class/block/sdc
  SysFS BusID: 6:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:0
  SysFS ID: /class/block/sda
  SysFS BusID: 1:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata3/host1/target1:0:0/1:0:0:0
  SysFS ID: /class/block/sda/sda1
  SysFS ID: /class/block/sda/sda2
  SysFS ID: /class/block/sda/sda3
  SysFS ID: /class/block/sda/sda4

und

Code:

echo "1" > /sys/class/scsi_device/1\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/4\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/5\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:1/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:2/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:3/device/rescan

Jetzt mit eingeschalteten externen Platten:

Code:

Jupiter:/home/hartmut # hwinfo --block | grep -i 'SysFS'
  SysFS ID: /class/block/sdf
  SysFS BusID: 6:0:0:3
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:3
  SysFS ID: /class/block/sdd
  SysFS BusID: 6:0:0:1
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:1
  SysFS ID: /class/block/sdb
  SysFS BusID: 4:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata5/host4/target4:0:0/4:0:0:0
  SysFS ID: /class/block/sdb/sdb1
  SysFS ID: /class/block/sdb/sdb2
  SysFS ID: /class/block/sdb/sdb3
  SysFS ID: /class/block/sdb/sdb4
  SysFS ID: /class/block/sr0
  SysFS BusID: 5:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata6/host5/target5:0:0/5:0:0:0
  SysFS ID: /class/block/sde
  SysFS BusID: 6:0:0:2
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:2
  SysFS ID: /class/block/sdc
  SysFS BusID: 6:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:13.2/usb4/4-3/4-3:1.0/host6/target6:0:0/6:0:0:0
  SysFS ID: /class/block/sda
  SysFS BusID: 1:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0/ata3/host1/target1:0:0/1:0:0:0
  SysFS ID: /class/block/sda/sda1
  SysFS ID: /class/block/sda/sda2
  SysFS ID: /class/block/sda/sda3
  SysFS ID: /class/block/sda/sda4

und

Code:

Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/1\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/4\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/5\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:0/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:1/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:2/device/rescan
Jupiter:/home/hartmut # echo "1" > /sys/class/scsi_device/6\:0\:0\:3/device/rescan

und jetzt mach ich ein Reboot und lasse die externen Platten an:

Tja, das war nix! Ich kann denn Rechner jetzt nicht mehr mit eingeschalteten externen Platten starten. Das BIOS erkennt die Platten. Der Kernel lädt und nach den Plymouth-Meldungen kommt eine Zeile:

Code:

a stop-job is running for /dev/sda3, no limit

Und so bleibt der Rechner stehen. /dev/sda3 ist übrigens die Swap-Partition.

Spielmops

josef-wien · 30 Nov. 2022

[Text gelöscht, Christina hat genauer geschaut.]

Zur systemd-Meldung betreffend "start job" muß ich mich heraushalten.

Nachtrag: Nach dem Einschalten der externen Medien erkennt sie der Kernel nicht. Die höchste Wahrscheinlichkeit hat für mich, daß das BIOS/UEFI diese Information nicht an den Kernel weiterleitet. Aber wenn dort nichts geändert wurde ...

Gelöst Leap 15.4: Externe Sata-Platten melden sich nicht

Advanced Hacker

Advanced Hacker

Advanced Hacker

Advanced Hacker

Ultimate Guru

Advanced Hacker

Advanced Hacker

Moderator

Advanced Hacker

Advanced Hacker

Advanced Hacker

Advanced Hacker

Moderator

Advanced Hacker

Ultimate Guru

Moderator

Advanced Hacker

Ultimate Guru

Advanced Hacker

Ultimate Guru