Pregunta:
¿Dónde se encuentra cmdline.txt en la tarjeta SD de NOOBS?
PrashanD
2015-02-09 23:24:43 UTC
view on stackexchange narkive permalink

Necesito restablecer una contraseña de SO RPI olvidada. Para hacer eso, necesito insertar la tarjeta SD en la computadora y editar el archivo cmdline.txt. No está en ninguna parte de la carpeta raíz de la tarjeta SD ni en ninguna de las subcarpetas.

Estos son los archivos que puedo encontrar en la tarjeta SD

  • (DIR) valores predeterminados
  • (DIR) os
  • bootcode.bin
  • BUILD-DATA
  • INSTRUCTIONS-README.txt
  • recuperación .cmdline
  • recovery.elf
  • RECOVERY_FILES_DO_NOT_EDIT
  • recovery.img
  • recovery.rfs
  • riscos-boot .bin
  • config.txt
  • (DIR) etc
Seven respuestas:
Ghanima
2015-02-09 23:31:18 UTC
view on stackexchange narkive permalink

cmdline.txt reside en / boot que es una partición FAT separada en la tarjeta SD (esa es la forma con mi Arch Linux pero que yo sepa, lo mismo para otras distribuciones). Si esa tarjeta SD se lee en una PC con Windows, esta debería ser la única partición directamente visible en el explorador.

EDITAR: Como ahora estamos discutiendo NOOBS, se aplican las mismas reglas, con solo más de un posible / boot partición en la tarjeta. Aparte del sistema operativo RISC, estas particiones seguirán siendo VFAT, pero Windows no puede acceder a ellas directamente. La mejor manera de hacerlo: montar con Linux.


Tenga en cuenta que en NOOBS (de "arranque NOOBS (nivel bajo)"):

Cuando la Raspberry Pi se enciende con una tarjeta NOOBS insertada,:

  1. Carga y ejecuta bootcode.bin desde el formato FAT / dev / mmcblk0p1 , exactamente como lo hace con las imágenes independientes. (Este comportamiento está integrado en el firmware interno del BCM2835 en todos los Pis, por lo que no se puede cambiar).
  2. bootcode.bin luego detecta ese start.elf falta, por lo que carga y ejecuta recovery.elf en su lugar.
  3. Ejecutando recovery.elf y luego cambia el firmware al "modo NOOBS" - usa recovery.img en lugar de kernel.img , recovery.cmdline en lugar de cmdline.txt , y establece el sistema de archivos raíz en recovery.rfs .
  4. ol>

En caso de que eso no esté claro, esta es la razón por la que no tienes un start.elf , que sí tienen las distribuciones normales. Significa que debe usar el archivo recovery.cmdline (en su pregunta) en lugar de cmdline.txt

Entonces, ¿estás diciendo que para acceder a la partición FAT necesito leer la tarjeta SD en una máquina Linux?
No no. Esta partición se puede leer / escribir tanto con Linux como con Windows. ¡La carpeta que describe en su pregunta probablemente sea exactamente esta partición!
Parece que estoy accediendo a la partición NOOBS y no a la partición de arranque. La etiqueta de la partición es RECUPERACIÓN y no hay cmdline.txt en ninguna parte
OK veo. No estoy familiarizado con los NOOB. Pero https://github.com/raspberrypi/noobs/wiki/NOOBS-partitioning-explained suena bastante interesante. ¿Pero las particiones `/ boot` siguen siendo FAT y se debería poder acceder a ellas?
Ok, creo que Windows se negará a acceder a múltiples particiones en unidades extraíbles.
He editado algunas cosas del enlace que publicaste, espero que esté bien;) @Prashan Esto debería explicar ahora lo que estás buscando, por favor acéptalo como respuesta.
Gracias @goldilocks. Realmente no estoy familiarizado con Noobs y me confundí porque la pregunta no especificaba esto en primer lugar. Gracias a tu edición, la respuesta puede quedarse.
Mircea Baja
2015-10-17 00:44:13 UTC
view on stackexchange narkive permalink

Algunas tarjetas SD Raspberry Pi contienen un error en el que la partición incorrecta está montada como /boot.

Probablemente encuentre que:

  • cmdline.txt y / o config.txt no están presentes en /boot
  • los cambios en estos archivos parecen no entrar en vigor

https://github.com/raspberrypi/noobs/wiki/NOOBS-partitioning-explained#noobs-os-installation menciona dos particiones FAT. Los archivos que enumera pertenecen a la partición RECOVERY ( / dev / mmcblk0p1 ), no a la partición de arranque (por ejemplo, / dev / mmcblk0p5 ).

Como se trata de un error que se ha corregido, en lugar de cambiar / etc / fstab manualmente, la opción más sencilla es actualizar su Raspberry Pi:

  $ sudo apt-get udate $ sudo apt-get upgrade  
km_pawar
2016-07-22 18:50:04 UTC
view on stackexchange narkive permalink

En el arranque de raspberry pi presione el botón Shift, lo llevará al modo de recuperación, allí puede ver la opción Editar configuración.

En eso puede seleccionar cmdline.txt

El contenido original debería verse como

  dwc_otg.lpm_enable = 0 console = ttyAMA0,115200 kgdboc = ttyAMA0,115200 console = tty1 root = / dev / mmcblk0p2 rootfstype = ext4 lift = deadline rootwait  

Al final agrega el siguiente texto

  init = / bin / sh  

¡Eso es!

Ya está listo para comenzar, presione el botón Aceptar.

En el próximo arranque de Pi, se le pedirá que ingrese la nueva contraseña

Espero que esto ayude

user3320807
2016-07-07 09:32:25 UTC
view on stackexchange narkive permalink

Mientras arranca, presione Mayús + arriba y lo llevará a la consola de recuperación. el archivo cmdline.txt se puede editar desde una de las pestañas

Colby
2015-11-04 21:02:22 UTC
view on stackexchange narkive permalink

El archivo cmdline.txt que está buscando se encuentra en /boot.bak

el contenido del archivo es este:

  dwc_otg.lmp_enable = 0 console-ttyAMAO, 115200 console = tty1 root = / dev / mmcblk0p2 ro rootfstype = ext4 lift = deadline rootwait logo.nologo loglevel = 1 silencioso  
Mike Davenport
2017-12-22 09:48:39 UTC
view on stackexchange narkive permalink

La respuesta publicada por Akash el 22 de julio de 2016 fue muy útil para mí. Me encontré con algo que quería agregar a lo que dijo, porque parece que algo ha cambiado con la última actualización de Raspbian.

Después de que pi comienza a arrancar y mantienes presionada la tecla Mayús para ingresar al modo de configuración, aparece a una GUI de modo de recuperación. Aquí puede acceder al archivo config.txt que se menciona.

No pude llegar a ninguna parte agregando init = / bin / sh a el final del archivo. Cuando lo hacía, el arranque se bloqueaba.

Había leído en algunos otros sitios que la gente estaba agregando single al final del archivo. Intenté eso y funcionó. Esta vez, cuando arrancó, terminó en una línea de comando (en lugar de arrancar en Pixel). Desde allí hice:

  sudo raspi-config  

y pude volver a la pantalla de configuración para cambiar mi contraseña nuevamente.

La forma en que arruiné la contraseña sigue siendo un misterio, pero creo que tuvo que ver con usar el teclado numérico mientras escribía la contraseña en la línea de comando y es posible que tenga NumLock deshabilitado ...

Espero que esto ayude a alguien (probablemente será mi yo futuro).

No estoy seguro de que el `systemd`, ahora predeterminado, todavía le permita iniciar un solo shell bash en lugar del sistema normal; puede ser que el inicio del modo _maintenance_ o _single_ solo sea aplicable a un sistema con un sysV` init `configurado {_mi PC Debian de escritorio, por ejemplo, está configurado para un inicio dual, pero nunca permito que` systemd` arranque; diablos, ni siquiera sé si lo haría correctamente y en ese `grub` realmente se completa el` init = ` con `/ lib / sysvinit / init` o` / lib / systemd / systemd` según sea necesario, para que pueda ver cómo podría funcionar el colocar `/ bin / sh` allí_}.
Benji
2018-01-22 21:58:50 UTC
view on stackexchange narkive permalink

Esto es lo que hice. Mantenga presionada la tecla Mayús para abrir el modo de recuperación en el arranque. Presione la configuración de edición, luego haga clic en cmdline.txt. Agregue la palabra simple al final. Presione salir. Al arrancar, se detendrá en la línea de comando raíz. ingrese sudo raspi-config. Seleccione la segunda opción, cambie la contraseña del usuario. Luego, termine y detenga el sistema. Reinicie y luego mantenga presionada la tecla Mayús nuevamente. Elimine la palabra 'single' de cmdline.txt y arranque el sistema. iniciar sesión con contraseña actualizada.



Esta pregunta y respuesta fue traducida automáticamente del idioma inglés.El contenido original está disponible en stackexchange, a quien agradecemos la licencia cc by-sa 3.0 bajo la que se distribuye.
Loading...