Ubuntu отказала без видимой причины, не уверенный в том, как вернуть ее
Я выполняю актуальную версию Ubuntu, настроенной на машине Acer 64 битов с твердотельным жестким диском Kingston, с установкой, которая позволяет мне загружаться в любую Ubuntu (где я делаю приблизительно 95% работы), или Windows 7. Я выполнял его этот путь в течение многих месяцев без проблем, и Ubuntu начала замерзать, таким образом, у меня была к "холодной" начальной загрузке система. В то время как я могу загрузиться в раздел Windows без проблемы, когда я пытаюсь загрузиться в Ubuntu, я получаю следующее:
mount: mounting /dev/disk/by-uuid/d6bd2da2-d626-499789c8-64efbf5d2853 on/root
failed: invalid argument
mount: mounting /dev on/root/dev failed: No such file or directory
mount: mounting /sys on/root/sys failed: No such file or directory
mount: mounting /proc on/root/proc failed: No such file or directory
Target filesystem doesn't have requested /sbin/init
No init found. Try passing init= bootarg
Busyboxv1.21.1 (Ubuntu 1:1.210-1ubuntu1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
Я не знаю что случилось или что сделать от этой точки, и примите во внимание при предоставлении инструкций что я немного стар и очень незнаком с чем-либо вне основ использования Ubuntu. Кроме того, в то время как я могу получить доступ к файлам на разделе Windows из Ubuntu, я задавался вопросом, существует ли какой-либо способ, которым я могу восстановить файлы, сохраненные в Ubuntu, должны, я должен переустановить. Кто бы ни отвечает, большое спасибо в течение Вашего времени.
1 ответ
Это - вероятно, не аппаратная проблема, полагая, что Windows загружается и хорошо работает на том же диске. Существуют некоторые инструменты Windows и Linux для проверки УМНЫХ данных диска, которые являются опцией также. Но на всякий случай я попробовал бы восстановление данных сначала прежде, чем сделать любые тесты записи к диску.
Когда Вы загружаетесь из живой ISO (USB/CD), если можно вставить ошибки монтирования (от терминала, или вероятно в /dev/log/syslog также), который должен помочь много.
Монтирование, только для чтения (ro) мог бы предоставить доступ для копирования от файлов данных, по крайней мере, если у Вас уже нет резервного копирования. Это должно работать, если Вы загружаетесь живой:
Узнайте, какой раздел диска требуется смонтировать (
/dev/sdx#имя). В терминале, выполненном (как корень или сsudo) некоторые из них для обнаружения, что устройство/раздел (как/dev/sda1) Вы после. Разделы Linux являются, вероятно, ext3/4 форматом, окна обычно NTFS:lsblkилиblkidилиfdisk -lилиparted -lСделайте точку монтирования
sudo mkdir /mountpoint(например, часто the're в/media/где-нибудь, может работать лучше там).Попытайтесь монтировать его только для чтения с устройством и точкой монтирования от ранее
mount -o ro /dev/sdx# /mountpointНаблюдайте за любыми сообщениями об ошибках здесь. Если это смонтировалось хорошо, что необходимо смочь считать и скопировать данные из
/mountpoint
Этому, возможно, понадобится проверка файловой системы, прежде чем это захочет смонтироваться (см. man fsck И другие инструменты как fsck.ext3, fsck.<morenames>). Но они могли записать в файловую систему, возможно перезаписав Ваши данные, которые требуется восстановить сначала, так, чтобы не была "лучшая практика" восстановления данных.
Если это не смонтировалось бы, другие инструменты как testdisk или photorec мог использоваться, чтобы попробовать и считать данные так или иначе. Посмотрите эту страницу Восстановления данных Ubuntu, или испытательный стенд или photorec документацию/справку для большего количества информации.
И со "смонтируйтесь:... отказавший: недействительный аргумент" Вы могли бы хотеть смотреть на Ваш /etc/fstab файл..., возможно, редактирует это в Ваш Q?
Или инструмент как Восстановление Начальной загрузки мог помочь для проблем загрузки GRUB, но это не может быть проблемой здесь (мог даже испортить начальную загрузку Windows, которая все еще работает теперь).