Acabei de atualizar e obtive o kernel genérico 3.2.0-44 no meu desktop Dell T3400. Quando eu reiniciei conforme necessário, ele ficou pendurado na tela do Ubuntu com a barra em movimento ... a barra parou de se mover e nada mais aconteceu (eu desisti depois de 5 minutos).
Forcei um ciclo de energia e usei o grub inicializado em 3.2.0-44-generic no modo de recuperação. Os relatórios de seleção do fsck "O último tempo de montagem do Superblock está no futuro" ... e "FIXED", a seleção do dpkg não reporta nenhum pacote quebrado, e a seleção de currículo é executada brevemente antes de ser interrompida. As últimas coisas relatadas são:
swapon:/dev/disk/by-uuid/613f8c15-413f-4339-81b4-a3b2b092480f: swapon failed: device or resource busy
swapon terminated with status 255
init ctl: Event failed
e o DAHDI então imprime algumas coisas com a última coisa sendo "dahdi_transcode:" então ele trava. Em uma tentativa (mas apenas uma de várias) depois de cerca de 15 segundos recebi outra msg que começou com:
rcu_sched detected stalls on CPU/taksk: { 1}
( EDIT A cada poucas tentativas eu recebo rcu_sched detectando um stall, e na maior parte do tempo isso acontece, ele começa indefinidamente descarregando um monte de informações de depuração ... muito rápido para entender. Mas uma vez Ele congelou com rcu_sched, na verdade, relatando que dahdi_transcode foi a tarefa real que foi pendurado.Eu não sei o quão preciso isso é, pois a memória pode ser corrompida por algo no início do processo de inicialização)
O teste de memória do Grub estava OK. E eu posso inicializar o kernel prev (3.2.0-43-genérico) OK.
Quaisquer pensamentos ou pistas sobre como corrigir isso?
Mais informações, já que se parece com um problema de partição swap (tudo a partir da inicialização do 3.2.0-43-generic):
meu / etc / fstab é:
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda1 during installation
UUID=c88a26e8-a137-4910-9601-6274caebc1f4 / ext4 errors=remount -ro,user_xattr 0 1
# swap was on /dev/sda5 during installation
UUID=613f8c15-413f-4339-81b4-a3b2b092480f none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
e "fdisk -l" mostra:
Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders, total 488281250 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa42d04a3
Device Boot Start End Blocks Id System
/dev/sda1 * 63 476214794 238107366 83 Linux
/dev/sda2 476214795 488279609 6032407+ 5 Extended
/dev/sda5 476214858 488279609 6032376 82 Linux swap / Solaris
onde gparted mostra sda5 para estar dentro de sda2
Como parecia que a inicialização do dahdi_transcode estava travando a inicialização do kernel 3.2.0-44-generic, eu reiniciei no kernel 3.2.0-43-generic e removi todos os módulos dahdi usando o Ubuntu Software Center, então reiniciei no kernel 3.2 .0-44 genérico. Isso fez, não mais travar durante a inicialização. Como eu não uso minha caixa de desktop para telefonia, esta solução funciona para mim.