Ubuntu не удается запуститься после системного обновления (отображает уведомление BusyBox на командной строке),
Я запускаю Ubuntu 10.x на одном из моих полей. Вчера SPM открылся во время сессии с выбором установить последние обновления. Я согласился (как, я делал много раз прежде). На этот раз, во время установки, разрушенная система, SPM сообщил, что исключение Python произошло во время установки (к сожалению, я не помню, на котором этапе установки исключение произошло).
Я перезагрузил систему, так как я не мог избавиться от диалогового окна SPM, которое было отображено greyed и было безразлично.
Когда я попытался войти в систему снова (после перезагрузки), я был встречен консольным экраном со следующим сообщением (после отслеживания стека):
уничтоженный смонтируйтесь: монтирование/dev на/root/dev перестало работать: Никакой такой файл или каталог не монтируется: монтирование/sys на/root/sys перестало работать: Никакой такой файл или каталог не монтируется: монтирование/proc на/root/proc перестало работать: Никакая такая Целевая файловая система файла или каталога dosen't не имеет/sbin/init Никакой найденный init. Попытайтесь передать init = bootarg.
(Ubuntu 1:1.13.3-1ubuntu11) BusyBox v1.13.3 встроенная оболочка (пепел) Вводит 'справку' для списка встроенных команд
(initramfs)
У меня есть следующие вопросы:
- Каково значение этого messade?
- Почему монтирование перестало работать?
- (самый важный), чему требуются шаги, я восстанавливаюсь с этой аварии?
Обновление
Я последовал совету Giles. Я устанавливаю мой свой ПК для загружений от диска USB, если все остальное перестало работать. На этот раз я получаю следующее сообщение (сокращенный здесь, поскольку я вывожу его),
scsi 2:0:0:1: CD-ROM SanDisk U3 Cruzer Micro 8.0.2 PQ: 0 ANSI: 0
sd 2:0:0:0:0 Attached scsi generic sg3 type 0
sd 2:0:0:0:0 [sdc] 31301631 512-byte logical blocks
sd 2:0:0:0:0 [sdc] Write Protect is off
sd 2:0:0:0:0 [sdc] Mode Sense: 45 00 00 08
sd 2:0:0:0:0 [sdc] Assuming drive cache: write through
sr1: scsi3-mmc drive: 48x48x tray sr 2:0:0:1: Attached scsi CD-ROM
sr1 sr 2:0:0:1: Attached scsi generic sg4 type 5
sd 2:0:0:0:0 [sdc] Assuming drive cache: write through
sdc: sdc1 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through
sd 2:0:0:0:0 [sdc] Assuming SCSI removable disk
Я затем поразил клавишу Enter:
(initramfs)
На данном этапе я не уверен, является ли моя карта с интерфейсом USB загрузочной, или не (dosen't похожи на него). Я думаю об установке barand новой ОС на палке и запуска оттуда - НО, я не знаю то, чем последствия этого будут (я потеряю свои существующие данные по моей машине?).
На помощь!
2 ответа
У Вас, кажется, есть поврежденная файловая система. Когда Вы перезагрузили, корневая файловая система (т.е. системный раздел) не могла быть смонтирована. Сообщения, которые Вы перечисляете здесь, являются последствиями корневой файловой системы, не смонтированной, и не являются частью проблемы. Поврежденная файловая система является, вероятно, или причиной катастрофического отказа SPM или последствием той же корневой проблемы.
Существует две причины, почему файловая система могла бы быть повреждена: это могла быть аппаратная проблема (обычно сбойный диск или провальная RAM), или это могла быть программная ошибка.
Перед выбором опции восстановления необходимо заняться расследованиями немного больше. (Действительно ли это является поддающимся ремонту? Сколько данных Вы проиграли? Аппаратный компонент должен быть изменен? Необходимо ли сообщить об ошибке? До сих пор нет достаточного количества данных для ответа на эти важные вопросы.)
Во-первых, при подсказке начальной загрузки, выберите “Тест памяти”. Позвольте ему работать за несколькими циклами (это может занять несколько часов). Если это находит проблемы, измените свою RAM, то начните думать о восстановлении (или переместите диск в другую машину при необходимости в данных теперь).
Следующий шаг должен загрузить из живой Ubuntu CD/USB и попытаться монтировать файловую систему там. Если можно смонтировать его, посмотрите на последние записи в /var/log/kern.log (если Вы будете видеть подозрительные записи, возвратитесь туда, где проблемы запускаются, то иногда будут страницы страниц ошибок, в то время как в других случаях ошибка препятствовала тому, чтобы любое сообщение журнала было записано). Если Вы не можете даже смонтировать файловую систему, достигнуть Ваших резервных копий (восстановление отдельных файлов является часто возможным, но трудным).
С живого CD также проверьте состояние своего диска с smartctl -a /dev/sda (если у Вас есть больше чем один диск, включая Карты памяти, диск может быть /dev/sdb, /dev/sdc, и т.д.). Отказы диска являются обычно любой резкими (диск просто прекращают отвечать), или не настолько поразительные (первые поврежденные секторы находятся в 99,99% пространства, не использованного критическими файлами), но Вы, возможно, были неудачны (например, поврежденный сектор в журнале файловой системы).
Это может звучать глупым и тривиальным, но Вы попробовали удержание клавиши SHIFT прямо перед загрузками GRUB так, чтобы можно было выбрать предыдущее ядро?
У меня была проблема, где последние обновления ядра в Ubuntu 10.x повреждают мою систему, дают мне ошибки о не желании смонтироваться и начальная загрузка меня в busybox.
(Я просто видел возраст этого сообщения, но я уезжаю, это должно он помогать кому-то с той же проблемой.)