Maldito Nerd http://www.malditonerd.com Informática tercermundista aderezada con algo de música y humor Tue, 24 Oct 2023 00:53:25 +0000 es hourly 1 https://wordpress.org/?v=6.4.3 Todo lo que sé de sysadminear lo aprendí de mi mamá http://www.malditonerd.com/todo-lo-que-se-de-sysadminear-lo-aprendi-de-mi-mama/ http://www.malditonerd.com/todo-lo-que-se-de-sysadminear-lo-aprendi-de-mi-mama/#respond Tue, 24 Oct 2023 00:53:25 +0000 http://www.malditonerd.com/?p=3219 No hay artículos relacionados ]]> Lo que sigue debajo es todo lo que mi mamá me inculcó desde muy chiquito, o lo que me gusta llamar: las 20 leyes del sysadmineo que mi vieja me inculcó desde pequeño y me trajeron hasta acá.


Ser sysadmin es como montar en bicicleta... excepto que la bicicleta está en llamas, tú estás en llamas, todo está en llamas y estás en el infierno.

  1. El método noseasunpelotudo de estimación de tiempo.
    Cuando alguien pregunta cuánto tiempo tomará algo, no seas un pelotudo, siempre dobla tu estimación. Esto te da espacio para respirar y corregir errores sin presión, porque, como todos sabemos, en la informática, las cosas rara vez salen según lo planeado y lo que parece el atajo suele ser en realidad el camino más largo entre dos puntos.

  2. Viernes de sólo lectura.
    Los viernes son sagrados. Read-Only hasta la muerte. Evita cualquier cambio que pueda afectar tu entorno de producción en absoluto. La gente está menos disponible para ayudarte si surge un problema, y podrías terminar trabajando el fin de semana, como todos tus putos fines de semana, pero a diferencia de estos últimos, en algo que no tenías previsto atender.

  3. Nombres con significado.
    Jamás nombres un archivo o servidor con ‘test’, ‘tmp’, ‘dev’ o ‘borrar’ a menos que realmente esté destinado para pruebas y podría ser eliminado sin consecuencias. Todos tienen un «entorno de pruebas», pero solo algunos pocos elegidos tienen un «entorno de producción».
    O como dice la ley de Murpy: si se podía borrar, alguien te lo va a borrar, y vas a cagar fuego y del bueno.

  4. No es por los DNS; No puede ser por los DNS; Eran los DNS.
    La regla infalible del sysadmin: cuando algo sale mal, revisá siempre primero los DNS. Por inverosímil que parezca. Por improbable que parezca. Por mucho que creas entender cómo funcionan los DNS.

  5. Cuidado con las POCs que se convierten en producción.
    Si algo comienza como una prueba de concepto (POC) y de repente se convierte en producción, asegúrate de gestionar las expectativas. Una POC siempre debe ser solo eso, una POC.

  6. Establece Límites.
    No seas el pelotudo técnico de aplicaciones para personas que no tienen ni idea de las tecnologías subyacentes que las hacen funcionar. Cada chancho para su rancho. Si algo te excede que lo arregle otro. Que escale hasta el que entiende realmente y que se sepa que te excedió.

  7. Buscá a los que parecen pero no son.
    Si hay alguien pasa todo el puto el día hablando con usuarios, pero no hace el trabajo real de solucionar problemas: te está cagando. Documentá todo su accionar. Vas a necesitar pruebas.

  8. Nunca confíes del todo en lo que dice el usuario.
    Cuando un usuario dice que «todo el sistema está caído y nadie puede trabajar, no anda nada, es urgente», verificá antes de correr. Por lo general es que solamente no le anda internet, MS Word, o la calculadora de Windows.

  9. Siempre tenés que tener un plan de respaldo.
    Si una implementación, un upgrade, un downgrade o una migración comienza a desmoronarse, asegúrate de tener un plan para volver al sistema anterior. Siempre tenés que tener claro cómo volver al estado original cuando algo que no se suponía que salga mal, salga mal.
    Si no tenés un plan para hacer rollback y vas a dar el salto de fé: noseasunpelotudo, posponelo hasta que se te ocurra cómo tener un plan.

  10. Numerá los pasos para esos usuarios que necesitan instrucciones.
    Si estás brindando soporte a alguien que necesita seguir instrucciones, numerá los pasos. Cuando inevitablemente no sigan las instrucciones porque ni te leyeron en el mail original que les enviaste, preguntales en qué paso se quedaron atascados. El 90% del tiempo nunca más volverás a escuchar de ellos y podrás cerrar el ticket por inactividad.

  11. Antes del cambio, preparación.
    Si vas a cambiar algo en un sistema, tenés que tener una imagen CLARÍSIMA de lo que ocurrirá antes de tocarlo. También debes saber, no adivinar, SABER EN SERIO: cuál será el impacto en los usuarios y clientes del sistema.
    Si no podés anticipar los efectos colaterales directos e indirectos: no sos la persona adecuada para realizarlo.

  12. Documentá todo.
    Armate de un conocimiento centralizado coherente en una base de datos de cualquier índole. El primer artículo debe ser sobre cómo formatear todos los futuros artículos para mantener la consistencia.

  13. La regla del y si mañana sos pollo.
    Ninguna persona debe tener conocimiento exclusivo sobre un sistema o mecanismo. La matriz de reemplazo debe contener siempre a gente capaz de hacer lo mismo que ese que mañana no va a poder venir, porque lo pisó un tren. Clave para la continuidad.

  14. Sobre la vitamina D.
    Ser sysadmin es como montar en bicicleta… excepto que la bicicleta está en llamas, tú estás en llamas, todo está en llamas y estás en el infierno.
    De esas llamas es que los que amamos la profesión obtenemos nuestra vitamina D. No nos bronceamos, nos rostizamos en problemas todos de misión crítica.

  15. Confiá, pero verificá.
    Trata a todos con respeto y dignidad, pero siempre verifica la información. El mundo está lleno de idiotas bienintencionados.

  16. ¿Reiniciaste? ¿Seguro? ¿Seguro seguro? ¿Seguro seguro seguro?.
    Odio profundamente a fast-boot. Mi vida sería infinitamente mejor sin fast boot.

  17. Revisá los logs
    Si. Flor de paja. Está todo ahí, a tu alcance, en los logs. Nada más tenés que esforzarte un poco.

  18. Configurá y ajustá las alertas
    Configura las alertas según tus necesidades. Todo tiene la capacidad de enviarte alertas. No siempre necesitás alertas y por lo general menos es más. Cuidado con la fatiga de alertas. Menos alertas enfocadas mata ametralladora de notificaciones.

  19. No serruches la rama en la que estás sentado.
    Siempre que hagas una actualización o cambio, tenés que estar del lado del tronco y no del lado de la rama. Si algo sale mal, tenés que tener un sistema o método para no quedarte fuera. Un método que me dió buenos resultados siempre por ejemplo: programar para dentro de dos minutos un reboot de todo el servidor o restart de un servicio específico justo antes de ejecutar un comando que testeará un cambio de configuración no persistente pero que podría dejarme sin acceso.

Si llegaste hasta acá habrás notado que puse 20 leyes pero son 19.
La número 20 es: no creas todo lo que está en internet. No siempre es verdad.

Y por último: con esta concluyo la serie. Este post es mi tercer experimento, tomé un borrador pendiente de publicar y se lo pasé a CHAT GPT. Arriba pueden apreciar el resultado. Llegó el futuro, damas y caballeros.

]]>
http://www.malditonerd.com/todo-lo-que-se-de-sysadminear-lo-aprendi-de-mi-mama/feed/ 0
Maldita Replicación: repadmin, las dos opciones que tenés que conocer si o si. http://www.malditonerd.com/maldita-replicacion-repadmin-las-dos-opciones-que-tenes-que-conocer-si-o-si/ http://www.malditonerd.com/maldita-replicacion-repadmin-las-dos-opciones-que-tenes-que-conocer-si-o-si/#respond Sun, 22 Oct 2023 23:21:48 +0000 http://www.malditonerd.com/?p=3121 Otros artículos que pueden interesarte:
  1. [HowTo] Como usar Windows y no llorar sangre en el intento (parte 1).
  2. [TIP] Como agregar muchas excepciones juntas en el firewall de Windows.
  3. [TIP] Que hacer si Windows XP se queja de que la finalización del soporte será el 8 de Abril de 2014.
]]>
Saludos, sufridores del mundo de la administración de sistemas. Hoy, nos adentramos en el maravilloso mundo del replicación en Active Directory. Acompáñame mientras intentamos comprender cómo usar los comandos repadmin /showrepl y repadmin /syncall para mantener un mínimo de cordura en esta locura digital.

Maldita Replicación: repadmin, las dos opciones que tenés que conocer si o si.
Maldita Replicación: repadmin, las dos opciones que tenés que conocer si o si.

Repadmin /showrepl: El Detector de Problemas Compulsivo

¿Alguna vez has tenido esa sensación incómoda de que algo está mal en tu dominio de Active Directory? Pues, ¡felicidades! ¡Bienvenido a la vida de un administrador de sistemas! repadmin /showrepl es tu arma secreta, tu linterna en la oscuridad.

Este comando es el súper detective de Active Directory. Te mostrará todo lo que necesitas saber sobre la replicación entre controladores de dominio. ¿Quieres saber si todo está en orden o si hay un desastre en ciernes? ¡repadmin /showrepl te lo dirá!

Pro Tip: Si eres amante de la emoción, ejecuta este comando y observa los errores de replicación. Después, siéntate, toma una taza de café y disfruta mientras intentas descifrar esos mensajes crípticos.

Repadmin /syncall: ¡La Varita Mágica de la Sincronización!

La vida sería tan sencilla si todos los controladores de dominio se llevaran bien y compartieran sus secretos. Pero no, son como niños malcriados que se niegan a jugar juntos en el parque. Aquí es donde entra repadmin /syncall.

Es como decir: «¡Hey, niños, ¡deténganse con esa pelea de replicación! ¡Es hora de compartir sus juguetes!» Con este comando, forzarás a todos los controladores de dominio a sincronizar sus datos y hacer las paces.

Consejo de vida: Úsalo sabiamente, porque una sincronización forzada puede ser como forzar a tus hijos a compartir sus juguetes. Puede que obtengas un breve momento de paz, o puede que desate un desastre aún mayor.

Conclusión

repadmin /showrepl y repadmin /syncall son tus compañeros en la lucha contra los demonios de la replicación en Active Directory. Son tus héroes, tus guías, y tus confidentes en este salvaje mundo de la administración de sistemas.

Así que adelante, valientes administradores, ponte tu traje de superhéroe y enfréntate a los desafíos de Active Directory. Y recuerda, en este mundo caótico, ¡un poco de sarcasmo y humor mordaz siempre ayuda a mantener la cordura!

Hasta la próxima aventura en el emocionante universo de la administración de sistemas. ¡Buena suerte!

Al igual que el post que precedió a este, tomé algunos de mis borradores más viejos y se los pasé a ChatGPT para ver qué hace con ellos, pidiéndole que lo redacte «copiando» el estilo de malditonerd.com y salió esto que ven arriba.
Llegó el futuro.

]]>
http://www.malditonerd.com/maldita-replicacion-repadmin-las-dos-opciones-que-tenes-que-conocer-si-o-si/feed/ 0
[TIP] rsync en modo dios. http://www.malditonerd.com/tip-rsync-en-modo-dios/ http://www.malditonerd.com/tip-rsync-en-modo-dios/#respond Sat, 21 Oct 2023 00:39:40 +0000 http://www.malditonerd.com/?p=1950 Otros artículos que pueden interesarte:
  1. La críptica sintaxis de VirtualBox en modo headless.
  2. [Micro Mini TIP] Navegar por internet mientras se instala Ubuntu.
  3. [TIP] Reiniciar Linux automáticamente si pierde conexión
]]>

Otro título sugerido: Como ejecutar rsync, pero copiando absolutamente todo, incluídos los tiempos de modificación, creación y acceso, softlinks, hardlinks, todo, para que el resultado final sea indistinguible de la magia.

Me dejo a mi mismo como siempre, pero también a la posteridad, este comando que tengo que googlear cada vez que necesito: como hacer para que a rsync no se le escape nada al copiar datos y que el source y destination sean idénticos en todos los aspectos que el sistema de archivos subyacentes lo permita. No porque no esté documentado en el manual, sino porque es más rápido tenerlo agendado en algún lado, para las pocas veces al año en que necesito copiar preservando -casi- todos los atributos con excepción de algunos pocos.

Esto es lo que Dall-e decidió generar desde el prompt rsync en modo dios en un cartel de neón sobre una ciudad, futurista. Llegó el futuro damas y caballeros.

Un comando de la muerte, imposible de recordar y que tengo agendado bloguear al respecto desde el 2015 según veo.
Bueno, 8 años más tarde hoy lo tuve que googlear de nuevo porque lo necesité. Aprovechando la oportunidad, lo dejo documentado aquí para cada vez que lo necesitemos de nuevo. 


El comando en cuestión se ejecuta así:

rsync -rvpzHogt directorio_de_origen directorio_de_destino

Y debajo la explicación larga de qué hace cada cosa:

  • -r (Recursivo): no necesita explicación.
  • -v (Verbose): para el log detallado y progreso de lo que se está copiando.
  • -p (Preservar Tiempos): preservar los tiempos de modificación y acceso de los archivos copiados.
  • -z (Compresión): Compresión GZip, que solamente tiene sentido para copias en red o desde/hacia internet. Si no tenés que comprimir, el comando queda: rsync -Hogtrvp
  • -H (Preservar Hard Links): Preservar los hard links, que son múltiples nombres de archivo repartidos por tu file system, que apuntan al mismo archivo.
  • -o (Propietario): Preservar el propietario de los archivos copiados.
  • -g (Grupo): Preservar el grupo de los archivos copiados.
  • -t (Tiempos): Preservar los tiempos de modificación de los archivos copiados.
  • -a (Modo de Archivo, que deberías haber usado en realidad): Esta opción es un shortcut que engloba varias otras opciones, incluyendo -r, -l, -p, -t, -g, -o y -D. Preserva todas las características de los archivos originales, como permisos, propietario, grupo, tiempos de modificación, enlaces simbólicos y más. Suena a que te estoy puteando subliminalmente pero no, de verdad es el equivalente a todos esos flags.

Así que ahí tenés. Buena suerte encontrando una regla nemotécnica que te permita memorizar esto los flags necesarios: rsync -togprvzH
(Si, el orden de los flags no altera el producto).

Y acá el clickbait: si llegaste hasta acá, hábil sysadmin linuxero, y estabas prestando atención realmente, habrás notado que -a te evita tipear varios de los flags que puse en el comando de la muerte, con lo cual el verdadero comando, el que querés aprender para usar todos los días, el que ni sabías que hace tantas cosas es simplemente un rsync -av, con (a lo sumo) -H en algunos casos y -z o ambos, en otros.

]]>
http://www.malditonerd.com/tip-rsync-en-modo-dios/feed/ 0
Herramienta de recortes de Windows: aprendé cómo lo hacen los grandes. http://www.malditonerd.com/herramienta-de-recortes-de-windows-aprende-como-lo-hacen-los-grandes/ http://www.malditonerd.com/herramienta-de-recortes-de-windows-aprende-como-lo-hacen-los-grandes/#comments Tue, 25 Jan 2022 23:11:43 +0000 http://www.malditonerd.com/?p=3193 Otros artículos que pueden interesarte:
  1. Seguridad informática para paranoicos: Crypto-Port-Knocking
  2. [Micro Mini TIP] Navegar por internet mientras se instala Ubuntu.
  3. Problema tribal.
]]>
Otro título sugerido: todo lo que la snipping tool de Windows quiso y nunca pudo ser, pero para Linux.



Post cortito. Como patada de chancho:



En promedio hasta tres veces por año me encuentro con alguna aplicación que es tan pero TAN TAN buena que me da ganas de hacerle propaganda.

Van 25 días del año 2022 y ya encontré la primera: Flameshot, screenshots para Linux, pero bien hechos. (Y a los que quieran discutir que Lightshot es mejor o que Windows no se la come: vengan de a uno, putos).

Vean nada mas:



Ahora por fin podés dejar de sentirte menos. Ya no tenes nada que envidiarle a los usuarios de Windows sino todo lo contrario:

flameshot demo.


Si sos un pelotudo como yo y usás i3 como windows manager de tu Linux, podés llamarlo con la tecla Print Screen de tu computadora agregando a tu archivo ~/.config/i3/config dos líneas que digan:

bindsym Print exec flameshot full -p /home/coso/Pictures/screenshots
bindsym Shift+Print exec flameshot gui -p /home/coso/Pictures/screenshots


Para luego aplicar el cambio reiniciando i3 con MOD + SHIFT + C.



Te dejo debajo también la ayuda, para que entiendas cómo lo configuré:


Usage: flameshot [flameshot-options] [arguments]

Options:
-h, --help Displays this help
-v, --version Displays version information
Arguments:
gui Start a manual capture in GUI mode.
screen Capture a single screen.
full Capture the entire desktop.
launcher Open the capture launcher.
config Configure flameshot.
]]>
http://www.malditonerd.com/herramienta-de-recortes-de-windows-aprende-como-lo-hacen-los-grandes/feed/ 1
Todo lo que mi mamá no me enseñó acerca de Ethereum y tuve que aprender por mi cuenta. http://www.malditonerd.com/todo-lo-que-mi-mama-no-me-enseno-acerca-de-ethereum-y-tuve-que-aprender-por-mi-cuenta-stackeando/ http://www.malditonerd.com/todo-lo-que-mi-mama-no-me-enseno-acerca-de-ethereum-y-tuve-que-aprender-por-mi-cuenta-stackeando/#respond Sun, 23 Jan 2022 20:16:29 +0000 http://www.malditonerd.com/?p=3187 Otros artículos que pueden interesarte:
  1. [TIP] Como instalar CPP-Ethereum en Debian
  2. De la futilidad del contenido que generamos para internet los que escribimos cuando estamos al pedo, de cuando nos morimos y de como la tecnología de blockchains podría la solución al puto problema.
]]>

Disclaimer 1

lo que sigue es mi traducción de un post original en el subreddit de Ethereum intitulado «A collection of various things the average /r/ethereum browser should know about Ethereum«: https://www.reddit.com/r/ethereum/comments/s8mnwb/a_collection_of_various_things_the_average, publicado por un tal Domotheus

El título podría entenderse como un «Me tienen las bolas por el piso preguntando siempre las mismas pelotudeces una y otra vez y por eso hice este post».

El resumen me pareció tan bueno que me propuse editarlo y tenerlo acá, para que la próxima vez que tenga que explicarle algo a alguien en lugar de perder tiempo le pueda decir: acá tenés, pelotudo. Leé el punto 5.

Disclaimer 2

No se pueden castellanizar todos los términos anglosajones y en la mayoría de los casos los artículos en inglés son mas fáciles de interpretar. Todos los links en este post apuntan a artículos escritos en inglés por ese mismo motivo


Disclaimer 4

Porque es mi blog y puedo saltearme el 3 si quiero: puto el que lee.



Habiendo aclarado todo lo anterior vamos a lo que nos importa:

Ethereum, ETH, ETH 2.0 y otros menesteres. Toda la información que necesitás para entender de qué se habla cuando se habla al respecto.

Otro título sugerido: todo lo que necesitás saber acerca de Ethereum para no quedar como un idiota en una conversación informal.



  1. El nombre: Ethereum es la red, Ether (y ETH) la moneda de cambio. En ninguna parte del nombre lleva una «I/i» latina. Hablá bien.


  2. Las comisiones: Las comisiones que se pagan son altas porque eso es lo que el mercado decide que el espacio limitado en cada bloque de Ethereum vale. Es lo que la gente está dispuesta a pagar a cambio de utilizar la red y está determinado por la oferta y la demanda.

    • Las comisiones aumentan de forma proporcional a la complejidad computacional del código ejecutado, sin relación con el monto de la transacción que se esté ejecutando. En promedio cuesta USD 5 mover dinero, cualquiera sea la cantidad. Se pagan USD 5 por mover un dolar o mil millones de dólares en Ether.
      Intercambiar tokens, NFTs o similares es mucho más caro porque esas transacciones requieren de más potencia computacional. Se ejecuta más código para llevarlas adelante.

    • De ninguna manera nadie podría mantener las comisiones altas de forma artificial, a menos que se esté dispuesto a literalmente tirar a la basura (quemar) millones de dólares por día sin sentido.



  3. El tamaño de bloques: El espacio por bloque en Ethereum (unos 80KB en promedio al momento de redactar esto) está limitado con la intención de lograr que cualquiera pueda ejecutar un nodo de Ethereum en cualquier dispositivo doméstico. Esto último es y fue siempre desde el primer día una prioridad considerando su importancia para la descentralización de la red.
    Idealmente todos los bloques deberían tener un tamaño máximo equivalente al necesario para alojar el código capaz de consumir hasta 15 millones de unidades de gas, pudiendo crecer en los casos donde fuera necesario hasta 30 millones.


  4. La descentralización: Desde el punto de vista del protocolo, el concepto de descentralización tiene muchos significados: distribución geográfica de nodos, distribución geográfica de la moneda propiamente dicha, resistencia a la censura, que cualquiera pueda participar del proceso de confirmación de transacciones, etcétera.

    • Referirse a un único aspecto de los anteriores al grito de «Es centralizado» no es inteligente ni le sirve a nadie. Con seguridad el aspecto al que se estén refiriendo es conocido de antemano y esté siendo investigado y desarrollado activamente, con un plan concreto en el roadmap para atacarlo y mejorar aún más el grado de descentralización.

    • Ninguna blockchain fue nunca completamente descentralizada hasta ahora, y sobre todo en sus comienzos. Ethereum se diseñó desde un principio para ser capaz de funcionar durante décadas –y posiblemente siglos– sin alteraciones ni fallos significativos que pudieran afectar su desempeño.
      Hoy apenas tiene seis años y medio de existencia. Sigue siendo relativamente jóven.

    • Si realmente te importa la descentralización, participá y contribuí en proyectos como Ethereum que lo tienen como finalidad. Cuidado con este otro tipo de proyectos que son copias de Ethereum (literalmente, cualquier puede ejecutar una copia de Ethereum) y apuntan precisamente a todo lo contrario, sin importar las consecuencias.



  5. Los nodos: Hay una diferencia significativa entre los tipos de nodos que cualquiera puede ejecutar. Los de tipo archivo (archive nodes) que requieren varios terabytes de almacenamiento, los de tipo completo (full nodes) que «solamente» requieren un par de cientos de gigabytes para funcionar y los de tipo liviano (light nodes) para casos donde el almacenamiento es un problema.

    * Si. Castellanizar los nombres de nodo es de hijo de puta. Los tipos de nodo se escriben siempre en inglés y lo de arriba me lo inventé recién sobre la marcha. Pueden putearme un poco en los comentarios. Gozan de mi consentimiento.

    • Ejecutar un archive node no es necesario para sincronizar desde el bloque de génesis y verificar bloques y sus transacciones.

    • Toda la información para generar un archive node se encuentra contenida en un full node.

    • Está previsto en el roadmap reducir la cantidad de storage, memoria RAM y ancho de banda necesarios en los nodos aún más, para llevarlos a un punto donde cualquier smartphone sea capaz de verificar cualquier bloque de forma independiente y propagar transacciones de forma directa a la mempool sin intermediarios.


  6. Acerca de ETH 2.0: No hay un «Cuando se actualice a ETH 2.0» o «Cuando los desarrolladores liberen la versión 2 de ETH» o el mas famoso de todos: «Cuando se actualice Ethereum a la versión 2.0». Nada de eso. Nunca hubo.
    Lo que si hay es un plan (ver arriba, el roadmap que ya linkeé dos veces y no voy a likear una tercera, no seas vago hijo de puta) consistente en una serie de actualizaciones sucesivas que apuntan a ayudar a que las rollups escalen y puedan procesar cientos de miles de transacciones por segundo (TPS), sin tocar la capa de base (también conocida como Eth1, Layer 1, L1 o execution layer).
    Las rollups se conocen también como Layer 2 o simplemente L2 y son soluciones que existen para permitir la ejecución de transacciones por fuera de la blockchain principal subyacente, la L1.

    • Dependiendo del contexto, Eth1 usualmente es sinónimo de «execution layer, capa de ejecución» y Eth2 usualmente significa «consensus layers, capa de concenso» (ver esta ilustración). En cualquier otro caso, «Eth2» es un término multi-uso para el set de actualizaciones a lo largo de un período largo de tiempo.
      No existe un momento determinado en el cual Eth1 se vaya a convertir en Eth2.

    • De igual forma, no existe Eth2 como moneda de curso o token. ETH es y seguirá siendo ETH. No tenés que hacer absolutamente nada al respecto. Los ETH que tenés hoy seguirán siendo los mismos ETH e igual de válidos cuando la red conmute desde la actual proof-of-work a proof-of-stake, como está previsto que ocurra en breve.


  7. El stacking de Ether: Cuando se libere el Ether stackeado y los validadores puedan disponer de él, no se producirá un derrumbe o corrida por la venta masiva. La cola de retiros/withdrawals está limitada a 900 por día. No va a ocurrir todo junto.
    Además existen mas razones de peso e incentivos económicos para que la gente siga stackeando Ether que para que los que estén haciendo stacking quieran salir de forma masiva.

    • Sumado a lo anterior, deberán pasar aproximadamente seis meses a partir del momento en que se produzca la conmutación a proof of stake para que en el próximo fork, se habiliten los retiros y los validadores puedan disponer de sus ETH.


  8. Las Sidechains: Hay una gran cantidad de opciones para evitar las comisiones altas que se pagan hoy por el gas. Está perfecto si querés usar side-chains para interactuar con tu plataforma DEFI de preferencia, al menos por ahora, pero no vayas por ahí diciendo que las side chains van a reemplazar a Ethereum, porque no solo eso no va a ocurrir sino que además ni siquiera es lo que están tratando de hacer en primer lugar.


  9. The Merge: La conmutación a Proof of Stake no va a disminuir los gas fees (las comisiones por transacción) de forma significativa. Cualquiera que te diga lo contrario está mintiendo, o desinformado.

    • A pesar de lo anterior, sigue siendo una mejora monumental que hará posible las muy necesarias actualizaciones/upgrades que posibilitarán tener en última instancia light clients que puedan funcionar desde cualquier smartphone por ejemplo, alcanzar finalmente la ansiada statelessness que Vitalik Buterin propuso en 2017, agregarle a la blockchain capacidades de sharding, etcétera, ninguna de las cuales es factible en la actual blockchain basada en Proof of Work.

    • Es –resumidamente– una forma de empezar de nuevo desde cero, un reset, pero manteniendo la misma moneda, los mismos usuarios, las mismas aplicaciones (DAOs y Dapps), aprovechando el mismo efecto de red e inercia que Ethereum trae aparejado con anterioridad.

    • PoS (Proof of Stake) está en el roadmap desde el día cero. Si, las fechas de implementación se vienen posponiendo desde hace mucho tiempo pero en lo que a ahora mismo respecta, todo el esfuerzo se está concentrando en este punto en particular. La especificación está lista, la beacon chain ya está funcionando y ya hay una testnet corriendo. Está ocurriendo mientras escribo.


  10. El Sharding: la implementación de sharding no va a hacer que las comisiones que se pagan por unidad de gas en la L1 bajen significativamente. Sharding es todo acerca de los datos. La ejecución en la L1 seguirá siendo limitada y cara.
    Sharding tiene por única finalidad ayudar a escalar las implementaciones sobre L2. Nada más.


  11. Los Rollups: los Rollups son una realidad tangible hoy y en la medida en que más y más gente comience a utilizarlos, mas barato y mas accesible se irá volviendo para todos.


  12. El Sharding más los Rollups: Data sharding más rollups parece ser la única salida sustentable en el tiempo para escalar una blockchain de forma global en producción sin comprometer la descentralización.

    • «Sustentable» dado que el modelo de seguridad en general no descansa en la esperanza de que el precio de la moneda mantenga una tendencia alcista por siempre para sobreponerse al efecto dilutivo que tiene sobre el precio el hecho de que se emitan más monedas en un día que lo que se recoge minando en concepto de comisiones.
      Esto es algo que todas las grandes blockchains, incluyendo Ethereum la mayoría de los días e incluso Bitcoin están haciendo en la actualidad.

    • «Sin comprometer la descentralización» dado que a más descentralización, más datos para rollups y más capacidad de escalar (y menos comisiones individuales en la L2). Descentralización se vuelve una parte integral de la ecuación.

    • La roadmap centrada en rollups se trata acerca de admitir que ninguna blockchain puede hacerlo todo por si sola ni puede competir con lo que los rollups pueden hacer y aportar.
      En otras palabras: es acerca de ayudar a todos los equipos de desarrolladores independientes a diseñar innovadoras tecnologías de rollup, compitiendo entre ellos y corriendo sobre Ethereum como plataforma subyacente segura, descentralizada y de código abierto.

    • Ethereum no es competencia para las sidechains. La verdadera competencia para las sidechains son los rollups.

    • Todas las críticas acerca de un mundo donde coexistan múltiples rollups aplican también al estado actual del mundo donde coexisten múltiples blockchains, con la diferencia de que tienen mucha más relevancia cuando se trata de blockchains y pueden subsanarse con más facilidad cuando se trata de multi-rollups.

    • Cualquier rollup podría funcionar directamente sobre cualquier solución L1, si, pero siempre va a tender a la capa subyacente que sea más segura, más descentralizada, con mejor credibilidad, más neutral y con mejor disponibilidad de datos.
      Al momento de escribir esto, únicamente Bitcoin y Ethereum cumplen con todos los criterios (otras soluciones de L1 están optimizadas o diseñadas desde cero para ejecución instantánea o tan rápidamente como sea posible en lugar de asegurar la disponibilidad de datos) y Bitcoin requeriría de un hard fork para implementar capacidades de rollup.
      Esto pone a Ethereum como la única –por ahora al menos-, candidata a convertirse en un «AWS para blockchains».


  13. Los casos de uso: El Ether no está pensado para ser una moneda de cambio que puedas usar en tu día a día o para reemplazar al dinero en papel. No es para comprar el pan y la leche, es para pagar las comisiones por unidades de gas necesarias para realizar transacciones y para asegurar la red.
    Cualquier otro caso de uso no es estrictamente necesario y sólo es consecuencia de su escasez.

    • Que el ETH mantenga una tendencia alcista es bueno para la salud a largo plazo de la red al proveerle de más seguridad económica a todo el conjunto, más ancho de banda económico a quienes lo poseen sin intención de venta, y a sus usuarios más incentivos para no vender o para stackear. La deflación futura es beneficial.

    • No obstante, el suministro no será deflacionario para siempre. El mercado dictamina cuánto vale el espacio de cada bloque y esto a su vez cuánto ETH se quema para siempre. También dictamina cuanto es el retorno esperable por stackear Ether y esto a su vez cuánto se emitirá.
      Estas dos fuerzas opuestas se contraponen y van a terminar encontrando un punto de equilibrio en el medio eventualmente.
      Es un Bucle que se retroalimenta.


  14. El modelo de seguridad: el modelo de seguridad triunfa sobre el modelo económico. La idea principal tras el modelo económico es: «La menor cantidad viable de emisión para asegurar la red«.
    Fue diseñado desde un principio para ser desinflacionario/deflacionario (es decir: el porcentaje de inflación decrece a lo largo del tiempo), con la idea de quemar comisiones –fee burning– ya mencionada en las primeras publicacionesen las preguntas frecuentes, las FAQ.


  15. Las EIPs: Está bien cambiar o ajustar cosas sobre la marcha cuando nuevas investigaciones indiquen que hay un problema con la sustentabilidad a largo plazo o el modelo de seguridad. Ninguno de estos cambios ocurre por la mera voluntad de unos pocos sino que interviene la comunidad entera y se toman en consideración todos los aspectos, siempre.

    • Y tené en cuenta que los cambios ocurren en un contexto extremadamente hostil. Si existe alguna posibilidad de que una actualización cause cualquier tipo de problema de seguridad o sea explotado a cambio de una rentabilidad, entonces con seguridad será explotado.
      Los cambios no se aplican así como así, porque si. Ocurren porque la relación riesgo/beneficio da positivo.

    • Cualquier persona puede proponer una Ethereum Implementation Proposal. Vos solamente tenés que convencer al resto de que implementar tu idea es algo bueno. La mayoría de las EIPs nunca se aprueban ni implementan y terminan en el limbo porque precisamente no eran una buena idea por el motivo que fuera.
      En los casos en que una EIP no prospera, sencillamente los clientes se rehúsan a incorporarlos en su código por ser inconvenientes.
      Conforme transcurre el tiempo, cada vez más difícil se vuelve empujar cambios al protocolo, porque cada vez es más la gente implicada en la decisión final. Eventualmente todo converge en un estado de equilibrio, sin que esto implique que la puerta a implementar nuevos cambios se cierra por completo sino todo lo contrario, considerando que es una plataforma sobre la que cualquiera puede desarrollar nuevos proyectos e ideas.

    • Incluso al mismísimo Vitalik los equipos de desarrollo de los clientes, otros desarrolladores o la comunidad en general le bloquean las EIP con regularidad.
      A lo sumo se lo trata como de quien viene: Es una influencia a la cual se puede recurrir en busca de conocimiento porque conoce en profundidad la tecnología y criptografía que hacen funcionar a Ethereum, y fue parte desde el día cero.
      Adorarlo como si fuera más que eso es de idiota. Tratarlo como si fuera una especie de CEO, un Mark Zuckerberg de Ethereum, es de idiota.
      Es solamente otro tipo más dentro del proyecto. Uno que sabe mucho.


  16. La Ethereum Foundation: La Ethereum Foundation es más una coordinadora antes que una dictadora. Está mucho mas enfocada en la comunidad que lo que comúnmente se cree.

    • Todo ocurre de forma muy transparente en foros públicos que nadie lee y streams de videollamadas públicas que nadie escucha.
      Todo el que quiera puede participar y será bienvenido. Está todo ahí a la vista y es público.

    • La Ethereum Foundation no programa, no codea, no toca código ni tiene nada que ver con el software.
      Existen 5 grandes clientes de ejecución y cuatro de consenso. Todos ellos desarrollados por equipos independientes entre si, y con la única finalidad de implementar lo que el protocolo especifica.
      A pesar de que este enfoque multi-cliente puede ser en muchos casos el responsable de las demoras que sufre el desarrollo e implementación de nuevas actualizaciones, tiene sus ventajas desde el punto de vista de la seguridad.


  17. El Hardfork culpa de «The DAO»: El «DAO hard fork» no fue un roll-back. No se revirtió ni una sola transacción. Nadie perdió plata (fuera del hacker que explotó la vulnerabilidad que posibilitó que se robara ese dinero), que de haberse salido con la suya, en su momento Equivalía al 15% del ETH en circulación.
    No fue Vitalik y sus amigotes chapeando de «mirá como te robo lo que te robaste» sino un esfuerzo mancomunado por parte de una gran mayoría de la comunidad a partir de un evento que podría haber matado a Ethereum en su infancia.

    • Al fin y al cabo es todo acerca del consenso social, el consenso de los que minan Ethereum, los que lo usan y los que lo desarrollan. Incluso eso de que «El código es la ley» (code is law) no deja de ser más que consenso social, que posibilitó que hoy exista además el ETC (por Ethereum classic), que puede revertirse en caso de bugs importantes como le pasó a Bitcoin en 2010.
      Es todo acerca de lo que la comunidad esté de acuerdo en aceptar como legítimo (y por el amor de dios lean ese post que está linkeado allí, uno de los mejores que he leído en mucho tiempo).


  18. La distribución inicial: En lo que respecta a la dsitribución inicial, La Initial Coin Offering de Ethereum (ICO) está entre las mejores de todas las que tuvieron una ICO, y en lo que a la distribución actual respecta, después de seis años de Proof of Work y movimientos de mercado, está a la par de la del bitcoin.
    60 millones de los 72 que se preminaron durante la ICO fueron a una venta de la que cualquiera podía participar como comprador o espectador, sin KYC, sin que se supiera quien es quien. Todas las transacciones de génesis se incluyeron en el bloque cero. 
    Podés revisarlo vos mismo por tu cuenta. No hay nada oculto.
    Al igual que con el Bitcoin, los mas arriesgados se llevaron una mejor recompensa. Nada de qué sorprenderse.
    Cualquier preocupación acerca de si la ICO fue una estafa debería haber desaparecido en 2015. No se puede hacer mas transparente, y sin embargo aquí estamos seis años después todavía hablando de lo mismo y necesitando aclarar las mismas dudas.

    • Y si la distribución de ETH es un problema para vos porque proof of stake y la mar en coche, entonces deberías alegrarte de que el hacker detrás de The DAO no se hizo con el 15% del total de Ethers en circulación.


  19. La tecnología: No. No hay una deuda tecnológica o técnica que impida que Ethereum escale hoy. No hay limitaciones. Todas las condiciones están dadas y los medios técnicos e incentivos económicos alineados.


  20. La estabilidad emocional y previsibilidad del precio por unidad de gas. La EIP 1559: la EIP-1559 nunca fue acerca de reducir las comisiones que se pagan por unidad de gas. Tampoco nadie que tenga credibilidad prometió nunca que fuera una solución para escalar mejor.

    • Tiene muchos beneficios mas allá de quemar comisiones. La deflación es un efecto colateral. Nunca fue una puesta en escena con la única finalidad de elevar el precio del ETH.


  21. El PoW, el PoS: Proof of Work en en realidad Proof of Stake con algunos añadidos.

    • En ambos sistemas la finalidad es alcanzar consenso en un ambiente hostil y de forma resistente a un ataque de tipo Sybil.
      Gastar tiempo y energía computacional en el cálculo necesario para resolver el próximo bloque una y otra vez de forma repetitiva es solamente la forma más sencilla de alcanzar esta meta.
      Si podemos alcanzar la misma meta sin el gasto energético equivalente a un continente entero, si duda que debemos explorar esa posibilidad.

    • En ambos sistemas, aquel que tiene el capital se hace con aún más capital al producir nuevos bloques, excepto en Proof of Stake, donde todo el mundo obtiene la misma rentabilidad en la misma ventana de tiempo, de forma directamente proporcional a su porcentaje de participación (proporcional a cuanto estén stackeando).

    • En ambos sistemas, el capital que cada individuo aporta para participar (sea stackeando o adquiriendo nuevos rigs para minar) es un excelente indicador de cuánto ese individuo está dispuesto a no violar las leyes del protocolo. A más capital, menos posibilidad de que se vea tentado a hacer trampa.

    • Porque se diseñó así, Ethereum no puede ser gobernado desde la blockchain (no tiene on-chain governance). Esto significa que la gente con más unidades de ETH en su poder no tiene más poder para cambiar las reglas y acomodarlas a su favor en PoS que el que tiene la gente con más poder computacional en PoW.

    • Así como existen pools de minado, existen pools de stackeado. Como ocurre siempre, Algunos son más descentralizados y enfocados en la comunidad que otros.
]]>
http://www.malditonerd.com/todo-lo-que-mi-mama-no-me-enseno-acerca-de-ethereum-y-tuve-que-aprender-por-mi-cuenta-stackeando/feed/ 0
Yo expandí un RAID de discos online, sin desmontar, y viví para contarlo. http://www.malditonerd.com/yo-expandi-un-raid-de-discos-online-sin-desmontar-y-vivi-para-contarlo/ http://www.malditonerd.com/yo-expandi-un-raid-de-discos-online-sin-desmontar-y-vivi-para-contarlo/#comments Sat, 16 Oct 2021 00:00:00 +0000 http://www.malditonerd.com/?p=3175 Otros artículos que pueden interesarte:
  1. Como hacerle la vida imposible a tu Sysadmin
  2. [TIP] Reiniciar Linux automáticamente si pierde conexión
  3. [Micro Tip] 3 formas de conocer el espacio en disco desde la consola de Linux
]]>
Otro título sugerido: cómo redimensionar para agrandar un raid de cualquier nivel, raid 1, raid 0, raid 5, raid 10, etc etc, en Linux, sin desmontar el sistema de archivos y sin reiniciar el servidor o computadora, desde la CLI (consola de comandos) en modo interactivo, sin entorno gráfico.

Otro más: como coquetear con la muerte, mirarla fijo a los ojos y decirle: yo leí un post en internet, es imposible que nada salga mal, mientras cambiás el tamaño de tu raid de discos y le sacás brillo a tus dos bolas de titanio.

El que sigue es otro de mi [HowTo] pero en este caso en particular, uno delicado. Uno donde si la cagás perdés toda la información. Se rompe todo y difícilmente puedas recuperar algo sano. Así que lo voy a dejar bien en claro: hacé backup. Si no tenés backup, no hagas nada. Hacé FSCK, sin un sistema de archivos consistente, no hagas nada.

Se trata de manipular particiones, sistemas de archivos y raid de discos con una de las herramientas mas peligrosas que tiene linux, mdadm, por lo que insisto:

Backup, mucho backup.

Habiendo dejado lo anterior en claro, vamos a los bifes. Te cuento, te explico y te muestro como redimensionar un RAID de discos en cualquiera de sus variantes para expandirlo desde el tamaño actual al que quieras que tenga, aumentando su capacidad de almacenamiento. Todo esto sin reiniciar y sin desmontar, cosa especialmente útil para servidores en producción y especialmente contraindicada para personas susceptibles a cometer errores bajo presión o propensas a ataques de pánico.

Voy a omitir toda la parte en donde explicaría qué, cómo y para qué. Voy a presuponer que estás familiarizado con el concepto de RAIDs de discos en sus diferentes versiones y pasar derecho a poner dedos a la obra.

Para el ejemplo, supongamos dos discos, cada uno de 2TB de capacidad, dentro del cual tenés a su vez dos particiones de tipo FD (Linux Raid autodetect) de 1TB de capacidad y querés extender el RAID (que llamaré md0, compuesto por sda1 y sdb1) para que utilice el 100% de la capacidad de los discos.

A grosso modo el procedimiento implica estos 14 sencillos pasos:

  1. Quitar el disco 1 del RAID.
  2. Eliminar la partición de 1TB.
  3. Crear una nueva partición de tipo RAID de 2TB.
  4. Agregar la nueva partición de 2TB al RAID md0.
  5. Esperar a que el RAID sincronice.
  6. Quitar el disco 2 del RAID.
  7. Eliminar la partición de 1TB.
  8. Crear una nueva partición de tipo RAID de 2TB.
  9. Agregar la nueva partición de 2TB a md0
  10. Esperar a que el raid sincronice.
  11. Redimensionar el RAID
  12. Esperar a que el raid sincronice.
  13. Redimensionar el sistema de archivos.
  14. Esperar a que la redimensión se complete.

En definitiva: muchas horas culo, mucho cortar clavos, mucho café, mucho cruzar los dedos y mucha paciencia. Cada una de las 14 etapas que impliquen esperar y dependiendo de la carga podría insumir hasta varias horas en completarse.

Ahora que sabés a que atenerte:

1 – Quitar el disco 1 del RAID:

# Marcar como fallada la partición sda1:

mdadm -f /dev/md0 /dev/sda1

Hecho esto, en tu dmesg deberías ver algo parecido a esto:

[97717.025096] md/raid1:md1: Disk failure on sd11, disabling device.                                           
[97717.025099] md/raid1:md3: Operation continuing on 1 devices.  

Es MUY recomendable que vayas tirando de dmesg después de cada comando para constatar que todo va bien.

# Retirar la partición sda1 del RAID md0:

mdadm -r /dev/md0 /dev/sda1

2/3 – Eliminar la partición sda1 del disco y generar una nueva.

Si estás familiarizado con fdisk:

fdisk /dev/sda

d

n

p

1

[enter]

[enter] (o definí el tamaño máximo en GB, bloques o porcentaje)

t

fd

w

Si sos de los que prefieren parted, deberías optar por parted /dev/sda resizepart 1 (y acá el tamaño) pero como ya sabrás en tal caso, a parted no le podés decir «usá todo el disco de punta a punta«, caso en el cual deberías optar o bien por utilizar un script como este, o bien por borrar y regenerar así:

parted -a optimal /dev/sda

rm

1 

mklabel msdos

mkpart

primary

[enter]

2048s

-1

set raid 1 on

align-check

w

4 – Agregar la partición sda1 recientemente expandida desde 1 TB a 2 al raid en /dev/md0:

mdadm --add /dev/md0 /dev/sda1

5 – Esperar a que el raid sincronice.

Llegado a este punto solamente resta esperar un rato. Pueden ser desde varios minutos hasta varias horas dependiendo de la carga de la computadora o servidor. Tirando de dmesg podrás hacerte una idea aproximada del mínimo de velocidad al que se copiará el terabyte de datos desde el disco 2 al disco 1, que al terminar te lo indicará con un alegre «resync done»:

[138674.979928] md: resync of RAID array md0
[138674.979931] md: minimum guaranteed speed: 1000 KB/sec/disk.
[138674.979933] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for resync.
[138674.979937] md: using 128k window, over a total of 1953382488k.
[138674.979939] md: resuming resync of md3 from checkpoint.
[157017.958610] md: md0: resync done.

Mientras todo eso pasa, podés ir mirando el estado de la carga del disco, de todo el sistema o de la sincronización del los raids ejecutando respectivamente:

# Para el estado de la sincronización:

cat /proc/mdstat 


# Para la carga de sobre los discos:

iotop

nmon (con la opción d)


# Para la carga sobre todo el sistema:

top

o con colores:

htop


etc, etc.

6 al 10 – Repetir todos los pasos anteriores, pero reemplazando el disco 1 por el disco 2. Para el caso del ejemplo: reemplazando sda por sdb.

11 – Redimensionar el raid al 100% de su capacidad:

mdadm --grow /dev/md0 -z max

12 – Esperar a que el raid termine de sincronizar. Ver el punto 5.

13 – Redimensionar el sistema de archivos:

resize2fs /dev/md0

14 – Esperar a que la redimensión concluya:

Redimensionar el sistema de archivos es otro punto clave que puede insumir desde varios minutos a varias horas. Cuando lo hacés offline (con la partición desmontada), podés usar resize2fs -p /dev/md0 para tener una idea aproximada de cuánto falta para que el proceso termine por que te lo representa mediante una barra de progreso.
Como en el caso que nos ocupa estamos trabajando siempre online, el único método que conozco para entender que tan bien va funcionando todo es monitorear la carga sobre los discos (ver el punto 5) o ejecutar mediante watch o manualmente cada tanto:

df /dev/md0

# Para human readable:

df -h /dev/md0

# Para actualización automática cada 5 segundos:

df -h -n 5 /dev/md0

15 – Profit.

Si llegaste hasta acá sano y salvo, te felicito. Considerate el elegido. Tu raid se extendió, tu ninjitsu ahora es más letal y certero y tu tranquilidad mental estará a buen recaudo hasta nuevo aviso.

Si te sirvió, avisame en los comentarios. Si la cagaste y ahora estás viviendo en la calle y desocupado por seguir un tutorial de internet, avisame en los comentarios. Si usás Brave Browser para navegar por internet, dejame unos BAT de propina y te prometo que me la gastaré en café.

¿Te sirvió? De nada.

]]>
http://www.malditonerd.com/yo-expandi-un-raid-de-discos-online-sin-desmontar-y-vivi-para-contarlo/feed/ 1
[How To] Comprobaciones automáticas, forzadas y manuales de sistemas de archivos en Linux. http://www.malditonerd.com/how-to-comprobaciones-automaticas-forzadas-y-manuales-de-sistemas-de-archivos-en-linux/ http://www.malditonerd.com/how-to-comprobaciones-automaticas-forzadas-y-manuales-de-sistemas-de-archivos-en-linux/#respond Fri, 08 Oct 2021 00:24:21 +0000 http://www.malditonerd.com/?p=3168 Otros artículos que pueden interesarte:
  1. [Micro Mini TIP] Navegar por internet mientras se instala Ubuntu.
  2. Como hacerle la vida imposible a tu Sysadmin
  3. Sistema de videovigilancia casero usando una webcam.
]]>
Otro título sugerido: cómo forzar un fsck durante el próximo reinicio en Linux.

Otro: cómo saber cuando te toca el próximo FSCK o chequeo automático del sistema de archivos en Linux.

Post cortito y linuxero al mango, para la posteridad principalmente por que todo lo que sigue me lo sé de memoria, o por si en el futuro me da un ACV y mi memoria deja de ser la que era. Una breve pasada rasante en modo reseña acerca de cómo entender las comprobaciones de integridad que hace Linux (da lo mismo cual sea tu distribución o versión) sobre el sistema de archivos (da lo mismo cualquiera sea tu sistema de archivos).

Siempre que algo involucre comprobaciones de integridad del sistema de archivos, lo primero que vas a necesitar conocer es cuándo se ejecutó una por última vez. Para ello: tune2fs -l (es una L minúscula) a la partición de tu interés. En el ejemplo que sigue, nvme0n1p5 es la partición sobre la que pretendo trabajar:

# tune2fs -l /dev/nvme0n1p5 | grep Last
La última vez que se ejecutó fsck sobre el sistema de archivos ETX4 de este Linux fue el 18 de agosto
La última vez que se ejecutó fsck sobre el sistema de archivos ETX4 de este Linux fue el 18 de agosto

Con esta información en la mano, el próximo paso es verificar cuando le toca una comprobación automática nuevamente:

# tune2fs -l /dev/nvme0n1p5 | grep Max
Maximum mount count:      -1
Mount count -1, el próximo fsck está desactivado
Mount count -1, el próximo fsck está desactivado

En el ejemplo de arriba, fsck automático cada N cantidad de reinicios se encuentra desactivado. Si quisieras activarlo cada -por ejemplo- 10 reinicios (esto es, 10 remounts, usualmente durante un reinicio), nuevamente tirando de tune2fs:

# tune2fs -c 10 /dev/nvme0n1p5 
tune2fs 1.45.5 (07-Jan-2020)
Setting maximal mount count to 10

Otro dato no menor que puede interesarte también es cuantas veces se montó el sistema de archivos de tu partición desde que existe:

# tune2fs -l /dev/nvme0n1p5 | grep Mount
Mount count:              291

Es decir: la partición raíz de la computadora que estoy usando para ejemplificar ya fue montada y desmontada 291 veces, presumible pero no necesariamente, durante 291 reinicios.

Si entendiste lo anterior y si no también, el próximo paso es entender cómo funciona la columna de pasadas de fsck definida en el /etc/fstab de tu linux y que puede tomar tres valores:

  • Un cero: 0 – fsck nunca ejecutará una comprobación automática sobre el sistema de archivos.
  • Un uno: 1 – fsck ejecutará una comprobación automática una vez que se cumplan la cantidad de remounts establecida en la partición mediante tune2fs
  • Un dos: 2 – fsck ejecutará una comprobación automática sobre la partición pero únicamente luego de haber terminado la comprobación sobre las particiones marcadas con un 1.

Ejemplo donde la partición / se verifica primero, /var se verifica segundo y /mnt nunca:

UUID=c57c0003-6658-46c7-ad1b-0b8963a321b1 /    ext4 errors=remount-ro 0  1
UUID=c57c0003-6658-46c7-ad2b-0b8223a321b1 /var ext4 errors=remount-ro 0  2
UUID=c57c0003-6658-46c7-ad2b-287deebb732d /mnt ext3 errors=remount-ro 0  0

Si querés hacer algún cambio sobre esta configuración basta con que edites tu /etc/fstab según tus necesidades.

Si llegaste hasta acá ya tenés claro cuándo y cómo se va a ejecutar un chequeo de tu sistema de archivos, además de como modificar esta configuración para adecuarla a tus necesidades. Incluso así, puede que necesites forzar una comprobación automática durante el próximo reinicio y esto se puede conseguir de varias formas. La más rápida es poner un archivo en la partición raíz con nombre forcefsck:

# touch /forcefsck

Haciendo únicamente ese cambio, durante el próximo reinicio se ejecutará una comprobación automática sobre todos los sistemas de archivos siguiendo el orden preestablecido en tu fstab. Luego del reinicio y comprobación automática, el archivo forcefsck se eliminará automáticamente.

Si por el contrario necesitás hacer un check sobre el filesystem en cada reboot invariablemente, toca tirar de tune2fs nuevamente, con la opción C:

# tune2fs -c 1 /dev/nvme0n1p5

Y antes de que vengas a preguntar pelotudeces, me anticipo: no, poner un forcefsck en el root de otras particiones no fuerza una comprobación durante el próximo reinicio. (Ya intenté y fue en vano).

¿Te sirvió? De nada.

]]>
http://www.malditonerd.com/how-to-comprobaciones-automaticas-forzadas-y-manuales-de-sistemas-de-archivos-en-linux/feed/ 0
[TIP] Cómo aumentar el volumen de Linux mas allá del 100% http://www.malditonerd.com/tip-como-aumentar-el-volumen-de-linux-mas-alla-del-100/ http://www.malditonerd.com/tip-como-aumentar-el-volumen-de-linux-mas-alla-del-100/#respond Tue, 28 Sep 2021 22:00:00 +0000 http://www.malditonerd.com/?p=3163 Otros artículos que pueden interesarte:
  1. [TIP] Reproducir videos de Youtube usando mplayer.
  2. [TIP] Como saber la edad de tu disco rígido.
  3. [TIP] Como ripear CDs de audio en Linux
]]>
Va uno cortito, uno de esos tips para la posteridad y para mí, para que cuando me pase de nuevo dentro de dos años no tenga que googlear cómo mierda fue que lo arreglé:

Prefacio: El volumen de Linux suena muy bajo si lo comparás con Windows y ni subiendo desde el mezclador de volumen de tu entorno gráfico ni desde el viejo alsamixer te complace el resultado.
Me pasa desde hace un par de años y jamás le había dedicado tiempo hasta que hoy se me dió por reproducir el soundtrack original de la película Dune, de Hans Zimmer y noté que debido a que el volumen obtenido en mis auriculares era demasiado bajo, me estaba perdiendo matices.

Por supuesto que me fuí derecho a alsamixer a darle a la tecla de cursor a tope pero encontré que tanto los canales main como pcm ya estaban seteados al 100%, y ahí, justo ahí, es que me puse a investigar que carajo.

Versiones anteriores de alsamixer (o será que depende de la placa de sonido que te toque en suerte, no lo sé), incorporaban un control de ganancia que uno podía modificar para aumentar hasta llegar a saturar el nivel de salida de audio. No es mi caso. Mi alsamixer no lo tiene.

Para casos como este resulta que existe PAVUCONTROL, que te permite subir el volumen por encima del 100% al que te capa tu versión de Linux:

El volumen de tu linux es demasiado bajo. Pavucontrol al rescate.
El volumen de tu linux es demasiado bajo. Pavucontrol al rescate.

Pavucontrol, el Pulse Audio Volume Control, es el que te permite jugar con este control de volumen y hacer la magia. Si no viene pre-instalado con tu distribución de Linux lo instalás mediante el gestor de paquetes y ejecutás como mejor te convenga o estés acostumbrado a hacer.

Con la ventaja adicional de que además te permite controlar el volumen por aplicación en lugar de por canal, como se aprecia en el ejemplo de arriba, donde las notificaciones están silenciadas y Youtube está sonando en mi Brave Browser (que te recomiendo si no conocías y será tema para algún artículo futuro).

¿Te sirvió? De nada.

]]>
http://www.malditonerd.com/tip-como-aumentar-el-volumen-de-linux-mas-alla-del-100/feed/ 0
PayPal: vas a conseguir que quiera prender fuego de nuevo al amazonas http://www.malditonerd.com/paypal-vas-a-conseguir-que-quiera-prender-fuego-de-nuevo-al-amazonas/ http://www.malditonerd.com/paypal-vas-a-conseguir-que-quiera-prender-fuego-de-nuevo-al-amazonas/#comments Sun, 12 Sep 2021 01:40:11 +0000 http://www.malditonerd.com/?p=3116 No hay artículos relacionados ]]> Otro título sugerido: PayPal, la puta que te parió PayPal.
Otro: PayPal, antes eras chébere.

La cuestión es mas o menos como sigue: hace mucho tiempo, un fatídico 20 de Abril de 2017, un tal Lillian Marchello creó una cuenta en PayPal utilizando mi dirección de email. Nada grave. Me pasa siempre.
Al recibir este primer email, intenté cerrar la cuenta inmediatamente pero no pude. El mail original, el sitio, los formularios de contacto, nada explica que hacer en una situación como esta. No había una opción de «Si recibiste este email por error hacé click acá». Le dediqué unos minutos en su momento y luego me desentendí, nada grave. Me pasa siempre.

El mismo día, este (o esta) Lillian Marchello asoció una tarjeta de crédito a la cuenta, nada grave. Me pasa siempre.

PayPal es una mierda.
PayPal es una mierda.

Un par de días mas tarde, PayPal le suspendió la cuenta a Lillian por actividad sospechosa. Empieza a ponerse un poco mas grave pero de nuevo, me pasa siempre.
Volví a dedicarle unos minutos, supongo que por curiosidad morbosa, ya no recuerdo bien. Utilicé un formulario de contacto para explicar la situación. Nunca me dieron una devolución. Volví a desentenderme del asunto. Me pasa siempre.

Desde entonces recibo emails de PayPal esporádicamente, que un filtro de Gmail (que tuve que configurar por que nunca pude dar de baja la cuenta de PayPal, la puta que te parió PayPal) me marca como leídos y hace desaparecer de mi bandeja de entrada sin que me entere de nada.

Anoche revisando mails pasé por encima de otro mail de PayPal para Lillian Marchello y me dije: «No puede ser tan difícil, tiene que haber una forma de darse de baja«. Así que volví a la carga, un poco por deporte, un poco para ver hasta donde podía llegar y un poco para no sentir que me derrotaron.

El loop infinito es mas o menos como sigue:

  • Entro a PayPal, hago click en «olvidé mi contraseña».
  • Recibo un código para restablecer la contraseña de la cuenta en mi dirección de email.
  • Lo ingreso en PayPal pero como la cuenta está sospechada de fraudulenta y desactivada, el paso inmediato siguiente me pide los datos de la tarjeta de crédito que Lillian dió de alta y por supuesto, no tengo.
  • Vuelvo a cero. Rinse and repeat.

Cosas que intenté:

  • Enviar un mail a soporte: no se puede, para ello primero hay que iniciar sesión en PayPal, pero no puedo, por que no puedo restablecer la contraseña debido lo del loop infinito de arriba.
  • Enviar un mail a soporte desde otra cuenta: no se puede, para atender la solicitud, tiene que provenir desde la cuenta donde se origina el problema, que si lo piensan desde el punto de ellos, es bastante lógico. Manejan dinero y deben sufrir intentos de ataque mediante ingeniería social a razón de miles por día.
  • Revisar hasta el séptimo círculo del  averno toda la documentación y ayuda disponible de la página tratando de encontrar qué hacer.
  • Llamarlos por teléfono en dos oportunidades, probar todas las opciones y caminos que se me ocurrieron dentro del IVR (el contestador automático que te va guiando por medio de opciones) y acá es a donde quería llegar.

Mi última llamada la realicé anoche, se prolongó por un total de 48 minutos durante los cuales nunca me atendió nadie. En mis llamados anteriores tampoco me fue bien, nunca hay un humano al teléfono del otro lado de la línea.

Estoy convencido de que el Bossa Nova no le puede gustar a nadie y sólo existe como una forma de tortura psicológica. El hecho de que Paypal te tenga 48 minutos al teléfono escuchando Bossa Nova es la prueba empírica. La expresión mas vil y burda de bajeza que la humanidad haya podido concebir nunca. De ninguna otra manera se explica que en todas estas empresas donde te dejan escuchando una música de espera que tiene por única finalidad disuadirte en tu intención de ser atendido, siempre SIEMPRE SIEMPRE, de fondo suena Bossa Nova.

Después de haber pasado mas de cien minutos en total escuchando Bossa Nova gracias a Paypal y Lilian Marchello (la puta que te parió Paypal), y sabiendo mi única alternativa es volver a escuchar otros cien minutos y tal vez, sólo tal vez entonces, consiga dar de baja esta cuenta de PayPal, tengo que reconocer que lograron su objetivo. Me derrotaron:

Me han disuadido. Han logrado convencerme, nunca nadie puede darse de baja de PayPal sin conocer sus datos de acceso. Voy a dejar de intentar y resignarme. La concha de tu madre PayPal.

Han conseguido también que desarrolle una aversión infinita contra el Bossa Nova, que lo odie con la intensidad de mil soles, que me den ganas de que arda todo el Amazonas, ganas de mearle la tumba a Vinicius de Moraes, ganas de que caiga una bomba atómica en ipanema, que el portugués como idioma sea erradicado y olvidado. Se me fueron las ganas de conocer las playas de Brasil que me faltan, ahora odio el ananá y la banana asada y me enoja saber que hay un universo paralelo donde el Bossa Nova no existe pero me tocó este otro, el choto.

Cosas que me falta intentar:

  • Mariconear en las redes sociales.
  • Mariconear mas fuerte en las redes sociales.
  • Escuchar más Bossa Nova al teléfono.
  • Mariconear otro poco en las redes sociales.

]]>
http://www.malditonerd.com/paypal-vas-a-conseguir-que-quiera-prender-fuego-de-nuevo-al-amazonas/feed/ 1
[HowTo] Cómo unir una computadora con Windows 10 home al dominio http://www.malditonerd.com/howto-como-unir-una-computadora-con-windows-10-home-al-dominio/ http://www.malditonerd.com/howto-como-unir-una-computadora-con-windows-10-home-al-dominio/#comments Sun, 28 Mar 2021 23:20:51 +0000 http://www.malditonerd.com/?p=3140 Otros artículos que pueden interesarte:
  1. [TIP] Como desactivar aero temporalmente y con un solo comando para poder usar TeamViewer con propiedad.
  2. Todos los drivers de todos los dispositivos en un único lugar – Ideal para técnicos de PC.
  3. [TIP] Como actualizar Microsoft Security Essentials Offline
]]>
Otro título sugerido: cómo instalar Windows 10 pro en una computadora que venía con Windows 10 home.

TL:DR: No se puede. NO-SE-PUE-DEEEEEE. No vas a poder nunca unir una computadora con Windows 10 Home Edition a un dominio a menos que la formatees y reinstales Windows 10 Professional Edition.

Cuando tu versión es pirata (guiño guiño) o simplemente preferís formatear a usar DISM o el nuevo asistente de Windows para convertir, -hacer el upgrade- desde Windows 10 Home a Windows 10 Professional, la clave de activación de producto que venía con tu computadora te lo impedirá, la muy hija de puta.

El número de serie viene hardcodeado por UEFI y durante la instalación no sólo no te lo pregunta sino que además te instala de prepo la versión Home Edition de Windows (o alguna otra versión limitada) que tampoco te permite unirla al dominio. Y acá es donde vengo a darte una mano y de paso documentarlo para mi, por que ya me pasó varias veces y me hinché la pelotas o de googlearlo o de tener que explicarlo.

Tu product activation key podría no ser del todo legal y eso te impide la intalación o upgrade de Windows 10 home a Windows 10 pro por que la clave viene hardcodeada por UEFI y ni te la pregunta durante la instalación
Tu product activation key podría no ser del todo legal y eso te impide la instalación o upgrade de Windows 10 home a Windows 10 pro por que la clave viene hardcodeada por UEFI y ni te la pregunta durante la instalación.

Durante la instalación de Windows 10, se utiliza el siguiente criterio para decidir cuál versión instalar:

  1. Si existe y contiene información válida, el archivo PID.txt tiene prioridad y se instalará la versión que corresponda a la key de Windows que allí esté definida.
  2. En caso contrario se instalará la versión que corresponda a la product activation key almacenada en el firmware UEFI.
  3. Si todo lo anterior falla se le pide al usuario que ingrese una clave durante la instalación.
  4. Si el usuario elige «no tengo, soy pobre» se le pregunta cuál versión instalar, si Pro o Home.

Sabiendo esto, la solución es sencilla, nada más tenes que tener un archivo PID.txt en el directorio sources.txt del pendrive mediante el cual vas a hacer la instalación, cuyo contenido tiene que ser:

[PID]
Value=pegá acá la clave de activación de producto que ibas a usar (guiño guiño)

Si no tenés una key válida podés usar esta provisoria que te dejo a continuación durante la instalación y será válida para Windows 10 professional: VK7JG-NPHTM-C97JM-9MPGT-3V66T

Tu archivo sources\PID.txt tiene que quedar entonces tal y como sigue:

[PID]
Value=VK7JG-NPHTM-C97JM-9MPGT-3V66T

Guardá los cambios. Reinstalá, uní al dominio y vení acá a dar las gracias. Es una orden.

]]>
http://www.malditonerd.com/howto-como-unir-una-computadora-con-windows-10-home-al-dominio/feed/ 3