dev mapper ubuntu vg root

initramfs — файловая система оперативной памяти, которая используется для начального запуска операционных систем на базе ядра Linux. При установке ОС все библиотеки, утилиты и конфигурационные файлы сжимаются в архив, после чего передаются указанной файловой системой в загрузчик, где и продолжается старт системы. Иногда пользователи дистрибутива Ubuntu сталкиваются с тем, что при включении компьютера они попадают в консоль управления именно этой ФС без возможности дальнейшей загрузки системы. Связано это с повреждением потока запуска и восстанавливается достаточно простым методом.

Исправляем ошибку с загрузкой в initramfs при запуске Ubuntu

В большинстве случаев рассматриваемая проблема связана со сбоем в одном из суперблоков, и при попытке выхода из initramfs через команду exit появляется надпись следующего содержания:

exit /dev/mapper/ubuntu—vg-root contains a file system with errors, check forced. Inodes that were part of a corrupted orphan linked list found. /dev/mapper/ubuntu-vg-root: UNEXPECTED INCONSISTENCY; Run fsck MANUALLY. (ie, without -a or -p options) fsck exited with status code 4. The root file system on /dev/mapper/ubuntu—vg-root requires manual fsck .

При возникновении подобной ситуации лучшим методом исправления проблему будет восстановление работы суперблока, а сделать это можно следующим образом:

    Загрузите ISO-образ с такой же версией Ubuntu, как установлена на компьютере, с официального сайта и создайте загрузочную флешку. Детальнее об этой процедуре вы можете узнать в другой нашей статье по следующей ссылке.

При запуске ОС выберите загрузку с флешки, и при отображении окна инсталляции переходите в режим «Try Ubuntu».

Узнайте номер системного раздела жесткого диска с установленной системой, введя команду sudo fdisk -l|grep Linux|grep -Ev ‘swap’ .

В новой строке вы увидите обозначение, например /dev/sda1. Запомните его, ведь в дальнейшем это потребуется для исправления ошибки.

Запустите процедуру перечисления всех существующих суперблоков, указав sudo dumpe2fs /dev/sda1 | grep superblock . В каждом суперблоке хранится определенное количество метаданных файловой системы, поэтому сбои в их работе и провоцируют отказ загрузки ОС.

Возьмите за пример любой блок, например, первый. С его помощью будет производиться восстановление ФС. Запуск этой операции осуществляется после ввода sudo fsck -b 32768 /dev/sda1 -y , где 32768 — номер суперблока, а /dev/sda1 — необходимый раздел жесткого диска.

Благодаря опции -y все изменения будут автоматически приниматься, и при успешном завершении процесса на экране отобразится следующее уведомление:

fsck 1.40.2 (12-Jul-2007) e2fsck 1.40.2 (12-Jul-2007) /dev/sda1 was not cleanly unmounted, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #241 (32254, counted=32253). Fix? yes Free blocks count wrong for group #362 (32254, counted=32248). Fix? yes Free blocks count wrong for group #368 (32254, counted=27774). Fix? yes . /dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda1: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks
Осталось смонтировать системный раздел sudo mount /dev/sda1 /mnt .

Далее перейдите в него через cd /mnt , чтобы все команды выполнялись непосредственно из самого каталога.

Просмотрите содержимое ФС через sudo mkdir test ls -l . Успешное выполнение этой операции говорит о том, что восстановление прошло удачно и можно перезапускать ОС.

Иногда даже после успешного исправления рассмотренной проблемы юзеры сталкиваются с ошибками при запуске операционной системы. Чаще всего они связаны с поломкой стандартного загрузчика GRUB. Поэтому придется дополнительно восстановить и этот стандартный компонент. Развернутое руководство о том, как выполняется поставленная задача через Boot-Repair, ищите в материале далее.

По завершении всех процедур флешка с LiveCD Ubuntu вам больше не понадобится. Если возникло желание ее отформатировать и использовать далее для своих целей, советуем ознакомиться с отдельной нашей статьей по проведению этой операции.

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

Отблагодарите автора, поделитесь статьей в социальных сетях.

Я только что увеличил размер своего диска, получив с этим вопросом . Моя настройка — это сервер Ubuntu, работающий в VirtualBox, как сервер веб-разработки. Теперь у меня есть это пространство:

Как вы видите, /dev/mapper/ubuntu—vg-root заполнено, но у меня намного больше места. Как я могу использовать новое пространство для остановки полных ошибок диска? Я даже не уверен, с чего начать искать, поэтому любая помощь очень хороша.

1 ответ

/dev/mapper указывает, что вы используете LVM; поэтому изменить размер физического объема недостаточно, чтобы изменить размер логического тома, содержащегося внутри, не говоря уже о файловой системе.

Я успешно выполнил эти инструкции из ServerFault:

Во-первых, я изменил размер физического раздела, используя gparted . Это было просто, и я полагаю, вы уже это сделали. Если у вас нет доступа к LiveCD, вы можете увеличить размер физического диска в режиме онлайн через pvresize , как показано в связанных инструкциях.

Затем я использовал lvresize для изменения размера логического тома для заполнения физического тома. Я использовал pvdisplay для проверки размера физического тома и попытался использовать этот размер.

Однако он был слишком большим, поэтому я начал с 27G и продолжал изменять размер моего раздела до тех пор, пока не ударил max:

Затем я использовал resize2fs для изменения размера файловой системы внутри логического тома.

Найти максимальное здесь было намного проще. Если вы попробуете число больше макс, оно точно скажет вам, что такое max.

В этот момент df -h должно показать, что ваша файловая система выросла до нового размера.

I have just successfully increased my disk size having had help with this question. My set up is Ubuntu Server running in VirtualBox as a web development server. I now have this space:

As you can see /dev/mapper/ubuntu—vg-root is full but I have a a lot more space. How do I go about using the new space to stop disk full errors? I am not even sure where to start looking so any help is great.

1 Answer 1

/dev/mapper indicates that you’re using LVM; so resizing the physical volume is not enough to resize the logical volume contained within, let alone the filesystem.

I followed these instructions from ServerFault with success:

First, I resized the physical partition using gparted . This was straightforward, and I assume you’ve already done that. If you don’t have access to a LiveCD, you can increase the size of the physical disk while online, via pvresize , as shown in the linked instructions.

Then I used lvresize to resize the logical volume to fill the physical volume. I used pvdisplay to verify the size of the physical volume, and tried using that size.

However, it was too large, so I started with 27G, and kept resizing my partition bigger until I hit the max:

Then, I used resize2fs to resize the filesystem inside the logical volume.

Finding the max here was much easier. If you try a number bigger than the max, it will tell you exactly what the max is.

At this point, df -h should show that your filesystem has grown to the new size.

Оцените статью