Unable to mount cache что делать

Unable to mount cache что делать

Слетел EFS на Samsung Galaxy Note 10.1 N-8000

такая ошибка? E:failed to mount /efs (Invalid argument)

почему ты cчитаешь что проблема именно в EFS?

сервисной прошивкой с pit файлом пробовал прошиваться?

интересно, а где ты оф. сайт с прошивками нашёл? samsung-updates.com? так это не оф. сайт

попробуй прошиться в начале сервисной прошивкой с pit файлом — N8000XXUDNH2_SER_FACTORY.zip

интересно, а где ты оф. сайт с прошивками нашёл? samsung-updates.com? так это не оф. сайт

попробуй прошиться в начале сервисной прошивкой с pit файлом — N8000XXUDNH2_SER_FACTORY.zip

а блин, ты и топикстартер разные люди, ставьте аватарки что ли)))

сейчас попробую найти для i9300 сервисную прошивку

4-x файловая сервисная прошивка (качать частями, архивы распаковать):

BL — https://yadi.sk/d/MEhv8IJdhyWSE
AP — https://yadi.sk/d/PzKHCqluhyW8v
CSC — https://yadi.sk/d/ulA7igpehyWSL
MODEM — https://yadi.sk/d/YtzOVugmhyWSN

PIT файл во вложении к посту в архиве M0_EUR_OPEN_4G.zip

Model: GT-I9300
Model name: GALAXY S III

4-x файловая сервисная прошивка (качать частями, архивы распаковать):

BL — https://yadi.sk/d/MEhv8IJdhyWSE
AP — https://yadi.sk/d/PzKHCqluhyW8v
CSC — https://yadi.sk/d/ulA7igpehyWSL
MODEM — https://yadi.sk/d/YtzOVugmhyWSN

PIT файл во вложении к посту в архиве M0_EUR_OPEN_4G.zip

такая ошибка? E:failed to mount /efs (Invalid argument)

почему ты cчитаешь что проблема именно в EFS?

сервисной прошивкой с pit файлом пробовал прошиваться?

Висит на надписи Samsung. При Hard Reset выдаёт ошибку. /efs (Invalid argument). сейчас шью Одином уже 6 раз, и с pit файлом и без.((( Прошивается отлично, при включении доходит до надписи «самсунг» и на ней висит.

интересно, а где ты оф. сайт с прошивками нашёл? samsung-updates.com? так это не оф. сайт

попробуй прошиться в начале сервисной прошивкой с pit файлом — N8000XXUDNH2_SER_FACTORY.zip

запустить помогу, а вот с восстановлением EFS нужно будет ещё подумать

в общем проделываешь следующее:

1. Прошиваешь TWRP recovery из вложения к посту.
2. Закидываешь архив с SuperSU в корень карты памяти, загружаешься в TWRP recovery и устанавливаешь архив с SuperSU (Install -> выбираешь архив BETA-SuperSU-v2.71-20160331103524.zip -> снизу проводишь пальцем для установки)
3. Перезагружаешься снова в TWRP.
4. Заходишь в Mount -> там монтируешь System и подключаешь устройство к ПК.
5. Скачиваешь архив adb-fastboot.zip из вложения к посту, распаковываешь. Зажимаешь shift на клавиатуре и не отпуская его кликаешь по папке adb-fastboot правой кнопкой мыши, в меню выбираешь «Открыть окно команд». В командной строке вводишь следующее (команды вводить по очереди, после каждой команды нажать enter):

внимательно смотри, где пробелы и т.д. команды можно копировать и вставлять правой кнопкой мыши ctrl сv в консоли не работает!

после ввода последней команды устройство перезагрузится в систему, НО! связь работать не будет, нужно восстанавливать EFS, данный способ работает не у всех, но попробовать тебе ничего не мешает

запустить помогу, а вот с восстановлением EFS нужно будет ещё подумать

в общем проделываешь следующее:

1. Прошиваешь TWRP recovery из вложения к посту.
2. Закидываешь архив с SuperSU в корень карты памяти, загружаешься в TWRP recovery и устанавливаешь архив с SuperSU (Install -> выбираешь архив BETA-SuperSU-v2.71-20160331103524.zip -> снизу проводишь пальцем для установки)
3. Перезагружаешься снова в TWRP.
4. Заходишь в Mount -> там монтируешь System и подключаешь устройство к ПК.
5. Скачиваешь архив adb-fastboot.zip из вложения к посту, распаковываешь. Зажимаешь shift на клавиатуре и не отпуская его кликаешь по папке adb-fastboot правой кнопкой мыши, в меню выбираешь «Открыть окно команд». В командной строке вводишь следующее (команды вводить по очереди, после каждой команды нажать enter):

внимательно смотри, где пробелы и т.д. команды можно копировать и вставлять правой кнопкой мыши ctrl сv в консоли не работает!

после ввода последней команды устройство перезагрузится в систему, НО! связь работать не будет, нужно восстанавливать EFS, данный способ работает не у всех, но попробовать тебе ничего не мешает

запустить помогу, а вот с восстановлением EFS нужно будет ещё подумать

в общем проделываешь следующее:

1. Прошиваешь TWRP recovery из вложения к посту.
2. Закидываешь архив с SuperSU в корень карты памяти, загружаешься в TWRP recovery и устанавливаешь архив с SuperSU (Install -> выбираешь архив BETA-SuperSU-v2.71-20160331103524.zip -> снизу проводишь пальцем для установки)
3. Перезагружаешься снова в TWRP.
4. Заходишь в Mount -> там монтируешь System и подключаешь устройство к ПК.
5. Скачиваешь архив adb-fastboot.zip из вложения к посту, распаковываешь. Зажимаешь shift на клавиатуре и не отпуская его кликаешь по папке adb-fastboot правой кнопкой мыши, в меню выбираешь «Открыть окно команд». В командной строке вводишь следующее (команды вводить по очереди, после каждой команды нажать enter):

внимательно смотри, где пробелы и т.д. команды можно копировать и вставлять правой кнопкой мыши ctrl сv в консоли не работает!

после ввода последней команды устройство перезагрузится в систему, НО! связь работать не будет, нужно восстанавливать EFS, данный способ работает не у всех, но попробовать тебе ничего не мешает

Инструкции

TWRP — Team Win Recovery Project

  • Инсталляция кастомных сборок ромов;
  • Инсталляция обновлений, дополнений и исправлений;
  • Соединение с компьютером в режиме накопителя;
  • Соединение с компьютером для ADB-отладки;
  • Сохранение копий системных файлов, путём бэкапа разделов памяти (системное и пользовательское ПО, настройки и прочие данные);
  • Восстановление бэкапа;
  • Откат пользовательских настроек;
  • Работа со съёмным накопителем (в зависимости от версии, может поддерживаться и работа с USB-OTG)

  • Install — инсталляция .zip-архивов.
  • Wipe — очищение системных разделов:
    • Cache — очистка системы от временных файлов.
    • Dalvik Cache — очистка делвик-кэша (в среде ART, данная функция бесполезна).
    • Factory Reset — групповая очистка пользовательской памяти, кэша и делвик-кэша.
    • System — очистка основного раздела прошивки.
    • External Storage — очистка внешнего накопителя.
    • Internal Storage — очистка области встроенного хранилища, доступного для записи пользователю.
    • Android Secure — очистка скрытого раздела карты памяти (на который переносятся приложения).
    • Wipe Battery Stats — очистка статистики аккумулятора.
    • Wipe Data — очистка раздела /data , удаляет все ваши программы их данные, личные настройки.
    • Wipe Vendor — очистка файлов, поставляемые производителем устройства. Обычно содержит бинарный firmware для различных железных компонентов, например модуля Wi-Fi
  • Backup — сохранение копии прошивки (с дополнительными опциями резервирования).
  • Restore — восстановление прошивки из копии (даёт возможность выбрать конкретную область памяти).
  • Mount — открытие и закрытие доступа (Mount — открытие, Unmount — закрытие):
    • Mount / Unmount System — область хранения основных файлов прошивки.
    • Mount / Unmount Data — область хранения стороннего ПО, настроек и данных.
    • Mount / Unmount Cache — область хранения временных файлов.
    • Mount / Unmount SDCARD — карта microSD.
    • Mount / Unmount USB Storage — соединение в качестве запоминающего устройства.
  • Settings — параметры поведения TWRP:
    • Zip file signature verification — вкл/выкл верификации подписи.
    • Force MD5 check for all zips: — вкл/выкл верификации контрольной суммы.
    • Use rm –rf instead of formatting — параметры отработки скрипта rm –rf (очищение памяти или полноценное форматирование).
    • Skip MD5 generation during backup — параметр создания контрольной суммы в бэкапе.
    • Ignore image size errors during backup — параметр пропуска ошибки «image size errors» при создании бэкапа.
    • Restore Defaults — откат изменений параметров рекавери.
  • Advanced — расширенные параметры (в разных сборках, могут добавляться дополнительные опции):
    • Copy Log to SD – создание отчёта о текущей сессии на microSD.
    • Fix Permissions – восстановление разрешений у файлов и папок, согласно стоковой структуре.
    • Partition SD Card – разметка накопителя.
    • File Manager – проводник с возможностью изменения имени, перемещения, копирования, удаления и изменения разрешений у файлов и папок (на некоторых сборках может не поддерживать кириллицу).
    • Terminal Command – ручной ввод linux-команд.
  • Reboot — типы перезагрузки:
    • System — перезагрузка в систему.
    • Recovery — перезагрузка в рекавери.
    • Power off — выключение устройства.
Читать еще:  Pbr image что это dell

*В зависимости от модели вашего устройства и версии установленной TWRP, могут отсутствовать некоторые опции или присутствовать новые.

Как уже писал выше, при помощи TWRP можно сохранить устанновленную прошивку. Сделать это достаточно просто:

  • Загружаемся в рекавери;
  • Заходим в «Backup«;
  • Настраиваем сжатие, раздел системы, путь и имя бэкапа;
  • Подтверждаем действия и ожидаем окончания процедуры;
  • Затем перезагружаемся в систему, посредством пункта «Reboot«.

На miroSD, по выбранному в настройках бэкапа пути, будет размещен архив бэкапа с расширением .win

TWRP Recovery инструкция.

В этой статье:

  1. Что такое TWRP Recovery.
  2. Меню TWRP Recovery.
  3. Инструкция по пользованию TWRP Recovery. Видео.

Что такое TWRP Recovery.

Recovery (TWRP) – модифицированный неофициальный recovery, который выпускается для большинства устройств, работающих под управлением Андроид и на мой взгляд и опыт самый практичный и удобный. Обладает гораздо более широкими возможностями, чем встроенный recovery. На некоторых устройствах Андроид устанавливается вместо родного recovery, на других устройствах Андроид устанавливается параллельно.

TWRP Recovery позволяет:

  • Устанавливать неофициальные Кастомные прошивки.
  • Устанавливать дополнения и исправления. (Модификации, патчи и скрипты).
  • Подключаться к Компьютеру по USB в режиме съёмного накопителя.
  • Подключиться к Компьютеру по USB в режиме ADB.
  • Создавать резервную копию как всей прошивки, так и отдельных её частей, таких как система, настройки, установленные приложения.
  • Восстанавливать данные из ранее созданной резервной копии устройства.
  • Сбрасывать данные к заводским настройкам – Wipe – data/factory reset , очищать кеш раздел – Wipe cache , очищать далвик-кеш – wipe Dalvik-cache , очищать статистику работы аккумулятора – Wipe battery stats .
  • Форматировать и создавать разделы на карте памяти устройства.

Меню TWRP Recovery.

  • Install – установка разных .zip файлов, например (update.zip, gapps.zip, cyanogenmod.zip и т.д.).
  • Wipe – очистка.
    • Cache – очистка раздела /cache.
    • Dalvik Cache – очистка Dalvik Cache (в Андроид 4.4 если включен ART, значит не надо).
    • Factory Reset – очистка всех разделов устройства.
    • System – очистка раздела /system устройства.
    • External Storage – очистка внешней памяти CD карты устройства.
    • Internal Storage – очистка внутренней памяти устройства.
    • Android Secure – – очистка раздела android_secure устройства.
    • Wipe Battery Stats – очистка статистики батареи устройства.
  • Backup – Резервное копирование системы (с возможностью выбора нужных разделов устройства).
  • Restore – восстановление системы из резервной копии устройства.
  • Mount – монтирование.
    • Mount System – монтирование раздела /system устройства.
    • Mount Data – монтирование раздела /data устройства.
    • Mount Cache – монтирование раздела /cache устройства.
    • Mount SDCARD – монтирование раздела /SDCARD устройства.
    • Mount USB Storage – подключение устройства как флешки.
  • Settings – настройки
    • Zip file signature verification: – проверка подписи любого zip файла.
    • Force MD5 check for all zips: – проверка контрольных сумм для всех zip файлов.
    • Use rm –rf instead of formatting: – удаление файлов вместо форматирования при очистке разделов устройства.
    • Skip MD5 generation during backup: – отключить создание контрольных сумм при резервном копировании выбранных разделов.
    • Ignore image size errors during backup: – игнорировать ошибки размера файлов при резервном копировании выбранных разделов.
    • Time Zone – служит для выбора вашей временной зоны.
    • Restore Defaults – предназначена для сброса настроек к настройкам по умолчанию самого рекавери.
  • Advanced – для продвинух пользователей.
    • Copy Log to SD – копирование лога операций в файл на карту памяти.
    • Fix Permissions – исправить права доступа к файлам и разделам.
    • Partition SD Card – создание разделов на карте памяти.
    • File Manager – менеджер файлов.
    • Terminal Command – adb консоль.
    • Reload Theme – перезагрузка темы(шаблона).
  • Reboot – перезагрузка устройства.

Инструкция по пользованию TWRP Recovery. Видео.

How to Fix “E: Can’t mount /sdcard/” Issue on Android Devices

Android is really a great operating system with immense flexibility and that is why it is the most popular platform in the world. Owning an Android device gives you access to millions of amazing apps and, if you are an adventurous user, also lets you flash custom ROMs, kernels, mods and ported apps via a custom recovery.

There is a huge custom development community that keeps toiling for giving us stuff that enhance our mobile experience. Involving in such activities might add some adventurous flair to your mobile experience but, at the same time, they might also pose issues and risk to the device. Nobody would like to turn his/her phone into a costly paperweight and that’s why one should always take utmost care while flashing custom ROMs, mods, and kernels.

Anyway, if you are addicted to flashing mods and ROMs on your Android device, or even if you are a novice to such things, and happen to encounter SD card mount issue in recovery, we have come with some possible solutions to fix the problem. When the error occurs, you might see one of the following messages on the recovery screen:

CWM can’t mount SD

SD Card Not Mounted

Can’t mount external micro sd-card

SD card won’t mount

Can’t mount sdcard

Can’t mount emmc

Can’t mount external micro sd-card

E:Can’t mount /cache/recovery/command last_log emmc external micro sd-card

E: Can’t mount /sdcard/

E:failed to mount /sdcard (file exists)

E:failed to mount /sdcard (no such file or directory)

E: Can’t open /cache/recovery

Here’s an example screenshot of the issue:

Fixing “E: Can’t mount /sdcard/” Issue

Method 1: Format SD Card to a Different File System

Actually, the “E: Can’t mount /sdcard/” issue is closely related to the file system type of your SD card and the inability of the device recovery system to read a particular file system.

Читать еще:  Компьютер на базе х86 что значит

  1. Pull out your phone’s SD card.
  2. Put in a memory card reader and plug it into the computer.
  3. Create a backup of the contents of the memory card on your computer.
  4. Now open My Computer and right-click the drive that shows represents your memory card.
  5. Select Format… option.
  6. Click File system and select NTFS or exFAT or FAT32.
  7. Then click Start button.
  8. Now copy the backed up files back to the SD card.
  9. Insert the card into the device, boot into recovery to check if the problem is fixed.

In case the SD card issue mount issue is not fixed, try formatting the memory card again with a different file system (those you did not try yet). If formatting the card using the NTFS or exFAT or FAT32 file systems does not work for you, try SD Formatter tool (it really works, guys!).

Method 2: Update CWM or TWRP Recovery

Formatting the SD card did not help you at all? Don’t worry, this might be a recovery related issue! Just download the latest version of CWM/TWRP recovery and flash it. You can also try switching to a different recovery than the one installed on your device. In other words, if your device has CWM, try TWRP and vice versa.

Download ClockworkMod Recovery

Download TWRP Recovery

Flashing ROMs When SD Card is Not Mounted

If you got an urgent need to flash a ROM but after booting into CWM or PhilZ or TWRP recovery, you are not able to access the external SD storage because of E: Can’t mount /sdcard/ issue, there is still a way you can install the ROM using ADB commands. Here’s how:

  1. Set up Android SDK (ADB and Fastboot) on your computer. Alternatively, you can download the minimal Fastboot tool and unzip it.
  2. Now copy the ROM zip file to the platform-tools or mfastboot-v2 folder.
  3. Get into CWM recovery mode.
  4. Make sure that USB Debugging is enabled on your phone. Just to make sure that you device is detected by ADB, connect you phone to computer, launch a command window from the ADB and fastboot folder and type the following command:
  5. If you see your device’s serial number in the command window, you are good to go.
  6. Now type this:
  7. You should see “#” (hash) somewhere in front of your command line.
  8. Now type the following command and press Enter key:
  9. Now you should show you the folders on your device. Try to navigate to the directory /data/media using the following command:
  10. Now push the ROM file to the above directory via the following command (replace ROM.zip with the name of your ROM file):

The ROM file will now be installed to your phone and it should boot properly. This tip can be helpful if your device gets into a boot loop and you are not able to access your ROM backup or flashable Zip on the SD card.

Ошибка vfs unable to mount root fs on unknown block

Сообщение об ошибке «vfs unable to mount root fs on unknown block» может встречается во время загрузки Linux. Оно означает, что ядро не может примонтировать корневую файловую систему, и, следовательно, дальнейшая загрузка невозможна. Ошибка довольно серьёзная и, не исправив её, вы не сможете полноценно работать в своей операционной системе.

В сегодняшней статье мы разберём причины, по которым может возникать данная ошибка, а также способы, с помощью которых вы сможете попытаться её исправить.

Почему возникает ошибка «vfs unable to mount root fs»

Все ситуации, в которых может появиться сообщение «error: vfs unable to mount root fs» можно разделить на два вида:

  • Загрузка с жёсткого диска — вы загружаете свою основную операционную систему после внесения изменений в таблицу разделов, обновления или других действий, которые могли задеть диски;
  • Вы загружаете LiveCD-систему с оптического диска или флешки.

Второй вариант сразу же отбросим. Здесь исправлять нечего. Ошибка означает, что либо образ был битый, либо он был неверно записан на диск. А вот первый случай интереснее, рассмотрим основные причины, которые могут его вызывать:

  • Корневой раздел был переименован и теперь называется по другому;
  • Повреждена initramfs;
  • Ядро не поддерживает файловую систему корневого раздела;
  • Ошибка в конфигурации загрузчика, например, из-за недостаточного количества свободного места в папке /boot;
  • Файловая система корневого раздела повреждена.

Теперь давайте рассмотрим возможные пути решения проблемы.

Что делать с «vfs unable to mount root fs»

1. Загрузка из более старого ядра

После того, как система выдаст эту ошибку, случится Kernel Panic и компьютер перезагрузится. Вы снова окажетесь в меню загрузчика Grub. Здесь, первым делом, надо попытаться загрузиться с помощью более старого ядра. Для этого выберите пункт Дополнительные параметры и выберите одно из более старых ядер.

Если система в этом случае загрузится, то можно сделать вывод, что не работает только новое ядро. Если вы собирали его сами, то, возможно, вы не включили в него все необходимые для работы файловые системы. Если это ядро из репозиториев, и система загрузилась с более старым ядром, то можно предположить, что у вас повреждена initramfs для нового ядра. Это тоже могло произойти из-за недостатка памяти при обновлении системы. Чтобы всё исправить, вам достаточно освободить место в каталоге /boot/ и создать новую initramfs. Проверьте и освободите место в папке /boot, если его там мало:

df -h | grep boot

У меня занято только 30%, если будет 100% — надо освобождать. Для создания initramfs сначала узнаем текущую версию ядра:

Затем вставляем полученную версию в такую команду:

sudo update-initramfs -u -k версия

sudo update-initramfs -u -k 4.15.0-36-generic

После завершения этой операции надо обновить конфигурацию Grub:

Если вы думаете, что проблема именно в свободном пространстве и initramfs, но загрузится с помощью более старого ядра не можете, то попробуйте другой LiveCD-дистрибутив и попытайтесь всё исправить в chroot-окружении.

2. Неверное имя корневого раздела Grub

Сейчас, в большинстве дистрибутивов, в конфигурационном файле Grub имя корневого раздела передается ядру в формате UUID. И с этим обстоятельством есть одна проблема. Если вы каким-либо образом измените корневой раздел, например, измените его размер, то UUID изменится. И если вы перезагрузитесь, не обновив конфигурацию Grub, то система больше не загрузится, потому что ядро попросту не сможет найти нужного раздела.

Читать еще:  Чем отличается GDDR3 от GDDR5

Но попытаться решить проблему можно. Если вы точно знаете, на каком разделе у вас находится корень, то можно прямо в меню Grub исправить конфигурацию. Для этого в меню выберете стрелками вверх и вниз нужный пункт, а затем нажмите кнопку E. Откроется редактор конфигурации. Вам нужно найти строчку, похожую на эту:

linux /boot/vmlinuz-4.15.0-36-generic root=UUID=9d8d92de-74a6-4e64-8281-b8548c690e0c ro quiet splash $vt_handoff

В ней надо заменить UUID=9d8d92de-74a6-4e64-8281-b8548c690e0c на обычное имя вашего корневого раздела, например, /dev/sda2. Для начала загрузки нажмите F10. Если система загрузится, значит проблема была именно в этом. В дальнейшем, можно просто обновить конфигурацию Grub:

Или даже попросить Grub больше не использовать UUID для обозначения корневого раздела:

sudo vi /etc/default/grub

Если ошибка исчезла, но система всё ещё не загружается, обратите внимание, что systemd всё ещё использует файл /etc/fstab для монтирования файловых систем. И если корневая файловая система (и не корневая тоже) там указана неверно, система не загрузится. Для исправления этой проблемы можно использовать режим восстановления Ubuntu. Здесь тоже надо заменить UUID на обычную запись или же на правильный UUID. Такая проблема очень часто становится причиной медленной загрузки Linux.

В этом же режиме можно проверить корневой раздел на ошибки, но для проверки диска лучше использовать LiveCD.

В этой статье мы рассмотрели, как исправить ошибку «vfs unable to mount root fs on unknown block». Как видите, несмотря на то, что ошибка достаточно сложная, с нею достаточно просто разобраться. Надеюсь, эта информация была вам полезной.

Ошибка vfs unable to mount root fs on unknown block

Сообщение об ошибке «vfs unable to mount root fs on unknown block» может встречается во время загрузки Linux. Оно означает, что ядро не может примонтировать корневую файловую систему, и, следовательно, дальнейшая загрузка невозможна. Ошибка довольно серьёзная и, не исправив её, вы не сможете полноценно работать в своей операционной системе.

В сегодняшней статье мы разберём причины, по которым может возникать данная ошибка, а также способы, с помощью которых вы сможете попытаться её исправить.

Почему возникает ошибка «vfs unable to mount root fs»

Все ситуации, в которых может появиться сообщение «error: vfs unable to mount root fs» можно разделить на два вида:

  • Загрузка с жёсткого диска — вы загружаете свою основную операционную систему после внесения изменений в таблицу разделов, обновления или других действий, которые могли задеть диски;
  • Вы загружаете LiveCD-систему с оптического диска или флешки.

Второй вариант сразу же отбросим. Здесь исправлять нечего. Ошибка означает, что либо образ был битый, либо он был неверно записан на диск. А вот первый случай интереснее, рассмотрим основные причины, которые могут его вызывать:

  • Корневой раздел был переименован и теперь называется по другому;
  • Повреждена initramfs;
  • Ядро не поддерживает файловую систему корневого раздела;
  • Ошибка в конфигурации загрузчика, например, из-за недостаточного количества свободного места в папке /boot;
  • Файловая система корневого раздела повреждена.

Теперь давайте рассмотрим возможные пути решения проблемы.

Что делать с «vfs unable to mount root fs»

1. Загрузка из более старого ядра

После того, как система выдаст эту ошибку, случится Kernel Panic и компьютер перезагрузится. Вы снова окажетесь в меню загрузчика Grub. Здесь, первым делом, надо попытаться загрузиться с помощью более старого ядра. Для этого выберите пункт Дополнительные параметры и выберите одно из более старых ядер.

Если система в этом случае загрузится, то можно сделать вывод, что не работает только новое ядро. Если вы собирали его сами, то, возможно, вы не включили в него все необходимые для работы файловые системы. Если это ядро из репозиториев, и система загрузилась с более старым ядром, то можно предположить, что у вас повреждена initramfs для нового ядра. Это тоже могло произойти из-за недостатка памяти при обновлении системы. Чтобы всё исправить, вам достаточно освободить место в каталоге /boot/ и создать новую initramfs. Проверьте и освободите место в папке /boot, если его там мало:

df -h | grep boot

У меня занято только 30%, если будет 100% — надо освобождать. Для создания initramfs сначала узнаем текущую версию ядра:

Затем вставляем полученную версию в такую команду:

sudo update-initramfs -u -k версия

sudo update-initramfs -u -k 4.15.0-36-generic

После завершения этой операции надо обновить конфигурацию Grub:

Если вы думаете, что проблема именно в свободном пространстве и initramfs, но загрузится с помощью более старого ядра не можете, то попробуйте другой LiveCD-дистрибутив и попытайтесь всё исправить в chroot-окружении.

2. Неверное имя корневого раздела Grub

Сейчас, в большинстве дистрибутивов, в конфигурационном файле Grub имя корневого раздела передается ядру в формате UUID. И с этим обстоятельством есть одна проблема. Если вы каким-либо образом измените корневой раздел, например, измените его размер, то UUID изменится. И если вы перезагрузитесь, не обновив конфигурацию Grub, то система больше не загрузится, потому что ядро попросту не сможет найти нужного раздела.

Но попытаться решить проблему можно. Если вы точно знаете, на каком разделе у вас находится корень, то можно прямо в меню Grub исправить конфигурацию. Для этого в меню выберете стрелками вверх и вниз нужный пункт, а затем нажмите кнопку E. Откроется редактор конфигурации. Вам нужно найти строчку, похожую на эту:

linux /boot/vmlinuz-4.15.0-36-generic root=UUID=9d8d92de-74a6-4e64-8281-b8548c690e0c ro quiet splash $vt_handoff

В ней надо заменить UUID=9d8d92de-74a6-4e64-8281-b8548c690e0c на обычное имя вашего корневого раздела, например, /dev/sda2. Для начала загрузки нажмите F10. Если система загрузится, значит проблема была именно в этом. В дальнейшем, можно просто обновить конфигурацию Grub:

Или даже попросить Grub больше не использовать UUID для обозначения корневого раздела:

sudo vi /etc/default/grub

Если ошибка исчезла, но система всё ещё не загружается, обратите внимание, что systemd всё ещё использует файл /etc/fstab для монтирования файловых систем. И если корневая файловая система (и не корневая тоже) там указана неверно, система не загрузится. Для исправления этой проблемы можно использовать режим восстановления Ubuntu. Здесь тоже надо заменить UUID на обычную запись или же на правильный UUID. Такая проблема очень часто становится причиной медленной загрузки Linux.

В этом же режиме можно проверить корневой раздел на ошибки, но для проверки диска лучше использовать LiveCD.

В этой статье мы рассмотрели, как исправить ошибку «vfs unable to mount root fs on unknown block». Как видите, несмотря на то, что ошибка достаточно сложная, с нею достаточно просто разобраться. Надеюсь, эта информация была вам полезной.

Ссылка на основную публикацию
Adblock
detector