Estoy realizando una actualización en una máquina realmente lenta. Es un Intel Atom que tiene algunos años. Es perfecto para ver videos y usar XBMC, pero realmente funciona al descomprimir cientos de actualizaciones (como lo hace en una actualización de lanzamiento). Tengo otra actualización que hacer en esto una vez que se complete.
Hoy reflexioné en la sala de chat general que sería genial si pudiera enviar esas descargas de paquetes a través de un servidor local más rápido que pudiera enviar las solicitudes, descomprimir los paquetes y transmitirlos.
Todavía en planificación, tengo algunas preguntas:
- ¿Es posible tener un paquete deb que no esté comprimido?
- ¿Cómo puedo quitar la compresión de un deb?
- ¿Quitar la compresión eliminará las sumas de verificación y, de ser así, cómo lo soluciono?
Respuesta1
1) En realidad no, no. En teoría, puede utilizar el nivel de compresión más bajo en el momento de la compilación de los debs, pero los constructores de Ubuntu no hacen esto. La parte lenta probablemente no sea la descompresión, sino descomprimir archivos y escribirlos en el disco. Varias cosas pueden afectar los tiempos de E/S del disco aquí, incluida la configuración del BIOS, la velocidad de rotación de la unidad y el tipo de unidad. En teoría, podría tener el archivo de datos dentro del deb, data.taraunque aún tendría una ligera compresión (o inflación) y no ayudaría con la velocidad de escritura en el disco.
2) Ver 1).
3) Sí, lo sería, si tomara un deb binario y reemplazara data.tar.gzsu interior, el tamaño, la marca de tiempo, etc. cambiarían. Para poder hacer algo, deberá hacerlo en el momento de la compilación del paquete deb.
Por otro lado, como dije, el problema de la velocidad probablemente sea escribir en el disco. Puede verificar su BIOS para cambiar algunas configuraciones del disco. Si está utilizando un disco SATA y su BIOS está configurado para comunicarse con él como IDE/ATAPI, entonces la velocidad de lectura/escritura será extremadamente lenta. Cambie la configuración a AHCIsi está disponible. Otro problema común son las RPM del disco si no estás usando un SSD. No especificó qué tamaño o disco RPM está utilizando, pero un disco de 2,5" a 4500-5400 RPM será más lento que un disco de 3,5" que funcione entre 7200 y 15000 RPM. Y un disco SATA I (1,5 Gbps) será más lento que un disco SATA II (3,0 Gbps) o III (6,0 Gbps). El tamaño de la caché del disco también juega un papel importante aquí. Tampoco dijiste qué Atom tenías ni cuánta RAM, pero no son tan lentos como podría pensar. No son un i7 de primera categoría, pero la cantidad de compresión utilizada en los paquetes deb generalmente no es un problema para ellos.
Respuesta2
Para eliminar la compresión, esto es lo que se me ocurrió (esto de ninguna manera responde a nada más):
ar vx debianutils_4.3.4_amd64.deb
gunzip data.tar.gz
ar d debianutils_4.3.4_amd64.deb data.tar.gz
ar q debianutils_4.3.4_amd64.deb data.tar
El paquete es más grande. Las sumas de verificación están completamente equivocadas... Pero sigue siendo un paquete válido, sin compresión.