Slakware 9.1 обновить ядро

Может дистр по-свежей взять?

Поставь нормальный серверный дистрибутив, а это в виртуалку.

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

самописный

Самообновить?

Ставишь последний дебиан, там в контейнер ставишь свою слаку времён трилобитов, запускаешь в этом контейнере свой софт.

сервере

Slackware 9.1

иксы

последних драйверов от nvidia

Тут прекрасно все.

Причем на gcc из Slackware 9.1 ты даже собрать новое ядро не сможешь.

Попробуй последнее бинарное ядро из current. Если не заработает, то ставь с нуля и переноси сервисы. Если заработает, то в любом случае советую запланировать переход на последние версии дистрибутива, ибо чревато.

Вы 15 лет в коме были? 9.1 это же март 2003. Дистрибутив надо ставить моложе железа. Если уж у вас какая-то спец программка под это дело крутится, то давно надо было рассмотреть как запустить её в эмуляторе, на соверменом железе и в эмуляторе будет заметно быстрее, чем на железе 15 лет назад.

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

Копируешь архив старой системы на новый дистрибутив, после чего chroot /path/to/old/slackware su user -c /path/to/my/software.

Копируешь архив старой системы на новый дистрибутив, после чего chroot

И там не будет /proc , с /dev будет черте-что и ещё не факт, что с X-ами такой фокус прокатит.

Почему? У меня 32 битная система в чруте вполне работает так, визуально никаких отличий. Разве что файлы раздельные.

И там не будет /proc , с /dev будет черте-что и ещё не факт, что с X-ами такой фокус прокатит.

Вон из профессии.

Из какой?

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

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

С виртуальной машиной идея нравится. Попробую. Только терзают сомнения, что можно из виртуалки дать софту возможность работать с платой с портами rs485

Ставишь последний дебиан, там в контейнер ставишь свою слаку времён трилобитов

Ну и на кой чорт ставить этот твой дебиан, времен убитого копами Мёрдока? Типа по поверью дебианщиков контейнеры не взлетят на каренте... да хоть на стейбле слаки?

Вон из профессии.

Во-во, давайте, вылетайте. /proc подмонтировать внутрь chroot забыли, в /dev/ поменялся мажор у virtio blk даже на ядрах 4.X с 253 на 254, а что там за 15 лет поменялось... одно тогдашнее devfs чего стоит.

Ну и на кой чорт ставить этот твой дебиан

Чтобы хотя бы внизу была система, вместо говношлака.

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

PCI прокинуть можно.

Вопрос только в том, что вот вы изначально взяли ОС с открытым кодом для чего? Не для того ли, чтобы вот такой проблемы не вставало, а именно чтобы иметь возможность поддерживать работоспособность спец платы путём не бог весь каких изменений в ядре со временем, если править постепенно?

/proc подмонтировать внутрь chroot забыли

Кто забыл? Когда? Может еще про то, что директории /path/to/old напишешь, что ее не существует?

в /dev/ поменялся мажор у virtio blk даже на ядрах 4.X с 253 на 254

Дальше что?

Кто забыл? Когда? Может еще про то, что директории

Ты. Сейчас. Причём тут директория, если это отдельная FS, которую надо биндить (то есть упроценное монтировование).

Дальше что?

У ТСа спец плата со спец софтом, с портами, то есть вполне может быть завязана на кучу своих записей в /dev. Да еще и в X-ах.

Впрочем, чего я бисер мечу...

Ты. Сейчас.

Я ничего не забывал. Я не считаю нужным указывать очевидные вещи.

У ТСа ...

virtio тут причем?

В общем, не знаю куда копать.

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

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

Я ничего не забывал.

Да ну конечно, Slakware 9.1 обновить ядро (комментарий)

Я не считаю нужным указывать очевидные вещи.

Уга, ага. И ничего у ТСа не заработает, так как первым делом надо драйвер в текущее ядро пихать или запускать виртуалку с пробросом PCI. А chroot годится только для более-менее близких по времени изменений окружения с одинаковым нужным железным окружением. В других случаях проблем будет выше крыши.

virtio тут причем?

Эо было о о изменениях в /dev со временем и намёк на виртуализацию,

И ничего у ТСа не заработает, так как

категорически согласен. Иногда бывает жаль людей которые просто не в состоянии понять очевидные банальные вещи - дурака учить только портить себе нервы.

Я ничего не забывал.

Да ну конечно, Slakware 9.1 обновить ядро (комментарий)

Там еще cd забыл. И ой, ls где-то по середине, которым нужную директорию посмотреть.

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

Уга, ага. И ничего у ТСа не заработает, так как первым делом надо драйвер в текущее ядро пихать

То, что ТС меняет ядра без проблем — намекает на то, что никаких модулей ядра у него нет.

Чё говорит? Мож одну библиотеку подсунуть и норм всё будет? Дебаг есть какой?

Так не получается просто изменить ядро 2.4, не видит оно sata. Я то предпочел бы пересобрать ядро, ну или обновить до 2.6, чтобы было минимум изменений в системе.

А плата никакая не специальная, обычная плата pci с портами rs485

То, что ТС меняет ядра без проблем — намекает на то, что никаких модулей ядра у него нет.

Я сильно сомневаюсь, так как он меняет только до 2.6, не выше, это зззз не с проста.

чтобы было минимум изменений в системе.

Это почему у вас такое желание? Привычка?

А плата никакая не специальная, обычная плата pci с портами rs485

Тут был спор — поддерживается она ядром или вы умудрились user-space драйвер сделать? Во времена 15 лет назад это было не так просто.

Пока ТС мало данных предоставил. Ждёмс подробности.

Пока ТС мало данных предоставил. Ждёмс подробности.

Угу. Дозирует по чайной ложке. Может оказаться, что просто нестандартные изменения в дистре (начиная с /dev), и ядра/библиотеки вообще не при чём, а мы тут гадаем....

Просто в Slackware kernel-huge использовалось и используется в качестве умолчального и содержит максимум модулей в своем теле, оно и весит больше -generic, зато способно заводиться без initrd на большинстве распространенных железок.

Причина паники очевидна — при переходе на новое железо меняется устройство, которому ставится в соответствие жесткий диск (i.e., hda -> sda), ядро не может найти корень и начинает паниковать. Контейнеры/виртуализация, конечно, хорошее и нужное дело, но есть большая доля вероятности, что достаточно chroot-нуться в корень системы, поправить конфиг lilo и вызвать lilo от рута.

Дебага у софта нет. Как делал. Установил слакварь 14.2. Скопировал директории с софтом в те же места, что и на 9.1. Запускаю, требует либы от 9.1. Установил. Запускаю, требует еще либы от 9.1 Установил. Запускаю, ничего не требует, просто нет собственно окна программы, и в процессах ее нет (

Ну так перепеши, в чём проблема. Новое ядро не заведётся с гарантией в 97%.

Дебага у софта нет. Как делал.

Как делал.

То есть это написанное тобой ПО? Есть исходники? Пробовал собирать с последними стабильными версиями библиотек?

Софтина устанавливается копированием файлов в нужные директории? Ничего не забыл? Такое бывает 15 лет спустя. При запуске в консоли после установки всех библиотек вывода никакого?

Виртуалки от лукавого. Если есть исходники, то ставь самый свежий centos/debian и переписывай все под него.

Если исходников нет, то поясни руководству, что нужно найти дэлфи программиста. Опытного.

Иди к кобыле в трещину со своим дебианом с системдой. И redgremlin-а с собой прихвати.

Софт не мой, кто его писал уже не найти. Исходников тоже нет.

Ядра выше 2.6 не компилируются. Как и последние драйвера от nvidia. Ошибка exhaust memory, нехватка виртуальной памяти. Про увеличить swap знаю, не помогает, делал 6 гб, без толку. Подозреваю, что то не так делаю в конфиге ядра 2.6, на котором и пытаюсь собирать

На последние драйвера nvidia можете не замахиваться, на 2.4 они не работают. Можно фото с kernel panic? Чуть выше я высказывал предположение о смене адресации диска, несущего корневую ФС. В 9.1 функции сегодняшнего kernel-huge выполняло ядро bare.i, «i» в конце имени означает, что это ядро имеет поддержку ide-контроллеров. Возможно, имеет смысл попробовать ядра scsi?.s, брать отсюда, либо из соответствующего каталога дистрибутивного диска. P.S. Никто не мешает собрать ядро в виртуалке на мощной машине.

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

не так делаю в конфиге ядра 2.6, на котором и пытаюсь собирать

Но можно же взять уже собранное ядро и потом уже менять конфиг под вашу плату и прочие особенности.

Ну 2 варианта:

1. виртуализация. Тут понятно: ставим что-то современное (хоть маздай), запускаем на нем VMWare и ставим в вирту любое дерьмо динозавров, которое хочется. Как опция: можно научиться ставить-админить ESXi. :)

2. контейнеризация (chroot): ставим любой современный линукс, делаем chroot-контейнер и напихиваем в него бинарники 9-й слаки.

Плюсы-минусы:

1. в вирте точно всё заведётся (при наличии прямых рук), но это overhead по производительности

2. в контейнере _НЕ ФАКТ_ что заведётся: дело в том, что в контейнер тебе придётся пробросить через mount --bind - /dev /proc /sys от новой системы - и если старой системе понадобятся какие-то файлы оттуда, которых нет в новой системе, тогда опля :) но если оно таки заведётся, то по сравнению с обычной установкой будет только маленький overhead по памяти (грубо говоря, держать в памяти по одному экземпляру библиотек - от старой и от новой систем)

P. S. иксы из контейнера стартуют без проблем, если контейнер правильно собран. Хотя тебе даже можно стартовать иксы из основной системы, а в контейнере стартовать программы примерно так:

DISPLAY=«127.0.0.1:0.0» ${program_name}

Можно фото с kernel panic?

https://drive.google.com/open?id=15UNfYhRw44awS_im4EHB6I2ihaq3gyop нет корня (

Возможно, имеет смысл попробовать ядра scsi?.s, брать отсюда, либо из соответствующего каталога дистрибутивного диска.

Да, пробовал брать готовые конфиги от слаквари 10,2 , последний дистр с ядром 2.4. Вот последний конфиг, с которым собирал ядро. Это от ядра sata.i с зеркала слаквари. Подправлено только поддержка reiserfs, остальное без изменений. А готовое ядро с зеркала почему то не грузится, груб пишет - неверный формат, лило вообще отказывается обновлять конфиг свой.

https://drive.google.com/open?id=14dO5LAcqReCAwKPNqulhfATCuWeVN63O

Упс, ошибся, последняя слака с ядром 2.4 — 11,0. Оттуда и конфиг ядра. Включено все, как и написано в файле про поддержку sata http://ftp.slackware.com/pub/slackware/slackware-11.0/kernels/SATA-SUPPORT.TXT

Скажите, а зачем вам на сервере видео, я имею в виду xorg-server?

ssh недостаточно?

А что в конфигах загрузчиков и как видится корень, если на новой машине загрузиться с дистрибутивного диска? Что говорит lilo -v из chroot?

в вирте точно всё заведётся

Ну не скажите, в vmware проброс PCI для его спец карточки разве получится?

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

Их много есть у меня)

acpid

debug

messages

syslog

xdm.log

Xorg.0.log

Конфиг иксов xorg.conf