Lubuntu 14.04LTS falha ao inicializar após atualizações - questão GRUB

Question

Tenho usado o Lubuntu 14.04 LTS por mais de um ano sem problemas (significativos). Eu adiei a reinicialização depois de algumas atualizações recentemente (provavelmente cerca de 2 a 3 semanas) e quando finalmente tive tempo de reiniciar, fui recebido por um prompt busybox com mensagens indicando que tinha tentado montar minhas partições RAID em /root , que não foi possível ( /dev/md127 é minha partição raiz gerenciada via mdadm). A mensagem dizia algo como Could not find init at /sbin/init . Isso foi quando tentamos inicializar no kernel 3.13.0-88

Por sorte, eu tinha uma configuração de RAID em funcionamento salva como uma entrada "personalizada" do GRUB (com uma versão do kernel de 3.13.0-57) e consegui inicializar isso, e consegui alterar a definição do grub.cfg para essa entrada me leve ao kernel 3.13.0-88. Pelo menos isso me levou de volta ao meu sistema, mas assim que um comando update-grub é executado, a configuração é sobrescrita.

Como posso consertar minha configuração do Grub2 de tal forma que ela reconheça meus arranjos RAID e que a configuração se torne permanente mesmo quando update-grub for executado? Para referência, aqui está a entrada do grub.cfg para a inicialização com falha:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd' {
    recordfail
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    insmod part_msdos
    insmod part_msdos
    insmod diskfilter
    insmod mdraid1x
    insmod ext2
    set root='mduuid/dfe0e47f47757b9c579476231666f004'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='mduuid/dfe0e47f47757b9c579476231666f004'  ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd
    else
      search --no-floppy --fs-uuid --set=root ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd
    fi
    linux   /boot/vmlinuz-3.13.0-88-generic root=UUID=ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd ro  quiet splash nomdmonddf nomdmonisw bootdegraded=true $vt_handoff
    initrd  /boot/initrd.img-3.13.0-88-generic

E aqui está a entrada do grub.cfg para a entrada personalizada do RAID:

menuentry 'Ubuntu (RAID)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd' {
        recordfail
        load_video
        gfxmode $linux_gfx_mode
        insmod gzio
        insmod part_msdos
        insmod ext2
        insmod mdraid1x
        set root='hd0,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd 
        else
          search --no-floppy --fs-uuid --set=root ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd 
        fi
        linux   /boot/vmlinuz-3.13.0-57-generic root=UUID=ac8ee99a-72a5-4ab9-8059-bb4841d3a1fd ro  quiet splash nomdmonddf nomdmonisw nomdmonddf nomdmonisw bootdegraded=true $vt_handoff 
        initrd  /boot/initrd.img-3.13.0-57-generic

Qualquer sugestão seria muito apreciada.

    

Answer 1

Bem, parece que tudo que eu precisei fazer foi executar novamente o update-grub . A entrada do grub.cfg que eu postei na minha pergunta já foi corrigida pelo próprio grub2 - algo deve ter corrido mal durante uma das atualizações. Originalmente, a entrada quebrada do grub.cfg mostrava root=/dev/md127 em vez da linha root=UUID=... . O grub.cfg acima é inicializado corretamente. Problema resolvido.