![\"\"](\"https://skamasle.com/media/posts/25/cap1-ols.png\")
Sí, lo de siempre, mucho jaleo esta vez, un bug gordo que afecta a OpenVZ
\nTodavía habemos gente que gestionamos algunos nodos con OpenVZ7 y no se sabe si sacarán un backport
\nAsí que dejo aquí uno:
\n\n
From 1fa0a12de3aca9816a9d953b1af395bcdb20901c Mon Sep 17 00:00:00 2001\nFrom: Keenan Dong <keenanat2000@gmail.com>\nDate: Wed, 8 Apr 2026 16:46:00 +0800\nSubject: [PATCH] rtmutex: Use waiter::task instead of current in\n remove_waiter()\n\nremove_waiter() is used by the slowlock paths, but it is also used for\nproxy-lock rollback in rt_mutex_start_proxy_lock() when invoked from\nfutex_requeue().\n\nIn the latter case waiter::task is not current, but remove_waiter()\noperates on current for the dequeue operation. That results in several\nproblems:\n\n 1) the rbtree dequeue happens without waiter::task::pi_lock being held\n\n 2) the waiter task's pi_blocked_on state is not cleared, which leaves a\n dangling pointer primed for UAF around.\n\n 3) rt_mutex_adjust_prio_chain() operates on the wrong top priority waiter\n task\n\nUse waiter::task instead of current in all related operations in\nremove_waiter() to cure those problems.\n\n[ tglx: Fixup rt_mutex_adjust_prio_chain(), add a comment and amend the\n changelog ]\n\nFixes: 8161239a8bcc (\"rtmutex: Simplify PI algorithm and make highest prio task get lock\")\nReported-by: Yuan Tan <yuantan098@gmail.com>\nReported-by: Yifan Wu <yifanwucs@gmail.com>\nReported-by: Juefei Pu <tomapufckgml@gmail.com>\nReported-by: Xin Liu <bird@lzu.edu.cn>\nSigned-off-by: Keenan Dong <keenanat2000@gmail.com>\nSigned-off-by: Thomas Gleixner <tglx@kernel.org>\nCc: stable@vger.kernel.org\n\n[ OpenVZ 7 backport: retain struct rt_mutex and explicit\n raw_spin_lock_irqsave() APIs from the 3.10 tree instead of the modern\n struct rt_mutex_base and scoped_guard() APIs. ]\n\n(cherry picked from commit 3bfdc63936dd4773109b7b8c280c0f3b5ae7d349)\n---\n kernel/rtmutex.c | 11 +++++++----\n 1 file changed, 7 insertions(+), 4 deletions(-)\n\ndiff --git a/kernel/rtmutex.c b/kernel/rtmutex.c\nindex 6131a046aab..3ed572ecdb8 100644\n--- a/kernel/rtmutex.c\n+++ b/kernel/rtmutex.c\n@@ -604,19 +604,22 @@ static void mark_wakeup_next_waiter(struct wake_q_head *wake_q,\n *\n * Must be called with lock->wait_lock held and\n * have just failed to try_to_take_rt_mutex().\n+ *\n+ * When invoked from rt_mutex_start_proxy_lock() waiter->task != current!\n */\n static void remove_waiter(struct rt_mutex *lock,\n \t\t\t struct rt_mutex_waiter *waiter)\n {\n \tint first = (waiter == rt_mutex_top_waiter(lock));\n \tstruct task_struct *owner = rt_mutex_owner(lock);\n+\tstruct task_struct *waiter_task = waiter->task;\n \tunsigned long flags;\n \tint chain_walk = 0;\n \n-\traw_spin_lock_irqsave(¤t->pi_lock, flags);\n+\traw_spin_lock_irqsave(&waiter_task->pi_lock, flags);\n \trt_mutex_dequeue(lock, waiter);\n-\tcurrent->pi_blocked_on = NULL;\n-\traw_spin_unlock_irqrestore(¤t->pi_lock, flags);\n+\twaiter_task->pi_blocked_on = NULL;\n+\traw_spin_unlock_irqrestore(&waiter_task->pi_lock, flags);\n \n \tif (!owner)\n \t\treturn;\n@@ -649,7 +652,7 @@ static void remove_waiter(struct rt_mutex *lock,\n \n \traw_spin_unlock(&lock->wait_lock);\n \n-\trt_mutex_adjust_prio_chain(owner, 0, lock, NULL, current);\n+\trt_mutex_adjust_prio_chain(owner, 0, lock, NULL, waiter_task);\n \n \traw_spin_lock(&lock->wait_lock);\n }\n-- \n2.53.0\n\n
Es un backport para el 3.10 basado en el parche oficial: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=88614876370aac8ad1050ad785a4c095ba17ac11
\nLo he compilado y desplegado el kernel en varios nodos.
\nEsto soluciona CVE-2026-43499 en Openvz7 con el kernel 3.10.x
\nSi alguien quiere el RPM con el kernel que me escriba, cuando tenga un rato actualizo este post con el RPM del kernel o las instrucciones de compilación.
", "author": { "name": "Maks" }, "tags": [ ], "date_published": "2026-07-09T19:31:31+02:00", "date_modified": "2026-07-10T19:52:42+02:00" }, { "id": "https://skamasle.com/openlitespeed-en-plesk-como-modulo.html", "url": "https://skamasle.com/openlitespeed-en-plesk-como-modulo.html", "title": "OpenLiteSpeed en plesk como módulo", "summary": "Llevo más de 15 años como sysadmin. Entre los primeros servidores que toqué con problemas, algunos tenían Plesk 8, casi al final del ciclo de este; luego vino Plesk 9. Lo mismo con cPanel. LiteSpeed Enterprise se abrió paso muy rápido en el mundillo y…", "content_html": "Llevo más de 15 años como sysadmin. Entre los primeros servidores que toqué con problemas, algunos tenían Plesk 8, casi al final del ciclo de este; luego vino Plesk 9.
\nLo mismo con cPanel. LiteSpeed Enterprise se abrió paso muy rápido en el mundillo y siempre me pregunté: ¿por qué nadie ha hecho un módulo de OpenLiteSpeed para Plesk?
\nNo entraremos en detalles. Está claro que hay motivos económicos; vistos los costes de licenciamiento, en parte se entiende. LiteSpeed ha hecho un trabajo bastante bueno y debe recuperar la inversión. Básicamente es un Apache que no lee el .htaccess en cada acceso para ver si hay cambios, y luego tiene su propio LSAPI/LSPHP, que es realmente donde más se nota el rendimiento.
\nRecordemos que Nginx ya de por sí podría competir con LiteSpeed. El solo hecho de no usar .htaccess ya tiene sus ventajas competitivas, pero el cuello de botella sigue estando en la ejecución de PHP. PHP-FPM funciona bien, pero no está tan integrado con el servidor web como LiteSpeed/OpenLiteSpeed + LSAPI. Así que una integración de OpenLiteSpeed en cPanel o Plesk podría ser interesante, pero es compleja.
\nHace años tocaba mucho cPanel, pero desde hace unos 6 años toco mucho más Plesk, así que analicemos el problema. Plesk está diseñado para trabajar con Apache:
\nAñadir, modificar y actualizar dominios toca Apache.
\nplesk repair web y plesk repair tocan Apache.
Plesk necesita que Apache esté funcionando; necesita internamente verificar que los vhosts estén OK. Si algo no devuelve un OK en Apache y en los test, la interfaz se rompe.
\n¿Cuál es el problema para instalar OpenLiteSpeed?
\n\n
El problema es que LiteSpeed Enterprise se basa en un negocio. El código de OpenLiteSpeed no lee los vhosts de Apache, así que eso complica todo muchísimo. Quitar Apache es inviable para dejar OpenLiteSpeed y tener acceso a LSAPI para mejorar el rendimiento.
\nAsí que la conclusión es: No es posible quitar Apache y poner OpenLiteSpeed. Aunque se logre integrar con plantillas, Plesk se rompería al ejecutar plesk repair, entre otras cosas. Aunque se logre solucionar el problema y no romper Plesk, una conversión masiva de Apache > OpenLiteSpeed en un servidor en producción rompería webs. Recordemos que OpenLiteSpeed sí es compatible con .htaccess y puede cargarlo, pero LiteSpeed solo ha integrado mod_rewrite; el resto de reglas no van a cargarse. Podemos ver esto en la documentación oficial: https://docs.openlitespeed.org/config/rewriterules/
Realmente todo son complicaciones, tanto por parte de Plesk como por parte de LiteSpeed, a la que evidentemente no le interesa portar cierto código a OpenLiteSpeed para reemplazar a Apache. Y se entiende: el negocio se terminaría, viven de ello, y el sistema que tienen funciona bien y genera beneficios.
\n¿Qué tal si les digo que yo soy muy cabezón y que hoy en día picar código con la IA nos ayuda mucho a todos? Para qué engañarnos, solo tenemos que partirnos la cabeza para tener una buena idea y estructura, y luego la IA nos ayudará con el código o incluso podría ayudarnos con la idea, aunque a veces no sea el caso.
\nPues yo tengo una idea en la que estoy trabajando y pronto verá la luz en: https://github.com/Skamasle/ols
\nHoy, 13 de junio de 2026, no hay nada en el Git, pero para julio espero tener algo ya subido que funcione medianamente bien, o eso espero. La idea está; estoy redactando el proyecto y dándole vueltas a posibles problemas, y luego ya usaremos la IA para que nos haga algo de código y no tardar meses desarrollando.
\nVoy a adelantar algo. La solución al problema de OpenLiteSpeed en Plesk no pasa por quitar Apache, pasa por hacer que los dos funcionen a la vez, y aquí es donde entra Nginx en la ecuación. Y lo bueno de todo esto es que LSAPI / LSPHP ya viene de serie en Plesk, así que solo necesitamos enrutar correctamente el tráfico hacia OpenLiteSpeed sin alterar Apache para nada. Plesk seguirá funcionando con Apache y Nginx como hasta ahora, pero nuestro módulo debería hacer la magia interna para añadir un tercer servidor web para las webs que necesiten LSAPI y OpenLiteSpeed.
\nLa idea no parece gran cosa ahora mismo explicada en un párrafo, pero cuando el proyecto esté redactado, la idea esté bien plasmada y el desarrollo empiece, quedará más claro. Así que estén atentos a GitHub; si las pruebas dan frutos, aparecerá el código en GitHub o, al menos inicialmente, la idea del proyecto.
\n\n
Update:
\nEL modulo toma forma, hay problemas que resolver aún pero poco a poco se vuelve funcional, al menos ya tenemos una interfaz en plesk, instalación segura despliegue de Openlitespeed y dominios trabajando con LSPHP con OpenLitespeed y trabajando ya en la integración con LSCACHE y cuando todo sea funcional hay que pulir muchas cosas, activaciones / desactivaciones / cambios de versión de PHP
\n
Pero creo que en un par de semanas podremos tener ya OpenLiteSpeed En plesk completamente funcional
\n
![\"\"](\"https://skamasle.com/media/posts/25/cap2-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap3-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap4-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap5-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap6-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap7-ols.png\")
![\"\"](\"https://skamasle.com/media/posts/25/cap9-ols.png\")
Desde que inicié en internet he aprendido muchas cosas. Mi trabajo, al fin y al cabo, lo tengo gracias a que entre los años 2000 y 2010 todo se compartía, sobre todo el conocimiento. Al final, la filosofía de este blog es esa: ir compartiendo.
\nAhora estoy inmerso en la creación de un juego: un Pang renovado. De momento, estoy trabajando en la lógica (bolas, disparos, niveles, etc.). Muchos os preguntaréis: ¿para qué hacer un juego?
\nA mi mujer le gusta jugar a títulos retro, tipo Pang y similares. El problema en Android es que los juegos tienen miles de anuncios; es muy tedioso y, si no pagas, olvídate de jugar bien. Aquí es donde nace este proyecto.
\nPues aquí es donde nace el pang renovado.
\n\n
![\"Pang\"](\"https://skamasle.com/media/posts/24/pang1.png\")
A día de hoy, el juego es completamente jugable. No se ha trabajado nada en los gráficos base, ya que solucionar bugs y hacerlo funcional lleva el 90% del tiempo. Del sonido ni hablamos: no hay, de momento.
\nPronto lo subiré a GitHub para que quien quiera colaborar, o simplemente usarlo, pueda hacerlo. Tengo pensado subirlo a la Play Store con la garantía de la casa: gratis, 0 anuncios, 0 tracking; descargar y jugar.
\nEl problema es que hay que pagar la tasa de 25 dólares y contar con 20 beta testers que prueben el juego durante 14 días. Eso será lo más complicado de conseguir.
\nEn cuanto al desarrollo, me he enfocado en las bolas y los disparos. Las escaleras se me están resistiendo; no hay forma de hacerlas funcionar de manera decente, siempre generan algún problema.
\nEsto es lo que podemos encontrar actualmente (¡ya van 80 niveles!):
\nCheckpoints configurables:
\nVolver al nivel 1.
\nCheckpoint cada 5 niveles.
\nCheckpoint cada 10 niveles.
\nGuardado de partida con opción de \"Continuar\".
\nArpón básico.
\nDoble.
\nTrampa.
\nTridente.
\nSpray (con munición limitada).
\nSMALL, MEDIUM, LARGE, GIANT y EXTRA_LARGE.
ULTRA_FAST, STAR_CHAOS, GHOST, INVERTED_GRAVITY y ORTHOGONAL.
(Bolas marcadas que, al explotar, ejecutan acciones distintas) TRIANGLE, SHIELDED, BINARY, RHOMBUS, BLACK_RHOMBUS, SUPREME_RHOMBUS, BROOD y MUTATOR.
Dividirse en tres.
\nGenerar bolas rápidas.
\nNecesitar dos golpes para romperse.
\nMutar en otros tipos.
\nSoltar bolas pequeñas al rebotar.
\nVolverse caóticas.
\nAtravesar plataformas.
\nDejar triángulos que bloquean el paso.
\nDejar agua o chicle en el suelo.
\nCorazón, reloj, escudo (normal y temporal) y tiempo extra.
\nVoy a pulir algunas cosas más antes de subir la release, ya que tengo varios bugs pendientes de corregir. Si quieres colaborar como beta tester, escríbeme a yo@skamasle.com. Necesito a 20 valientes dispuestos a probar la app durante 14 días para poder subirla a la Play Store.
\n\n
Descarga de la primera versión liberada pang-0.8.6-alpha.apk -> https://skamasle.com/apk/pang-0.8.6-alpha.apk
\nGarantías del juego:
\nNO tiene anuncios
\nNO Se cobrará
\nNO tiene tracking
\nNO necesita ningún tipo de permiso en el dispositivo
\n\n
\n
\n
", "author": { "name": "Maks" }, "tags": [ ], "date_published": "2026-04-05T18:41:43+02:00", "date_modified": "2026-04-08T21:21:36+02:00" }, { "id": "https://skamasle.com/proxmox-mail-gateway-ratelimit-centralizado-en-cluster-de-relay-de-correo.html", "url": "https://skamasle.com/proxmox-mail-gateway-ratelimit-centralizado-en-cluster-de-relay-de-correo.html", "title": "Proxmox Mail Gateway Ratelimit Centralizado en Cluster de Relay de Correo", "summary": "Sí, toca tocar el correo, llevo tiempo trabajando en mejoras para un sistema anti spam que incluyen un rotador de IPs para postfix que auto excluye las IPs de las listas negras, en postfix se puede hacer con randmap que básicamente selecciona un transport de…", "content_html": "
Sí, toca tocar el correo, llevo tiempo trabajando en mejoras para un sistema anti spam que incluyen un rotador de IPs para postfix que auto excluye las IPs de las listas negras, en postfix se puede hacer con randmap que básicamente selecciona un transport de forma aleatoria, pero... cuando quieres quitar un transport tiene que reiniciar postfix, así que he hecho un sistema adicional que le manda las IPs a postfix, que publicaré más pronto que tarde en el blog.
\nHay varias opciones para ratelimit, podemos usar rspamd, que ya nos toca un poco el lado del milter y choca un poco con spamassasin, pero tiene un ratelimit integrado y puedes generar reglas hasta por asunto o cualquier cosa que se te ocurra
\nLuego tenemos https://postfwd.org/ un sistema sin duda probado y con bastante tiempo en desarrollo, este actúa en smtpd_end_of_data_restrictions
\nLo que tenemos que hacer es crear un check_policy_service y enviar información a postfwd
\nCheck_police_service le envía a postfwd la siguiente información
\n\n\nccert_fingerprint= | ccert_issuer= | ccert_pubkey_fingerprint= | ccert_subject= | client_address= | client_name | client_port= | compatibility_level=3.11 | encryption_cipher= | encryption_keysize= | encryption_protocol= | etrn_domain= | helo_name= | instance= | mail_version= | policy_context= | protocol_name=ESMTP | protocol_state=RCPT | queue_id= | recipient= | recipient_count=0 | request=smtpd_access_policy | reverse_client_name= | sasl_method= | sasl_sender= | sasl_username= | sender= | server_address= | server_port=25 | size=xxx | stress=
\n
¿ Como lo se ? pues estoy haciendo mi propio ratelimit.
\n¿por que hacer mi propio ratelimit si tengo postfwd ?
\nBásicamente por que estoy haciendo un panel completo para gestión y quiero integración total, pero el sistema no dista mucho, en vez de hacerlo en perl lo estoy haciendo en go, un poco más rápido todo.
\nPrimero veamos las diferencias que tendrá con postfwd, postfwd, esta pensado para trabajar en smtpd_end_of_data_restrictions mi sistema esta pensado para trabajar ahí y también para trabajar en smtpd_recipient_restrictions. Parece lo mismo pero no.
\nLa diferencia sustancial es que postfwd recibe recipient_count= ya que es lo que puede recibir en end_of_data es más rápido procesarlo ahí pero en smtpd_recipient_restrictions recibimos RCPT TO
\nQue quiere decir esto, que en un sistio recibimos solo a cuantos destinatarios va el correo, ej
\nUn correo desde hola@dominio.com se envía a 50 personas, en smtpd_end_of_data_restrictions recipient_count=50 y en smtpd_recipient_restrictions uno a uno la lista de destinatarios, por lo tanto, sacrificamos algo de tiempo y recursos procesando todos los destinatarios, pero ganamos una cosa, poder aplicar limites.
\nEn pocas palabras si queremos que un dominio no pueda enviar más de 50 mensajes por minuto a hotmail.com solo podemos hacerlo desde smtpd_recipient_restrictions, si queremos poner un ratelimit a destinatarios por patrones tenemos que hacerlo desde smtpd_recipient_restrictions ya que aquí es donde recibimos todos los destinatarios.
\nCon postfwd, solo aplicamos al número total ya que no recibimos los destinatarios si no el número.
\nPor lo tanto, si quieres un ratelimit ahora mismo, usa postfwd, funciona bien y te hace el apaño, si quieres algo más complejo que previene ataques de diccionario y demás, pues tendrás que esperar un poco más a que el sistema pase las pruebas.
\nEntre otras cosas el skamale-ratelimit hace:
\nEl ataque de diccionario es lo siguiente:
\n\n\n\nsender+al+test.com es el patrón detectado y en el que actual el ratelimit.
\n\n
Pues si, en eso estoy trabajando, disculpen lo encuesto del post pero ando mal de tiempo y tengo esto un poco descuidado.
\n2 Imagenes de la config y el ratelimit funcionando en producción
\n\n
Aunque el proyecto lo voy a subir separado, tal vez sea más útil el ratelimit y el selector para postfix aparte
\n\n
![\"\"](\"https://skamasle.com/media/posts/23/ratelimit-status.png\")
\n
![\"\"](\"https://skamasle.com/media/posts/23/ratelimit-config-2.png\")
", "author": { "name": "Maks" }, "tags": [ "Ratelimit", "PMG", "Correo", "Cluster" ], "date_published": "2026-03-23T21:34:28+01:00", "date_modified": "2026-04-16T22:03:58+02:00" }, { "id": "https://skamasle.com/web-mas-lenta-con-cloudflare-450-ms.html", "url": "https://skamasle.com/web-mas-lenta-con-cloudflare-450-ms.html", "title": "Web más lenta con cloudflare +450 MS", "summary": "Desde que reabrí el blog, he escrito algunos artículos sobre unas garantías de carga que hasta ahora no he cumplido, más que nada por falta de tiempo. Hoy me he puesto a mirar un poco el Webmaster Tools y el Core Web Vitals de Google,…", "content_html": "
Desde que reabrí el blog, he escrito algunos artículos sobre unas garantías de carga que hasta ahora no he cumplido, más que nada por falta de tiempo. Hoy me he puesto a mirar un poco el Webmaster Tools y el Core Web Vitals de Google, por curiosidad más que nada y para aprender un poco más.
\nY bueno, también para ver por qué Google no estaba indexando luego de un parón de tres años; resulta que había quitado la etiqueta de verificación y el blog seguía en Google con \"www\"... pero bueno, eso es otro tema.
\nVolvamos a Core Web Vitals. De momento el blog rinde bien con 1 core y 512 MB de RAM.
\n![\"\"](\"https://skamasle.com/media/posts/22/core-vitals2026.png\")
Números muy buenos, pero... ¿Speed Index de 2 segundos? Ahí ya me ha chirriado un poco el tema, así que vamos a ver qué más nos dice Google al respecto:
\n![\"\"](\"https://skamasle.com/media/posts/22/corevitals2.png\")
Mucho hemos hablado de montar webs y ya, dejarlas a su suerte y solo quejarte de que van lento; pero tener una web implica saber qué hace la web y todo lo que carga. Y esto me sonaba muy raro, el enlace: /cdn-cgi/scripts/5c5dd728/cloudflare-static/email-decode.min.js.
!function(){\"use strict\";function e(e){try{if(\"undefined\"==typeof console)return;\"error\"in console?console.error(e):console.log(e)}catch(e){}}function t(e){return d.innerHTML='<a href=\"'+e.replace(/\"/g,\""\")+'\"></a>',d.childNodes[0].getAttribute(\"href\")||\"\"}function r(e,t){var r=e.substr(t,2);return parseInt(r,16)}function n(n,c){for(var o=\"\",a=r(n,c),i=c+2;i<n.length;i+=2){var l=r(n,i)^a;o+=String.fromCharCode(l)}try{o=decodeURIComponent(escape(o))}catch(u){e(u)}return t(o)}function c(t){for(var r=t.querySelectorAll(\"a\"),c=0;c<r.length;c++)try{var o=r[c],a=o.href.indexOf(l);a>-1&&(o.href=\"mailto:\"+n(o.href,a+l.length))}catch(i){e(i)}}function o(t){for(var r=t.querySelectorAll(u),c=0;c<r.length;c++)try{var o=r[c],a=o.parentNode,i=o.getAttribute(f);if(i){var l=n(i,0),d=document.createTextNode(l);a.replaceChild(d,o)}}catch(h){e(h)}}function a(t){for(var r=t.querySelectorAll(\"template\"),n=0;n<r.length;n++)try{i(r[n].content)}catch(c){e(c)}}function i(t){try{c(t),o(t),a(t)}catch(r){e(r)}}var l=\"/cdn-cgi/l/email-protection#\",u=\".__cf_email__\",f=\"data-cfemail\",d=document.createElement(\"div\");i(document),function(){var e=document.currentScript||document.scripts[document.scripts.length-1];e.parentNode.removeChild(e)}()}();\n
450 ms por una opción que yo no pedí, pero en la que evidentemente tampoco reparé al activar Cloudflare.
\n¿Qué hace esto? Podemos leerlo aquí: https://developers.cloudflare.com/waf/tools/scrape-shield/email-address-obfuscation/
\nBásicamente protege las direcciones de correo; tú pones hola@gmail.com y Cloudflare lo convierte en una imagen o pone hola [at] gmail.com para que los bots no la pillen para enviar spam. A mí me da igual, solo tengo una dirección de correo en el blog y confiaré en el antispam del servidor de correo.
Me costó encontrar dónde se desactiva, pero dejo una captura de pantalla:
\n![\"\"](\"https://skamasle.com/media/posts/22/cloudflare-ofusca.png\")
También he desactivado el Rocket Loader. Esto no debería afectar mucho, pero en mi caso tengo gestión total del JavaScript y cargo solo lo necesario, así que el Rocket Loader puede que no me haga mal, pero el Core Web Vitals me dice que tengo que subirle el tiempo de caché. Cloudflare parece que no permite el control de ese tiempo, o yo no he visto dónde gestionarlo, así que va fuera. Aunque luego nos añada un blocking time de 30 ms, ese bloqueo no me importa mucho; al final el funcionamiento va a ser el mismo y, mientras no suba la latencia por otro lado, todo está bien.
\nUna vez desactivado y hecha la limpieza de la caché de Cloudflare, hacemos el test de nuevo
\n![\"\"](\"https://skamasle.com/media/posts/22/bloqueo-render.png\")
Bien, hemos quitado 450 ms en Core Web Vitals de una opción que no necesitamos; no está mal. Ahora tenemos una puntuación de 100, 100, 100, 92, 100. Un 92 en recomendaciones no está nada mal.
\nNos tocará pulir el tema del árbol de dependencias de red. Tengo solo un CSS y un JS y tengo todo ahí metido. Básicamente, Google dice que estoy haciendo una petición de más y que tengo que esperar a esa petición para seguir cargando la web.
\nComo el CSS pesa 9,5 KB lo dejaremos para otro día; de momento, me quedo contento quitando 450 ms de carga innecesaria, que solo protegía una dirección de correo en la que no me importa mucho recibir algo de spam, en caso claro, de que falle el filtro.
\n", "author": { "name": "Maks" }, "tags": [ ], "date_published": "2026-02-18T11:35:32+01:00", "date_modified": "2026-02-18T12:14:43+01:00" }, { "id": "https://skamasle.com/install-freebsd-en-alder-lake-placa-asus-prime.html", "url": "https://skamasle.com/install-freebsd-en-alder-lake-placa-asus-prime.html", "title": "Install Freebsd en Alder Lake placa asus prime 6660, radeon 6660 y RTL8125 sin morir en el intento", "summary": "Y como es costumbre en este blog, vamos a escribir esto sobre la marcha. De momento estamos muriendo y no hemos empezado, freebsd va perfecto en mis servidores y maquinas virtuales y cuando todo esta testeado, pero el equipo es del 2022 y parece que…", "content_html": "
Y como es costumbre en este blog, vamos a escribir esto sobre la marcha.
\nDe momento estamos muriendo y no hemos empezado, freebsd va perfecto en mis servidores y maquinas virtuales y cuando todo esta testeado, pero el equipo es del 2022 y parece que ya tenemos problemas con la red.
\nEn el instalador ya nos dio problemas, no detecta la red, tarjeta detectada RTL8125 2.5GvE Controller
\nAhí morimos, así que toca meter el driver a mano a ver si hay suerte, podemos, hacer varias cosas
\nInstalar el sistema sin red y luego meter el driver, es casi lo mismo, pero el instalador prefiero que descargue los drivers de todo lo demás y lo deje fino, aunque sin escritorio, que para el caso da lo mismo.
\nHe buscado los drivers por internet y no hay manera de encontrar el bendito enlace del .pkg, mi falta de experiencia con los paquetes de freebsd es lo que tiene
\nAsí que he descargado el paquete desde un freebsd que tengo en producción:
\npkg fetch realtek-re-kmodCopiamos el archivo descargado a /root luego lo descargamos y metemos en el pendrive junto con la ISO
\ncp /var/cache/pkg/realtek-re-kmod-1101.00.1305000.pkg /rootY ahora vuelta a empezar con el instalador a ver que sale de todo esto
\nEsto tenia que haberlo dicho al inicio, pero como todo aquí, va sobre la marcha...
\nQuiero probar los e-cores y p-cores en freebsd y comparar como se comporta, lo mismo que hicimos la otra vez en linux -> https://skamasle.com/e-cores-y-p-cores-de-forma-grafica-ander-lake-i5-12600k.html
\nPor eso he descargado la versión 15 de freebsd, quiero generar las trazas desde el kernel y ver si el scheduler de freebsd lo hace bien, poca información hay en internet sobre esto, así que a ver que sale, pero primero tenemos que instalar freebsd en un equipo no muy antiguo y la ultima versión de freebsd nos esta dando ya problemillas menores que hay que ir solventando.
\nSeguimos....
\n---------- Media hora después.
\nUn desastre, he intentado cargar el modulo desde el pendrive en el que tengo la ISO y no hay manera desde el instalador, así que instale el sistema base y arranque freebsd 15.......... no he podido montar el pendrive, no hay forma de que freebsd detecte el sistema de archivos que metió ventoy, no carga los drivers de msdosfs tampoco.. en fin al fallar el driver de la tarjeta de red no se instala nada...
\nVolvemos a debian para escribir esta frustración y preparar un pendrive con Fat32 y cargar el driver desde ahí, esperemos tener mejor suerte con esa estrategia.
\n1 hora después, nada de nada, imposible con el pendrive, viene tan base el sistema que no me lo detecta por algún motivo y el modulo no existe tampoco, no hay evidencias de nada tampoco, al final no se puede copiar y pegar bien la info sin entorno gráfico...
\nEn todo caso da igual, he montado el zroot en debian y he copiado el fichero y lo había bajado para la versión 13 desde el propio freebsd, así que no me sirvió de nada y llevo media hora buscando donde descargar el PKG para la 15 y no he encontrado nada.......
\nInvestigando he descargado el packagesite.pkg
\nwget http://pkg.freebsd.org/FreeBSD:15:amd64/latest/packagesite.pkgLo he descomprimido con tar y dentro del packagesite.yaml esta la info de donde están los archivos
\n{\"name\":\"realtek-re-kmod198\",\"origin\":\"net/realtek-re-kmod198\",\"version\":\"198.00.1500068\",\"comment\":\"Kernel driver for Realtek PCIe Ethernet Controllers\",\"maintainer\":\"george@m5p.com\",\"www\":\"https://github.com/alexdupre/rtl_bsd_drv\",\"abi\":\"FreeBSD:15:amd64\",\"arch\":\"freebsd:15:x86:64\",\"prefix\":\"/usr/local\",\"sum\":\"1f2c81bf5b133fa62ceebe7c731ff1607320254f12032f8ff912d012bead5c24\",\"flatsize\":1068248,\"path\":\"All/Hashed/realtek-re-kmod198-198.00.1500068~1f2c81bf5b.pkg\",\"repopath\":\"All/Hashed/realtek-re-kmod198-198.00.1500068~1f2c81bf5b.pkg\",\"licenselogic\":\"single\",\"licenses\":[\"BSD4CLAUSE\"],\"pkgsize\":104691,\"desc\":\"Realtek PCIe FE / GBE / 2.5G / Gaming Ethernet Family Controller\\nkernel driver.\\n\\nThis is the official driver from Realtek with a few patches to\\nimprove stability and performance. It can be loaded instead of\\nthe FreeBSD driver built into the GENERIC kernel if you experience\\nissues with it (eg. watchdog timeouts), or your card is not supported.\\n\\nSupported devices:\\n\\n* 2.5G Gigabit Ethernet\\n - RTL8125 / RTL8125B(S)(G)\\n\\n* 10/100/1000M Gigabit Ethernet\\n - RTL8111B / RTL8111C / RTL8111D / RTL8111E / RTL8111F / RTL8111G(S)\\n RTL8111H(S) / RTL8118(A)(S) / RTL8119i / RTL8111L / RTL8111K\\n - RTL8168B / RTL8168E / RTL8168H\\n - RTL8111DP / RTL8111EP / RTL8111FP\\n - RTL8411 / RTL8411B\\n\\n* 10/100M Fast Ethernet\\n - RTL8101E / RTL8102E / RTL8103E / RTL8105E / RTL8106E / RTL8107E\\n - RTL8401 / RTL8402\\n\\nSee also: https://www.realtek.com/en/component/zoo/category/network-interface-controllers-10-100-1000m-gigabit-ethernet-pci-express-software\",\"categories\":[\"kld\",\"net\"],\"annotations\":{\"FreeBSD_version\":\"1500068\",\"build_timestamp\":\"2026-02-13T09:34:35+0000\",\"built_by\":\"poudriere-git-3.4.4-15-g61aba751\",\"port_checkout_unclean\":\"no\",\"port_git_hash\":\"b64b73fd938d5b2788547d16ed6a76493acc9142\",\"ports_top_checkout_unclean\":\"no\",\"ports_top_git_hash\":\"98350da90e9369a1b0c6ed070ba8ae746cabe387\"},\"messages\":[{\"message\":\"Add the following lines to your /boot/loader.conf\\nto override the built-in FreeBSD re(4) driver.\\n\\nif_re_load=\\\"YES\\\"\\nif_re_name=\\\"/boot/modules/if_re.ko\\\"\\n\\nBy default, the size of allocated mbufs is enough\\nto receive the largest Ethernet frame supported\\nby the card. If your memory is highly fragmented,\\ntrying to allocate contiguous pages (more than\\n4096 bytes) may result in driver hangs.\\nFor this reason the value is tunable at boot time,\\ne.g. if you don't need Jumbo frames you can lower\\nthe memory requirements and avoid this issue with:\\n\\nhw.re.max_rx_mbuf_sz=\\\"2048\\\"\",\"type\":\"install\"}]}\n{\"name\":\"realtek-re-kmod\",\"origin\":\"net/realtek-re-kmod\",\"version\":\"1101.00.1500068\",\"comment\":\"Kernel driver for Realtek PCIe Ethernet Controllers\",\"maintainer\":\"ale@FreeBSD.org\",\"www\":\"https://github.com/alexdupre/rtl_bsd_drv\",\"abi\":\"FreeBSD:15:amd64\",\"arch\":\"freebsd:15:x86:64\",\"prefix\":\"/usr/local\",\"sum\":\"ee9ead4a1dceb8969a27887d89e0336c0ca1f33a452ccf19f93f88d238962bd4\",\"flatsize\":1417361,\"path\":\"All/Hashed/realtek-re-kmod-1101.00.1500068~ee9ead4a1d.pkg\",\"repopath\":\"All/Hashed/realtek-re-kmod-1101.00.1500068~ee9ead4a1d.pkg\",\"licenselogic\":\"single\",\"licenses\":[\"BSD4CLAUSE\"],\"pkgsize\":160623,\"desc\":\"Realtek PCIe FE / GBE / 2.5G / 5G Ethernet Family Controller\\nkernel driver.\\n\\nThis is the official driver from Realtek with a few patches to\\nimprove stability and performance. It can be loaded instead of\\nthe FreeBSD driver built into the GENERIC kernel if you experience\\nissues with it (eg. watchdog timeouts), or your card is not supported.\\n\\nSupported devices:\\n\\n* 5G Gigabit Ethernet\\n - RTL8126\\n\\n* 2.5G Gigabit Ethernet\\n - RTL8125 / RTL8125B(G)\\n\\n* 10/100/1000M Gigabit Ethernet\\n - RTL8111B / RTL8111C / RTL8111D / RTL8111E / RTL8111F / RTL8111G\\n RTL8111H / RTL8118(A) / RTL8119i / RTL8111L / RTL8111K\\n - RTL8168B / RTL8168E / RTL8168H\\n - RTL8111DP / RTL8111EP(P) / RTL8111FP\\n - RTL8411 / RTL8411B\\n\\n* 10/100M Fast Ethernet\\n - RTL8101E / RTL8102E / RTL8103E / RTL8105E / RTL8106E / RTL8107E\\n - RTL8401 / RTL8402\\n\\nSee also: https://www.realtek.com/en/component/zoo/category/network-interface-controllers-10-100-1000m-gigabit-ethernet-pci-express-software\",\"categories\":[\"kld\",\"net\"],\"annotations\":{\"FreeBSD_version\":\"1500068\",\"build_timestamp\":\"2026-02-13T04:25:42+0000\",\"built_by\":\"poudriere-git-3.4.4-15-g61aba751\",\"port_checkout_unclean\":\"no\",\"port_git_hash\":\"78fcec37bd2016f6ade0e323acf43fa576126e43\",\"ports_top_checkout_unclean\":\"no\",\"ports_top_git_hash\":\"98350da90e9369a1b0c6ed070ba8ae746cabe387\"},\"messages\":[{\"message\":\"Add the following lines to your /boot/loader.conf\\nto override the built-in FreeBSD re(4) driver.\\n\\nif_re_load=\\\"YES\\\"\\nif_re_name=\\\"/boot/modules/if_re.ko\\\"\\n\\nBy default, the size of allocated mbufs is enough\\nto receive the largest Ethernet frame supported\\nby the card. If your memory is highly fragmented,\\ntrying to allocate contiguous pages (more than\\n4096 bytes) may result in driver hangs.\\nFor this reason the value is tunable at boot time,\\ne.g. if you don't need Jumbo frames you can lower\\nthe memory requirements and avoid this issue with:\\n\\nhw.re.max_rx_mbuf_sz=\\\"2048\\\"\\n\\nTo enable Wake on LAN (WoL) support you might need\\nto set the following tunables:\\n\\nhw.re.s5wol=\\\"1\\\"\\nhw.re.s0_magic_packet=\\\"1\\\"\\n\\nIf you experience network hangs with IPv6 enabled,\\nyou might need to disable the checksum offloading\\nby adding the following parameters to the related\\nifconfig line in your /etc/rc.conf file:\\n\\n-rxcsum -txcsum -rxcsum6 -txcsum6\",\"type\":\"install\"}]}\nNo repare en la carpeta Hashed...
\nEl driver para la RTL8125 esta aquí:
\nhttp://pkg.freebsd.org/FreeBSD:15:amd64/latest/All/Hashed/realtek-re-kmod-1101.00.1500068~ee9ead4a1d.pkg
Vamos a meter el driver directamente al disco de freebsd desde debian, instalando las herramientas de zfs para gestionar el sistema, el paquete que necesitamos instalar es zfsutils-linux
zpool import -N -f zroot\nzpool export zroot\nzpool import -f -R /mnt zroot\n\n\n
IMPORTANTE: si usas zfs mount zroot/ROOT/default\n
Vas a tener un problema y es que se va a montar sobre /
\n
Al fin el driver... costo más encontrarlo que instalarlo..
\n\n
pkg add realtek-re-kmod-1101.00.1500068~ee9ead4a1d.pkgvi /boot/loader.confif_re_load=\"YES\"\n
if_re_name=\"/boot/modules/if_re.ko\"
kldload /boot/modules/if_re.ko\n
ifconfigifconfig re0 up dhclient re0# ifconfig\nlo0: flags=1008049<UP,LOOPBACK,RUNNING,MULTICAST,LOWER_UP> metric 0 mtu 16384\noptions=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>\ninet 127.0.0.1 netmask 0xff000000\ninet6 ::1 prefixlen 128\ninet6 fe80::1%lo0 prefixlen 64 scopeid 0x1\ngroups: lo\nnd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>\nre0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500\noptions=60251b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,TSO4,LRO,WOL_MAGIC,RXCSUM_IPV6,TXCSUM_IPV6>\nether b2:fc:e6:15:89:53\ninet 192.168.1.21 netmask 0xffffff00 broadcast 192.168.1.255\nmedia: Ethernet autoselect (1000baseT <full-duplex,rxpause,txpause>)\nstatus: active\nnd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>pkg install xorg mate mate-desktop slim drm-61-kmod gpu-firmware-kmod\n
/etc/rc.confsysrc dbus_enable=\"YES\" \n# Activar el gestor de login slim\nsysrc slim_enable=\"YES\" \n# Cargar el driver de AMD\nsysrc kld_list+=\"amdgpu\"kldload amdgpu![\"\"](\"https://skamasle.com/media/posts/21/freebsd.png\")
\n
![\"\"](\"https://skamasle.com/media/posts/21/grafica_freebsd_heavy4.png\")
![\"\"](\"https://skamasle.com/media/posts/21/grafica_freebsd_e-cores-pcores.png\")
Llevo en Debian desde Debian 4 y ya hace tiempo que veo mensajes por parte de apt-get de que hay cosas que tengo que cambiar. Sí, sigo usando apt-get aunque cada vez hago más cosas con apt; al final hay que ceder, las cosas van cambiando.
Me salía constantemente en apt:
Información: Algunas fuentes se pueden modernizar. Ejecute «apt modernize-sources» para hacerlo.\n\n
Se podría explicar todo, pero ya está explicado en la documentación oficial: https://wiki.debian.org/SourcesList
\nAhí se explica todo: el antiguo sources.list y los archivos *.list, que eran los de toda la vida:
deb http://deb.debian.org/debian bookworm main non-free-firmwareAhora se verán así:
\nTypes: deb deb-src\nURIs: http://deb.debian.org/debian\nSuites: trixie trixie-updates\nComponents: main non-free-firmware\nSigned-By: /usr/share/keyrings/debian-archive-keyring.gpgRealmente es lo mismo, pero más manejable. Cada vez metemos más cosas en los repositorios y a veces se ven enormes, por ejemplo cuando añadimos el signed-by:
deb [signed-by=/usr/share/keyrings/k6-archive-keyring.gpg] https://dl.k6.io/deb stable main\nLo bueno es que el sistema lo hace todo al ejecutar: apt modernize-sources
En mi caso, habilité hace no mucho i386, ya que era requisito para probar Steam y ya lo dejé; muchos repos saltan con el mensaje informativo:
Información: Omitiendo el uso del fichero configurado «main/binary-i386/Packages» ya que el repositorio «https://dl.google.com/linux/chrome/deb stable InRelease» no admite la arquitectura «i386»\n
NOTA: sí, dejé de usar Chromium y me pasé a Chrome luego de años, aunque inicialmente usaba Firefox y también lo dejé atrás... chrome oficial esta bastante bien cuando tienes google integrado, nunca quise tenerlo pero por necesidad y facilidades.
\nCuriosamente, en la documentación que hemos visto antes, no pone cómo establecer una arquitectura al repositorio.
\nY para qué mentir, se lo he preguntado a la IA y rápido me ha dado la solución.
\nSimplemente es añadir:
\nArchitectures: amd64Y es por eso que escribir un blog en esta época con este tipo de cosas no tiene sentido; ¿para qué buscar en Google y entrar en un blog si la IA te lo da mascado?
\nPero yo he comenzado a escribir el blog nuevamente en 2026, no para tener visitas —ya ves que ni comentarios tengo habilitados, ni publicidad ni nada—, he hecho todo distinto a lo que tenía en 2009.
\n
Este blog es para ir aprendiendo cosas; cuando escribo todo en vez de copiar y pegar, escrito por mí, recuerdo mejor las cosas y voy aprendiendo.
", "author": { "name": "Maks" }, "tags": [ ], "date_published": "2026-02-14T10:02:50+01:00", "date_modified": "2026-02-14T10:02:50+01:00" }, { "id": "https://skamasle.com/redimensionar-discos-con-lvm-luks-cuando-parted-te-complica-la-vida.html", "url": "https://skamasle.com/redimensionar-discos-con-lvm-luks-cuando-parted-te-complica-la-vida.html", "title": "Redimensionar discos con LVM + LUKS: Cuando parted te complica la vida", "summary": "En una máquina virtual (VM) he asignado espacio extra, como de costumbre. A la hora de redimensionar, el proceso debería haber sido sencillo: Lo de siempre: Informar de los cambios: partprobe /dev/sda Redimensionar la partición cifrada: cryptsetup resize sda5_crypt Redimensionar el Volumen Físico: pvresize /dev/mapper/sda5_crypt…", "content_html": "
En una máquina virtual (VM) he asignado espacio extra, como de costumbre. A la hora de redimensionar, el proceso debería haber sido sencillo:
\nLo de siempre:
\nInformar de los cambios: partprobe /dev/sda
Redimensionar la partición cifrada: cryptsetup resize sda5_crypt
Redimensionar el Volumen Físico: pvresize /dev/mapper/sda5_crypt
Expandir el volumen lógico y el sistema de archivos: lvextend -l +100%FREE /dev/debian-vg/root -r
¿Que pasó ?
\nNo me acordaba que estaba cifrado y lo primero que hice fue meterme a parted:
\nparted /dev/sda \nunit s\nresizepart 5 -1sLuego vi que tenía LVM. Es normal; llevo levantado desde las 4 AM y ya son las 21:00. Menos mal que es un entorno de pruebas que se me quedó sin espacio, pero tampoco pasó nada grave.
\nSe desalinearon las particiones y luego cryptsetup resize, junto con todo lo demás, no detectaba los cambios en el disco porque estaban trabajando directamente sobre la partición 5:
Disposit. Inicio Comienzo Final Sectores Tamaño Id Tipo\n/dev/sda1 * 2048 1980415 1978368 966M 83 Linux\n/dev/sda2 1982462 41940991 39958530 19,1G f W95 Ext'd (LBA)\n/dev/sda5 1982464 41940991 39958528 19,1G 83 Linux\nBásicamente, al redimensionar con parted, tanto la partición extendida como la lógica se quedaron bloqueadas en el sector 41940991.
Aquí hubo un error interesante. Pego el history completo del proceso con fdisk:
fdisk /dev/sda\n\nBienvenido a fdisk (util-linux 2.41).\nLos cambios solo permanecerán en la memoria, hasta que decida escribirlos.\nTenga cuidado antes de utilizar la orden de escritura.\n\nEste disco está actualmente en uso - no se aconseja volver a crear particiones.\nSe recomienda desmontar todos los sistemas de ficheros y deshacer todas las\nparticiones de intercambio de este disco.\n\n\nOrden (m para obtener ayuda): p\n\nDisco /dev/sda: 97,66 GiB, 104857600000 bytes, 204800000 sectores\nModelo de disco: VBOX HARDDISK \nUnidades: sectores de 1 * 512 = 512 bytes\nTamaño de sector (lógico/físico): 512 bytes / 512 bytes\nTamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes\nTipo de etiqueta de disco: dos\nIdentificador del disco: 0x05f1eb04\n\nDisposit. Inicio Comienzo Final Sectores Tamaño Id Tipo\n/dev/sda1 * 2048 1980415 1978368 966M 83 Linux\n/dev/sda2 1982462 41940991 39958530 19,1G f W95 Ext'd (LBA)\n/dev/sda5 1982464 41940991 39958528 19,1G 83 Linux\n\nOrden (m para obtener ayuda): d\nNúmero de partición (1,2,5, valor predeterminado 5): \n\nSe ha borrado la partición 5.\n\nOrden (m para obtener ayuda): d\nNúmero de partición (1,2, valor predeterminado 2): 2\n\nSe ha borrado la partición 2.\n\nOrden (m para obtener ayuda): n\nTipo de partición\n p primaria (1 primaria(s), 0 extendida(s), 3 libre(s))\n e extendida (contenedor para particiones lógicas)\nSeleccionar (valor predeterminado p): e\nNúmero de partición (2-4, valor predeterminado 2): 2\nPrimer sector (1980416-204799999, valor predeterminado 1980416): 1982462\nÚltimo sector, +/-sectores o +/-tamaño{K,M,G,T,P} (1982462-204799999, valor predeterminado 204799999): \n\nCrea una nueva partición 2 de tipo 'Extended' y de tamaño 96,7 GiB.\n\nOrden (m para obtener ayuda): n\nSe está utilizando todo el espacio para particiones primarias.\nSe añade la partición lógica 5\nPrimer sector (1984510-204799999, valor predeterminado 1984512): 1982464\nEl valor está fuera del rango.\nEn condiciones normales habría hecho lo correcto, pero yo tenía un valor de referencia que no guardé originalmente antes de ejecutar parted. El inicio que yo tenía como referencia era 1982462, pero fdisk me recomendaba 1980416. Al intentar forzar el valor alterado, generé una desalineación que impedía redimensionar.
La solución ha sido usar la recomendación de fdisk para el inicio de la partición extendida. Al no tener la referencia previa a la \"lía\" con parted, le hacemos caso a la herramienta y regeneramos todo de nuevo:
NOTA!: Cuando te pregunte si quieres borrar la firma crypto_LUKS, dile que NO. Si le dices que si igual no podrás salir ya nunca más de ese infierno.
orden (m para obtener ayuda): d\nNúmero de partición (1,2, valor predeterminado 2): 2\nSe ha borrado la partición 2.\n\nOrden (m para obtener ayuda): n\nTipo de partición\n p primaria (1 primaria(s), 0 extendida(s), 3 libre(s))\n e extendida (contenedor para particiones lógicas)\nSeleccionar (valor predeterminado p): e\nNúmero de partición (2-4, valor predeterminado 2): 2\nPrimer sector (1980416-204799999, valor predeterminado 1980416): \nÚltimo sector, +/-sectores o +/-tamaño{K,M,G,T,P} (1980416-204799999, valor predeterminado 204799999): \n\nCrea una nueva partición 2 de tipo 'Extended' y de tamaño 96,7 GiB.\n\nOrden (m para obtener ayuda): n\nSe está utilizando todo el espacio para particiones primarias.\nSe añade la partición lógica 5\nPrimer sector (1982464-204799999, valor predeterminado 1982464): \nÚltimo sector, +/-sectores o +/-tamaño{K,M,G,T,P} (1982464-204799999, valor predeterminado 204799999): \n\nCrea una nueva partición 5 de tipo 'Linux' y de tamaño 96,7 GiB.\nPartición #5: contiene un crypto_LUKS en la firma.\n\n¿Desea eliminar la firma? [S]í/[N]o: N\n\nOrden (m para obtener ayuda): w\nEn la secuencia no borro la partición 5, ya que la había borrado antes en el history de arriba, que fue cuando cree la partición 2 con el inicio mal y luego la 5 no dejo crearla.
\nAquí borramos la partición ->
\nd para borrar
\n2 para el número de partición
\nn crear nueva partición
\ne para extendida
\nAhora sí, con los comandos del inicio del post, redimensionamos la partición y extendemos el volumen. Todo funciona bien y el fdisk final nos muestra las particiones corregidas:
Disposit. Inicio Comienzo Final Sectores Tamaño Id Tipo\n/dev/sda1 * 2048 1980415 1978368 966M 83 Linux\n/dev/sda2 1980416 204799999 202819584 96,7G 5 Extendida\n/dev/sda5 1982464 204799999 202817536 96,7G 83 Linux\nEl cambio se ve claramente en /dev/sda2: antes iniciaba en 1982462 y ahora en 1980416. La lógica (/dev/sda5) mantiene su sector de inicio original, pero el final de ambas se extiende hasta el límite del nuevo espacio asignado. Pasamos de 20 GB a 100 GB.
Sí, acojona un poco borrar particiones en caliente, pero es un mal necesario cuando la hemos liado previamente. Borrar la tabla de particiones no borra los datos; los bits seguirán ahí. Solo hay que asegurarse de que la partición que contiene el cifrado empiece exactamente en el mismo sector que antes.
\nEn fin, parted es muy amigable, toma decisiones por nosotros y aveces pasan estas cosas.
\n\n
", "author": { "name": "Maks" }, "tags": [ "Linux, Pariticiones" ], "date_published": "2026-02-11T21:40:02+01:00", "date_modified": "2026-02-14T10:18:34+01:00" }, { "id": "https://skamasle.com/la-evolucion-del-cifrado-de-contrasenas-y-que-tan-dificil-es-averiguarlas.html", "url": "https://skamasle.com/la-evolucion-del-cifrado-de-contrasenas-y-que-tan-dificil-es-averiguarlas.html", "title": "La evolución del cifrado de contraseñas y que tan difícil es averiguarlas.", "summary": "Se habla mucho de que hay fugas de información en grandes empresas y que han robado contraseñas y que esas contraseña estaban cifradas, o sea han robado los hashes. Bien que es un hash: Imagina que quieres enviar una carta confidencial, pero no quieres que…", "content_html": "
Se habla mucho de que hay fugas de información en grandes empresas y que han robado contraseñas y que esas contraseña estaban cifradas, o sea han robado los hashes.
\nBien que es un hash:
\nImagina que quieres enviar una carta confidencial, pero no quieres que nadie sepa qué dice. Podrías cifrarla. Pero un hash es algo distinto: es como una huella digital única de esa carta.
\nSi pasas cualquier texto (desde una letra \"A\" hasta la Biblia entera) por una función de hash, el resultado siempre será una cadena de caracteres de longitud fija. Por ejemplo, en MD5 siempre serán 32 caracteres.
\nEs unidireccional: Puedes convertir \"Contraseña123\" en un hash, pero no puedes meter el hash en una máquina y que te devuelva \"Contraseña123\". Solo puedes adivinarla probando billones de combinaciones (que es lo que estamos haciendo con Hashcat).
\nEs determinista: La palabra \"Hola\" siempre, siempre generará el mismo hash. Si cambia una sola coma o un espacio, el hash será totalmente distinto (efecto avalancha).
\nEs rápido de calcular (para el software): Y como estamos viendo, ¡extremadamente rápido para una tarjeta gráfica!
\n\n
Con el tiempo la seguridad ha ido evolucionando, al inicio se usaba MD5, pero un hash MD5 es muy sencillo y los sistemas que lo sigan usando para guardar las contraseñas corren un peligro importante
\nVamos a ver un ejemplo, usando hashcat, podemos comprobar en mi caso, con un equipo modesto 16 Mil Millones de hashes por segundo.
\nEj:
\nSpeed.#01........: 16893.2 MH/s (11.99ms) @ Accel:17 Loops:1024 Thr:512 Vec:8\nEs importante tener las contraseñas cifradas, pero una web debe ir evolucionando, no solo es usar algún hash y ya, es ir cambiando con los años y muchos esta claro que no lo hacen por la perdida de información que se ha tenido y cuantos hashes se han sacado.
\n\n
| Algoritmo | \nVelocidad de crackeo | \nTiempo para 9 caracteres | \n\n |
| MD5 | \n16.8 GH/s | \n~18 días | \nUn atacante lo rompe en vacaciones. | \n
| SHA-256 | \n~5.2 GH/s | \n~60 días | \nSigue siendo inseguro para contraseñas. | \n
| BCrypt | \n~12 kH/s | \nMilenios | \nAquí es donde la GPU \"sufre\" de verdad. | \n
| Argon2id | \n~200 H/s | \nImposible | \nEl muro que toda empresa debería usar. | \n
\n
Esto aplica para ataques de fuerza bruta
\nEs cuando no se sabe nada de la contraseña, no se sabe cuantos caracteres tiene, no se sabe si tiene letras solo, números, mayúsculas o símbolos, así que toca hacer un ataque.
\nBásicamente es empezar a combinar todo, ver si la contraseña es a o ab, abc, abdc, a1, a2, abdc1, abdc$ y así infinitamente con todas las combinaciones.
\nPara 9 caracteres de longitud letras en mayúsculas y minúsculas, números y 4 símbolos hay que probar 27206534396294947 contraseñas. o sea 27 mil billones de combinaciones y ahí es donde la tabla de arriba es importante, de 16 mil millones de hasesh por segundo a 200 hashes por segundo, es que no tiene sentido hacer un ataque de fuerza bruta ni a bcrypt, ni a sha512 con +5000 interacciones y si vez argonid2 ni aunque tengas un ordenador cuántico podrías conseguir la contraseña si el uso de RAM esta en mas de 256 MB asignados
\nY aquí es donde entra la evolución de los hashes que va de la mano con la evolución del hardware, cuando salio md5 no habían equipo que pudieran probar 16 mil millones de contraseñas por segundo así que con el paso del tiempo ha ido evolucionando de esta forma:
\nAl principio, los hashes (como MD5) se diseñaron para ser lo más rápidos posible. Se usaban para comprobar que un archivo no se hubiera corrompido al descargarlo.
\nEl error: Las empresas empezaron a usarlos para guardar contraseñas.
\nEl problema: Como eran tan rápidos, una GPU moderna podía probar miles de millones de combinaciones por segundo. Si te robaban la base de datos, tus contraseñas eran \"transparentes\".
\nAntes del Salt, si diez usuarios usaban la misma contraseña \"123456\", sus diez hashes en la base de datos eran idénticos. Un hacker podía usar una Rainbow Table (una tabla pre-calculada con millones de hashes) y crackear miles de cuentas en un segundo.
\nLa solución: El Salt. Es un número aleatorio que se añade a la contraseña antes de hashearla.
\nEl resultado: Ahora, aunque diez personas usen \"123456\", cada una tiene un hash totalmente distinto. El hacker ya no puede usar tablas pre-calculadas; tiene que atacar cada cuenta de una en una.
\nCon el Salt, el hacker aún podía usar la fuerza bruta. Entonces los ingenieros pensaron: \"¿Y si obligamos a la computadora a repetir el hash 10.000 veces antes de darle el resultado?\".
\nConcepto: Aparecen algoritmos como PBKDF2 o SHA-512Crypt.
\nEl impacto: Para un usuario que se loguea una vez, esperar 0.2 segundos no es nada. Pero para un hacker con una GPU que intenta probar billones de combinaciones, ese retraso de 0.1 segundos multiplicado por billones hace que el ataque tarde siglos.
\nLas GPUs son rápidas porque tienen miles de núcleos pequeños que hacen cálculos matemáticos simples muy rápido, pero cada núcleo tiene muy poca memoria RAM propia.
\nLa innovación (Argon2, Scrypt): Los algoritmos Memory-Hard obligan al procesador a llenar varios Megabytes de RAM con datos aleatorios y leerlos constantemente mientras calcula el hash.
\nEl jaque mate: Como la GPU no tiene suficiente RAM dedicada para cada uno de sus miles de núcleos, no puede procesar estos hashes en paralelo. Su gran ventaja (la velocidad masiva) desaparece, y se vuelve casi tan lenta como una CPU normal.
\nEsa parte me ha ayudado la IA a explicarlo de forma resumida ya que me enrollo mucho, se el concepto pero no lo explicaría así.
\nEn temas de seguridad no podemos fiarnos de que las empresa hayan actualizado sus algoritmos internos, nadie garantiza que un ecomerce que nació en el 2000 haya dejado de usar con el tiempo md5 o md5crypt y haya pasado a bcrypt o argon para guardar sus hashes, así que tu contraseña puede ser muy larga pero si el hash es anticuado la seguridad no es la misma, 20 caracteres en 20 con md5 es peor que 12 caracteres en argon2id ante un ataque de diccionario.
\nPor eso debemos usar contraseñas distintas en todos los sitios en los que nos registramos, si un sitio es comprometido y por un casual usa algún hash antiguo para guardar la contraseña no podemos correr el riesgo de vernos comprometidos, para curarnos en salud usaremos contraseñas distintas en todos los sitios webs.
\nSi usas keepass o luks2 estos ya soportan argon2id, sacrificamos unos segundos si asignamos +256 MB de RAM a la contraseña pero nos da una tranquilidad que no esta pagada.
\nAhora espero que quede claro por que hay que usar contraseñas distintas en todo lado.
\n\n
\n
", "author": { "name": "Maks" }, "tags": [ "Seguridad" ], "date_published": "2026-02-07T20:10:05+01:00", "date_modified": "2026-02-07T20:10:05+01:00" }, { "id": "https://skamasle.com/por-que-mi-debian-tardaba-10-segundos-en-apagarse-y-como-lo-arregle.html", "url": "https://skamasle.com/por-que-mi-debian-tardaba-10-segundos-en-apagarse-y-como-lo-arregle.html", "title": "Por qué mi Debian tardaba 10 segundos en apagarse (y cómo lo arreglé)", "summary": "La pregunta del millón: ¿Por qué, si tengo un NVMe de 7000 MB/s que vuela, el sistema se queda \"pensando\" al salir? Después de investigar mis servicios con systemctl, me di cuenta de que mi Debian recién instalado estaba intentando ser \"demasiado amable\". Venía cargado…", "content_html": "
La pregunta del millón: ¿Por qué, si tengo un NVMe de 7000 MB/s que vuela, el sistema se queda \"pensando\" al salir?
\nDespués de investigar mis servicios con systemctl, me di cuenta de que mi Debian recién instalado estaba intentando ser \"demasiado amable\". Venía cargado con servicios de oficina y redes que yo no había pedido, en parte culpa mia, por usar el debian live para CD, ya que normalmente uso el minimal.
El culpable del delay al apagar suele ser el tiempo de espera (timeout). El sistema le dice a un servicio: \"Oye, voy a apagarme, cierra tus cosas\". Si el servicio (como el de correo Exim4 o el de red Avahi) se queda esperando una respuesta de la red que ya no existe, el sistema se bloquea hasta que se rinde y lo mata a la fuerza. Esos segundos de espera son los que nos roban la fluidez, me pasa con CUPS y eso que no tengo impresoras, pero algunos días va fino y otros piensa unos 20 segundos antes de morir.
\nSi como yo, usas tu equipo para desarrollo o uso personal, pero no tienes una impresora en cada esquina ni montas un servidor de correo en tu propia torre, estos procesos son puro lastre:
\nExim4: Mi PC no es un servidor de correos. Tener esto intentando gestionar colas de mensajes al apagar le añadia un par de segundos al apagar y alguno al encender.
\nAvahi-Daemon: Muy útil si quieres que tu Mac detecte tu Debian por arte de magia, pero si no compartes nada en red local, solo genera ruido.
\nModemManager: A menos que le pinches un pincho 3G de hace diez años, este servicio solo gasta ciclos de CPU buscando un hardware que no tienes.
\nCUPS (Impresión): Si no imprimes, CUPS es un ninja que a veces se queda atrapado al cerrar los sockets de red, retrasando el cierre del sistema.
\n# Adiós al delay del correo y redes locales\nsudo systemctl disable --now exim4 exim4-base.timer avahi-daemon avahi-daemon.socket\n\n# Si no imprimes ni usas módems antiguos\nsudo systemctl disable --now cups.service cups-browsed.service ModemManager\n\n# El truco final: acortar el tiempo de paciencia de Systemd\n# Edité /etc/systemd/system.conf y bajé el DefaultTimeoutStopSec a 5s\nNo aceptes que tu Linux tarde en arrancar o apagar \"porque sí\". Debian es una roca, pero a veces viene con la mochila demasiado llena de herramientas de oficina que no usamos. Una limpieza de servicios no solo libera memoria, sino que devuelve esa sensación de control total sobre tu hardware.
\nEn todo caso, si quieres evitar esto, usa la ISO minimal, en este caso tenia un livecd y he usado ese pero ya vez, ahorras tiempo por un lado y terminas metiendo mano a otras cosas por otro lado.
", "author": { "name": "Maks" }, "tags": [ "Linux" ], "date_published": "2026-02-07T19:25:17+01:00", "date_modified": "2026-02-07T19:25:17+01:00" } ] }