Platte im USB 3 Gehaeuse bleibt beim Reboot des Hosts stehen

[Marc Haber]

Hallo

Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet. Dann muss man hin
und manuell wieder einschalten.

Eins der Gehäuse hat sogar einen mechanischen Ein- und Ausschalter, da
muss man dann aus- und wieder einschalten damit die Platte wieder
anläuft.

Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Grüße
Marc

[Tim Ritberg]

Post by Marc Haber
Hallo
Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet. Dann muss man hin
und manuell wieder einschalten.
Eins der Gehäuse hat sogar einen mechanischen Ein- und Ausschalter, da
muss man dann aus- und wieder einschalten damit die Platte wieder
anläuft.
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Puhh...
Ich rate mal. Der Chipsatz ist schlafengelegt worden, aber USB liefert
noch Strom, es kommt also nie zum Reset.
Für USB gibt es oft im Bios so was wie USB always on, das vielleicht mal
abschalten?

Oder in den Powersave-Einstellung für USB/SATA rumprobieren.
https://superuser.com/questions/1430398/disable-powersaving-features-on-a-usb3-drive-in-linux

Eigentlich bin ich immer davon ausgegangen, dass ein PC Reset alles auf
Anfang setzt, tut ist aber nicht immer so.
Vor Jahren gab es mal Probleme mit NICs e1000, wo Windows das Teil so
hart abgeschaltet hatte, dass Linux den Chip nicht starten konnte.
https://bbs.archlinux.org/viewtopic.php?id=191981

Tim

[Kay Martinen]

Post by Marc Haber
Hallo
Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet. Dann muss man hin
und manuell wieder einschalten.

Das riecht ja sehr nach einer art Soft-Power Off das an die Platte
geschickt würde. Kann das mit UASP zusammen hängen? Das soll doch ein
direkterer, Performanter Weg sein - und ein anderes Protokoll?

Post by Marc Haber
Eins der Gehäuse hat sogar einen mechanischen Ein- und Ausschalter, da
muss man dann aus- und wieder einschalten damit die Platte wieder
anläuft.

Huch. Die Beiden Gehäuse hier an meinem Raspi mit Kodi/Libreelec haben
auch Mechanische Schalter. Aber wenn kodi (neu) startet gehen die von
allein an so das sie bereit sind wenn es die Wechseldatenträger mountet.

Allerdings ist nur eines davon ein USB3, das andere ist USB2 so weit ich
erinnere.

Post by Marc Haber
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Mit 'hdparm' kann man m.W. die Platte in spindown und mehr schicken. Ich
bin nicht sicher ob es ein Wake-Up oder Start hätte aber das sollte man
annehmen. Hab dies Problem auch noch nicht gehabt.


Aber einen Zusammenhang mit AAM und den Powersaving-Einstellungen könnte
ich mir noch vorstellen.

Falls das ein Linux Mint sein könnte, das bietet ja einfache UI Tools an
um das ein zu stellen. Einfach nach "Laufwerke" suchen und im
Kontextmenü wählen.

Würde mich nicht wundern wenn dahinter auch nur ein passender
hdparm-aufruf steckte.

Bye/
/Kay

[Ralph Aichinger]

Post by Marc Haber
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Ich hab sowas noch nicht bemerkt, aber eventuell ist die Idee dahinter,
dass man am Netzteil des Gehäuses sparen will, und so ein verzögertes
Anlaufen erzwingen?

/ralph

[Gerald E¡scher]

Post by Marc Haber
Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet.

Die Platten gehen beim Booten sofort in den Stand-By? Was sagt
# hdparm -C /dev/sdx
?
Welchen USB-SATA-Chip enthalten die Gehäuse? Beide den gleichen?

Post by Marc Haber
Ist das ein neues Standardfeature?

Nicht das ich wüsste. Aber erst solltest du einmal herausfinden, ob es
an den Gehäusen oder an deinem Kernel, vermutlich von der blutigen
Kante, liegt.

Post by Marc Haber
Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Auf irgendein Verzeichnis auf den Platten zugreifen, dass sie aufwachen?

[Marc Haber]

Post by Gerald E¡scher

Post by Marc Haber
Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet.

Die Platten gehen beim Booten sofort in den Stand-By? Was sagt
# hdparm -C /dev/sdx

"no such device"; das block device node ist nicht da.

Post by Gerald E¡scher
Welchen USB-SATA-Chip enthalten die Gehäuse? Beide den gleichen?

|Bus 002 Device 003: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
|Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge

Zumidnest beide mit derselben USB ID, ja. Ob das unterschiedliche
Revisionen sind, weiß ich nicht, wir finde ich das raus?

Ich habe inzwischen ein drittes Gehäuse gekauft, das wird nur mit USB
3.0 und nicht mit USB 3.1 beworben (ist bei einem 3.5-Zoll-Gehäuse
aber egal, Festplatten sind langsamer), das meldet sich auch mit
174c:55aa und geht nicht aus wenn man den Host rebooted.

Post by Gerald E¡scher

Post by Marc Haber
Ist das ein neues Standardfeature?

Nicht das ich wüsste. Aber erst solltest du einmal herausfinden, ob es
an den Gehäusen oder an deinem Kernel, vermutlich von der blutigen
Kante, liegt.

Mir scheint es am Gehäuse zu liegen, da es ja ein Gehäuse mit auf den
ersten Blick identischem Chipsatz gibt das nicht ausgeht.

Post by Gerald E¡scher

Post by Marc Haber
Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Auf irgendein Verzeichnis auf den Platten zugreifen, dass sie aufwachen?

Die Gehäuse gehen _aus_, das USB-Device verschwindet, die Device Nodes
auch. Da ist nix mehr mit Zugreifen.

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Ist die Platte in diesem Zustand, also aus nach dem Reboot, denn mit
`lsusb' oder ähnlich nocht "sichtbar" oder nicht?

Wenn ja, könntest du mit `usbreset' versuchen, einen Reset auszulösen.
Wenn nein, könnte evtl. noch ein Reset des Ports am Hub helfen; weiß
gerade nur nicht mehr ob das in allen Fällen geht, und wenn ja, wie man
es auslöst. Den Port ggf. im funktionierenden Zustand mit `lsusb -t' zu
ermitteln versuchen.

Gruß,
Enrik

[Tim Ritberg]

Post by Enrik Berkhan

Post by Marc Haber
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Ist die Platte in diesem Zustand, also aus nach dem Reboot, denn mit
`lsusb' oder ähnlich nocht "sichtbar" oder nicht?
Wenn ja, könntest du mit `usbreset' versuchen, einen Reset auszulösen.
Wenn nein, könnte evtl. noch ein Reset des Ports am Hub helfen; weiß
gerade nur nicht mehr ob das in allen Fällen geht, und wenn ja, wie man
es auslöst. Den Port ggf. im funktionierenden Zustand mit `lsusb -t' zu
ermitteln versuchen.

Hier ist eine Übersicht:
https://en.linuxportal.info/tutorials/hardver/how-to-wake-up-restart-our-software-disconnected-ejected-external-storage-devices-by-restarting-the-usb-root-hubs

Tim

[Enrik Berkhan]

Post by Enrik Berkhan
Wenn ja, könntest du mit `usbreset' versuchen, einen Reset auszulösen.
Wenn nein, könnte evtl. noch ein Reset des Ports am Hub helfen; weiß
gerade nur nicht mehr ob das in allen Fällen geht, und wenn ja, wie man
es auslöst. Den Port ggf. im funktionierenden Zustand mit `lsusb -t' zu
ermitteln versuchen.

Ich habe jetzt bei mir mal folgendes ausprobiert:

(Das Problem, dass die Platte durch einen Reboot angehalten wird, kenne
ich so nicht, und ich habe jetzt auch keinen Reboot probiert.)

- Platte "ausgeworfen" (GUI)
-> ist ja im wesentlichen ein `umount' + `cryptsetup close'
-> Platte ist weiterhin mit lsblk & lsusb sichtbar => unspannend

- Das "encrypted volume" per GUI mit "Safely remove drive" abgeschaltet
-> das ist das gleiche, was auch bei `udisksctl power-off' passiert,
und vermutlich mehr als ein bloßes "spin down", denn
-> Platte ist danach nicht mehr mit lsusb sichtbar

Im zweiten Fall kann die Platte ohne Steckzyklus neu enumeriert werden,
indem man den Port, an dem sie angeschlossen ist, zuerst disabled und
wieder enabled, also z.B. (hier: bus 4 / port 1 (also direkt an einem
root hub)):

$ echo 1 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable
$ echo 0 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable

=> Platte wieder da

Meines Wissens wird die USB-Versorgungsspannung dabei nicht geschaltet.

Die Topologie bis zu dem Port, an dem die Platte angeschlossen ist,
sollte man natürlich vorher mit `lsusb -t' ermittelt haben.

Gruß,
Enrik

[Marc Haber]

Post by Enrik Berkhan

Post by Marc Haber
Ist das ein neues Standardfeature? Kann man irgendwie aus dem frisch
gebooteten Linux ein Startkommando absetzen, damit man wenigstens
nicht hinlaufen muss?

Ist die Platte in diesem Zustand, also aus nach dem Reboot, denn mit
`lsusb' oder ähnlich nocht "sichtbar" oder nicht?

Nein, ist sie nicht mehr.

Zustand nach Einstecken des "schlechten" Gehäuses mit Platte:
|Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
|Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
|Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
|Bus 001 Device 004: ID 04d9:a088 Holtek Semiconductor, Inc.
|Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
|Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
|Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M
||__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
|/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
||__ Port 8: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
||__ Port 1: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
||__ Port 3: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
||__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
||__ Port 3: Dev 5, If 2, Class=Human Interface Device, Driver=usbhid, 12M

Dann Reboot des Rechners. Dabei geht die grüne Lampe am USB-Gehäuse
aus. Nach Reboot:
|Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
|Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
|Bus 001 Device 004: ID 04d9:a088 Holtek Semiconductor, Inc.
|Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
|Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
|Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M
|/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
||__ Port 8: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
||__ Port 1: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
||__ Port 3: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
||__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
||__ Port 3: Dev 5, If 2, Class=Human Interface Device, Driver=usbhid, 12M

Nach Wiedereinschalten des Gehäuses (das hat einen Poweronoff-Taster,
einmal drücken genügt) sieht es wieder so aus wie im ersten Cut&Paste
Abschnitt.

Post by Enrik Berkhan
Wenn ja, könntest du mit `usbreset' versuchen, einen Reset auszulösen.

Das wäre dann Bus 2 Device 2. sudo usbreset 2/2 sagt "No such device
found".

Verwendeter Rechner ist ein Fujitsu Siemens Futro 740S

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber

Post by Enrik Berkhan
Wenn ja, könntest du mit `usbreset' versuchen, einen Reset auszulösen.

Das wäre dann Bus 2 Device 2. sudo usbreset 2/2 sagt "No such device
found".

OMG, welcher Idiot dessen Namen ich gelöscht habe, hatte denn bitteschön
`usbreset' vorgeschlagen? Nein, das kann nur "sichtbare" devices. (Ach
so, schrieb ich ja sogar ... ;-)

Probier mal wie ich in einem späteren Posting (das bei mir lokal
natürlich längst expired ist ...) versucht hatte zu korrigieren, den USB
_Port_ zu resetten.

Da schrieb sowas:

#v+

$ echo 1 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable
$ echo 0 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable

#v-

Bei mir war das Bus 4 / Port 1. Sollte sich also bei dir für 2/2
entsprechend finden lassen.

Gruß,
Enrik

[Marc Haber]

Post by Enrik Berkhan
#v+
$ echo 1 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable
$ echo 0 | sudo tee /sys/bus/usb/devices/4-0:1.0/usb4-port1/disable
#v-
Bei mir war das Bus 4 / Port 1. Sollte sich also bei dir für 2/2
entsprechend finden lassen.

Was eine Journey ;-)

|[3/799]***@spiral:~ $ find /sys/bus/usb/devices/
|/sys/bus/usb/devices/
|/sys/bus/usb/devices/2-1
|/sys/bus/usb/devices/1-8.1
|/sys/bus/usb/devices/usb1
|/sys/bus/usb/devices/2-1:1.0
|/sys/bus/usb/devices/1-8.1:1.0
|/sys/bus/usb/devices/2-2:1.0
|/sys/bus/usb/devices/2-2
|/sys/bus/usb/devices/1-8
|/sys/bus/usb/devices/usb2
|/sys/bus/usb/devices/1-0:1.0
|/sys/bus/usb/devices/1-8:1.0
|/sys/bus/usb/devices/2-0:1.0
|[4/799]***@spiral:~ $ find /sys/bus/usb/devices/ | sort
|/sys/bus/usb/devices/
|/sys/bus/usb/devices/1-0:1.0
|/sys/bus/usb/devices/1-8
|/sys/bus/usb/devices/1-8.1
|/sys/bus/usb/devices/1-8:1.0
|/sys/bus/usb/devices/1-8.1:1.0
|/sys/bus/usb/devices/2-0:1.0
|/sys/bus/usb/devices/2-1
|/sys/bus/usb/devices/2-1:1.0
|/sys/bus/usb/devices/2-2
|/sys/bus/usb/devices/2-2:1.0
|/sys/bus/usb/devices/usb1
|/sys/bus/usb/devices/usb2
|[5/800]***@spiral:~ $ lsusb -t
|/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M
||__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usbfs, 5000M
||__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usbfs, 5000M
|/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
||__ Port 8: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M
|[6/800]***@spiral:~ $

Ich vermute also, dass ich bei 2-2 und 2-2:1.0 richtig bin. Mir fehlt
ein wenig die Verbindung zu "Device 3". Habe ich in /sys/bus/usb
wirklich nur die Busse und nich die Devices? Aber, kein "disable".

|[14/807]***@spiral:~ $ ls -al /sys/bus/usb/devices/2-2/ /sys/bus/usb/devices/2-2\:1.0/
|/sys/bus/usb/devices/2-2/:
|total 0
|drwxr-xr-x 6 root root 0 Mai 7 14:53 ./
|drwxr-xr-x 7 root root 0 Apr 29 09:55 ../
|drwxr-xr-x 8 root root 0 Mai 7 14:53 2-2:1.0/
|-rw-r--r-- 1 root root 4,0K Mai 15 08:37 authorized
|-rw-r--r-- 1 root root 4,0K Mai 15 08:37 avoid_reset_quirk
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bcdDevice
|-rw-r--r-- 1 root root 4,0K Mai 7 15:38 bConfigurationValue
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bDeviceClass
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bDeviceProtocol
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bDeviceSubClass
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bmAttributes
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bMaxPacketSize0
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bMaxPower
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bNumConfigurations
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bNumInterfaces
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 busnum
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 configuration
|-r--r--r-- 1 root root 65K Mai 7 14:53 descriptors
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 dev
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 devnum
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 devpath
|lrwxrwxrwx 1 root root 0 Mai 7 14:54 driver -> ../../../../../bus/usb/drivers/usb/
|drwxr-xr-x 3 root root 0 Mai 15 08:37 ep_00/
|lrwxrwxrwx 1 root root 0 Mai 15 08:37 firmware_node -> ../../../../LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:0d/device:0e/device:1d/
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 idProduct
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 idVendor
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 ltm_capable
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 manufacturer
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 maxchild
|drwxr-xr-x 2 root root 0 Mai 15 08:37 physical_location/
|lrwxrwxrwx 1 root root 0 Mai 15 08:37 port -> ../2-0:1.0/usb2-port2/
|drwxr-xr-x 2 root root 0 Mai 15 08:37 power/
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 product
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 quirks
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 removable
|--w------- 1 root root 4,0K Mai 15 08:37 remove
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 rx_lanes
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 serial
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 speed
|lrwxrwxrwx 1 root root 0 Mai 7 14:53 subsystem -> ../../../../../bus/usb/
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 tx_lanes
|-rw-r--r-- 1 root root 4,0K Mai 7 14:53 uevent
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 urbnum
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 version
|
|/sys/bus/usb/devices/2-2\:1.0/:
|total 0
|drwxr-xr-x 8 root root 0 Mai 7 14:53 ./
|drwxr-xr-x 6 root root 0 Mai 7 14:53 ../
|-rw-r--r-- 1 root root 4,0K Mai 15 08:37 authorized
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bAlternateSetting
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bInterfaceClass
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bInterfaceNumber
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bInterfaceProtocol
|-r--r--r-- 1 root root 4,0K Mai 7 14:53 bInterfaceSubClass
|-r--r--r-- 1 root root 4,0K Mai 7 15:38 bNumEndpoints
|lrwxrwxrwx 1 root root 0 Mai 7 15:38 driver -> ../../../../../../bus/usb/drivers/usbfs/
|drwxr-xr-x 3 root root 0 Mai 15 08:37 ep_02/
|drwxr-xr-x 3 root root 0 Mai 15 08:37 ep_04/
|drwxr-xr-x 3 root root 0 Mai 15 08:37 ep_81/
|drwxr-xr-x 3 root root 0 Mai 15 08:37 ep_83/
|lrwxrwxrwx 1 root root 0 Mai 15 08:37 firmware_node -> ../../../../../LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:0d/device:0e/device:1d/
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 modalias
|drwxr-xr-x 2 root root 0 Mai 15 08:37 physical_location/
|drwxr-xr-x 2 root root 0 Mai 15 08:37 power/
|lrwxrwxrwx 1 root root 0 Mai 7 14:53 subsystem -> ../../../../../../bus/usb/
|-r--r--r-- 1 root root 4,0K Mai 15 08:37 supports_autosuspend
|-rw-r--r-- 1 root root 4,0K Mai 7 14:53 uevent
|[15/808]***@spiral:~ $

Das "disable" findet sich in /sys/bus/usb/devices/2-2/port/, und wenn
das Gehäuse aus ist, ist der ganze Subtree nicht da:

|[2/830]***@spiral:~ $ find /sys/bus/usb/devices/ | sort
|/sys/bus/usb/devices/
|/sys/bus/usb/devices/1-0:1.0
|/sys/bus/usb/devices/1-8
|/sys/bus/usb/devices/1-8.1
|/sys/bus/usb/devices/1-8:1.0
|/sys/bus/usb/devices/1-8.1:1.0
|/sys/bus/usb/devices/2-0:1.0
|/sys/bus/usb/devices/2-1
|/sys/bus/usb/devices/2-1:1.0
|/sys/bus/usb/devices/usb1
|/sys/bus/usb/devices/usb2

Das hilft also auch nicht.

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber
[...]
|lrwxrwxrwx 1 root root 0 Mai 15 08:37 port -> ../2-0:1.0/usb2-port2/
Das "disable" findet sich in /sys/bus/usb/devices/2-2/port/, und wenn
[...]
|/sys/bus/usb/devices/2-0:1.0
[...]
Das hilft also auch nicht.

Dranbleiben :-)

Gruß,
Enrik

[Marc Haber]

Post by Marc Haber
[...]
|lrwxrwxrwx 1 root root 0 Mai 15 08:37 port -> ../2-0:1.0/usb2-port2/
Das "disable" findet sich in /sys/bus/usb/devices/2-2/port/, und wenn

Guck mal, wo der symlink hinzeigt.

|$ cat /sys/bus/usb/devices/2-0\:1.0/usb2-port2/disable
|0
|[5/841]***@spiral:~ $ echo 1 | sudo tee /sys/bus/usb/devices/2-0\:1.0/usb2-port2/disable

Aber das wirkt nicht, das Gehäuse bleibt aus, die Platte auch.

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber

Guck mal, wo der symlink hinzeigt.

|$ cat /sys/bus/usb/devices/2-0\:1.0/usb2-port2/disable
|0
Aber das wirkt nicht, das Gehäuse bleibt aus, die Platte auch.

Auch dann noch, wenn du ein "echo 0" zum Wiederaktivieren
hinterherschickst?

Wenn das der Fall ist, dann habe ich im Moment keinen weiteren Hinweis
für dich.

Gruß,
Enrik

[Marc Haber]

Post by Enrik Berkhan

Post by Marc Haber

Guck mal, wo der symlink hinzeigt.

|$ cat /sys/bus/usb/devices/2-0\:1.0/usb2-port2/disable
|0
Aber das wirkt nicht, das Gehäuse bleibt aus, die Platte auch.

Auch dann noch, wenn du ein "echo 0" zum Wiederaktivieren
hinterherschickst?

Jupp, hatte ich natürlich probiert. Aus ist Aus.

Post by Enrik Berkhan
Wenn das der Fall ist, dann habe ich im Moment keinen weiteren Hinweis
für dich.

Außer das Gehäuse zu tauschen. Hab ich ja schon. Aber immerhin werde
ich dieses Wissen vielleicht mal benutzen können um spinnende
USB-Serial-Adapter oder UMTS-Sticks zu resetten. Wobei ich die
UMTS-Sticks inzwischen fast alle durch LTE-WLAN-Router ersetzt hab.

Grüße
Marc

[Peter Blancke]

Wobei ich die UMTS-Sticks inzwischen fast alle durch
LTE-WLAN-Router ersetzt hab.

Da hier gerade in Erwägung: Durch _welche_ denn?

Gruß,

Peter Blancke

[Marc Haber]

Post by Peter Blancke

Wobei ich die UMTS-Sticks inzwischen fast alle durch
LTE-WLAN-Router ersetzt hab.

Da hier gerade in Erwägung: Durch _welche_ denn?

Für stationären Einsatz nehme ich gerne Teltonika RUT 240 oder RUT
360; mobil bin ich inzwischen beim Netgear Nighthawk angekommen. Der
Netgear ist allerdings kein billiger Spaß und möchte im ICE zwischen
Fulda und Göttingen stets an denselben Stellen hart resettet werden.

Grüße
Marc

[Marc Haber]

Post by Marc Haber
Ich hab hier jetzt schon das zweite USB 3.0 SATA Gehäuse bei dem die
Platte aus geht wenn man den (Linux-)Host rebootet. Dann muss man hin
und manuell wieder einschalten.
Eins der Gehäuse hat sogar einen mechanischen Ein- und Ausschalter, da
muss man dann aus- und wieder einschalten damit die Platte wieder
anläuft.

Da hab ich leider nicht richtig hingeschaut.

Das eine Gehäuse geht bei einem Hostreset komplett aus, es ist dann
auch auf dem USB nicht mehr sichtbar, da muss man definitiv hin und
den Poweronoff-Taster (sic!) bedienen damit die Platte wieder anläuft.

Das Verhalten merkt man am Host, dass die VM, an die das USB-Gehäuse
als USB-Device hineingereicht wird, nicht startet, weil das dafür
notwendige USB-Device fehlt. Man muss dann hinlaufen, das Gehäuse
wieder einschalten und kann dann die VM starten.

Was mir nicht aufgefallen war ist, dass ein USB-Device, das in eine VM
hineingereicht wird, im Host nicht mehr im lsusb auftaucht. Das hatte
ich dann immer als Indiz genommen, dass der Fehler aufgetreten ist.

Das andere Gehäuse, das mit dem richtigen Poweronoff-_Schalter_ bleibt
beim Hostreset eingeschaltet, es wird nur die Platte schlafen gelegt.
wenn nun der Host durchbootet, ist das USB-Device da, die VM startet
und das USB-Device ist im lsusb vom Host nicht mehr sichtbar. Das habe
ich bei meinem Debugging fehlinterpretiert als "Gehäuse offline" und
diesen Thread geöffnet.

In der Realität läuft die VM und sobald die VM die Platte dann
einhängt startet sie auch und alles ist fein.

Bitte entschuldigt den Lärm den ich gemacht habe.

Grüße
Marc

[Marcel Mueller]

Post by Marc Haber
Da hab ich leider nicht richtig hingeschaut.
Das eine Gehäuse geht bei einem Hostreset komplett aus, es ist dann
auch auf dem USB nicht mehr sichtbar, da muss man definitiv hin und
den Poweronoff-Taster (sic!) bedienen damit die Platte wieder anläuft.
Das Verhalten merkt man am Host, dass die VM, an die das USB-Gehäuse
als USB-Device hineingereicht wird, nicht startet, weil das dafür
notwendige USB-Device fehlt. Man muss dann hinlaufen, das Gehäuse
wieder einschalten und kann dann die VM starten.

Klassische Turnschuh-Administration. ;-)

Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.


Marcel

[Marc Haber]

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Grüße
Marc

[Kay Martinen]

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Naja, das hab ich auch schon; so ähnlich; gelöst gehabt.

1. An meinem TV hängt ein raspi3b mit zwei Externen Platten.
2. An meinem früheren Fileserver hatte ich die zwei Externe Platten
vorher dran. Der hat nur ein Atom Embedded-ITX und nicht genug S-ATA
Ports intern obwohl "luft" genug im Gehäuse gewesen wäre (Ein
Shuttle-Style Miniwürfel).

Die Externen haben Mechanische Schalter. Liefen aber immer mit an wenn
der Host reboote o.a.

Allerdings habe ich da nie von einer VM drauf zugegriffen. Das hab ich
nur mit einem Modbus-Interface zu einem OpenHab gemacht und da ist mir
auch nie aufgefallen ob das im Host verschwindet wenn es hinein gereicht
wurde. Das war allerdings ein ProxMox VE bei dem man das über die UI
einrichten kann.

Die c't hat ja unlängst in einem Artikel einen Thinclient benannt mit
dem das gut laufen solle. Kurz drauf wurde der bei eBay unerschwinglich
teuer...


Bye/
/Kay

[Marc Haber]

Post by Kay Martinen
Die c't hat ja unlängst in einem Artikel einen Thinclient benannt mit
dem das gut laufen solle. Kurz drauf wurde der bei eBay unerschwinglich
teuer...

Inzwischen wieder gut unter hundert Euro. Genau so einer ist das.

Grüße
Marc

[Kay Martinen]

Post by Marc Haber

Post by Kay Martinen
Die c't hat ja unlängst in einem Artikel einen Thinclient benannt mit
dem das gut laufen solle. Kurz drauf wurde der bei eBay unerschwinglich
teuer...

Inzwischen wieder gut unter hundert Euro. Genau so einer ist das.

Kann ich so nicht erkennen. ein paar S740 Geräte mit nur 4 GB RAM und 8
GB Disk für unter hundert und dazu viele die drüber liegen. Den Vogel
schießt wohl Piospartslab ab der locker über 1k€ nehmen will. Ist der
Durchgeknallt oder was soll die so speziell/teuer machen? Besser
ausgestattet scheinen mir die jedenfalls nicht.

4 GB ist für einen VM Server m.E. grenzwertig. Unter 8GB würde ich das
garnicht erst anfangen und wenn man Desktops virtualisieren wollte
braucht es noch mehr, speziell wenn's aktuelleres Windows sein sollte.

Bye/
/Kay

[Marc Haber]

Post by Kay Martinen

Post by Marc Haber

Post by Kay Martinen
Die c't hat ja unlängst in einem Artikel einen Thinclient benannt mit
dem das gut laufen solle. Kurz drauf wurde der bei eBay unerschwinglich
teuer...

Inzwischen wieder gut unter hundert Euro. Genau so einer ist das.

Kann ich so nicht erkennen. ein paar S740 Geräte mit nur 4 GB RAM und 8
GB Disk für unter hundert

Ja, Speicher und Disk muss man dann halt tauschen. Dass das mit
verfügbaren Baugruppen geht, unterscheidet den S740 von anderen
Thinclients. Okay, wenn man diese Preise mit reinrechnet ist es wieder
über hundert.

|[3/698]***@spiral:~ $ free -h
|total used free shared buff/cache available
|Mem: 15Gi 10Gi 2,2Gi 17Mi 2,8Gi 4,8Gi
|Swap: 2,0Gi 0B 2,0Gi
|[4/698]***@spiral:~ $ sudo pvs
|PV VG Fmt Attr PSize PFree
|/dev/sda3 spiral lvm2 a-- <950,37g <374,50g
|[7/700]***@spiral:~ $ virsh list | wc -l
|13
|[8/701]***@spiral:~ $

Und nein, Windows virtualisiere ich auf der Büchse nicht, das wäre
schon direkt auf dem Blech grenzwertig.

Grüße
Marc

[Marcel Mueller]

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Wohl doch etwas /zu/ klein geraten, zumindest für einen VM-Server. ;-)


Marcel

[Kay Martinen]

Post by Marcel Mueller

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Wohl doch etwas /zu/ klein geraten, zumindest für einen VM-Server. ;-)

Wie "groß" muß er denn für Zuhause mindestens sein? Ich hab ein Proxmox
auf einem Alten HP Pavilon PC laufen gehabt. Der hatte einen Phenom X2
und 6 GB RAM mit platz für 2-3 Platten. Für ein paar wenige kleine VMs
(und dem im Nebenpost genanntem) hat der ausgereicht.

Inzwischen gibt es Thin Clients die den locker schlagen, nur nicht was
Platten-im-Gehäuse angeht. :)

Bye/
/Kay

[Marc Haber]

Post by Marcel Mueller

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Wohl doch etwas /zu/ klein geraten, zumindest für einen VM-Server. ;-)

Tut super. War vorher ein 2011er Notebook.

Grüße
Marc

[Marcel Mueller]

Post by Marc Haber

Post by Marcel Mueller

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Wohl doch etwas /zu/ klein geraten, zumindest für einen VM-Server. ;-)

Tut super. War vorher ein 2011er Notebook.

Kommt halt immer darauf an, was man mit den VMs vor hat. Bei mir sind
das virtuelle Desktops. Ich bin zwar auch genügsam und es ist kein Win
dabei, aber das wäre dann doch zu eng.


Marcel

[Marc Haber]

Post by Marcel Mueller

Post by Marc Haber

Post by Marcel Mueller

Post by Marc Haber

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig. Sowas würde ich immer über SATA lösen.

Das ist mein kleiner Server daheim, ein Fujitsu Thinclient, der hat
halt keinen Platz für eine richtige Platte.

Wohl doch etwas /zu/ klein geraten, zumindest für einen VM-Server. ;-)

Tut super. War vorher ein 2011er Notebook.

Kommt halt immer darauf an, was man mit den VMs vor hat. Bei mir sind
das virtuelle Desktops. Ich bin zwar auch genügsam und es ist kein Win
dabei, aber das wäre dann doch zu eng.

bei mir sind es Infrastruktursysteme: Printserver, Proxy, Webserver,
Monitoring, Statistik, Fileserver, Hausautomatisierung.

Grüße
Marc

[Marc Haber]

Post by Marcel Mueller
Etwas dauerhaftes von einem Removable Media zu starten, ist allerdings
auch fragwürdig.

Ergänzung: Ich starte weder den Host noch die VM von diesem Medium.
Das ist nur das Datengrab.

Grüße
Marc

[Thomas Dorner]

Post by Marc Haber
Was mir nicht aufgefallen war ist, dass ein USB-Device, das in eine VM
hineingereicht wird, im Host nicht mehr im lsusb auftaucht.

[highlander]
There can be only one (host for an USB-Device ;-)!
[/highlander]

Post by Marc Haber
Bitte entschuldigt den Lärm den ich gemacht habe.

Wir haben auch etwas dabei gelernt. :-)

Viele Grüße, Thomas

[Marc Haber]

Post by Thomas Dorner
Wir haben auch etwas dabei gelernt. :-)

Freut mich dass Du das so siehst.

Grüße
Marc

[Kay Martinen]

Post by Thomas Dorner

Post by Marc Haber
Was mir nicht aufgefallen war ist, dass ein USB-Device, das in eine VM
hineingereicht wird, im Host nicht mehr im lsusb auftaucht.

[highlander]
There can be only one (host for an USB-Device ;-)!
[/highlander]

Stimmt! Wo du das SO formulierst ist es ansich klar das ein - in eine VM
hineingereichtes - Gerät nicht von zwei Seiten zugleich erreichbar sein
kann & darf.

Der Gastgeber (Host) könnte; entsprechende Vorkehrungen im OS voraus
gesetzt; vielleicht noch sehen ob das Gerät bereits im Zugriff wäre.
Aber ich nehme an das passiert eher exklusiv und ist nicht vorgesehen.

Und das OS in der VM hat überhaupt keine Sicht nach außen und kann es
daher nicht erkennen. Ressourcen-Konflikte wären sonst vorprogrammiert.

Folgerung: Ein (USB) Gerät das in eine VM geht kann und darf NICHT mehr
vom Host aus gesehen werden! War mir bisher auch nicht so klar.

Post by Thomas Dorner
Wir haben auch etwas dabei gelernt. 🙂

Allerdings.

Bye/
/Kay

[Enrik Berkhan]

Post by Marc Haber
Das eine Gehäuse geht bei einem Hostreset komplett aus, es ist dann
auch auf dem USB nicht mehr sichtbar, da muss man definitiv hin und
den Poweronoff-Taster (sic!) bedienen damit die Platte wieder anläuft.

Also auch mit Port-Reset aus der Ferne nicht wiederzubeleben?

Post by Marc Haber
Das Verhalten merkt man am Host, dass die VM, an die das USB-Gehäuse
als USB-Device hineingereicht wird, nicht startet, weil das dafür
notwendige USB-Device fehlt. Man muss dann hinlaufen, das Gehäuse
wieder einschalten und kann dann die VM starten.

Hattest du geprüft, ob das Abschalten der Platte evtl. von dem OS, das
in der VM läuft, ausgelöst wird? Evtl. kann man da noch was drehen ...

Gruß,
Enrik

[Marc Haber]

Post by Enrik Berkhan

Post by Marc Haber
Das eine Gehäuse geht bei einem Hostreset komplett aus, es ist dann
auch auf dem USB nicht mehr sichtbar, da muss man definitiv hin und
den Poweronoff-Taster (sic!) bedienen damit die Platte wieder anläuft.

Also auch mit Port-Reset aus der Ferne nicht wiederzubeleben?

Das habe ich nicht probiert, aber wenn das Gehäuse in lsusb nicht
auftaucht wo will man den Rest dann hinschicken?

Post by Enrik Berkhan

Post by Marc Haber
Das Verhalten merkt man am Host, dass die VM, an die das USB-Gehäuse
als USB-Device hineingereicht wird, nicht startet, weil das dafür
notwendige USB-Device fehlt. Man muss dann hinlaufen, das Gehäuse
wieder einschalten und kann dann die VM starten.

Hattest du geprüft, ob das Abschalten der Platte evtl. von dem OS, das
in der VM läuft, ausgelöst wird? Evtl. kann man da noch was drehen ...

Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber
Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

An den Hub, der den Port bedient, wie von mir in
<uuf54b$t20r$***@starfleet.inka.de> in diesem Thread beschrieben.

Den Port musst du natürlich vorher ermittelt haben :-)

Gruß,
Enrik

[Kay Martinen]

Post by Enrik Berkhan

Post by Marc Haber
Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

An den Hub, der den Port bedient, wie von mir in
Den Port musst du natürlich vorher ermittelt haben :-)

Wie Marc in <uutqv9$g9rs$***@news1.tnib.de> erklärte gab's da nix zu
ermitteln weil der Port in die VM hineingereicht wurde, und damit auf
dem Host weg war.

Da wäre wohl die Frage zu klären was mit dieser Bindung eines USB-Ports
oder Gerätes passiert wenn die VM dazu NICHT läuft oder der Host neu
startet.

Und Proxmox kann ja z.b. die VMs auch einfach anhalten wenn der Host neu
starten soll. Mit dem Guest-agent in der VM bekommt die das mit, aber
ohne den sieht die VM evtl. nur einen ACPI-Event und muß drauf reagieren.

Es wäre wahrscheinlich kurzsichtig wenn eine Bindung eines Gerätes an
eine VM nur aktiv wäre wenn diese auch läuft. Ich habe zwar einen
Proxmox laufen aber kein Externes Gerät angebunden um das mal zu testen.

Aber interessant wäre die Frage ja mal. Z.b. wenn man eine USB-Webcam in
eine VM mit Zoneminder oder 'motion' hinein reichen wollte... und dann
der Host neu starten muß.
Bye/
/Kay

[Marc Haber]

Post by Kay Martinen
Da wäre wohl die Frage zu klären was mit dieser Bindung eines USB-Ports
oder Gerätes passiert wenn die VM dazu NICHT läuft oder der Host neu
startet.

Wenn die VMnicht läut sieht man das Device im lsusb und kann es auch
benutzen.

Grüße
Marc

[Enrik Berkhan]

Post by Kay Martinen

Post by Enrik Berkhan

Post by Marc Haber
Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

An den Hub, der den Port bedient, wie von mir in
Den Port musst du natürlich vorher ermittelt haben :-)

ermitteln weil der Port in die VM hineingereicht wurde, und damit auf
dem Host weg war.

Ich hatte verstanden, dass das Gerät "hineingericht" wird, nicht der
Port, der ja Teil des (root-)Hubs ist.

Gruß,
Enrik

[Marc Haber]

Post by Enrik Berkhan

Post by Marc Haber
Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

An den Hub, der den Port bedient, wie von mir in

Das wäre dann ein interner Hub von dem System, richtig?

Post by Enrik Berkhan
Den Port musst du natürlich vorher ermittelt haben :-)

Ich schau mal ob ich die Nerven finde es mal auszuprobieren.

Grüße
Marc

[Enrik Berkhan]

Post by Marc Haber

Post by Enrik Berkhan

Post by Marc Haber
Die Platte geht auch aus wenn man den Host rebootet ohne dass die VM
läuft.

An den Hub, der den Port bedient, wie von mir in

Das wäre dann ein interner Hub von dem System, richtig?

Ja. Gib einfach mal `lsusb -t' ein, dann sollte das sofort
offentichtlich sein, egal ob nun genau die gesuchte Platte im Moment
sichtbar ist oder nicht. Wird ja noch was anderes an den Bussen hängen.

Post by Marc Haber

Post by Enrik Berkhan
Den Port musst du natürlich vorher ermittelt haben :-)

Ich schau mal ob ich die Nerven finde es mal auszuprobieren.

Das kann bei einem produktiven System natürlich immer etwas nervig sein.
Kannst es ja an einem anderen Rechner vorher ausprobieren, falls du noch
eine ähnliche Platte hast.

Gruß,
Enrik

[Marc Haber]

Post by Marc Haber
Was mir nicht aufgefallen war ist, dass ein USB-Device, das in eine VM
hineingereicht wird, im Host nicht mehr im lsusb auftaucht. Das hatte
ich dann immer als Indiz genommen, dass der Fehler aufgetreten ist.

Das war auch keine richtige Wahrnehmung.

Post by Marc Haber
Das andere Gehäuse, das mit dem richtigen Poweronoff-_Schalter_ bleibt
beim Hostreset eingeschaltet, es wird nur die Platte schlafen gelegt.
wenn nun der Host durchbootet, ist das USB-Device da, die VM startet
und das USB-Device ist im lsusb vom Host nicht mehr sichtbar. Das habe
ich bei meinem Debugging fehlinterpretiert als "Gehäuse offline" und
diesen Thread geöffnet.

Das in die VM hineingereichte Device ändert seinen "Driver"-Eintrag in
lsusb -t:

Ohne VM:
|Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
|Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
|Bus 001 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable
|Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
|Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M
||__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
|/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
||__ Port 8: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M

Mit VM:
|Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
|Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
|Bus 001 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable
|Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
|Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M
||__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usbfs, 5000M
|/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
||__ Port 8: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
||__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M

Ich habe inzwischen dem sich ausschaltenden Gehäuse eine andere
Aufgabe gegeben (Reserve im Schrank) und alles ist mit dem anderen
Gehäuse ist fein.

Rechner hier ist auch ein Futro 740S, aber ein anderer.

Grüße
Marc