- Отображение сообщений при загрузке системы
- Re: Отображение сообщений при загрузке системы
- Re: Отображение сообщений при загрузке системы
- Re: Отображение сообщений при загрузке системы
- Re: Отображение сообщений при загрузке системы
- Re: Отображение сообщений при загрузке системы
- Не загружается Linux. Что делать?
- Причины отказа в загрузке ОС Linux
- Особенности создания LiveCD/USB
- Как проверить журнал загрузки?
- Загрузчик Grub не работает. Как его восстановить?
- Устранение проблемы, связанной с отсутствием места на жестком диске
- Нарушена целостность пакетов
- Ошибка загрузки системы, связанная с проблемами в /ETC/FSTAB
- Еще одна причина – повреждена система файлов
- Как проверить работу драйвера для видео?
- Что еще может вызвать сбой загрузки?
- Лог файлы Linux по порядку
- Основные лог файлы
- И другие журналы
- Чем просматривать — lnav
Отображение сообщений при загрузке системы
В те времена, когда Mandriva еще называлась Mandrake, была у нее следующая фича: при загрузке системы первые несколько сообщений выводились, как и везде (в классическом консольном режиме), после чего происходил переход в графический(?) режим и загрузка продолжалась, но выглядело всё уже гораздо симпатичнее — в верхней части экрана висел пингвин, а шрифт, которым выводились сообщения становился гораздо ярче. Еще через несколько секунд запускалась совсем уж графическая оболочка (моя память упорно подсказывает мне её название — Aurora — но гугл о таком не слышал), которая отображала процесс загрузки уже пиктограммами (проверили диск, подмонтировали, запустили cron и т.д.). Ну и когда загрузка завершалась, запускались иксы.
Собственно, вопрос, который меня гложет — как была реализована эта фича и можно ли ее прикрутить к, скажем, убунте? В первую очередь интересует именно графический режим с пингвином 🙂 Уж больно симпатично.
Единственная похожая картинка, из тех что я смог найти — http://distro.ibiblio.org/pub/linux/distributions/vectorlinux/docs/vl50/image. Но и эта штука только похожа, на то, что я ищу — пингвин есть, но при этом остальное — чистая консоль 🙂
То ли я не по тем запросам ищу, толи никто не фоткал и не делал скринов загрузки Mandrake 🙂
Спасибо всем, кто сможет помочь.
Re: Отображение сообщений при загрузке системы
это обычный фреймбуфер, а в конфиге ядра можно включить отображение тукса (их количество будет равно количеству ядер/процессоров) при загрузке. Насчет пиктограмм не знаю, кажется это fbsplash
Re: Отображение сообщений при загрузке системы
>это обычный фреймбуфер, а в конфиге ядра можно включить отображение тукса (их количество будет равно количеству ядер/процессоров) при загрузке. О, спасибо! Ключевое слово фреймбуфер навело на HOWTO. Но теперь такой вопрос: если я включу фреймбуфер в ядре, то смогу изменать шрифт в консоли, ее разрешение и так далее. И я, допустим, даже знаю, как это сделать после логина. Теперь вопрос — а как это сделать максимально рано во время загрузки? Даже так — какой скрипт выполняется первым при загрузке убунты?
>Насчет пиктограмм не знаю, кажется это fbsplash Почитал — не похоже. Разве что Mandrake сильно переколбасил fbsplash. Всё-таки там был не сплеш скрин, а на вид полноценное приложение — оттуда можно было и single-user запустить, и проверку диска отменить. Но всё равно спасибо.
Re: Отображение сообщений при загрузке системы
Re: Отображение сообщений при загрузке системы
разрешение фреймбуфера выставляется параметром ядра vga, например vga=795 это 1280х1024 и 24битный цвет. Остальные значения есть тут — http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_video_mode_numbers
в момент загрузки ядра шрифт сменить нельзя, разве что похачить исходники и запихнуть свой. Кто то на лоре давным давно даже умудрялся добавить шрифт с кириллицей и перевести на русский язык все сообщения ядра 😉
Re: Отображение сообщений при загрузке системы
Источник
Не загружается Linux. Что делать?
Операционная система Linux обычно запускается весьма быстро. Именно поэтому большинство данных, которые вводятся при загрузке ОС, прокручиваются перед пользователем в ускоренном режиме. Даже если постараться, прочесть всплывающий текст невозможно. При загрузке ОС системы нередко возникают разнообразные ошибки. Многие пользователи сталкиваются с проблемой, когда Линукс напрочь отказывается загружаться.
Причин возникновения ошибок может быть много. Неполадки возникают в любом месте загрузки, на любом компоненте системы инициализации. В ОС есть специальная рубрика systemd. Именно в ней прописываются всевозможные ошибки, они выводятся на экран вашего монитора. Прочесть их также практически невозможно.
Причины отказа в загрузке ОС Linux
Стоит рассмотреть наиболее распространённые варианты ошибок, которые устранить весьма просто:
- Операционная система отказалась запускаться после того, как были загружены обновления. При обновлении дистрибутива, возможно, что-то пошло не так. В итоге, пользователь не может посетить на рабочую оболочку.
- ОС Linux может перестать запускаться в том случае, когда имеются поврежденные участки в системе файлов.
- Система отказывается мониторить один из наиболее главных разделов на жестком диске. Это зачастую происходит из-за неправильно введенных настроек в fstab.
- Linux отказывается загружаться при наличии несовместимостей на драйверах для графики и ядре.
- Операционная система не запустится, если жестки диск переполнен информацией. В этом случае все просто – негде сохранить временные файлы.
Если пользователь иногда экспериментирует с ОС, при этом обращается с ней не очень бережно, ошибки будут появляться очень часто. Стоит заметить, неполадки могут возникнуть и из-за загрузки Grub. Чтобы устранить неисправности, первоначально потребуется тщательно изучить лаги на последней загрузке. Это даст возможность максимально точно определить причину. Сделать это можно с использованием LiveCD или путем загрузки системы в режиме восстановления.
Особенности создания LiveCD/USB
Для восстановления загрузки операционной системы потребуется носитель, на который временно или долгосрочно сохраняется сама система. На CD или USB необходимо создать и сохранить образ дистрибутива. Чаще всего используется Ubuntu, но можно использовать другие дистрибутивы Debian, Centos, Астра Linux.
Для этих целей потребуется посетить официальный портал загрузки. Здесь есть множество версий. Можно выбрать любую из понравившихся вариаций. Рекомендуется использовать наиболее новые версии, они совместимы с современным оборудованием.
Как проверить журнал загрузки?
Первоначально требуется загрузить операционную систему с LiveUSB, запустить разделы с главной системы. Можно также войти в режим восстановления с использованием специального загрузчика, называемого Grub. Чтобы сделать вышеописанные манипуляции, в большинстве дистрибутивов имеется функция, предназначенная именно для этих целей. Это позволит вернуть систему в нормальный рабочий режим.
Чтобы начать работу с помощью вспомогательной опции, потребуется ввести пароль суперпользователя. Если этот пункт не появится на экране вашего монитора, потребуется запустить восстановление Bash путём нажатия на клавишу «Е» в меню Grub. Здесь прописывается специальная строка параметра на ядре.
Для просмотра логов в разделе systemd можно воспользоваться утилитой journalctl. Система самостоятельно подскажет, какую команду рекомендуется загрузить для просмотра логов.
Информацию о проблемах и сбоях также можно увидеть в файле /var/log/messages. Именно здесь хранятся системные сообщения, которые отправляют различные сервисы как во время работы, так и при загрузке операционной системы.
Для просмотра логов можно использовать команду cat или другие, например mcview, nano.
Чтобы посмотреть все сообщения, которые показывались во время загрузки операционной системы Линукс, стоит прочитать файл boot.log.
Дальнейшие действия, связанные с устранением ошибок, нужно совершать с учетом полученной информации из лог-файлов. Это позволит быстро решить возникшие проблемы.
Загрузчик Grub не работает. Как его восстановить?
Нередко случаются ситуации, когда загрузчик Grub не функционирует. Восстановить его можно с помощью утилиты Boot repair. Сделать это можно буквально за пару кликов.
Данная утилита имеет свой собственный GUI. Разобраться с ним сможет даже неопытный человек. Для установки программы можно использовать несколько способов:
- Создание и установка образа диска, именуемого Boot Repair. Именно с него будет осуществляться дальнейшая загрузка.
- Установка утилиты с использованием специального PPA-репозитория. Он располагается в LiveCD или LiveUSB дистрибутиве.
Первый вышеописанный способ максимально понятен. Достаточно скачать образ, записать его с использованием специальных инструментов. Второй метод немного сложнее. Здесь нужно знать определенные команды.
После загрузки утилиты Boot repair пользователю будут доступны несколько вариантов действий:
- Recommended repair. Эта функция позволяет исправить большинство известных ошибок, которые возникают во время запуска. С помощью опции также можно просканировать и сам загрузчик Grub.
- Create a BootInfo summary. Такая функция предназначена для создания скрипта Boot-Info-Script. Он используется при диагностике неполадок.
Устранение проблемы, связанной с отсутствием места на жестком диске
Можно представить, что ОС перестала загружаться после того, как вы обновили систему. Ошибки могли возникнуть из-за двух вариантов причин:
- После загрузки обновлений корневой раздел женского диска переполнен. В этом случае система не может сохранять временные файлы.
- При обновлении произошел сбой, который привел к повреждению важных пакетов ОС.
Первым делом требуется посмотреть, есть ли свободное место на диске. Если в специальной рубрике загрузчика написано 0%, вам известна причина отказа в загрузке. Для устранения неполадки требуется удалить файлы, в которых нет необходимости. Для этого стоит перемонтировать корневые разделы для чтения и сохранения информации.
Нарушена целостность пакетов
Вы проверили свободное место на жестком диске и обнаружили, что там доступно более пяти гигабайт. В этом случае можно подумать, что неполадка ОС связана именно с целостностью пакетов. Для исправления нужно выполнить команду dpkg.
Стоит отметить, что такой способ будет работать только тогда, когда система загружена в режиме LiveUSB. В режиме восстановления отсутствует интернет. Настроить его можно с использованием команды dhclient.
Ошибка загрузки системы, связанная с проблемами в /ETC/FSTAB
Это еще одна возможная причина отказа работы операционной системы. Чаще всего в данной рубрике имеется неверная запись одного из разделов. В этом случае Linux не способен мониторить данный раздел.
Если он является корневым, загрузиться ему никак не получится. Изучив systemd, вы обнаружите большое количество ошибок. Требуется обнаружить именно первую, вследствие которой возникли все остальные. Если вы не уверены, что имеется ошибка, рекомендуется на всякий случай заменить первичную запись без UUID.
Еще одна причина – повреждена система файлов
Чаще всего файловая система исследуется в автоматическом режиме, сканируется на наличие неисправностей и сбоев в работе. Нередко пользователи отключают данную функцию, поэтому возможна непредвиденная остановка работы персонального компьютера. Файловая система при этом повреждена, а программа для восстановления – не работает.
При поиске ошибок монтирования рекомендуется проверять файловую систему. После запаска команды в соответствующем разделе вводится адрес требуемого файла.
Как проверить работу драйвера для видео?
Если вами ранее была обновлена операционная система, или вы устанавливали проприетарный драйвер, а потом обнаружили ошибку, проблема именно с данной утилитой. Это обусловлено тем, что установленные программы и вспомогательные инструменты не всегда совместимы с модификациями используемых ядер.
Чтобы устранить проблему, нужно удалить драйвер. Делается это в восстанавливающем режиме. Вводится специальная команда, соответствующая вашей видеокарте. Если у драйвера исходный код открытого типа, он является встроенным в ядро, сбоев загрузки ОС не должно возникать. После того, как удален драйвер, исчезнет черный экран.
Что еще может вызвать сбой загрузки?
Одна из наиболее актуальных и распространённых причин – неправильная установка 2 операционных систем. Linux и Windows просто-напросто могут конфликтовать между собой. Стоит обязательно знать последовательность установки.
Первоначально устанавливается Windows, а лишь потом – Linux.
Если выполнить действия с точностью до наоборот, непременно повредится Grub. Загружаться будет только Windows, а Linux останется неактивной.
Нужно заметить, что повреждение Grub может возникнуть и по другим причинам. К примеру, при попытке установки параметров для запуска ручным способом. Это делают неопытные специалисты. Для устранения ошибок вручную убирается все лишнее, либо заново устанавливается сам загрузчик.
Источник
Лог файлы Linux по порядку
Невозможно представить себе пользователя и администратора сервера, или даже рабочей станции на основе Linux, который никогда не читал лог файлы. Операционная система и работающие приложения постоянно создают различные типы сообщений, которые регистрируются в различных файлах журналов. Умение определить нужный файл журнала и что искать в нем поможет существенно сэкономить время и быстрее устранить ошибку.
Журналирование является основным источником информации о работе системы и ее ошибках. В этом кратком руководстве рассмотрим основные аспекты журналирования операционной системы, структуру каталогов, программы для чтения и обзора логов.
Основные лог файлы
Все файлы журналов, можно отнести к одной из следующих категорий:
Большинство же лог файлов содержится в директории /var/log .
- /var/log/syslog или /var/log/messages содержит глобальный системный журнал, в котором пишутся сообщения с момента запуска системы, от ядра Linux, различных служб, обнаруженных устройствах, сетевых интерфейсов и много другого.
- /var/log/auth.log или /var/log/secure — информация об авторизации пользователей, включая удачные и неудачные попытки входа в систему, а также задействованные механизмы аутентификации.
- /var/log/dmesg — драйвера устройств. Одноименной командой можно просмотреть вывод содержимого файла. Размер журнала ограничен, когда файл достигнет своего предела, старые сообщения будут перезаписаны более новыми. Задав ключ —level= можно отфильтровать вывод по критерию значимости.
- /var/log/alternatives.log — Вывод программы update-alternatives , в котором находятся символические ссылки на команды или библиотеки по умолчанию.
- /var/log/anaconda.log — Записи, зарегистрированные во время установки системы.
- /var/log/audit — Записи, созданные службой аудита auditd .
- /var/log/boot.log — Информация, которая пишется при загрузке операционной системы.
- /var/log/cron — Отчет службы crond об исполняемых командах и сообщения от самих команд.
- /var/log/cups — Все, что связано с печатью и принтерами.
- /var/log/faillog — Неудачные попытки входа в систему. Очень полезно при проверке угроз в системе безопасности, хакерских атаках, попыток взлома методом перебора. Прочитать содержимое можно с помощью команды faillog .
- var/log/kern.log — Журнал содержит сообщения от ядра и предупреждения, которые могут быть полезны при устранении ошибок пользовательских модулей встроенных в ядро.
- /var/log/maillog/ или /var/log/mail.log — Журнал почтового сервера, используемого на ОС.
- /var/log/pm-powersave.log — Сообщения службы экономии заряда батареи.
- /var/log/samba/ — Логи файлового сервера Samba , который используется для доступа к общим папкам Windows и предоставления доступа пользователям Windows к общим папкам Linux.
- /var/log/spooler — Для представителей старой школы, содержит сообщения USENET. Чаще всего бывает пустым и заброшенным.
- /var/log/Xorg.0.log — Логи X сервера. Чаще всего бесполезны, но если в них есть строки начинающиеся с EE, то следует обратить на них внимание.
Для каждого дистрибутива будет отдельный журнал менеджера пакетов.
- /var/log/yum.log — Для программ установленных с помощью Yum в RedHat Linux.
- /var/log/emerge.log — Для ebuild -ов установленных из Portage с помощью emerge в Gentoo Linux.
- /var/log/dpkg.log — Для программ установленных с помощью dpkg в Debian Linux и всем семействе родственных дистрибутивах.
И немного бинарных журналов учета пользовательских сессий.
- /var/log/lastlog — Последняя сессия пользователей. Прочитать можно командой last .
- /var/log/tallylog — Аудит неудачных попыток входа в систему. Вывод на экран с помощью утилиты pam_tally2 .
- /var/log/btmp — Еже один журнал записи неудачных попыток входа в систему. Просто так, на всякий случай, если вы еще не догадались где следует искать следы активности взломщиков.
- /var/log/utmp — Список входов пользователей в систему на данный момент.
- /var/log/wtmp — Еще один журнал записи входа пользователей в систему. Вывод на экран командой utmpdump .
И другие журналы
Так как операционная система, даже такая замечательная как Linux, сама по себе никакой ощутимой пользы не несет в себе, то скорее всего на сервере или рабочей станции будет крутится база данных, веб сервер, разнообразные приложения. Каждое приложения или служба может иметь свой собственный файл или каталог журналов событий и ошибок. Всех их естественно невозможно перечислить, лишь некоторые.
- /var/log/mysql/ — Лог базы данных MySQL.
- /var/log/httpd/ или /var/log/apache2/ — Лог веб сервера Apache, журнал доступа находится в access_log , а ошибки — в error_log .
- /var/log/lighthttpd/ — Лог веб сервера lighttpd.
В домашнем каталоге пользователя могут находится журналы графических приложений, DE.
/.xsession-errors — Вывод stderr графических приложений X11.
/.xfce4-session.verbose-log — Сообщения рабочего стола XFCE4.
Чем просматривать — lnav
Почти все знают об утилите less и команде tail -f . Также для этих целей сгодится редактор vim и файловый менеджер Midnight Commander. У всех есть свои недостатки: less неважно обрабатывает журналы с длинными строками, принимая их за бинарники. Midnight Commander годится только для беглого просмотра, когда нет необходимости искать по сложному шаблону и переходить помногу взад и вперед между совпадениями. Редактор vim понимает и подсвечивает синтаксис множества форматов, но если журнал часто обновляется, то появляются отвлекающие внимания сообщения об изменениях в файле. Впрочем это легко можно обойти с помощью .
Недавно я обнаружил еще одну годную и многообещающую, но слегка еще сыроватую, утилиту — lnav, в расшифровке Log File Navigator.
Установка пакета как обычно одной командой.
Навигатор журналов lnav понимает ряд форматов файлов.
- Access_log веб сервера.
- CUPS page_log
- Syslog
- glog
- dpkg.log
- strace
- Произвольные записи с временными отметками
- gzip, bzip
- Журнал VMWare ESXi/vCenter
Что в данном случае означает понимание форматов файлов? Фокус в том, что lnav больше чем утилита для просмотра текстовых файлов. Программа умеет кое что еще. Можно открывать несколько файлов сразу и переключаться между ними.
Программа умеет напрямую открывать архивный файл.
Показывает гистограмму информативных сообщений, предупреждений и ошибок, если нажать клавишу . Это с моего syslog-а.
Кроме этого поддерживается подсветка синтаксиса, дополнение по табу и разные полезности в статусной строке. К недостаткам можно отнести нестабильность поведения и зависания. Надеюсь lnav будет активно развиваться, очень полезная программа на мой взгляд.
Источник