externe Festplatten Iomega an USB3 werden nur sporadisch erkannt

Moin Moin,

die Platten hängen direkt am USB3-Anschluß und haben keine weitere Stromversorgung!
Aber das ist nicht das Problem.

Wenn ich OS 11.4 oder 12.1 installiere gibt es die Probleme nicht und die HDD wird einwandfrei erkannt!!!!

Auch jetzt ist die HDD nicht eingehangen worden. Im Yast(Partionierer) wird sie trotzdem einwandfrei als LVM2 erkannt, sie hat nur keinen Einhängepunkt. Wenn ich über Yast der HDD einen Einhängepunkt zuweisen möchte habe ich keine Logical-Volumes. Unter Physische Volumes ist die HDD aber aufgeführt!
Die HDD taucht im Yast auch unter unbenutzte Geräte auf. Nur kann ich sie nicht aktivieren.
(Nebenbei bemerkt: alle meine HDDs sind mit ext4 formartiert)

Es ist zum verzweifeln...
Yast erkennt sie, aber läßt sie mich nicht einhängen...

Was ist bei OS 12.3 anders?

LG
Ernst

Moin moin,

ich stecke die HDDs eigentlich nie während des Betriebs an den Rechner. Im Grunde sind sie permanent angeschlossen, also immer schon beim Systemstart.
Warum ich das mache?
...siehe meine Vorstellung - Server...

Mit dem Consolenbefehl: vgdisplay -v habe ich immer das selbe Ergebnis, egal ob die Platten eingebunden wurden, oder nicht:
-------------------------------------------------------------------
Finding all volume groups
Finding volume group "iomega"
--- Volume group ---
VG Name iomega
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 2
Act PV 2
VG Size 1.82 TiB
PE Size 4.00 MiB
Total PE 476580
Alloc PE / Size 476580 / 1.82 TiB
Free PE / Size 0 / 0
VG UUID ZAnmYG-hvr4-fRRM-c1dW-reqJ-F24g-JVmypD

--- Logical volume ---
LV Path /dev/iomega/iomega
LV Name iomega
VG Name iomega
LV UUID FJK2Go-S13Q-5FZ1-E292-wpPx-9nrW-rYfW8B
LV Write Access read/write
LV Creation host, time lxesj.esj, 2013-03-24 10:10:45 +0100
LV Status available
# open 1
LV Size 1.82 TiB
Current LE 476580
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0

--- Physical volumes ---
PV Name /dev/sdc1
PV UUID 8M6Vvg-rgMp-1w1R-PEp1-TOP2-IQHM-cjsclx
PV Status allocatable
Total PE / Free PE 238289 / 0

PV Name /dev/sdd1
PV UUID X0LeZB-x4OV-oBo1-kapi-Mhns-xTEo-f01PGh
PV Status allocatable
Total PE / Free PE 238291 / 0
-------------------------------------------------------------------

Wenn die HDDs nicht eingebunden wurden fehlt in /dev das Verzeichnis und der link iomega/iomega.
Der Link iomega im Verzeichnis iomega verweist -wenn eingebunden- auf /dev/dm-0.
Auch die Datei dm-0 fehlt, wenn die HDDs nicht eingebunden wurden.

Ich habe mir mal eine copy von iomega und dm-0 gemacht(von der Console um die Rechte zu erhalten).

Beim nächsten -nicht einbinden- versuche ich mal ihm die Dateien unterzuschieben und dann zu mounten.
Klar, das ist nicht die Lösung, aber mal ein Versuch...
Desweiteren werde ich mal den unterschied in Messages beim geglückten/unglückten Mount herauszufinden...

Schon mal vielen Dank für eure Hilfe

LG
Ernst

Moin zusammen,

da die HDDs sich als erstes mal wieder nicht eingehangen haben, hier das Ergebnis von lsusb:

Zitat

Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 002: ID 059b:0070 Iomega Corp.
Bus 004 Device 003: ID 059b:0070 Iomega Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter
Bus 001 Device 004: ID 192f:0916 Avago Technologies, Pte.
Bus 001 Device 006: ID 046d:c503 Logitech, Inc. Cordless Mouse+Keyboard Receiver

Alles anzeigen

Leider hatte ich das mit dem
systemctl status lvm.service
systemctl start lvm.service

vergessen - beim nächsten mal...

Hier ein Ausschnitt der messages nicht eingehangen:

Zitat

usb 1-1.5: New USB device found, idVendor=046d, idProduct=c503
kernel: usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: [ 1.807193] usb 1-1.5: Product: USB Receiver
kernel: [ 1.807196] usb 1-1.5: Manufacturer: Logitech
kernel: [ 1.811059] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input1
kernel: [ 1.816342] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1/input/input2
kernel: [ 1.816479] hid-generic 0003:046D:C503.0003: input,hidraw2: USB HID v1.10 Device [Logitech USB Receiver] on usb-0000:00:1a.0-1.5/input1
kernel: [ 1.988012] usb 4-1: new SuperSpeed USB device number 2 using xhci_hcd
kernel: [ 2.045333] usb 4-1: New USB device found, idVendor=059b, idProduct=0070
kernel: [ 2.045339] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [ 2.045341] usb 4-1: Product: eGo USB
kernel: [ 2.045346] usb 4-1: SerialNumber: 1400000000000095

Alles anzeigen

Das gilt für beide Platten!
Ist schon verrückt, das System erkennt beide Platten, aber WÜRFELT jedesmal aufs neue aus, ob es sie einhängt oder nicht ... och-neee jetzt mal nicht...

Sobald ich mir die Zeit nehmen kann, vergleiche ich die messages genauer.

BTW: das mit dem Unterschieben der Dateien ging glatt in die Hose.

Wenn es etwas neues gibt, melde ich mich wieder.

LG
Ernst

Hey uhelp,

ich habe soeben die Protokollierung in der lvm.conf eingeschaltet. Schade, das ich die Nachricht nicht schon früher gelesen habe, denn nach einem Neustart waren die externen HDDs wieder nicht gemountet.

systemctl status lvm.service zeigte das nichts aktiv war.
systemctl start lvm.service brachte keine Änderung

ABER:

systemctl stop lvm.service mit einem anschließenden
systemctl start lvm.service hängte die HDDs ins System!!!

Das ist zwar nicht des Rätsels Lösung, aber ein gangbarer Weg, ohne Neustarts des Systems.

SCHEI.... warum waren mir diese Konsolenbefehle unbekannt, aber mal wieder etwas gelernt.

VIELEN DANK an uhelp!!!

Wo genau der Fehler liegt, werden hoffentlich die Protokolle erläutern.
Ich nehme an Timing.

LG
Ernst