Установим ядро и заголовки ядра для использования нативного модуля
accel-pptp любым удобным для вас способом(требуется ядро версии 2.6.37
и выше). Один из способов:
Изложенное ниже справедливо для дистрибутива Ubuntu 10.04 и более поздних
Эта
статья призвана оказать помощь тем пользователям дистрибутива Ubuntu,
которые понимают зачем необходима возможность загрузки системы в
консольном режиме (без запуска графики). Некоторое обоснование этого
можно найти в исходном варианте статьи 1).
востановление GRUB2 с LiveCD. способ 3 (совсем простой) в
случае, если нужно только восстановить MBR диска (например, после
(пере)установки Windows), все можно сделать еще проще, вообще ничего не
монтируя. все так же грузимся с liveCD. определить, какой нужен
жесткий диск можно опять же с помощью "sudo fdisk -l". если он один -
значит, sda. и вот, собственно, команда на "мат в один ход":
Код:
sudo grub-install --root-directory=/tmp /dev/sda
измените /dev/sda на нужный диск. все! можно снова грузиться с этого диска
IV. Advanced даунгрейд до grub-legacy (возврат старой версии). в
случае, если ваша дружба с grub2 так и не состоялась, вы можете
заменить его на старый grub (ныне известный как grub-legacy), который на
текущий момент более стабилен. и привычен для многих. для начала, конечно же, сделаем бэкап важных файлов. создайте резервную копию файлов конфигурации как описано конце I-ой главы. также желательно забэкапить папку "/boot/grub". для этого выполните
I. GRUB2 - первые шаги. при
первом сравнении grub2 со старым grub самым весомым различием
оказывается измененная структура файлов конфигурации. настройка grub2
производится теперь по принципиально иному принципу. первое же, что
бросается в глаза - отсутствие привычного многим "/boot/grub/menu.lst", в
котором были прописаны пункты загрузки, таймаут меню и прочие
настройки. где это теперь? в grub2 основным файлом конфигурации
является "/boot/grub/grub.cfg". однако же, не торопитесь править его
так, как привыкли это делать с "menu.lst". при внимательном прочтении мы
видим в начале файла "grub.cfg" такие строки:
данный вопрос в той или иной форме довольно часто задавался на форуме, посему и возникла идея данной статьи. нижеописанное справедливо для загрузчика GRUB (aka GRUB2), но не для GRUB-Legacy!
Управление разделами HDD программой Gparted с диска Live-CD Ubuntu
Берем Live-CD Ubuntu. Как берем? Скачиваем. Где берем? На сайте Ubuntu. Пишем на болванку. Вставляем диск в привод компьютера и загружаемся с него.
У тех, кто хочет отредактировать разделы HDD у компьютера, на котором уже установлена Ubuntu (или другой дистрибутив Linux, использующий десктоп Gnome), может возникнуть вопрос – а почему именно Live-CD? Почему просто не загрузить Linux с жесткого диска, а потом запустить программу Gparted и поредактировать разделы? Ответ прост – Gparted не сможет работать со смонтированными разделами. А раздел жесткого диска с которого компьютер только что загрузил Linux, размонтировать не получится (равно как и другие разделы, используемые Linux-ом в работе, если таковые имеются). Вот потому-то и нужно загрузиться с Live-CD – при этом все разделы жеского диска компьютера не смонтированы и доступны к редактированию.
Сразу же опускаем вопрос – «А зачем это нужно?». Здесь я лишь опишу пару способов, как это сделать. Причем, постараюсь описать те варианты, для которых достаточно мышью в кнопку «ОК» попадать…
Статистика посещений моего блога показывает, что наиболее читаемыми являются мои записки про Alfresco. По этому, продолжаю описывать свою эпопею по установке и настройке этой EMS. Собственно, установив Alfresco и запуская его, я продолжал читать файл протокола alfresco.log. И нашел в своем вот такие строки:
В корневом каталоге своей установки Alfresco в процессе своей работы создает файлы протоколов (логи). Изначально создаваемый файл носит имя alfresco.log. Впоследствии, при создании нового протокола, старый файл не удаляется, а к его имени просто добавляется дата, и выглядит это примерно так – alfresco.log.2009-01-26. Таким образом, лог с датой в имени – это старый лог. А саммый «свежий» лог – это всегда файл alfresco.log. А на кой он нам нужен? Так для ловли блох, однако! Ну или, проще говоря, – для поиска ошибок. Вот, взял я и почитал лог своей Alfresco. Не зря, т.к. нашел в нем следующие строки: