Comments 63
А как тогда реализован дефолтный Спящий режим в 9.04?
+1
Классический suspend-to-disk, без сжатия и интерфейса. Плюс tuxonice в том, что на диск пишется меньше данных, тем самым, сокращается время усыпления/пробуждения. Ну, и видно, что происходит :)
+1
Пожалуй, это стоило написать в самом начале, еще до Disclaimer и ката ;-)
«мы поработаем бета-тестерами tuxonice не просто так и не ради фана — с этого такой-то профит».
«мы поработаем бета-тестерами tuxonice не просто так и не ради фана — с этого такой-то профит».
+1
А вы уверены что если использовать сжатие то время усыпления и пробуждения сократится? Просто неужели запись на диск медленнее чем сначала сжатие данных каким-то алгоритмом а потом запись на диск?
0
Вставил картинку в пост.
0
Что-то не понятен профит, обычный и так хорошо работает. Фишка только в сжатии?
0
Еще в скорости за счет сжатия (слабое место — диск). Плюс визуализация процесса.
0
Может я что-то не понимаю, у меня в opensuse 11.1 при хибернейте ползёт полозка графическая (кстати, в обратную сторону, что довольно креативно), а при старте проценты в консоле. Всё из коробки. Может там этот пакет правда стоит уже, но ядро вроде generic…
0
Скорее всего, оно уже там. Топик именно про убунту, поскольку именно ее я поставил себе на ноут вместо генты.
Если dmesg|grep -i -c tuxonice возвращает больше, чем 0, то этот патч у Вас наложен на дефолтное ядро.
Если dmesg|grep -i -c tuxonice возвращает больше, чем 0, то этот патч у Вас наложен на дефолтное ядро.
0
Возвращает 0 O_o
0
странно. Обычный suspend2disk, кажется, всегда молчалив. От разработчиков OpenSUSE, на самом деле, я мог бы вполне ожидать экзотических патчей на традиционный метод. Любят они выпендриться.
Возможно, они как-то скрыли работу tuxonice. Надо разбираться…
Возможно, они как-то скрыли работу tuxonice. Надо разбираться…
0
dpkg-reconfigure uswsusp — оно? В Дебиане «Lenny» сжатие образа есть даже без наложения патчей,
и dmesg|grep -i -c tuxonice выводит 0. Только красивости отсутствут, но это и не важно.
На сайте Дебиана пишут, что такого рода функционал стал доступен с ядра 2.6.17-rc1
и dmesg|grep -i -c tuxonice выводит 0. Только красивости отсутствут, но это и не важно.
На сайте Дебиана пишут, что такого рода функционал стал доступен с ядра 2.6.17-rc1
0
Про uswsusp не знал. Похоже, что это несколько разные вещи, служащие одной цели. Если честно, я бы больше доверял TuxOnIce, поскольку считаю, что настолько опасные для системы действия лучше производить на уровне ядра.
0
uswsusp как раз и использует функцию ядра. В Убунте есть то-же самое.
Вот ссылка — packages.debian.org/unstable/admin/uswsusp
Вот ссылка — packages.debian.org/unstable/admin/uswsusp
0
Обычный работает. Но например на моем Wind разница между засыпанием/пробуждением в винде и в линуксе заметна невооруженным взглядом. В разы.
+1
и все это только ради простого и привычного некоторым пользователям «альтернативных» ОС режима гибернации? O_O
-6
Не нравится — не ешьте. Hibernate работает во всех популярных дистрах из коробки, но не везде используется прогрессивный tuxonice. Скорее всего, на это есть свои причины, не нам с Вами судить.
Статья для тех, у кого чешутся руки.
Статья для тех, у кого чешутся руки.
0
да я не ем, просто этот пост больше смахивает на антирекламу. вы ни слова в посте не рассказали о том чем отличается прогрессивный tuxonice от обычных режимов гибернации в linux, так же для новичков ваш пост говорит о том что в линуксе нет этого режима по умолчанию.
+3
> Не нравится — не ешьте. Hibernate работает во всех популярных дистрах из коробки
у меня на Eee PC 1000 на ubuntu 9.04 не работает :( Вроде начинает гибернироваться, потом что-то видимо сбоит и сразу вываливается окошко с вводом пароля, как после просыпания (после suspend). Все руки не дойдут разобраться с этим, а было бы приятно, т.к. во сне все таки батарейка садиться :( Кстати, никто не может подсказать, в чем может быть причина и откуда начинать копать. Как-то нашел упоминание в каком-то блоге, что на EeePC 1000 в ubuntu 9.04 не работает hibernate, но без каких-нибудь рецептов решения…
у меня на Eee PC 1000 на ubuntu 9.04 не работает :( Вроде начинает гибернироваться, потом что-то видимо сбоит и сразу вываливается окошко с вводом пароля, как после просыпания (после suspend). Все руки не дойдут разобраться с этим, а было бы приятно, т.к. во сне все таки батарейка садиться :( Кстати, никто не может подсказать, в чем может быть причина и откуда начинать копать. Как-то нашел упоминание в каком-то блоге, что на EeePC 1000 в ubuntu 9.04 не работает hibernate, но без каких-нибудь рецептов решения…
0
Ищите логи, читайте их, обычно там пишут, что не так.
Хватает ли Вам свопа для того, чтобы скинуть всю физическую память туда?
Я на 95% уверен, что сделать можно, надо просто в нужном месте пнуть.
Хватает ли Вам свопа для того, чтобы скинуть всю физическую память туда?
Я на 95% уверен, что сделать можно, надо просто в нужном месте пнуть.
0
спасибо, попробую
0
У Eee PC 1000 SSD? Сколько RAM и сколько swap? Встретил в сети упоминание о случае, где 2GB RAM/2GB swap, и образ памяти просто не влезал.
В случае с SSD имеет смысл отказаться от SWAP и изучить фичу сабжа File Allocator для хранения образа.
В случае с SSD имеет смысл отказаться от SWAP и изучить фичу сабжа File Allocator для хранения образа.
0
да, с SSD… свап у меня маленький, конечно, по-моему, чуть больше 300 мегов… :) кстати, если уж зашла речь — а можно ли без переустановки системы своп расширить? ;)
0
Можно, конечно
Надо просто потеснить другие разделы и увеличить раздел со свопом. Или сделать второй раздел и смонтировать два свопа. Рекомендую делать при помощи gparted livecd.
Иногда надо поправить fstab, чтобы он цеплял нужные свапы.
Надо просто потеснить другие разделы и увеличить раздел со свопом. Или сделать второй раздел и смонтировать два свопа. Рекомендую делать при помощи gparted livecd.
Иногда надо поправить fstab, чтобы он цеплял нужные свапы.
0
всем спасибо за советы! буду пробовать!
0
У меня в 9.04 та же фигня, но началась она ровно в тот момент, когда я снес проприетарный Нвидиа-драйвер и вместо него поставил драйвер с поддержкой CUDA. Откатываться назад лень, поэтому живу без гибернейта. Надо будет эту софтинку потестить.
0
я ничего не устанавливал дополнительно :(
0
Я оказался прав:
Some modules failed to unload: nvidia
hibernate: Aborting suspend due to errors in ModulesUnloadBlacklist (use --force to override).
Вобщем, пока я осваиваю Куду — с гибернейтом я пролетаю, как хванера :(
Some modules failed to unload: nvidia
hibernate: Aborting suspend due to errors in ModulesUnloadBlacklist (use --force to override).
Вобщем, пока я осваиваю Куду — с гибернейтом я пролетаю, как хванера :(
0
Ну так… Где Ваш пытливый ум?
У меня со свежими дровами nvidia все работает (правда, CUDA я не использую). Попробуйте убрать из блэклистов этот модуль. Вдруг тоже заработает?
ЗЫ: Разве для CUDA нужен другой драйвер? В Gentoo, например, libCUDA ставится вместе с nvidia-drivers, при этом TuxOnIce вполне работает.
У меня со свежими дровами nvidia все работает (правда, CUDA я не использую). Попробуйте убрать из блэклистов этот модуль. Вдруг тоже заработает?
ЗЫ: Разве для CUDA нужен другой драйвер? В Gentoo, например, libCUDA ставится вместе с nvidia-drivers, при этом TuxOnIce вполне работает.
0
Одна из первых причин, по которой может не работать спящий режим — swap диска меньше ОЗУ.
Проверьте размер swap на вашей машине.
Проверьте размер swap на вашей машине.
0
это не помогло, помогло другое, может быть как-нибудь напишу об этом пост :) При поиске решения проблемы столкнулся с тем, что она практически нbult толком не освящена… Помог один пост на каком-то англоязычном форуме, причем он относился не 9.04, и не к eee pc, поэтому, видимо, с этой проблемой сталкнулся не я один.
0
И какой выйгрыш по времени?
0
В тему задам вопрос.
Dell Studio, Ubuntu 9.04 (на 8.10 было тоже самое). Хибернейт работает (не зависает, нормально восстанавливается), но очень медленно, реально быстрее выключить, включить и запустить тот же софт =) В висте дефолтно установленной вроде все очень шустро.
Может кто пояснит, что делать?
Dell Studio, Ubuntu 9.04 (на 8.10 было тоже самое). Хибернейт работает (не зависает, нормально восстанавливается), но очень медленно, реально быстрее выключить, включить и запустить тот же софт =) В висте дефолтно установленной вроде все очень шустро.
Может кто пояснит, что делать?
0
Вроде как в одном из ванильных ядер рисовался прогресс-бар хибернейта, потом почему-то убрали.
0
здорово, попробую эту штуку на досуге
0
Круто, у меня как раз на EeePC 1000H спящий режим не работает (возможно перестал работать из-за Eeeasy scripts). Надо будет попробовать, может будет работать :). Но у меня нет swap-раздела (оперативки всегда хватает), TuxOnIce можно сохраняться в файлы?
0
Ха, оказывается обычный спящий режим не работает без swap, так что обычный я уже починил. Но TuxOnIce всё равно попробую — всё таки обычный очень медленный.
0
В принципе, ничего этому не противоречит (по крайней мере я не вижу препятствий), если создать своп-файл (вместо раздела). Инструкция есть например, тут. Ну или по любой другой ссылке по запросу «linux swap file» :)
0
UFO just landed and posted this here
делал как написано. пробую, уходит в спящий как надо. а вот из спящего не выходит. грузится как обычно. И еще по моему у меня пропал swap. и комп стал тормозить и подвисать. оперативы мало — 512. в чем может быть проблема?
0
Вы не скормили параметр resume ядру или не подгрузили модуль для декомпрессии образа. Читайте dmesg, там должно быть написано.
0
А свап пропал, потому что tuxonice сохранил туда образ, сделав таким образом swap неправильным. Корректного способа вернуть его к работе не знаю, сам делал mkswap, который меняет UUID, что влечет необходимость правки fstab.
0
У меня что-то бубунта не нашла обновлений ядра.
стоит свежая 9.04 i386 на Celeron M.
$ uname -rv
2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009
$ uname -a
Linux duty 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux
после dist-upgrade поставился только новый пакет linux-libc-dev 2.6.28-12.44+tuxonice2 и всё!
uname -rv остался таким же.
Не подскажите в какую сторону копать?
стоит свежая 9.04 i386 на Celeron M.
$ uname -rv
2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009
$ uname -a
Linux duty 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux
после dist-upgrade поставился только новый пакет linux-libc-dev 2.6.28-12.44+tuxonice2 и всё!
uname -rv остался таким же.
Не подскажите в какую сторону копать?
0
Мммм. А почему у Вас до сих пор ядро 2.6.28-11?
В репозиториях уже с апреля 2.6.28-12. Видимо, Вы как-то неполностью обновились.
Соль в том, что пакет linux-image-generic имеет в качестве зависимости linux-image-2.6.28-12-generic, уже который и обновляется до версии 2.6.28-12.44+tuxonice2.
То есть, Вам надо проверить, все ли у вас в порядке с репозиториями (файл sources.list)
В репозиториях уже с апреля 2.6.28-12. Видимо, Вы как-то неполностью обновились.
Соль в том, что пакет linux-image-generic имеет в качестве зависимости linux-image-2.6.28-12-generic, уже который и обновляется до версии 2.6.28-12.44+tuxonice2.
То есть, Вам надо проверить, все ли у вас в порядке с репозиториями (файл sources.list)
0
Люди, а можно сделать так, чтобы оно менее агрессивно выкидывало программы в swap перед hibernate?.. А то потом еще несколько минут идут тормоза при открытии программ, пока они вылезают из свопа. Пусть бы образ был большего размера…
0
Sign up to leave a comment.
TuxOnIce в *ubuntu 9.04