end trace в консоли при запуске Slackware

а в федора заходит?

Да. Она только почему-то стала заметно дольше запускать (аж 4 минуты вместо 40-50 секунд до этого), но работает.

*запускаться

grub2-mkconfig делал? И fstab проверь на соответствие uuid-ов прописанных в файле и реальных дисковых.

Пахнет на то что не нашло корневого раздела(mount_root + mount_block_root). То ли фс не понравилась, то ли ещё что. Граб передает ядру кто корень?

Что это

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

Grub загружается, или загрузку выполняет lilo? И какие параметры загрузчик передаёт ядру? Если грузит груб, то какое ядро он грузит и есть ли там другие файлы с образами ядра (vmlinuz-huge-...). Это можно посмотреть из-под груба, если начинать редактировать и вводить имя файла, по то TAB от дописывает возможные варианты.

grub2-mkconfig делал. Как посмотреть, что в fstab? Где этот файл должен быть?

Не знаю, как это посмотреть.

grub ставили и настраивали в федоре?

Ещё вроде Слака в fstab записывает /dev/sda1 и т.д., а не UUID.

Grub загружается. Lilo на компьютере нет больше в принципе (успел удалить со Slackware, пока она ещё была в рабочем состоянии). Как посмотреть, какие параметры загрузчик передаёт ядру и какие ядра загружает grub? Единственное, что я делал для настройки, это

grub2-mkconfig -o /boot/grub2/grub.cfg

Как посмотреть, что в fstab? Где этот файл должен быть?

cat /etc/fstab

grub вроде изначально был на ноутбуке, потому что я его сразу брал с Линуксом (Ubuntu, но пользоваться ей не планировал и сразу поставил Fedora). В последствии настраивал в Федоре, да.

Открыл. Теперь хочу узнать реальные UUID и сравнить. На

blkid /dev/sda_номер_раздела

Странно.

lsblk -f

sudo blkid

cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Wed Aug 27 09:49:48 2014
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=fb091879-ca17-4bfd-8ea1-73958e65ae0e /                       ext4    defaults        1 1
UUID=b654c06b-02c9-4612-acca-3a59b177e899 /home                   ext4    defaults        1 2
UUID=909fabd0-afb6-497d-a4bb-fc7206952e21 swap                    swap    defaults        0 0

lsblk -f
NAME    FSTYPE LABEL       UUID                                 MOUNTPOINT
sda                                                             
├─sda1  vfat   DELLUTILITY D2C1-B5D9                            
├─sda2  vfat   OS          533D-DE72                            
├─sda3  ext4               40d2ced3-14db-491a-817c-c729527a8fec 
├─sda4                                                          
├─sda5  swap               00688f72-e77a-47bb-b139-36049fbbef97 
├─sda6  ext4               b654c06b-02c9-4612-acca-3a59b177e899 /home
├─sda7  ext4               fb091879-ca17-4bfd-8ea1-73958e65ae0e /
├─sda8  swap               b481cbe8-0478-46b1-8d08-967c1207546d 
├─sda9  ext4               2cd5cf49-fa39-4603-b0d0-40b0be66b69f 
└─sda10 ext4               bf7e44d5-5a76-4013-b481-9cfe4f9e11a5 

Как я понял, в fstab видна только текущая операционная система (Fedora), поэтому проверить UUID для Slackware не могу. Для Fedora совпадает.

Да, я дурак, забыл, что её от рута надо.

А swap в Федоре не работает? Я вижу их вообще 2, но ни один UUID не совпадает с тем, что в fstab.

федор своп не находит, поэтому долго грузится

Один «заводской» для Убунты, но он не хотел распознаваться как swap-раздел при установке Федоры, поэтому для неё пришлось заводить свой (его же указывал и при установке Слаки). Сейчас swap размонтирован, потому что я его отключал (swapoff в GParted), чтобы отрезать свободное место от /dev/sda3 и перегнать его на /dev/sda4 (логический раздел, внутри которого Fedora и Slackware). Могу сейчас примонтировать в GParted обратно, должно сработать. А вот что не совпадает ни один — это уже плохо.

Спасибо! Подключу обратно (swapon в GParted).

При перезагрузке swap отвалился и система снова долго грузилась. Как его можно прописать не через GParted?

просто в fstab новый id пропиши

Сейчас открою в gedit и заменю. А его надо потом перегенерировать, как грабовский конфиг? Если да, то как?

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

пробуй еще mkconfig, смотри параметры ядра, в крайнем случае установи слаку с установкой загрузчика не в корень диска, а в раздел, затем set root=сда_слаки и chainloader +1

Пока разбираешься возьми какой-нибудь live-дистрибутив с gparted (mint-xfce4 н-р) и разметь как тебе надо

установи lilo от слаки в root-раздел ее, а grub fedora оставь на MBR

и в grub пропиши загрузку загрузчика на slackware-разделе

www.linux.org.ru/wiki/en/Slackware#GRUB_.D0.B2_MBR.2C_.D0.B0_LILO_.D0.B1.D1.8...

Небольшое замечание, напрямую с проблемой не связанное, но тоже про grub.
Для generic ядра в Slackware принято создаваемый образ initrd обзывать initrd.gz (по крайней мере оно так по всем наличным руководствам), а вот grub по-умолчанию опознавать такое имя не обучен. Поэтому в Slackware grub правится на этот счет вот так: http://slackware.osuosl.org/slackware64-14.1/source/a/grub/initrd_naming.patc... в районе grub-2.00/util/grub.d/10_linux.in.

То есть, в таком варианте либо ради автоматики править grub, либо именовать initrd согласно представлениям grub, либо зачищать хвосты ручками.

Имейте в виду.

на /dev/sda4 (логический раздел, внутри которого Fedora и Slackware)

/dev/sda4 — это расширенный раздел (extended), внутри которого логические (logical) разделы

монтируй корень слаквари и смотри тамошний fstab, а не федоркин.

записывает /dev/sda1, а не UUID

Установщик пишет имена разделов, но при желании можно прописать UUID-ы, /etc/fstab — это файл настроек mount, а тот UUID-ы вполне понимает.

А вот корень ядру передавать параметром root= как UUID= или LABEL= можно при наличии initrd, эту магию его скрипты разбирают, не само ядро. Поэтому в варианте с huge(-smp) ядром без initrd такой фокус не прокатывает.

Тут тебе какой-то фигни насоветовали. В основном верно, но местами как-то неоптимально.

И так, объясняю по порядку:

1. Это не ошибка end trace. Это kernel panic. После сообщения о причине паники пишется трассировка, которая в данном случае тебе не нужна, так как наиболее частая причина kernel panic, более частая чем баги в ядре и криво работающее железо — это невозможность смонтировать корневую файловую систему — то есть ту, куда у тебя установлена Slackware. Желательно было бы успеть увидеть сообщение ядра до того как вылезет трассировка, но не обязательно, и так можно догадаться, в чём дело.
2. Это может происходить потому что у тебя ядро generic без initrd или потому что корневая файловая система в параметрах ядра указана неправильно. Надеюсь ты знаешь, как называется раздел, куда у тебя установлена Slackware? Пусть это будет /dev/sdaX, тогда тебе нужно при загрузке зажать shift, если нет таймаута, если есть то просто быстро нажать на что-нибудь вроде стрелки вниз, чтобы не грузился пункт по умолчанию и потом сочетание клавиш для перехода в консоль груба (скорее всего просто клавиша <c>, читай подсказку внизу). В консоли grub пишешь команды:

set root=(hd0,msdosX)
linux /boot/vmlinuz-huge root=/dev/sdaX
boot

8. Ну и про swap — если раздел свопа не работает, не обязательно было создавать другой, достаточно выполнить команду mkswap /dev/sdaY (учитывай что это удалит все данные с раздела /dev/sdaY, если они там были и не делай ошибки в этой команде)

Спасибо за обстоятельный ответ! Сейчас буду экспериментировать.

Надеюсь ты знаешь, как называется раздел, куда у тебя установлена Slackware?

Да, конечно. Корневой раздел у меня на /dev/sda9.

Надеюсь, как монтировать и размонтировать после использования файловые системы ты знаешь?

Вроде бы да. Монтируем командой mount /что_монтируем /mnt/куда_монтируем, размонтируем потом umount /mnt/точка_монтирования, список смонтированных разделов выводится просто как mount.

error: file `/boot/vmlinuz-huge` not found

Ну значит у тебя нет такого симлинка, пиши /boot/vmlinuz-huge и жми таб, должна ещё версия ядра дописаться через дефис. Потом сделаешь командой ln, если хочешь.

Или у тебя всё-таки другой раздел, а не 9.

После TAB дополнилась версия ядра и после boot загрузилась Slackware.

После TAB дополнилась версия ядра и после boot загрузилась Slackware.

Замечательно. Ты хочешь lilo или grub? Если lilo, то редактируй /etc/lilo.conf и прописывай параметры для загрузки других ОС и не забудь после этого и каждого изменения конфига выполнить команду lilo, чтобы установить его. Можешь по образцу, опции можешь посмотреть в сгенерированном конфиге grub, но большая из них лишние. Только root=... обязательно.

Я не знаю принципиальных различий между LILO и grub, поэтому хочу то, что будет легче реализовать. Так как сейчас на компьютере работает grub (LILO был удален и в последствии переустанавливал Slackware без него), то, наверное, лучше настраивать grub.
Вывод cat /etc/fstab в Slackware
Пробовал вставить в тег code содержание файла /boot/grub2/grub.cfg (из Fedora), но ЛОР пишет, что слишком большое сообщение, не знаю, как это обойти. Могу выложить скриншотами всё, если требуется.

Или легче с lilo? Если да, как и куда его поставить?

Я не знаю принципиальных различий между LILO и grub, поэтому хочу то, что будет легче реализовать.

А что тебе мешает взять скажем и почитать мануалы по обоим? Или ввести в поисковик «сравнение lilo и grub»?

Если кратко, то GRUB — это почти целая ОС со своим ядром и модулями, позволяющая загружать (почти) что угодно откуда угодно, а lilo ближе к принципу KISS — минимальный код, который по карте блоков загружает то, что ему задано. GRUB лучше тем что там есть консоль, и всегда можно загрузить нужную ОС вручную из консоли, а вот lilo загрузит только то что в конфиге, так что если запорешь конфиг, придётся загружаться с внешнего носителя и исправлять. С другой стороны разобраться с тем как настроить lilo должно быть проще.

Как и куда ставить lilo тебе уже несколько раз рассказывали... Просто ставишь пакет lilo, если ещё не стоит, правишь конфиг /etc/lilo.conf и командой lilo ставишь или обновляешь. В отличии от grub lilo свой конфиг читает только при установке, а не каждый раз при загрузке.

Заменил в конфиге grub2 generic-ядро на huge, с ним грузится нормально. Прочитал, что для загрузки с generic-ядра необходимо создать образ initrd.gz. Завтра попробую это сделать.