238 meneos
4352 clics
Cómo utilizar una memoria USB como contraseña física en Ubuntu
Lo cierto es que es una operación bastante tediosa tener que escribir la contraseña unas cuantas veces al día cada vez que quieres realizar alguna tarea donde se necesiten permisos en Linux. Una solución realmente interesante es utilizar una memoria USB de forma que cuando la tengas montada en tu equipo no te tengas que preocupar de introducir la contraseña, por lo que aquí te explicamos cómo usar dicha memoria USB como sistema de contraseñas físico en Ubuntu, además de en otras distribuciones.
|
comentarios cerrados
A sí, esa distro cuya versión estable te trae lo mejor del software de hace 5 años
Toma, tu negativo de vuelta majete, que no recuerdo haberte insultado.
"También es válido para Debian y distros derivadas" te hubiera votado positivo
Ah, sí
Ubuntu mola! es un SO muy estable, sólo que hay que saber para qué usarlo... yo no cojo el martillo para cortar la madera ni la sierra para poner un clavo
postimg.org/image/kgy31zjc1/
Por cierto, la cara donde se encuentra el logotipo USB, el tridente que todos los conectores deberían tener -o, si no lo tuviera, la cara sin corte-, siempre va hacia arriba; si el conector es vertical, hacia la derecha, visto de frente.
montones.blogspot.com/2015/01/que-sucede-cuando-hacemos-la-extraccion.
Pero hay un error en la parte de la línea que hay que añadir al fichero /etc/pam.d/common-auth
La palabra clave correcta es 'sufficient', sin la 'e' al final:
auth sufficient pam_usb.so
Vamos, como era hasta que Ubuntu lleno los foros de quiero-y-no-puedos
Si lo pones como "necesario" y lo pierdes, no podrás acceder al sistema. Pero si lo pones como "suficiente", te servirá para acceder sin clave pero si no lo tienes el sistema probará con los otros métodos suficientes que tenga. O sea que si pierdes la memoria USB simplemente te pedirá la clave de manera normal.
Como hecho más flagrante, están los cálculos de cuanto tardaría USB en vaciar la caché obviando completamente que el cuello de botella suele estar en el chip o disco y no en el puerto en sí. Especialmente en los pendrives (caso más común) y con escrituras no secuenciales (justo las que suceden para "actualizar el índice").
Si no sabéis bien lo que está pasando por debajo, extraed siempre de forma segura. Es poco probable que pase algo, pero cuando te quedes sin ese documento importante por la costumbre y la ley de Murphy ya me lo cuentas. Si total, luego tienes que aguantar a Windows diciéndote que no se ha extraído de forma segura.
Otro dato interesante es que, si usas NTFS, Linux, BSD y Mac se negarán a escribir en el disco si no se ha extraído correctamente ¿Sabes tu tele en la que quieres grabar a última hora ese programa? Probablemente también se niegue.
Y tras eso, otra vuelta más.
Y, por hacer la gracia, he cogido un DataTraveler G4 de esos horribles que tiene Kingston, que van a pedales y, tras copiar un MP4 descargado de Youtube de 1.1 GiB a una partición NTFS, lo he extraído a los 2 segundos sin más miramientos que tirando del pendrive. He ido a una televisión Samsung de lo más tópico que te puedas echar a la cara y, sorpresa, cero problemas al reconocer el USB y cargar el vídeo.
Ah, Ubuntu tampoco ha dicho nada de nada.
Respecto a la redacción, acepto la crítica. Veré si puedo mejorarla.
Age of Empires 1, 250MiB, 514 archivos (no es un caso extremo ni mucho menos).
Tasas variables desde los 6MiB/s hasta los 20KiB/s (según los archivos copiados). Es un DT G2, 16GB.
Ha acabado, cerrado la ventana de copia, he esperado 4 segundos, seguía parpadeando... pero no importa, leí un artículo que dice que el peor caso 2 sobraba por muchísisisimo...
cero problemas al reconocer el USB y cargar el vídeo
Sin embargo, yo puse:
se negarán a escribir en el disco si no se ha extraído correctamente
No se si ya lo han solucionado en el driver, igual me he quedado obsoleto en eso.
De todos modos, es tu blog y no te faltará quien no esté de acuerdo pongas lo que pongas . Al principio solo quería advertir a un usuario anónimo de que estaba siguiendo una entrada que no era técnicamente muy correcta, luego me di cuenta que el autor eras tu mismo y entonces edité un poco el estilo del mensaje para ser más políticamente correcto.
Que si, que es muy raro que se corrompan archivos, pero ya he visto archivos muy importantes perdidos por eso de "nunca pasa nada" o "esperé 2 segundos"... hasta que pasa... no es de recibo dar esos consejos sin un gran disclaimer hombre.
Solo te diré que hace 4 años yo era de los de "bah, lo quito y pista, que ya le ha dado tiempo a escribir los cambios".
Caesar III, 530 MiB, 1103 ficheros. Terminó de copiar y, dos segundos después, misma jugada. La televisión volvió a no decir nada. Una comparación posterior -bit a bit con el original- resultó en cero diferencias.
Sin embargo, yo puse:
se negarán a escribir en el disco si no se ha extraído correctamente
No se si ya lo han solucionado en el driver, igual me he quedado obsoleto en eso.
No te preocupes que todas las teles y reproductores multimedia graban un par de ficheros o una carpetita en la raíz de cualquier pendrive que pongas para guardar índices, thumbnails y porquería varia.
Mi único disclaimer es la sección "Ojo", para que no se mezclen todo tipo de situaciones y programas, generando confusión. ¿De qué sirve realizar este tipo de artículos si no se puede sacar una conclusión? Además, yo sólo estoy reproduciendo lo que dice Microsoft, que no es necesario realizar la extracción segura cuando, con los ajustes predeterminados -y según una serie de condiciones estándar- se copian ficheros a un pendrive USB.
¿No tendrás un antivirus u otros programas residentes que analizan en la nube ficheritos o similares, verdad?
Solo te diré que hace 4 años yo era de los de "bah, lo quito y pista, que ya le ha dado tiempo a escribir los cambios".
Yo te diré que llevo muchos más años que esos haciendo lo que hago y, pese a haber tenido variedad de equipos, sistemas operativos, pendrives y discos externos, jamás he tenido problemas con pérdida de datos.
Qué afortunado soy. O qué sentido común tengo.
incapaces de grabar a una tasa igual a 3 MiB/s. Debe ser bastante trágico tener algo así.
Tu último párrafo constata una falacia o falta de lógica vehemente. Si yo hace 4 años era de X, no se constata durante cuanto tiempo fui de Y.
Por el resto, pues allá tu, yo solo te aviso que no es bueno dar esos consejos, que la gente no entiende más allá de "pone que espere 2 segundos". No saben si tienen un documento en word abierto en el pen, virus, antivirus o el propio sistema creando thumbnails (a veces ni tú lo sabes, el caso de archivos bloqueados a escritura por programas fantasma está documentado).
Pero, técnicamente y como hemos constatado, has metido la pata al hablar de las velocidades "en el peor de los casos".
En cuanto a la tele y demás aparatos, no necesita poder crear esos índices para funcionar ¿Si le metes un pendrive protegido para escritura no reproduce? Tampoco me extrañaría, chapuzas que se hacen... en cualquier caso, estoy viendo que Windows 8.1 por fin varió ese funcionamiento.
Pero, técnicamente y como hemos constatado, has metido la pata al hablar de las velocidades "en el peor de los casos".
RTFA.
C'est fini
la interacción de Windows (generalmente, el Explorador de ficheros) con el dispositivo
y no se trata la particularidad de programas que puedan hacer escrituras periódicas, cambios sin informar o con servicios y procesos-hijo que cierran -y realizan operaciones en disco- después del programa tras un lapso de tiempo.
Lo malo es que tu vaca es esférica y rectangulada.
Ya que vas de guay con las siglas, algunos errores técnicos en tu artículo:
USB 1.0 y 2.0 transmite los datos empleando una corriente de 5 voltios y una intensidad máxima de medio amperioEse contenido no se accede todo de una vez, sino en párrafos (caché/buffers) de cierta cantidad. Estos párrafos se usan como una memoria rápida y temporal. (¿? O una cosa o la otra...)
La causa principal para que ocurra pérdida de datos en esta situación es que la velocidad del dispositivo de lectura sea mucho más rápida que el de escritura.Ahora falta por conocer qué tamaño tiene el "párrafo" que emplea Windows. Bueno, sabemos -porque Microsoft lo ha publicado- que, en Windows 7, el tamaño predeterminado es de 64 KiB. (Sigues confundiendo dos cosas)
RTFMs
It's over.
Para vaciar 2 MiB a una tasa de 30 MiB/s se tardarían unas 7 centésimas de segundo.
Para vaciar 2 MiB a una tasa de 15 MiB/s se tardarían exactamente 1.3 décimas de segundo.
Para vaciar 2 MiB a una tasa de 3 MiB/s se tardaría exactamente un segundo y medio.
30 MiB/s -> 0.07 s
3 MiB/s -> 1.5 s
¿Transportar 2 a un ritmo de 3 por segundo lleva segundo y medio?
(También son un poco raras las tasas de transmisión USB que indicas).
Espero que no te tomes a mal esta conversación.
Un saludo.