Hallo, habe meinen Raspi auf SSD umgestellt. Nun steht mein CUL auf disconnected.
Möchte ihn gerne per by-id wieder zum laufen bringen. Per lsusb erhalte ich folgende Ausgabe
pi@raspberrypi:~ $ lsusb
Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. Name: 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 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Kann mir jemand sagen welches der CUL ist ? Habe eine Kingston SSD und den CUL angeschlossen.
lsusb bzw. ls -la /dev/serial/by-id OHNE CUL und mal MIT CUL!?
Und dann: finde den Unterschied... ;)
EDIT: sata-bridge würde ich auf die SSD tippen. ATMEL... könnte der CUL sein, weil die anderen beiden sind es (verm.) nicht...
EDIT: oder auch mal by-path probieren, kommt halt auf den CUL an... Es gibt ja tausend "CUL-Varianten". Nicht alle gehen by-id bzw. machen Sinn by-id...
Gruß, Joachim
Zitatlsusb bzw. ls -la /dev/serial/by-id
Genau. Und da es sich spekulativ(wg. Atmel) um einen Busware-CUL handelt, trägt der sogar busware u. CUL in der Id. ;)
Grüße Markus
Manchmal kann es so einfach sein. Bei den Befehlen ls -l /dev/serial/by-is oder /by-path bekomme ich die Meldung ls: Zugriff auf /dev/serial/by-id nicht möglich: Datei oder Verzeichnis nicht gefunden Also habe ich mir mal das dev Verzeichnis angeschaut. ich habe nur ein Verzeichnis serial1. Bei ls -l /dev/serial1/by-id oder /by-path erscheint dann die Meldung das /dev/serial1/by-id oder by-path kein Verzeichnis ist. Das dev Verzeichnis hat diesen Inhalt drwxr-xr-x 13 root root 3200 Jun 7 22:10 .
drwxr-xr-x 22 root root 4096 Jun 6 12:28 ..
crw-r--r-- 1 root root 10, 235 Jun 7 22:10 autofs
drwxr-xr-x 2 root root 580 Jun 7 22:10 block
drwxr-xr-x 2 root root 60 Jan 1 1970 bsg
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
crw------- 1 root root 10, 62 Jun 7 22:10 cachefiles
drwxr-xr-x 2 root root 2500 Jun 8 16:34 char
crw------- 1 root root 5, 1 Jun 7 22:10 console
crw------- 1 root root 10, 61 Jun 7 22:10 cpu_dma_latency
drwxr-xr-x 7 root root 140 Jun 7 22:10 disk
drwxr-xr-x 2 root root 80 Jan 1 1970 dma_heap
lrwxrwxrwx 1 root root 13 Feb 14 2019 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 Jun 7 22:10 full
crw-rw---- 1 root gpio 254, 0 Jun 7 22:10 gpiochip0
crw-rw---- 1 root gpio 254, 1 Jun 7 22:10 gpiochip1
crw-rw---- 1 root gpio 246, 0 Jun 7 22:10 gpiomem
crw------- 1 root root 10, 183 Jun 7 22:10 hwrng
lrwxrwxrwx 1 root root 12 Feb 14 2019 initctl -> /run/initctl
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw-r--r-- 1 root root 1, 11 Jun 7 22:10 kmsg
lrwxrwxrwx 1 root root 28 Feb 14 2019 log -> /run/systemd/journal/dev-log
brw-rw---- 1 root disk 7, 0 Jun 7 22:10 loop0
brw-rw---- 1 root disk 7, 1 Jun 7 22:10 loop1
brw-rw---- 1 root disk 7, 2 Jun 7 22:10 loop2
brw-rw---- 1 root disk 7, 3 Jun 7 22:10 loop3
brw-rw---- 1 root disk 7, 4 Jun 7 22:10 loop4
brw-rw---- 1 root disk 7, 5 Jun 7 22:10 loop5
brw-rw---- 1 root disk 7, 6 Jun 7 22:10 loop6
brw-rw---- 1 root disk 7, 7 Jun 7 22:10 loop7
crw-rw---- 1 root disk 10, 237 Jun 7 22:10 loop-control
crw-r----- 1 root kmem 1, 1 Jun 7 22:10 mem
drwxrwxrwt 2 root root 40 Jan 1 1970 mqueue
crw-rw-rw- 1 root root 1, 3 Jun 7 22:10 null
crw-r----- 1 root kmem 1, 4 Jun 7 22:10 port
crw-rw-rw- 1 root tty 5, 2 Jun 19 21:41 ptmx
drwxr-xr-x 2 root root 0 Feb 14 2019 pts
brw-rw---- 1 root disk 1, 0 Jun 7 22:10 ram0
brw-rw---- 1 root disk 1, 1 Jun 7 22:10 ram1
brw-rw---- 1 root disk 1, 10 Jun 7 22:10 ram10
brw-rw---- 1 root disk 1, 11 Jun 7 22:10 ram11
brw-rw---- 1 root disk 1, 12 Jun 7 22:10 ram12
brw-rw---- 1 root disk 1, 13 Jun 7 22:10 ram13
brw-rw---- 1 root disk 1, 14 Jun 7 22:10 ram14
brw-rw---- 1 root disk 1, 15 Jun 7 22:10 ram15
brw-rw---- 1 root disk 1, 2 Jun 7 22:10 ram2
brw-rw---- 1 root disk 1, 3 Jun 7 22:10 ram3
brw-rw---- 1 root disk 1, 4 Jun 7 22:10 ram4
brw-rw---- 1 root disk 1, 5 Jun 7 22:10 ram5
brw-rw---- 1 root disk 1, 6 Jun 7 22:10 ram6
brw-rw---- 1 root disk 1, 7 Jun 7 22:10 ram7
brw-rw---- 1 root disk 1, 8 Jun 7 22:10 ram8
brw-rw---- 1 root disk 1, 9 Jun 7 22:10 ram9
crw-rw-rw- 1 root root 1, 8 Jun 7 22:10 random
drwxr-xr-x 2 root root 60 Jan 1 1970 raw
brw-rw---- 1 root disk 8, 0 Jun 7 22:10 sda
brw-rw---- 1 root disk 8, 1 Jun 7 22:10 sda1
brw-rw---- 1 root disk 8, 2 Jun 7 22:10 sda2
lrwxrwxrwx 1 root root 7 Jun 7 22:10 serial1 -> ttyAMA0
drwxrwxrwt 2 root root 40 Feb 14 2019 shm
lrwxrwxrwx 1 root root 15 Feb 14 2019 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Feb 14 2019 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Feb 14 2019 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root tty 5, 0 Jun 7 22:10 tty
crw--w---- 1 root tty 4, 0 Jun 7 22:10 tty0
crw--w---- 1 root tty 4, 1 Jun 7 22:10 tty1
crw--w---- 1 root tty 4, 10 Jun 7 22:10 tty10
crw--w---- 1 root tty 4, 11 Jun 7 22:10 tty11
crw--w---- 1 root tty 4, 12 Jun 7 22:10 tty12
crw--w---- 1 root tty 4, 13 Jun 7 22:10 tty13
crw--w---- 1 root tty 4, 14 Jun 7 22:10 tty14
crw--w---- 1 root tty 4, 15 Jun 7 22:10 tty15
crw--w---- 1 root tty 4, 16 Jun 7 22:10 tty16
crw--w---- 1 root tty 4, 17 Jun 7 22:10 tty17
crw--w---- 1 root tty 4, 18 Jun 7 22:10 tty18
crw--w---- 1 root tty 4, 19 Jun 7 22:10 tty19
crw--w---- 1 root tty 4, 2 Jun 7 22:10 tty2
crw--w---- 1 root tty 4, 20 Jun 7 22:10 tty20
crw--w---- 1 root tty 4, 21 Jun 7 22:10 tty21
crw--w---- 1 root tty 4, 22 Jun 7 22:10 tty22
crw--w---- 1 root tty 4, 23 Jun 7 22:10 tty23
crw--w---- 1 root tty 4, 24 Jun 7 22:10 tty24
crw--w---- 1 root tty 4, 25 Jun 7 22:10 tty25
crw--w---- 1 root tty 4, 26 Jun 7 22:10 tty26
crw--w---- 1 root tty 4, 27 Jun 7 22:10 tty27
crw--w---- 1 root tty 4, 28 Jun 7 22:10 tty28
crw--w---- 1 root tty 4, 29 Jun 7 22:10 tty29
crw--w---- 1 root tty 4, 3 Jun 7 22:10 tty3
crw--w---- 1 root tty 4, 30 Jun 7 22:10 tty30
crw--w---- 1 root tty 4, 31 Jun 7 22:10 tty31
crw--w---- 1 root tty 4, 32 Jun 7 22:10 tty32
crw--w---- 1 root tty 4, 33 Jun 7 22:10 tty33
crw--w---- 1 root tty 4, 34 Jun 7 22:10 tty34
crw--w---- 1 root tty 4, 35 Jun 7 22:10 tty35
crw--w---- 1 root tty 4, 36 Jun 7 22:10 tty36
crw--w---- 1 root tty 4, 37 Jun 7 22:10 tty37
crw--w---- 1 root tty 4, 38 Jun 7 22:10 tty38
crw--w---- 1 root tty 4, 39 Jun 7 22:10 tty39
crw--w---- 1 root tty 4, 4 Jun 7 22:10 tty4
crw--w---- 1 root tty 4, 40 Jun 7 22:10 tty40
crw--w---- 1 root tty 4, 41 Jun 7 22:10 tty41
crw--w---- 1 root tty 4, 42 Jun 7 22:10 tty42
crw--w---- 1 root tty 4, 43 Jun 7 22:10 tty43
crw--w---- 1 root tty 4, 44 Jun 7 22:10 tty44
crw--w---- 1 root tty 4, 45 Jun 7 22:10 tty45
crw--w---- 1 root tty 4, 46 Jun 7 22:10 tty46
crw--w---- 1 root tty 4, 47 Jun 7 22:10 tty47
crw--w---- 1 root tty 4, 48 Jun 7 22:10 tty48
crw--w---- 1 root tty 4, 49 Jun 7 22:10 tty49
crw--w---- 1 root tty 4, 5 Jun 7 22:10 tty5
crw--w---- 1 root tty 4, 50 Jun 7 22:10 tty50
crw--w---- 1 root tty 4, 51 Jun 7 22:10 tty51
crw--w---- 1 root tty 4, 52 Jun 7 22:10 tty52
crw--w---- 1 root tty 4, 53 Jun 7 22:10 tty53
crw--w---- 1 root tty 4, 54 Jun 7 22:10 tty54
crw--w---- 1 root tty 4, 55 Jun 7 22:10 tty55
crw--w---- 1 root tty 4, 56 Jun 7 22:10 tty56
crw--w---- 1 root tty 4, 57 Jun 7 22:10 tty57
crw--w---- 1 root tty 4, 58 Jun 7 22:10 tty58
crw--w---- 1 root tty 4, 59 Jun 7 22:10 tty59
crw--w---- 1 root tty 4, 6 Jun 7 22:10 tty6
crw--w---- 1 root tty 4, 60 Jun 7 22:10 tty60
crw--w---- 1 root tty 4, 61 Jun 7 22:10 tty61
crw--w---- 1 root tty 4, 62 Jun 7 22:10 tty62
crw--w---- 1 root tty 4, 63 Jun 7 22:10 tty63
crw--w---- 1 root tty 4, 7 Jun 7 22:10 tty7
crw--w---- 1 root tty 4, 8 Jun 7 22:10 tty8
crw--w---- 1 root tty 4, 9 Jun 7 22:10 tty9
crw-rw---- 1 root dialout 204, 64 Jun 19 21:22 ttyAMA0
crw------- 1 root root 5, 3 Jun 7 22:10 ttyprintk
crw-rw-rw- 1 root root 1, 9 Jun 7 22:10 urandom
crw-rw---- 1 root video 243, 0 Jun 7 22:10 vchiq
crw-rw---- 1 root video 247, 0 Jun 7 22:10 vcio
crw------- 1 root root 248, 0 Jun 7 22:10 vc-mem
crw-rw---- 1 root tty 7, 0 Jun 7 22:10 vcs
crw-rw---- 1 root tty 7, 1 Jun 7 22:10 vcs1
crw-rw---- 1 root tty 7, 2 Jun 7 22:10 vcs2
crw-rw---- 1 root tty 7, 3 Jun 7 22:10 vcs3
crw-rw---- 1 root tty 7, 4 Jun 7 22:10 vcs4
crw-rw---- 1 root tty 7, 5 Jun 7 22:10 vcs5
crw-rw---- 1 root tty 7, 6 Jun 7 22:10 vcs6
crw-rw---- 1 root tty 7, 128 Jun 7 22:10 vcsa
crw-rw---- 1 root tty 7, 129 Jun 7 22:10 vcsa1
crw-rw---- 1 root tty 7, 130 Jun 7 22:10 vcsa2
crw-rw---- 1 root tty 7, 131 Jun 7 22:10 vcsa3
crw-rw---- 1 root tty 7, 132 Jun 7 22:10 vcsa4
crw-rw---- 1 root tty 7, 133 Jun 7 22:10 vcsa5
crw-rw---- 1 root tty 7, 134 Jun 7 22:10 vcsa6
crw-rw---- 1 root video 242, 0 Jun 7 22:10 vcsm
crw-rw---- 1 root tty 7, 64 Jun 7 22:10 vcsu
crw-rw---- 1 root tty 7, 65 Jun 7 22:10 vcsu1
crw-rw---- 1 root tty 7, 66 Jun 7 22:10 vcsu2
crw-rw---- 1 root tty 7, 67 Jun 7 22:10 vcsu3
crw-rw---- 1 root tty 7, 68 Jun 7 22:10 vcsu4
crw-rw---- 1 root tty 7, 69 Jun 7 22:10 vcsu5
crw-rw---- 1 root tty 7, 70 Jun 7 22:10 vcsu6
crw------- 1 root root 10, 63 Jun 7 22:10 vga_arbiter
crw------- 1 root root 10, 130 Jun 7 22:10 watchdog
crw------- 1 root root 250, 0 Jun 7 22:10 watchdog0
crw-rw-rw- 1 root root 1, 5 Jun 7 22:10 zero
Was mache ich falsch ?
Da bin ich überfragt und kann Dir keine Lösung bieten. :-[ Welche Version von Rpi u. Debian ?
Der CUL dürfte der ttyAMA0 sein. Sollte zumindest kurzfristig helfen.
Ist ein Rpi4 mit Buster. Mit AMA0 geht der Cul nur auf opened
War da nicht was mit PI4 und USB!?
Habe zwar einen PI4 hier ("File-Server") aber fhem läuft noch auf einem PI3 mit Buster und da sieht /dev anders aus.
Habe by-path eingebunden...
...also einen ZWave-USB...
EDIT: auf meinem PI4 gibt es (auch) kein /dev/serial/ wobei ich außer einer SSD und einer HDD auch nichts an USB stecken habe...
Gruß, Joachim
...auf meinem PI4 mit 4GB sieht das so aus:
pi@raspberrypi:/dev/serial/by-id $ ls
usb-FTDI_FT232R_USB_UART_A50478VZ-if00-port0
usb-FTDI_FT232R_USB_UART_AI02IEBO-if00-port0
usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
das ist ein Signalduino (Hardware identisch mit CUL-Selbstbau) und zwei EBUS-Adapter...
Stöpsle den CUL (im laufenden Betrieb!) ab und wieder an und mache danach ein dmesg, da solltest Du mehr Informationen über das Gerät bekommen.
Da kommt etwas bezüglich des CUL 33178.565037] ---[ end trace 74cac0783ada83b0 ]---
[66252.534591] usb 1-1.4: USB disconnect, device number 3
[66259.560249] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd
[66259.700840] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
[66259.700884] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[66259.700918] usb 1-1.3: Product: CUL868
[66259.700944] usb 1-1.3: Manufacturer: busware.de
[1108238.135210] usb 1-1.3: USB disconnect, device number 4
[1108242.281515] usb 1-1.3: new full-speed USB device number 5 using xhci_hcd
[1108242.422019] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
[1108242.422065] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1108242.422100] usb 1-1.3: Product: CUL868
[1108242.422127] usb 1-1.3: Manufacturer: busware.de
[1108409.631684] usb 1-1.3: USB disconnect, device number 5
[1108414.153947] usb 1-1.3: new full-speed USB device number 6 using xhci_hcd
[1108414.294522] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
[1108414.294567] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1108414.294603] usb 1-1.3: Product: CUL868
[1108414.294630] usb 1-1.3: Manufacturer: busware.de aber die Daten für by-id oder by-path sind doch nicht dabei oder ?
Es ist ein sauberes System? Also Neuinstallation?
oder wurde das alte System kopiert?
Zitat von: coolice am 20 Juni 2020, 18:08:40
Da kommt etwas bezüglich des CUL
...
aber die Daten für by-id oder by-path sind doch nicht dabei oder ?
Das angesteckte Gerät wird m.E. zwar (physikalisch) erkannt, aber von Deiner Plattform nicht korrekt eingebunden.
Deshalb gibt es keine Daten, mit denen Du das Gerät unter /dev/ überhaupt finden könntest.
Bleibt als nächstes die Frage von Werniemann zu beantworten.
Zitat von: Wernieman am 20 Juni 2020, 19:12:38
Es ist ein sauberes System? Also Neuinstallation?
oder wurde das alte System kopiert?
Habe von der SD Karte ein Komplettbackup gemacht und auf die SSD gespielt
Hast Du mal das Filesystem geprüft?
Wir hatten mal (in der Vergangenheit) das Problem, das genau so etwas auftrat und da war die SDCard "defekt" ....
Nein. Es lief ja soweit. Kann ich das mit fsck auf einer gemounteten Platte machen ?
Zitat von: coolice am 21 Juni 2020, 11:18:39
Nein. Es lief ja soweit. Kann ich das mit fsck auf einer gemounteten Platte machen ?
Wie es lief ja soweit!?
D.h. du hast die SD auf die SSD "geklont" und sonst alles gelassen und dann ging beim nächsten Boot nix mehr!?
EDIT: bzw. alles gelassen hoffentlich nicht ;) sondern cmdline.txt und fstab richtig abgeändert! ;)
Aber beim PI4 musst du ja noch mit SD booten (oder hast du den "Hack" durchgeführt!?) und dann wird ja das Filesystem rootfs eben von SSD eingebunden, statt dem von der SD!?
Das wird schon richtig eingebunden usw.!?
EDIT: evtl. Netzteil bzw. USB "überfordert"!? Was steckt denn außer dem CUL und der SSD noch dran!? Wobei zumindest ein nachträgliches Stecken sieht ja laut dmesg gut aus. Aber wie ist das beim Booten mit SSD und CUL!? Ich hatte Probleme beim Umstieg auf SSD mit einem tvheadend, da waren 2 DVB-C Empfänger per USB dran und dann die SSD. Stecken nach dem Boot ging Boot mit nur einem DVB-C ging auch, beide wollten nicht... Gut da hat der PI aber auch schon gleich nicht gebootet... (und war/ist ein PI3 der direkt von SSD bootet / und mittlerweile einen aktiven USB-Hub hat und nun ist alles gut :) )
Gruß, Joachim
Ich hab mit AplePiBaker ein Image von der SD Karte erstellt und das dann auf die SSD gespielt. Auf dem Raspi mittels rpi-eeprom den Bootloader auf Beta gestellt. Nach einem reboot die SSD noch gemountet und die /boot/*.elf und /boot/*.dat Dateien von der SD Karte auf die SSD kopiert. Raspberry runtergefahren, SD Karte raus und neu gestartet.
Also .. wenn es vor dem Clonen ging, hinterher aber nicht ...
Aktuelle Gründe:
- Stromversorgung (USB-Hub probiert?, Stärkeres Netzteil?)
- Filesystem (Prüfen nur im NICHT gemounteten Zustand, bzw. über SD booten?)
- Probleme beim Clonen (Fehlermeldungen?)
- Probleme mit der "Beta-Firmware"
Ich persönlich würde mal wieder die alte SDCard reinstecken, booten (incl. SSD) und gukcne, ob er dann den Cul findet. Wenn ja, kannst Du gleich die SDD prüfen ....