Hola a todos
Me he pasado a la raspberry y estoy encantado poco a poco conociendo sus entresijos. Todo bien, aunque de vez en cuando en el arranque aparece este error. Previo aparece "controler never released inhibit bits" Gracias.
usb 1-1.1 can't set config #1. error-75 (initramfs)
-
egrueda
- Pi God
- Mensajes: 3469
- Registrado: 10 Feb 2017, 19:31
- Agradecido: 8 veces
- Agradecimiento recibido: 288 veces
quizá el comando dmesg te muestre más información del mensaje
No respondo a privados ;-)
👉 Particiones en una MicroSD
👉 Cómo pedir ayuda en el foro
Invítame a un café
👉 Particiones en una MicroSD
👉 Cómo pedir ayuda en el foro
Invítame a un café
Estos son los parámetros que me han llamado la atención por si alguien puede traducírmelos para acotar el problema
7.702376] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
8.033794] brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2)
7.783475] hci_uart_bcm serial0-0: supply vbat not found, using dummy regulator
7.783639] hci_uart_bcm serial0-0: supply vddio not found, using dummy regulator
Puedo editar toda la secuencia para quien pueda interpretarla
Muchas gracias
Olvidé este y viene en color rojo 0.904361] mmc1: Controller never released inhibit bit(s).
7.702376] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
8.033794] brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2)
7.783475] hci_uart_bcm serial0-0: supply vbat not found, using dummy regulator
7.783639] hci_uart_bcm serial0-0: supply vddio not found, using dummy regulator
Puedo editar toda la secuencia para quien pueda interpretarla
Muchas gracias
Olvidé este y viene en color rojo 0.904361] mmc1: Controller never released inhibit bit(s).
-
egrueda
- Pi God
- Mensajes: 3469
- Registrado: 10 Feb 2017, 19:31
- Agradecido: 8 veces
- Agradecimiento recibido: 288 veces
Creo que nos falta contexto, mucho contexto :-(
Aún no sabemos cuándo falla, cómo falla, qué pasos haces para llegar a esos mensajes, qué instalación tienes, qué dispositivos tienes conectados, qué S.O. usas, etc.
Aún no sabemos cuándo falla, cómo falla, qué pasos haces para llegar a esos mensajes, qué instalación tienes, qué dispositivos tienes conectados, qué S.O. usas, etc.
No respondo a privados ;-)
👉 Particiones en una MicroSD
👉 Cómo pedir ayuda en el foro
Invítame a un café
👉 Particiones en una MicroSD
👉 Cómo pedir ayuda en el foro
Invítame a un café
Sí es cierto, perdón. La información aparece en el arranque. De diez arranques, dos más o menos, sale la info. Entonces desconecto, vuelve a arrancar y sin problemas.
Tengo una Raspberry Pi 4 Model B Rev 1.5, 4GB. Hará un mes que la instalé, vengo de windows 11 y la verdad que estoy encantado con este sistema. No tengo instalado nada raro, todavía estoy en modo recién llegado. No es que sea muy problemático, pero seguiré mirando como se comporta y contacto. Muy amable.
Tengo una Raspberry Pi 4 Model B Rev 1.5, 4GB. Hará un mes que la instalé, vengo de windows 11 y la verdad que estoy encantado con este sistema. No tengo instalado nada raro, todavía estoy en modo recién llegado. No es que sea muy problemático, pero seguiré mirando como se comporta y contacto. Muy amable.
Buenas he encontrado alguna información que me ha servido de mucho por si puede servir a alguien más.
Creo que se quiere arrancar por USB o que la microSD tiene una copia de un sistema operativo que arrancaba desde USB y ahora se ha cambiado a una tarjeta de memoria. Lo que se esta viendo son tres síntomas encadenados de un mismo problema de arranque:
1) mmc1: Controller never released inhibit bit(s) → el controlador SD intenta hablar con la ranura microSD (probablemente vacía) y se queda esperando. Por sí solo suele ser inocuo en sistemas que arrancan desde USB.
2) usb 1-1.1: can't set config #1, error -75 (o -71) → fallo al enumerar un dispositivo USB. Error -71/-75 = error de protocolo / overflow al negociar la configuración.
3) (initramfs) → como consecuencia del fallo USB, el kernel no encuentra el dispositivo raíz a tiempo y cae al initramfs de rescate.
Que pase de vez en cuando significa que no está roto del todo. Por orden de probabilidad:
* Alimentación insuficiente o inestable. Es la causa nº 1 en RPi 4. Si no usas la fuente oficial 5,1 V / 3 A USB-C (o equivalente con cable bueno), pruébala. Comprueba después con vcgencmd get_throttled (si sale algo distinto de 0x0, ha habido bajadas de tensión).
* Cable USB del disco/SSD/pendrive desde el que arrancas. Cables baratos o flojos dan exactamente este patrón intermitente. Cámbialo por uno corto y de calidad.
* Bridge USB-SATA/NVMe del enclosure con bug de UAS. Mira el chip con el comando en la terminal lsusb (típicos: ASMedia 174c:55aa, JMicron 152d:0562). Solución: añadir en /boot/firmware/cmdline.txt algo como usb-storage.quirks=174c:55aa:u (cambiando VID:PID por el tuyo) para forzar modo USB Mass Storage clásico.
* EEPROM/bootloader antiguo. Comprueba y actualiza:
sudo rpi-eeprom-update
sudo rpi-eeprom-update -a
sudo reboot
* Puerto USB. Si está en USB 3.0 (azul), prueba a moverlo a uno USB 2.0 (negro). Se pierde velocidad pero gana estabilidad para probar qué está mal.
Empezaría por ese orden:
EEPROM > fuente > CABLE > disco USB .
La pista del inhibit bit del mmc1 puedes ignorarla, el problema real parece que es el USB que no enumera a tiempo.
Raspberry para torpes <info@raspberryparatorpes.net>
Saludos a todos
Creo que se quiere arrancar por USB o que la microSD tiene una copia de un sistema operativo que arrancaba desde USB y ahora se ha cambiado a una tarjeta de memoria. Lo que se esta viendo son tres síntomas encadenados de un mismo problema de arranque:
1) mmc1: Controller never released inhibit bit(s) → el controlador SD intenta hablar con la ranura microSD (probablemente vacía) y se queda esperando. Por sí solo suele ser inocuo en sistemas que arrancan desde USB.
2) usb 1-1.1: can't set config #1, error -75 (o -71) → fallo al enumerar un dispositivo USB. Error -71/-75 = error de protocolo / overflow al negociar la configuración.
3) (initramfs) → como consecuencia del fallo USB, el kernel no encuentra el dispositivo raíz a tiempo y cae al initramfs de rescate.
Que pase de vez en cuando significa que no está roto del todo. Por orden de probabilidad:
* Alimentación insuficiente o inestable. Es la causa nº 1 en RPi 4. Si no usas la fuente oficial 5,1 V / 3 A USB-C (o equivalente con cable bueno), pruébala. Comprueba después con vcgencmd get_throttled (si sale algo distinto de 0x0, ha habido bajadas de tensión).
* Cable USB del disco/SSD/pendrive desde el que arrancas. Cables baratos o flojos dan exactamente este patrón intermitente. Cámbialo por uno corto y de calidad.
* Bridge USB-SATA/NVMe del enclosure con bug de UAS. Mira el chip con el comando en la terminal lsusb (típicos: ASMedia 174c:55aa, JMicron 152d:0562). Solución: añadir en /boot/firmware/cmdline.txt algo como usb-storage.quirks=174c:55aa:u (cambiando VID:PID por el tuyo) para forzar modo USB Mass Storage clásico.
* EEPROM/bootloader antiguo. Comprueba y actualiza:
sudo rpi-eeprom-update
sudo rpi-eeprom-update -a
sudo reboot
* Puerto USB. Si está en USB 3.0 (azul), prueba a moverlo a uno USB 2.0 (negro). Se pierde velocidad pero gana estabilidad para probar qué está mal.
Empezaría por ese orden:
EEPROM > fuente > CABLE > disco USB .
La pista del inhibit bit del mmc1 puedes ignorarla, el problema real parece que es el USB que no enumera a tiempo.
Raspberry para torpes <info@raspberryparatorpes.net>
Saludos a todos