LINUX.ORG.RU

Крашится Ubuntu 18

 , ,


0

1

Показалось сообщение о забитости памяти, а система зависла во время работы. Выключил кнопкой и включил. В результате ошибка на етапе загрузки https://drive.google.com/file/d/1DpnBG4AQz-emsYFpPtaGn9Rtgb3G50yl/view?usp=drivesdk Попытка восстановить через рекавери мод https://drive.google.com/file/d/1Dt8Y7wFt661IO0RF4UhyxH6Xt99Vhg3n/view?usp=drivesdk На скрине баш версия граба, что с ней делать что б загрузить рекавери мод?



Последнее исправление: AndreiK (всего исправлений: 2)

Показалось сообщение о забитости памяти - поподробнее здесь. Исчерпана оперативка или место на винчестере? Если исчерпалось место на винчестере, то просто загрузить с любого liveCD, подмонтируй диск и удали пару гигабайт.

ошибка на етапе загрузки - ты скриншоты не перепутал? там на скриншоте ошибка запуска =двух= разных версий PostgreSQL

anonymous
()

То, что у тебя показывается, уже нельзя поправить с помощью самой ОС.

Нужно загрузиться с внешнего носителя, проверить ФС на ошибки, посмотреть, что там с местом, действительно, и возможно переставить GRUB2, хотя последний скорее всего в порядке.

Загрузи https://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/8.06/systemrescue-8.06-amd64.iso/download

Потом запиши это на флешку, если из-под Windows, то через https://getfedora.org/fmw/FedoraMediaWriter-win32-latest.exe (эта утилита может произвольные .iso писать, хотя и предназначена изначально для Fedora).

Если из-под Linux, то обычным dd командой вроде sudo dd if=/path/to/image.iso of=/dev/sdX bs=8M status=progress oflag=direct , как сказано в документации Fedora (подходит и для иных Linux): https://docs.fedoraproject.org/en-US/quick-docs/creating-and-using-a-live-installation-image/

После этого можно начинать проверку ФС. Для начала, нужно найти все разделы, что есть на диске. Помогут вот эти 3 команды:

fdisk -l
df -hT
lsblk

После того, как разделы найдены, нужно понять, что у тебя за ФС (скорее всего это ext4 или XFS), после чего проверить их на ошибки и на то, не переполнены ли они.

Для этого по очереди их:

mount -o ro /dev/sdXn /mnt
df -hT
umount /mnt

Таким образом, мы узнаем, где нужные нам ФС, какие они, и насколько они заполнены.

Для начала, проверим и поправим их на ошибки. Если это ext4, то e2fsck -fvy /dev/sdXn , если XFS, то xfs_repair /dev/sdXn

После того, как проверили, если / или иные системные разделы не забиты на 100%, можно просто загружаться.

Если забиты, то монтируем его снова, и начинаем искать, что именно забило:

mount /dev/sdXn /mnt
cd /mnt
du -sh * 2>/dev/null | sort -k1 -rh | head

Потом перемещаемся в ту директорию, где забито, повторяем… пока не находим, что удалить.

Потом cd / && umount /mnt && poweroff и загружаемся в ОС.

Я не раскрыл, как именно что делать, только основы описал. Все пути до блочных устройств типа /dev/sdXn или файлов примерные, нужно менять их на свои.

И не стал писать, как переставлять GRUB. Скорее всего, не потребуется, но даже если да, то нужно сперва понять, в UEFI или BIOS режиме стояла ОС, и только потом восстанавливать. Если gpt разметка и есть EFI раздел, скорее всего UEFI, а если разметка msdos и нет EFI раздела, то BIOS.

Для BIOS вот так восстанавливать: https://help.ubuntu.ru/wiki/%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_grub

Для UEFI: https://techbit.ca/2018/09/repair-grub2-efi-boot/

Vsevolod-linuxoid ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.