La mejora en el tiempo de arranque de Lucid, ¿es sólo con el sistema de archivos EXT4 o también mejora con los demás?

La mejora del arranque de Lucid consiste en que han eliminado parte de éste (HAL). Pero no se si el formato de archivos tiene algo que ver.

Además de eso, han cambiado sreadahead por ureadahead.

Lo que hace ureadahead es ver qué archivos necesita cargar al inicio y crear un paquete en un solo archivo. Creará uno por partición, en /var/lib/ureadahead. Luego será lo primero que cargue (ese tiempo que dices que tarda en empezar a cargar).

A lo mejor no tiene buen rendimiento con JFS, o a lo mejor el archivo que te ha creado no te beneficia, sino todo lo contrario. Si borras los archivos *pack de ese directorio al reiniciar se volverán a generar. Entra rápido en la sesión para que incluya los archivos de la sesión en el archivo. Tras esperar un minuto, comprueba que se han creado de nuevo los *pack. Reinicia entonces a ver si va mejor.

Siempre puedes desinstalar ureadahead, espero que sin problema ninguno. Así verás si obtienes mejores tiempos que con él.

Solo para asegurarme, ¿durante la carga del escritorio carga del disco duro o parece que no hace nada? Es posible que se trate de algún bug relacionado con otra cosa.

Grácias a los dos por vuestra ayuda y en referencia a tu pregunta jorge durante el arranque del ordenador el disco duro está trabajando todo el tiempo pero he encontrado un mensaje de error durante el boteo que podría tener que ver:

init: ureadahead-other main process (907) terminated with status 4

He probado el livecd de Kubuntu 10.04 64bits que me descargué anoche y en el boteo de kubuntu este mensaje se repite dos veces seguidas. El de Ubuntu no lo he grabado aún en disco porque no me quedan pero la base es la misma.

Recuerdo que este mensaje o otro muy parecido me aparecía durante el boteo de karmic.

Borrar el archivo .pack no sirvió para nada, luego borré otro llamado pack en el mismo directorio y generó un archivo home.pack y otro llamado sys.kernel.debug.pack. Este último de sólo 592 bytes.

Te dejo el archivo /var/log/boot.log

fsck from util-linux-ng 2.17.2

fsck from util-linux-ng 2.17.2

fsck from util-linux-ng 2.17.2

fsck: fsck.ntfs: not found

fsck: Error 2 while executing fsck.ntfs for /dev/sda1

fsck.jfs version 1.1.12, 24-Aug-2007

fsck.jfs version 1.1.12, 24-Aug-2007

processing started: 4/30/2010 12.28.30

processing started: 4/30/2010 12.28.30

The current device is: /dev/sda3

The current device is: /dev/sda2

Block size in bytes: 4096

Filesystem size in blocks: 7980288

**Phase 0 - Replay Journal Log

Filesystem is clean.

Block size in bytes: 4096

Filesystem size in blocks: 37879261

**Phase 0 - Replay Journal Log

Filesystem is clean.

init: ureadahead-other main process (907) terminated with status 4

Starting cryptmount early targets (hit shift/ctrl if short of entropy):

 * Starting AppArmor profiles  Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox

Warning: found usr.sbin.ntpd in /etc/apparmor.d/force-complain, forcing complain mode

[ OK ]

Applying Intel IA32 Microcode update... done.

 * Loading cpufreq kernel modules... 
[ OK ]

 * CPUFreq Utilities: Setting ondemand CPUFreq governor...  * CPU0...  * CPU1... 
[ OK ]

Otra cosa, ese archivo home.pack son 98.3 k, el que borré medía 114 megas.

Que ureadahead finalice con estado 4 significa que no ha cargado ningún archivo de esa partición. Es normal que ocurra eso para /home e incluso para otras particiones. Mi home.pack también ocupa prácticamente nada. El pack me ocupa pocos megas, eso sí, pero también dependerá de lo que tengas instalado.

Puedes probar a instalar el paquete bootchart que te generará unos gráficos de tiempos de carga en /var/bootchart para así inspeccionar en qué gasta tanto tiempo al arrancar. Una vez termines, desinstalas el paquete y ya está.

Pues parece que hay que formatear de vez en cuando, llevaba sin hacerlo desde la segunda revisión de "Hardy". He realizado una instalación limpia de Kubuntu y me ha arrancado todo en 23 segundos. Lo que pasaba era que ureadhead no funcionaba.