Я работаю с Распбианом Уизи. Со вчерашнего дня я не смог загрузить свой RPi после принудительного выключения (отключив шнур питания). С тех пор все начинается следующим образом: http://pastebin.com/QiEbda2y
Обратите внимание на следующие несколько строк:
[ 2.176606] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
...
[ 2.220626] Starting init: /etc/init exists but couldn't execute it (error -13)
Затем начинается ш. Когда я пытаюсь запустить bash, он выдает следующие предупреждения:
bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
root@(none):/#
Обратите внимание, что он сказал root@(none)
Кроме того (несколько ожидаемый) загрузочный диск не смонтирован, и (совсем не ожидаемый) корневой диск находится в режиме только для чтения. Я могу смонтировать оба в режиме rw с помощью:
fsck /dev/mmcblk0p1 (needed because dirty bit is set)
mount /boot
mount -o remount,rw /
Когда я запускаю ps, он говорит мне запустить mount -t proc proc /proc . Это также необходимо для использования ifup /ifdown.
Если я не использую ifdown/ifup на eth0, мой ifconfig будет пустым, но простое использование ifup заставляет его жаловаться, что eth0 уже запущен.
Я могу запустить службу ssh, используя service ssh start и она доступна после предыдущей установки eth0.
такие программы, как vim, все еще работают, но такие вещи, как shutdown -r now не работали, поскольку shutdown не была распознана (где она была раньше). Ввод команды exit приводит к ошибкам (не при выходе из bash, а из sh, т.е. pid 1):
Kernel panic - not syncing: Attempted to kill init! exitcode=00000800
...
После этого я изменил cmdline.txt для запуска корневого раздела на USB-диске /dev/sda2(он не был подключен в первый раз, когда я столкнулся с проблемой, он был подключен во время копирования dmesg в pastebin). USB был создан, чтобы содержать Распби Джесси. Теперь он работал, и рабочий стол загружался (хотя мышь и клавиатура перестали работать после того, как был показан рабочий стол), и я мог подключиться к нему без каких-либо настроек (кроме смены паролей на учетной записи pi и root)
Изменив cmdline.txt обратно на /dev /mmcblk0p2, на котором был расположен старый корень, и после правильной перезагрузки с shutdown -r now все старые проблемы сохраняются, за исключением того, что мне не нужно было fsck раздел /boot.
До принудительного завершения работы, вызвавшего проблемы, я провел apt-get update/upgrade на сумму около года.
Может ли кто-нибудь помочь мне вернуть мою распбианую установку в рабочее состояние?
Существуют ли какие-либо инструменты, которые могут помочь мне восстановить неизвестные сломанные части операционной системы?