Estabilidad desde ssd

[danpacu]

Buena noches.
Seguramente algo estaré haciendo mal, pero no entiendo porque es tan inestable mi raspberrypi con arranque desde ssd.
Os pongo en contexto: la raspi es una raspi 4, con 1 gb de ram. La micro SD tiene instalado raspbian 64 bits. Hice una imagen de la micro sd con apple pi. Segui todos los pasos de los distintos hilos que hay en el foro para arancar desde ssd. Queme la imagen con apple pi en un pendrive de 32 gb - ni por asomo consegui hacerlo arrancar.
Quemé la imagen en un ssd de 60GB - arranco una vez - hice sudo apt update && sudo apt upgrade -y y no volvio a arrancar ni amenazando-le. Formatee el ssd y realicé un net install - ni harto vino arrancó.
Formatee otra vez el ssd, con gparted (siempre) y quise utilizar el sd copier - me mando el mensaje, cuando a punto estaba de finalizar el proceso de copiar que los drives han cambiado . y no se pudo utilizar para arrancar ni con el martillo al lado (para darle impresión).
Broma aparte, no entiendo porque es tan inestable el sistema. A estas horas, 23.24, consegui usar el sd copier en el ssd, pero mañana ya me pondré a luchar con el a ver si arranca.
Es esto un comportamiento normal? Cómo se pueden mirar los logs en el caso de que no consigue arrancar desde ssd? hay logs en este caso??
Perdonad la falta de más datos, pero ahora mismo no los tengo, y tampoco se exactamente que datos dar, o cómo conseguirlos si no se consigue un arranque desde ssd.
Gracias de antemano. Cualquier orientación, idea o explicación me vendría muy bien para entender un poco todo esto.


Update mañanero: antes de ir a trabajar, he iniciado la raspi desde el ssd, copiado con sd copier anoche. Tardó 4 minutos y algo para arrancar, pero al final arrancó. Creo que no es normal que tarde tanto, no??
Pues ahora hace update otra vez. A ver si arranca después. SIgo con la duda - si no arranca, hay manera de acceder a los logs??

[egrueda]

La mayoría de los problemas de este tipo vienen por el adaptador usb-sata
Incluso tienen un post fijado en el foro: https://forums.raspberrypi.com//viewtop ... 8&t=245931

[danpacu]

Incluso tienen un post fijado en el foro: https://forums.raspberrypi.com//viewtop ... 8&t=245931

Buenas noches. Gracias por el post.
De hecho, siguiendo las indicaciones del post que puso @caylus uno de los pasos era precisamente ese, de añadir usb-storage.quirks, habiendo comprobado antes el id_vendor y el id_product. Los añdi y copié la imagen.
Y ahora mismo, sin haber tocado en días la raspi, hoy desde vnc viewer pude conectarme (sobre las 13.00), y hace 10 minutos ya no. Estaba bloqueada (no respondia ni por ssh, ni por vnc, ni accediendo directamente).
la reinicié y nada.

Mirando el post que indicas, @egrueda, al comprobar ayer con sudo dmesg | grep usb-storage no aparecia como si estuviese blacklisted el uas. Deduje que todo iba bien. Pero al parece algo no va nada bien, cuando tengo todo esta inestabilidad (frustrante, la verdad) con el ssd (ya ni pensar en pendrive). Mañana o semana próxima batallaré con la raspi a ver si consigo dejarla bien, y sin tantos problemas.
Gracias por tomarte el tiempo y contestarme.

[danpacu]

Ahora mismo, después de reiniciar otra vez la raspi, hard-reset directo, consegui conectarme por ssh.
tengo lo siguiente en cmdline.txt (al final del todo): usb.quirks-storage=152du
También tengo esta otra salida:
sudo dmesg | grep usb-storage

Código: Seleccionar todo

[    1.536147] usbcore: registered new interface driver usb-storage 

POr otro lado
aqui: https://pastebin.com/5cHtZUMY - tengo un trozo del /var/log/syslog donde aparecen un montón de mensajes de kernel de error relacionados con la escritura en un dispositivo usb.
Menciono que el adaptador usb es nuevo, con su fuente de corriente, y el ssd formateado antes de copiar el sistema.
Esto me aparece tambíen en kern.log:

Código: Seleccionar todo

May 13 22:50:40 raspi7 kernel: [  301.903160] scsi host0: uas_eh_device_reset_handler start
May 13 22:50:40 raspi7 kernel: [  301.988327] usb 2-2.4: reset SuperSpeed USB device number 3 using xhci_hcd
May 13 22:50:40 raspi7 kernel: [  302.015453] scsi host0: uas_eh_device_reset_handler success

Después de todo, creo que por mucho que haya metido usb.sotrage-quirks en cmdline algo no va bien con el protocolo UAS - es lo que yo consigo entender en este momento de todo esto. Pero si hay solución, sinceramente, no se (por falta de conocimiento sobre todo) - de allí mis preguntas en el foro.
Corregidme, por favor, si estoy equivocado en algo.
Gracias de atemano.

[egrueda]

En el log veo muchos errores del tipo uas_eh_abort_handler
O sea, que está usando UAS
O sea, que no lo tienes en blacklist
O sea, que está algomal en el cmdline.txt

Revisa tu parámetro usb.quirks-storage
Y revisa también el parámetro usb-storage.quirks xD

[danpacu]

O sea, .......
O sea, que no lo tienes en blacklist
O sea, que está algomal en el cmdline.txt

Revisa tu parámetro usb.quirks-storage
Y revisa también el parámetro usb-storage.quirks xD

Maldito orden de palabras, puntito y raya... jajjajjaja
Gracias por ver lo que yo puse tan convencido que haberlo puesto bien.
Acabo de hacer las modificaciones pertinentes y sudo reboot pero tarda un montooooon.... cosa que no creo que sea normal. Pero si consigue arrancar y no sacar avisos como los de antes me doy por contento.
POr fin arrancó.
Últimas lineas del kern.log:

Código: Seleccionar todo

May 13 23:44:08 raspi7 kernel: [  157.980928] sd 0:0:0:0: [sda] tag#1 CDB: opcode=0x28 28 00 00 91 c6 38 00 00 20 00
May 13 23:44:08 raspi7 kernel: [  158.216911] sd 0:0:0:0: [sda] tag#2 uas_eh_abort_handler 0 uas-tag 27 inflight: CMD IN 
May 13 23:44:08 raspi7 kernel: [  158.216937] sd 0:0:0:0: [sda] tag#2 CDB: opcode=0x28 28 00 00 31 12 10 00 00 28 00
May 13 23:44:08 raspi7 kernel: [  159.552918] sd 0:0:0:0: [sda] tag#3 uas_eh_abort_handler 0 uas-tag 28 inflight: CMD IN 
May 13 23:44:08 raspi7 kernel: [  159.552952] sd 0:0:0:0: [sda] tag#3 CDB: opcode=0x28 28 00 00 9f 0b 38 00 00 40 00
May 13 23:44:08 raspi7 kernel: [  160.064913] sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 29 inflight: CMD OUT 
May 13 23:44:08 raspi7 kernel: [  160.064939] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x2a 2a 00 03 4c 3e c8 00 00 d0 00
May 13 23:44:08 raspi7 kernel: [  160.081011] scsi host0: uas_eh_device_reset_handler start
May 13 23:44:08 raspi7 kernel: [  160.170152] usb 2-2.4: reset SuperSpeed USB device number 3 using xhci_hcd
May 13 23:44:08 raspi7 kernel: [  160.196998] scsi host0: uas_eh_device_reset_handler success

Es la primera vez que haciendole reboot por ssh arranca y no da error. Así que más que contento...

[egrueda]

Sigo viendo mensajes con "uas_eh_abort_handler" en el log, eso no debería ser posible.
¿Nos muestras la salida de estos comandos?

lsusb
dmesg | grep idVendor

¿Y el archivo cmdline.txt entero?

[danpacu]

Buenos días. Aqui va:

Código: Seleccionar todo

 
 lsusb
Bus 002 Device 003: ID 152d:0562 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 002 Device 002: ID 0bda:0411 Realtek Semiconductor Corp. Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub :idea 

y el otro comando:

Código: Seleccionar todo

dmesg | grep idVendor
[    1.514168] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01
[    1.516099] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.01
[    1.919561] usb 1-1: New USB device found, idVendor=2109, idProduct=3431, bcdDevice= 4.21
[    2.073704] usb 2-2: New USB device found, idVendor=0bda, idProduct=0411, bcdDevice= 1.01
[    2.325800] usb 1-1.2: New USB device found, idVendor=0bda, idProduct=5411, bcdDevice= 1.01
[    2.422735] usb 2-2.4: New USB device found, idVendor=152d, idProduct=0562, bcdDevice= 2.14

y añado también esto:

Código: Seleccionar todo

dmesg |grep usb-storage
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 video=HDMI-A-1:1920x1080M@60 smsc95xx.macaddr=DC:A6:32:3D:F9:4D vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  console=ttyS0,115200 console=tty1 root=PARTUUID=fc2c5aa0-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles,usb-storage.quirks=152d:0562:u
[    1.519851] usbcore: registered new interface driver usb-storage

Código: Seleccionar todo

cat /boot/cmdline.txt 
console=serial0,115200 console=tty1 root=PARTUUID=fc2c5aa0-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles,usb-storage.quirks=152d:0562:u

Lleva más de 5 minutos asi:

Código: Seleccionar todo

TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sda - 60 GB / 55 GiB - CHS 57241 64 3
Analyse cylinder 22453/57240: 39%
Read error at 22452/63/32 (lba=45983743)

Y por supuesto que se quedo bloqueada. Ya no me puedo conectar por ssh. Así que hasta que no llegue a casa, nada puedo hacerle.