В конце рабочего дня закрыл крышку своего ноутбука, вогнав его в ноутбучный сон, и побрел домой. На утро после включения вылезла странная ошибка. Ранее я такую не встречал. Ошибка появилась сразу же после меню Grub.
Ошибка выглядела так:
Не долго думая, я сразу прогуглил эту тему. Упоминаний об этой ошибки хватает, но вот решений нет.
Пришлось разбираться самому и прочитать текст ошибки до конца, а это Вам не цены на услуги collocation в Москве смотреть.
Суть проблемы, как можно понять из текста, заключается в невозможности примонтировать корневую файловую систему. Как выяснилось позднее это случилось из-за того, что во время засыпания ноутбука почтовый клиент Claws Mail закачивал почту.
Решение оказалось на поверхности:
- Нужно узнать какому разделу жесткого диска соответствует указанный UU ># sudo blkid
После этого компьютер загружается в нормальном режиме. Перезагружаем компьютер. При последующей загрузке Linux найдет и исправит ошибки самостоятельно.
- ledoux опубликовал 3 Апрель 2010, 11:51 #
Да получилось, только после перезагрузки ошибка не исправляется, и всё заново. Как сделать что бы сохранились эти настройки?
>ledoux
У меня стартовала автоматически после перезагрузки проверка жестких дисков.
Запустите ее вручную:
sudo fsck /dev/sda3 -y
Спасибо,приятель!! Очень выручило твое описание решения проблемы!! Теперь убунточка опять запускается)
Спасибо. Была такая же канитель. Решилось у меня проще. В биосе поменял порядок устройств загрузки. не пошло. вернул обратно прежний и проскочило. Запустился. выключался-вкючался несколько раз. Пока все работает…
пробывал как написано но не получается высвечивается вот это ubuntu@ubuntu:
$ sudo bIkid
sudo: bIkid: command not found что нетак
все понел что не так написал все но все ровно все также и не хочет менятся полазил по просторам инета многое перепробыва но не че не получается как быть.
- Admin опубликовал 28 Август 2011, 21:25 #
У Вас ошибка в точности такая же или есть отличия?
Большое спасибо автору! Проблему решил 🙂
Такая же проблема
но не загружается ни с uuid ни с /dev
проблема в чём понять не могу
устанавливаю backtrack5r2
PS в виртуальной машине (если использовать реальный накопитель) она запускается %)
что делать, не подскажете?
спасибо
Владимир: PS в виртуальной машине (если использовать реальный накопитель) она запускается %)
По UUID запускается, так (с /dev)не пробовал
Такая ошибка не знаю что делать я нуб что такое livecd и другое я не знаю помогите
Для применения этих настроек, у кого не применились нужно прописать их в Grub. /boot/grub/grub.cfg
пример:
linux /boot/vmlinuz-4.15.0-kali2-686-pae root=/dev/sda1 ro initrd=/install/gtk/initrd.gz quiet
Установил debian на ЖМД , затем подключил второй ЖМД , и такая же проблема. Bios назначил новому ЖМД категорию путей /dev/sda (а именно путь /dev/sda5, который был загрузочным), а старому ЖМД , на котором был установлен debian – /dev/sdb. Поменял SATA ЖМД местами и все заработало
В течение некоторого времени мой процесс загрузки занимает слишком много времени (почти 1 мин.).
показывает, что ядро принимает 35.765s
Глядя на dmesg , кажется, что проблема связана с монтированием файловых систем:
. [ 2.186084] sdb: sdb1 sdb9 [ 2.186919] sd 2:0:0:0: [sdb] supports TCG Opal [ 2.186922] sd 2:0:0:0: [sdb] Attached SCSI disk [ 2.499795] ata5: SATA link down (SStatus 0 SControl 300) [ 2.844320] clocksource: Switched to clocksource tsc [ 35.670493] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 35.782128] ip_tables: (C) 2000-2006 Netfilter Core Team [ 35.803610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLK >
My /etc/fstab выглядит так:
/dev/mapper/ubuntu—vg-root / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sda1 during installation UU >
Как я могу устранить эту проблему?
EDIT: внимательно изучая загрузочные сообщения (после удаления тихой опции в grub), я обнаружил подозрительную строку:
gave up waiting for suspend/resume device
Я думаю, что мой обмен зашифрован, и я также думаю, что UUID в /etc/initramfs/conf.d/resume не соответствует ни одному устройству.
Должен ли я отключить возобновление / приостановление? и как это сделать?
Software Updater in Lubuntu 17.10 recently prompted me to upgrade the OS to 18.04 LTS, and I clicked on ‘Yes, Upgrade Now’. The upgrade was performed and I was able to boot the PC into 18.04, login and access the Desktop as usual. However, I noticed a new message ‘ Gave up waiting for suspend/resume device ‘ was displayed on TTY1.
Now, I recalled that the Lubuntu 17.10 Installer had created a swap file rather than a swap partition when I installed Lubuntu, as confirmed in the output listed below:
The initramfs installed by upgrading to Lubuntu 18.04 expects a swap partition in order to resume from hibernation:
And, when I regenerated the initramfs files for the three kernel images in the /boot directory, I could see from the terminal output that the update-initramfs tool was expecting a swap partition:
I had a look in the file /etc/initramfs-tools/conf.d/resume and found that it had indeed been configured to expect a swap partition, although I have no idea where that UUID came from, as it was not for any of the partitions on this PC:
So I edited the contents of the configuration file to point to the swap file /swapfile instead of a non-existent partition:
Then I regenerated the initramfs files for the three kernel images currently in /boot on the PC:
As you can see above, there were no longer any messages that ‘ no matching swap device is available ‘. And, when I rebooted the PC, the message ‘ Gave up waiting for suspend/resume device ‘ was no longer displayed on TTY1. All good again, although it’s a pity the Lubuntu Installer did not create a swap partition so that the installation could be put into hibernation. With a swap file, hibernation is not possible.
Update (14 July 2018): Actually, it is possible to hibernate if the installation has a swap file instead of a swap partition – see my latest post: Configuring Lubuntu 18.04 to enable hibernation using a swap file .
Источник: