Ядро паники при загрузке

Хорошо, я перепробовал все ответы, все. Но я не мог решить мою проблему. И наконец, я переустанавливаю свою Ubuntu.

Вам нужно попробовать дистрибутив «Ubuntu Rescue Remix» и загрузиться как live с cd / usb, там можно использовать приложение для восстановления Grub или обнаружить другую ОС.

It is very easy to use, I working great for me.

Вы можете получить спасательный ISO для здесь:

• 12.04: http://ubuntu-rescue-remix.org/files /URR/iso/ubuntu-rescue-remix-12-04.iso

• 11.10: http://ubuntu-rescue-remix.org/files/ URR / iso / ubuntu-rescue-remix-11-10.iso

Я столкнулся с этой проблемой, когда изменил настройку BIOS. Если вы изменили настройки BIOS или даже не просто сбросили BIOS на значение по умолчанию и вернули нам результат.

Попробуйте загрузиться с Live CD и подключите необходимое устройство. Скопируйте

~ / mozilla / firefox / xxxxxxx.default

в pendrive, переустановите Ubuntu, а затем скопируйте каталог mozilla в свою домашнюю библиотеку. Извините, мой английский ужасен. ; -)

Могут Вы для начальной загрузки в текущую установку с каким-либо из ядер, установленных в системе?

При рассмотрении чата с psusi существует сообщение со ссылкой на вставку восстановления начальной загрузки 938724. Это показывает Вашему созданному меню GRUB с записями для

'Ubuntu, with Linux 3.0.0-17-generic'
'Ubuntu, with Linux 3.0.0-17-generic (recovery mode)' 
'Ubuntu, with Linux 3.0.0-16-generic'
'Ubuntu, with Linux 3.0.0-16-generic (recovery mode)' 
'Ubuntu, with Linux 3.0.0-12-generic' 
'Ubuntu, with Linux 3.0.0-12-generic (recovery mode)' 

Вы судили их всех, и они все приводят тот же путь к сбою? Я просто задаюсь вопросом, позволяет ли один из них Вам загружаться успешно затем, возможно, можно затем восстановиться путем чистки/удаления ядра, которое перестало работать, и затем переустановите его.

24 апреля

Согласно восстановлению начальной загрузки вставляют 938724, update-grub найденный теми записями в Вашем /boot папка, когда это зондировало. По крайней мере, в именно это нашло восстановление начальной загрузки sda3/boot/grub/grub.cfg.

Что Вы видите в своем меню GRUB, когда Вы загружаетесь? Это напоминает следующее?

Ubuntu, with Linux 3.0.0-17-generic
Ubuntu, with Linux 3.0.0-17-generic (recovery mode)
Previous Linux versions
Memory test (memtest86+)
Memory test (memtest86+, serial console 115200)
Windows 7 (loader) (on /dev/sda4)

(Если Вы не получаете меню GRUB, когда Вы загружаетесь, затем попытайтесь нажимать/содержать клавишу Shift, когда процесс начальной загрузки начинает раскрывать меню.)

Если Вы видите меню GRUB с записью Previous Linux versions, попытайтесь выбрать ту запись и нажать Enter. Необходимо видеть другое меню с записями для 3.0.0-16 и 3.0.0-12 ядра. Посмотрите то, что происходит, когда Вы загружаете их.

26 апреля

Curiouser и curiouser. Хорошо, таким образом, ELFCLASS32 вместо 64 все снова и снова. Не зная, что еще сделать, я предлагаю, чтобы Вы выполнили процедуру, которую Вы прошли во время своего чата с psusi.

1. Загрузите Живой CD/USB для 64-разрядной Ubuntu 11.10 (AMD64).
2. Смонтируйтесь и затем chroot в Ваш прерванный установка Ubuntu /dev/sda3. Затем выполненный apt-get переустановить корректную, 64-разрядную версию libnih.so.1.

    # mount /dev/sda3 as /mnt/ubu2fix
    mkdir /mnt/ubu2fix
    sudo mount /dev/sda3 /mnt/ubu2fix

    # chroot so that '/mnt/ubu2fix' becomes '/' for command processing
    for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt/ubu2fix/$i"; done
    sudo chroot /mnt/ubu2fix

    # reinstall the package which contains libnih1.so.1.0.0 (aka libnih1.so.1)
    apt-get -V --reinstall install libnih1 

Однако, прежде чем Вы делаете chroot, Вы могли бы сначала хотеть попытаться узнать сколько другой ELFCLASS32 файлы могли бы присутствовать и (потенциально) потребовать фиксации. Я думаю, что команды ниже сделают это.

Команды ниже работают file команда против каждого файла в каталогах /bin, /sbin, /lib, и /lib64 на Вашей Ubuntu устанавливают в /dev/sda3. grep ограничивает вывод 32-разрядными исполняемыми файлами.

Если все корректно, то эти команды должны произвести ** НИКАКОЙ вывод. ** Любые файлы, перечисленные, когда Ваше выполнение эти команды являются 32-разрядными, когда они должны быть 64-разрядными. Они должны будут (вероятно), быть переустановлены, чтобы Ваша система работала правильно.

sudo find /mnt/ubu2fix/bin  -type f -exec file '{}' \; | grep 32-bit
sudo find /mnt/ubu2fix/sbin  -type f -exec file '{}' \; | grep 32-bit
sudo find /mnt/ubu2fix/lib  -type f -exec file '{}' \; | grep 32-bit
sudo find /mnt/ubu2fix/lib64  -type f -exec file '{}' \; | grep 32-bit

Выполните команды выше после монтирования /dev/sda3 как /mnt/ubu2fix, но прежде чем Вы делаете chroot. (Или выполненный их в другом терминале, который является вне chroot.)

29 апреля

Я смотрел на Ваше Примечание 1.

Извините за не замечать ранее Ваш комментарий это
"все файлы в /mnt/ubusda3/lib/modules/3.0.0-12-generic/ и /mnt/ubusda3/bin 32 бита."
Я, конечно, не ожидал, что это будет иметь место.

"Действительно ли возможно переустановить целые файлы ядра?"

Я не уверен, что Вы спрашиваете. (Но даже если бы я сделал я не уверен, что знал бы, как сделать это. Извините.)

01 мая - Рассмотрите установку обновления от 11,10 до 11,10

Ранее, когда я прочитал комментарий из @Alvar, который предложил делать установку для восстановления системы, я предположил, что это подразумевало разрушение текущей установки, таким образом, я проигнорировал его. Теперь я не так уверен.

Оказывается, что в ситуации как Ваша, где и Ubuntu и Windows установлены в различных разделах на том же жестком диске, установщик Ubuntu спросит, какую установку Вы хотите сделать как показано в изображении ниже.



Я попытался делать установку обновления от 11,10 до 11,10 в VirtualBox VM для получения лучшее представление о том, что это делает. Это, кажется, работает, как это утверждает. У меня действительно есть некоторые предупреждения, которые я упомянул ниже.

Я не могу дать Вам совет на том, является ли переустановка чем-то, что необходимо сделать. Я не знаю Вашей ситуации или какие ресурсы Вы имеете или не имеете под рукой.

Некоторые протесты:

1. Необходимо стараться ввести текущий идентификатор пользователя, когда установка запрашивает его. При вводе другого идентификатора пользователя старый будет удален. Вы будете не мочь войти в систему с ним. Это описано более подробно в этом вопросе: Как я могу восстановить удаленное имя пользователя с помощью его старой домашней папки?
2. Если Вы принимаете решение Download updates while installing, установка, по-видимому, выполняет эквивалент apt-get dist-upgrade. У меня было 8 незаконченных обновлений перед установкой обновления. После того, как это завершилось было 0 ожиданий обновлений, и было установлено новое ядро, 3.0.0-19-универсальное.
3. Firefox казался прекрасным. Мои пароли, история и закладки, кажется, были сохранены. Часть приложения моего браузера Google Chrome была удалена, но пользовательские данные из него не были. Таким образом после того, как я имел, переустанавливают Chrome, мои настройки, закладки, и так далее также работали правильно в Chrome.
4. В то время как все, казалось, работало хорошо, самая безопасная вещь, как всегда, для резервного копирования данных в разделе Ubuntu перед запуском установки. Вы - единственный человек, который знает, насколько ценный Ваши данные или не Вам. Таким образом, Вы - единственный человек, который знает то, что рискует Вами, готовы взять или не взять.