Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: пропал спящий режим после установки еще одного линукса  (Прочитано 1479 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Redneck

  • Автор темы
  • Активист
  • *
  • Сообщений: 454
    • Просмотр профиля
предыстория: установил на второй винт Linux Mint Debian Edition. в качастве свапа указал таковой убунтовский (попутно его форматнул). сейчас Минтом не пользуюсь, вернулся в Ubuntu, поновой форматнул свап с помощью gparted и поновой прописал его в /etc/fstab. подкачка работает (смотрел в "системном мониторе"), кнопка спящего режима в окне выключения есть, комп входит в спящий режим, но вместо выхода из него грузит Ubuntu в обычном порядке (как после обычного выключения). до установки Минта спящий режим работал. можно ли теперь его вернуть? и что я мог неправильно сделать при форматировании свапа или после этого?

Пользователь решил продолжить мысль 28 Декабрь 2011, 17:15:06:
кстати, еще команда blkid перестала что-либо выводить
« Последнее редактирование: 28 Декабрь 2011, 17:15:06 от Redneck »
AMD FX-6300 X6, 4Gb DDR3, Radeon HD7850
Перешел на Арчь, так что здесь уже бываю реже

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 11886
  • Xubuntu 18.04 (64bit)
    • Просмотр профиля
blkid работает только под sudo. Именно sudo blkid ничего не показывает?

Собственно UUID свопа используется при загрузке системы для восстановления сохраненного состояния. Хранится он в initramfs (conf/conf.d/resume). Как именно он туда попадает - я точно не знаю, но полагаю, что после смены UUID свопа надо перестроить initrd командой sudo update-initramfs -u
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн Redneck

  • Автор темы
  • Активист
  • *
  • Сообщений: 454
    • Просмотр профиля
sudo update-initramfs -u не помогло, после спящего режима обычная загрузка идет
а что такое initramfs, где он в убунте есть? папка /run/initramfs пустая
п.с. забыл, что blkid надо через sudo пускать. мне почему-то казалось, оно просто так работало... наверное, через sudo su запускал раньше
AMD FX-6300 X6, 4Gb DDR3, Radeon HD7850
Перешел на Арчь, так что здесь уже бываю реже

Оффлайн агасфер

  • Активист
  • *
  • Сообщений: 660
  • Тот, который был тысячей..
    • Просмотр профиля
плюсую.. Подкачка работает, в спящий режим уходит как надо, при восстановление просто грузится заново, иногда восстанавливая журналы как будто после экстремального выключения.. произошло после установки на другой раздел дебиан.. Дебиана уже нет, спящего режима тоже.. uuid в fstab перебивал..
P.S.: на 11.04 и 10.10 подобного никогда не было, хотя эксперементировал по установке других систем на близлежащие разделы довольно часто..
P.P.S.: система Kubuntu 11.10, не совсем Ubuntu, конечно, но тут постоянно заявляют, что Ubuntu и Kubuntu это одно и то же..
Возможно всё, но..

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 11886
  • Xubuntu 18.04 (64bit)
    • Просмотр профиля
Я не уверен что после смены UUID swap раздела и update-initramfs -u в /boot/initrd.img-<версия ядра> правильно пропишется значение conf/conf.d/resume.

Как вариант - посмотрите сами в файле initrd - какой там UUID прописан в conf/conf.d/resume.

Сам этот файлик - gzip-архив с файловой структурой рамдиска, который грузится при загрузке.
Делаем:
cp /boot/initrd.img-<версия ядра> initrd.gz
gzip -d initrd.gz
и в каталоге initrd получаем всю файловую систему рамдиска стадии загрузки. Там и посмотриете - что прописано в conf/conf.d/resume.
Если не ваш UUID свопа, то попробуйте переделать образ рамдиска sudo update-initramfs -c - он создаст новый initrd (бекап старого вы уже сделали когда копировали его перед разархивированием).

Посмотрите в новом inintrd - что прописалось в conf/conf.d/resume (тем же алгоритмом). Можно его туда и руками прописать (потом все заархивировать и положить на место старого).

Самое главное: возможно, дело не в UUID свопа, а в чем-то еще, но если этот UUID в initrd прописан не верно. то восстановиться из хибирнейта уже точно не получится.
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн агасфер

  • Активист
  • *
  • Сообщений: 660
  • Тот, который был тысячей..
    • Просмотр профиля
спасибо, буду пробовать..
Но вопрос назревает- почему в ранних версиях той же Ubuntu-кUbuntu такого у меня не происходило.. Хотя, это так уже- ворчание..
Возможно всё, но..

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 11886
  • Xubuntu 18.04 (64bit)
    • Просмотр профиля
Да кто его знает - наверняка поменяли что-то...

(Нажмите, чтобы показать/скрыть)

Пользователь решил продолжить мысль 30 Декабрь 2011, 12:41:08:
Да. чуть уточню - после gzip -u получится не каталог а еще один архив - cpio - но его уже нормально file-roller откроет в GUI (хотя это конечно не труЪ вей  :))
« Последнее редактирование: 30 Декабрь 2011, 12:41:08 от Sly_tom_cat »
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн Redneck

  • Автор темы
  • Активист
  • *
  • Сообщений: 454
    • Просмотр профиля
запустил
sudo update-initramfs -c -k all
в новый инитрд прописался тот же ууид, что и был там (то есть старый, который дебианом был снесён)

Пользователь решил продолжить мысль 30 Декабрь 2011, 15:44:40:
а можно инструкцию поподробнее, как инитрд обратно заархивировать, а то не так сделаю и потом не загружусь
« Последнее редактирование: 30 Декабрь 2011, 15:44:40 от Redneck »
AMD FX-6300 X6, 4Gb DDR3, Radeon HD7850
Перешел на Арчь, так что здесь уже бываю реже

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 11886
  • Xubuntu 18.04 (64bit)
    • Просмотр профиля
initramfs генирится както-хитро - он берето что-то из недр /usr и из /etc/iniramfs-tools

Так вот - все что лежит в /usr как бы перезаписывается тем, что прописано в /etc/iniramfs-tools и из этого клепается уже рамдиск (при этом както еще учитыватся - с каким ядром этот рамдиск будет работать). Так вы просто пропишите нужный UUID в /etc/initramfs-tools/conf.d/resume и пересоберите initrd еще раз - должно сработать.

Архивировать обратно распакованный рам диск - нужно строго в той же последовательности что и разархивировать, но я бы не рисковал - лучше утилитой его сгенерить.
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн Redneck

  • Автор темы
  • Активист
  • *
  • Сообщений: 454
    • Просмотр профиля
спасибо, помогло!
агасфер, у тебя тоже прокатило?
AMD FX-6300 X6, 4Gb DDR3, Radeon HD7850
Перешел на Арчь, так что здесь уже бываю реже

Оффлайн агасфер

  • Активист
  • *
  • Сообщений: 660
  • Тот, который был тысячей..
    • Просмотр профиля
нет.. Тупо шлепался старый uuid.. Перестановка груба (вернее установка burg) с подчисткой- он при установке собрал initramfs заново..
Возможно всё, но..

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 11886
  • Xubuntu 18.04 (64bit)
    • Просмотр профиля
нет.. Тупо шлепался старый uuid..

Я так понял, что после прописывания в /etc/initramfs-tools/conf.d/resume верного UUID свопа и выполнения update-initramfs у вас все равно в initrd  попадал старый UUID?
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

 

Страница сгенерирована за 0.057 секунд. Запросов: 24.