LINUX.ORG.RU

История изменений

Исправление slamd64, (текущая версия) :

Ну 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}

Исправление slamd64, :

Ну 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}

Исправление slamd64, :

Ну 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}

Исправление slamd64, :

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

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

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

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

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

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

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

Исходная версия slamd64, :

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

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

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

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

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

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