Не запускается альт линукс

Первая помощь

Проблемы с загрузкой системы

Если не загружается ни одна из установленных операционных систем, значит проблема в начальном загрузчике. Такие проблемы могут возникнуть после установки системы, если загрузчик не установился или установился с ошибкой. При (пере) установке Windows на вашем компьютере загрузчик Linux будет перезаписан в принудительном порядке, и станет невозможно запускать Linux.

Повреждение или перезапись загрузчика никак не затрагивают остальные данные на жёстком диске, поэтому в такой ситуации очень легко вернуть работоспособность: для этого достаточно восстановить загрузчик.

Если у вас исчез загрузчик другой операционной системы или другого производителя, то внимательно почитайте соответствующее официальное руководство на предмет его восстановления. Но в большинстве случаев вам это не потребуется, так как загрузчик LILO, входящий в состав ALT Linux, поддерживает загрузку большинства известных операционных систем.

Для восстановления загрузчика LILO достаточно любым доступным способом загрузить Linux и получить доступ к тому жёсткому диску, на котором находится повреждённый загрузчик. Для этого проще всего воспользоваться восстановительным режимом, который предусмотрен на загрузочном диске дистрибутива. В ALT Linux к нему можно получить доступ, загрузившись с CD-ROM и выбрав в меню пункт «Спасательная система».

Загрузка восстановительного режима заканчивается приглашением командной строки: [root@localhost /]# . Начиная с этого момента система готова к вводу команд.

Чтобы восстановить загрузчик, нужно выполнить следующие действия:

1. Смонтировать корневой раздел Linux (“ / ”) командой mount /dev/hda1 /mnt (На месте /dev/hda1 должен быть указан тот раздел диска, на котором у вас находится корневая файловая система Linux). 1
2. Смонтировать необходимые для восстановления загрузчика файловые системы:
   • mount /proc /mnt/proc -o bind
   • mount /dev /mnt/dev -o bind
   • mount /sys /mnt/sys -o bind
3. Объявить файловую систему на этом разделе корневой:
   • chroot /mnt .
4. Если на диске ничего не менялось (не установлено новых систем), восстановить загрузчик можно одной командой — lilo . В результате загрузчик будет восстановлен в той же конфигурации, что и перед повреждением.

Если на диске произошли изменения, которые должны затронуть список загружаемых систем (добавлены/удалены ОС), перед выполнением команды lilo потребуется обновить конфигурацию загрузчика: с помощью любого текстового редактора (например mcedit ) отредактировать файл lilo.conf . Подробнее см. раздел Настройка загрузки.

Проблемы при установке системы

Если в системе не произошла настройка какого-либо компонента после стадии установки пакетов, не отчаивайтесь — доведите установку до конца, загрузитесь в систему и попытайтесь теперь в спокойной обстановке повторить настройку.

В случае возникновения проблем с установкой вы можете вручную задать необходимые параметры в строке «Параметры загрузки» меню начального загрузчика.

• xdriver — графический установщик предпринимает попытку автоматического подбора драйвера видеокарты, но иногда это ему не удаётся. Данным параметром можно отключить «искусственный интеллект» и явно указать нужный вариант драйвера.
• instdebug — если будет присутствовать этот параметр, то перед запуском и после завершения работы графического установщика будет запущена оболочка shell. Очень полезное средство, когда требуется выяснить, почему графическая часть программы установки не запускается. Последовательность работы внутренних сценариев следующая: install2 -> xinit -> alterator-install2 -> alterator-wizard. При необходимости можно вручную загрузить Xorg (команда xinit ) и в открывшемся окне терминала запустить alterator-install2 (или alterator-wizard) вручную.

Если вы вообще не смогли установить систему (не произошла или не завершилась стадия установки пакетов), сначала попробуйте повторить попытку в режиме «Установка — безопасные параметры». Возможно также, что у вас какое-то новое или нестандартное оборудование, но может оказаться, что оно отлично настраивается со старыми драйверами. В любом случае, вы всегда можете сообщить о своих проблемах нам, написав в списки рассылки или обратившись в службу технической поддержки, и мы попытаемся вам помочь. Если вы хотите получить точный ответ, то сообщите, пожалуйста, подробный состав вашего оборудования и подробное описание возникшей проблемы.

1Для автоматизации монтирования уже установленной системы можно использовать скрипт mount-system . В этом случае обнаруженная корневая файловая система монтируется в каталог /mnt/system1 , и все дальнейшие действия необходимо предпринимать с поправкой на использование этого каталога.

Источник

Что делать, если программа не работает

Содержание

Кратко

• убедитесь, что ошибка вызвана не вашими некорректными действиями
• повесьте баг в Багзиллу
• попробуйте локализовать и устранить ошибку самостоятельно

Да, такое иногда случается даже в Линукс: вы запускаете какую-то программу, а она не запускается. Или делаете какое-то совершенно безобидное действие в программе, и она вдруг закрывается. Тогда не исключено, что вы нашли ошибку в программе.

Кто сломал программу?

Первым делом вам надо убедиться, что это не вы «сломали» программу. Например, если вы недавно вручную отредактировали конфигурационные файлы программы (даже если вы считаете на 200 %, что все сделали правильно), попробуйте вернуть старые конфиги (я надеюсь, вы уже поняли, зачем сохранять старые конфиги :)).

Если вы недавно обновили систему, то это тоже следует вспомнить. Возможно, обновлённая версия программы требует изменений в настройках, несовместима со старыми конфигами, или просто напросто содержит ошибку 🙂

Если вы только что перезагрузили свою систему выдёргиванием вилки из розетки или кнопкой reset, то это может быть причиной повреждения файлов на диске. И, как следствие, некорректной работы программ.

Хуже всего, если вы уже год ничего не трогали в вашей системе, вчера вечером всё работало, а сегодня утром вдруг развалилось. Тогда у вас серьёзные проблемы, причём, скорее всего, аппаратные: пора пылесосить системный блок, сменить планку памяти, или отправить на покой жёсткий диск.

Что делать с ошибкой?

Итак, вы убедились, что не сами сломали программу. Что делать? Нужно занести сообщение об ошибке в систему отслеживания ошибок. Написано множество заметок и трактатов по поводу того, как и что писать в Багзиллу. Кратко изложу основные принципы ещё раз:

• укажите версию вашего дистрибутива (включая обязательное упоминание об точечных обновлениях, если они были)
• укажите точную версию программы. Например, написать «у меня Gimp 2.6» будет крайне неверно. Вместо этого покажите вывод команды rpm -q ИМЯ_ПАКЕТА:

• кратко напишите, в чем заключается ошибка, и что нужно делать, чтоб ее воспроизвести. Если надо, приложите файлы, на которых проявляется ошибка.
• никогда ничего не пишите своими словами! Например, сообщение вида «программа сказала что-то типа что не хватает памяти или как-то так» скорее всего будут проигнорированы, а ваш «рейтинг» в глазах разработчиков снизится до уровня плинтуса. Вместо этого пишите точные сообщения и логи (где их брать см. ниже).

Если вы не уверены, что нашли ошибку, попробуйте уточнить на форуме или в рассылке. Напишите туда сообщение согласно выше приведённым рекомендациям.

Если вы знаете, как устранить ошибку, или нашли сайт в интернете, где уже обсуждалась похожая ошибка, и есть что-то, напоминающее решение, то обязательно укажите это в сообщении. Этим вы облегчите жизнь мейнтейнеру пакета, и ускорите процесс исправления ошибки.

Где именно сломалось?

Иногда случается, что программа отваливается совершенно без симптомов. Но это бывает редко, если уметь «запускать» программы. Обычно от программы можно получить достаточно сведений для определения причины ошибки.

Не запускайте неработающую программу из меню КДЕ (или любой другой среды) или через значок на рабочем столе. Откройте терминал, наберите в нем имя исполняемого файла программы, и нажмите ввод. Если вы не знаете, какой командой запускается программа, подсмотрите её в свойствах значка или пункта меню.

В данном примере при попытке запустить программу seamonkey, выдается сообщение об ошибке. Опытные пользователи из данного сообщения могут почерпнуть сведения о причинах ошибки, и о способах её устранения.

Многие программы протоколируют свою работы в log-файлах. И в случае возникновения какой-либо ошибки, информация в лог-файлах может оказаться крайне ценной. Большинство логов следует искать в каталоге /var/log . Многие программы имеют ключи запуска, с помощью которых можно увеличить степень подробности лог-файлов. Обычно, эти ключи следует искать в man по ключевым словам log или debug .

Например, в man smbd можно прочитать:

То есть с помощью ключа -d можно менять степень детализации. Кроме того, обычно можно указать имя файла, в который будет записываться журнал.

Один из наиболее часто востребованных лог-файлов является файл /var/log/Xorg.0.log , в котором содержится протокол работы графической подсистемы.

Ещё один важный лог-файл это /var/log/messages , в котором находится системный журнал. В нем отображаются все основные процессы, происходящие в системе, включая сведения об аппаратных ошибках, подключаемых съёмных устройствах и т. п. (обратите внимание, что чтение данного файла возможно только руту).

Как устранить проблему?

Если проблема вызвана некорректными настройками программы, то воспользуйтесь старыми настройками, сохранёнными в резервной копии ваших данных. Если такой возможности нет, то стоит попробовать «отодвинуть в сторону» имеющиеся настройки, и запустить программу с настройками по умолчанию. Обычно, под «отодвинуть в сторону» подразумевается временное удаление (переименование, перемещение) каталога с настройками программы. Настройки программ лежат в домашнем каталоге пользователя, в подкаталогах, начинающихся с точки, например в

/.blender . Приложения KDE хранят свои настройки в

/.kde/share/apps или других каталогах в каталоге

/.kde4 для KDE4). Если вы не знаете, где именно находятся настройки, то создайте нового пользователя, залогиньтесь им, и попробуйте запустить подозрительную программу.

Где именно сломалось, для опытных пользователей

Иногда локализовать ошибку помогает использование программы strace . Особенно хорошо работает для обнаружения проблем с правами доступа к файлам (устройствам), необходимым для работы программы.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Решено: Востановление загрузчика AltLinux 4 Desktop

Решено: Востановление загрузчика AltLinux 4 Desktop

Уважаемы форумчане, изучил все что тут написано про восстановление,
в частности попался вот этот пункт

по этому не судите строго.

Вообщем суть проблемы такова. Загрузчик как и полагается в наших новичковских юзаниях был успешно затерт.

Имеется следующее: диск разбит на два на одном аналогично затертый виндовс, под названием hda1, на другом Альт под названием hda2

Загрузил спасательную систему и проделал следующее
mount /dev/hda2 /mnt
chroot /mnt
lilo

Система выдала fatal: raid_setup:stat («/dev/hda»)

пожалуйста помогите решить задачу, спасибо

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 01:50

Суть, в двух словах:
в современном Линуксе одного chroot недостаточно, потому что многие файлы, нужные для работы системы, не хранятся на диске. Например, каталог /dev является виртуальным, и заполняется после старта системы, аналогично /proc и /sys. Однако, информация из /dev (и возможно /proc) нужна для работы lilo.

Поэтому восстановление загрузчика нынче делается так:

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение another2007 » 09.02.2008 10:25

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 12:33

Много раз терял загрузчик в результате различных экспериментов. НИКОГДА не переставлял Линукс. У меня система с 2001 года не переустанавливалась ни разу, за это время она была перенесена раз 5 или 6 с винта на винт, сменила 4 материнских платы. БЕЗ переустановки.

А зачем? Сохранять надо ОДИН файл с настройкой загрузчика, например /etc/lilo.conf. А закгрузчик, в случае аварийного сбоя или переноса системы на другой винт, восстанавливается за 3 минуты с помощью любого загрузочного СД и приведенных выше команд.

Почитайте документацию. Например, тут:

На всякий случай: SATA диски именуются так же, как и SCSI.

Какие буковки побежали? И что у вас в /etc/lilo.conf

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сейчас попробовал ни линукс ни виндовс не грузится

Система как и всегда выдает
NTLDR is missing
Press any key to restart

Помогите пожалуйста справиться с проблемой уважаемые линуксоиды!

Ну это диски, например hda1 где hda винчестер 1 — это номер логичексого диска.

Кстати может в этом проблема, когда устанавливал Alt то загрузчик прописал на диск hda1 где стоял виндовс, в итоге виндовс не загружался, загружался только линукс.

Re: Решено: Востановление загрузчика AltLinux 4 Desktop

Сообщение Alexei_VM » 09.02.2008 13:20

Ну зачем? Зачем ставить загрузчик в тот же раздел, где стоит Виндовз. Загрузчик надо ставить в MBR загрузочного ДИСКА, а не раздела на диске.

А теперь ступайте на форумы виндузятников, и выясняйте, как восстановить загрузчик винды (что-то там про загрузку с инсталляционного диска в консоль восстановления и выполнение команд fixmbr и еще каких-то).

Источник

alt linux не запускается сервис openvz

Всем привет. Установил альт линукс, поставил с помощью апт openvz. Загружаю новое ядро, но сервис не запускается, что делать, может кто сталкивался.
apt-get kernel-image-ovz-el vzctl

uname -a
Linux server.org 2.6.32-ovz-el-alt122 #1 SMP Tue Jun 24 23:01:17 UTC 2014 x86_64 GNU/Linux

Эти модули лежат в либах, но какого то черта не загружаются. Что делать, вот в чем вопрос?

Пакет с ядром версии alt124, а само ядро alt122. Не знаю, зачем так сделано, http://www.sisyphus.ru/ru/srpm/Sisyphus/kernel-image-ovz-el . Может проблема в этом, vznetdev.ko из какого пакета?

Это неправильная ссылка. Правильная вот: http://packages.altlinux.org/en/Sisyphus/srpms/kernel-image-ovz-el
В стабильных бранчах p7/t7 ядро alt122.

А если попробовать запуск сервиса vz вообще отключить, а запустить руками потом ? Может, тут systemd как мешает. У меня никаких проблем с OpenVZ на серверах с ALT нет, но нет и systemd.

Эти модули лежат в либах, но какого то черта не загружаются.

Как это не загружаются, если lsmod их показывает ? Другой вопрос, что в лог какая-то повторная попытка загрузки, возможно, попадает. В общем, большой вопрос, чем занят systemd.

в ручную тоже не запускалось. Оказалось вся проблемма в том что системд не умеет работать с опенвз, удалил systemd и поставил sysvinit, все успешно загрузилось.

все оказалось банальнее, не умеет системд работать с опенвз

Для тех у кого будет такая проблемма, у альта есть стартер кит специально для опенвз, он там со старым добрым сисвинит.

Источник