Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
починить grub
6 views
Skip to first unread message
Victor Sudakov
Jun 9, 2016, 6:05:00 AM6/9/16
to
Dear All,
Перенесли железный сервер Solaris 10 в VMware. Стоял на FFS. При загрузке
получаю
GRUB
и всё.
Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше корневой раздел
лежал на c3t0d0, а теперь на c1t0d0.
/a/etc/vfstab я с LiveCD поправлю, а что делать с сабжем, как загрузку системы
оживить? Так-то она монтируется к /a с LiveCD, можно с ней что угодно делать,
VTOC нормальный, только не бутится.
Заранее спасибо за совет.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Перенесли железный сервер Solaris 10 в VMware. Стоял на FFS. При загрузке
получаю
GRUB
и всё.
Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше корневой раздел
лежал на c3t0d0, а теперь на c1t0d0.
/a/etc/vfstab я с LiveCD поправлю, а что делать с сабжем, как загрузку системы
оживить? Так-то она монтируется к /a с LiveCD, можно с ней что угодно делать,
VTOC нормальный, только не бутится.
Заранее спасибо за совет.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Andrew Kolchoogin
Jun 9, 2016, 9:55:00 AM6/9/16
to
Приветствую, Victor.
В четверг, 09 июня 2016 г. ты писал сюда следующее:
VS> Перенесли железный сервер Solaris 10 в VMware. Стоял на FFS. При
VS> загрузке получаю
VS> GRUB
VS> и всё.
VS> Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше
VS> корневой раздел лежал на c3t0d0, а теперь на c1t0d0.
Hе угадал. ;)
GRUB-у то на это точно наплевать.
grub-install /dev/dsk/c1t0d0
или
installgrub /dev/dsk/c1t0d0
Я точно не помню, как оно в 10-й. Данная команда пропишет тебе
/boot/grub/stage1 и /boot/grub/stage2_ffs в нужные блоки диска.
Всего наилучшего,
Андрей Кольчугин.
... Россия - могучая гора. Hо каких же мышей она родила!
В четверг, 09 июня 2016 г. ты писал сюда следующее:
VS> Перенесли железный сервер Solaris 10 в VMware. Стоял на FFS. При
VS> загрузке получаю
VS> GRUB
VS> и всё.
VS> Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше
VS> корневой раздел лежал на c3t0d0, а теперь на c1t0d0.
Hе угадал. ;)
GRUB-у то на это точно наплевать.
grub-install /dev/dsk/c1t0d0
или
installgrub /dev/dsk/c1t0d0
Я точно не помню, как оно в 10-й. Данная команда пропишет тебе
/boot/grub/stage1 и /boot/grub/stage2_ffs в нужные блоки диска.
Всего наилучшего,
Андрей Кольчугин.
... Россия - могучая гора. Hо каких же мышей она родила!
Victor Sudakov
Jun 10, 2016, 1:25:00 AM6/10/16
to
Dear Andrew,
09 Jun 16 16:39, you wrote to me:
AK> GRUB-у то на это точно наплевать.
AK> grub-install /dev/dsk/c1t0d0
AK> или
AK> installgrub /dev/dsk/c1t0d0
AK> Я точно не помню, как оно в 10-й. Данная команда пропишет тебе
AK> /boot/grub/stage1 и /boot/grub/stage2_ffs в нужные блоки диска.
C grub-ом помогло, спасибо, после применения команды
installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c1t0d0s0
появилось меню grub. Но дальше загрузка не идет вот таким образом:
http://s42.radikal.ru/i096/1606/00/c14aedffee87.png
Ну типа тоже ожидаемо. Я сходил в /a/boot/solaris/bootenv.rc и поправил там
bootpath на новый, правильный.
Но!! Линки-то в /a/dev по-прежнему указывают на неправильные устройства в
/a/devices, в /a/etc/path_to_inst информация неправильная и т.п.
Что теперь с этим делать, как дальше быть? "devfsadm -r a/" ничего не поправил,
линки в /a/dev остались "не туда".
/a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он там пустой
:-( Короче, я что-то не так делаю, не может быть перенос системы на другую
машину НАСТОЛЬКО сложным.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
09 Jun 16 16:39, you wrote to me:
VS>> Перенесли железный сервер Solaris 10 в VMware. Стоял на FFS. При
VS>> загрузке получаю
VS>> GRUB
VS>> и всё.
VS>> Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше
VS>> корневой раздел лежал на c3t0d0, а теперь на c1t0d0.
AK> Hе угадал. ;)
VS>> загрузке получаю
VS>> GRUB
VS>> и всё.
VS>> Это даже ожидаемо, девайсы-то в VMware иначе называются. Раньше
VS>> корневой раздел лежал на c3t0d0, а теперь на c1t0d0.
AK> GRUB-у то на это точно наплевать.
AK> grub-install /dev/dsk/c1t0d0
AK> или
AK> installgrub /dev/dsk/c1t0d0
AK> Я точно не помню, как оно в 10-й. Данная команда пропишет тебе
AK> /boot/grub/stage1 и /boot/grub/stage2_ffs в нужные блоки диска.
C grub-ом помогло, спасибо, после применения команды
installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c1t0d0s0
появилось меню grub. Но дальше загрузка не идет вот таким образом:
http://s42.radikal.ru/i096/1606/00/c14aedffee87.png
Ну типа тоже ожидаемо. Я сходил в /a/boot/solaris/bootenv.rc и поправил там
bootpath на новый, правильный.
Но!! Линки-то в /a/dev по-прежнему указывают на неправильные устройства в
/a/devices, в /a/etc/path_to_inst информация неправильная и т.п.
Что теперь с этим делать, как дальше быть? "devfsadm -r a/" ничего не поправил,
линки в /a/dev остались "не туда".
/a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он там пустой
:-( Короче, я что-то не так делаю, не может быть перенос системы на другую
машину НАСТОЛЬКО сложным.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Andrew Kolchoogin
Jun 10, 2016, 2:35:00 AM6/10/16
to
Приветствую, Victor.
В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS> /a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он там
VS> пустой :-( Короче, я что-то не так делаю, не может быть перенос
VS> системы на другую машину НАСТОЛЬКО сложным.
Вить, ну там еще 'bootadm update-archive', update-grub и масса телодвижений.
Ты б в Интернете лучше пошаговое HOWTO поискал бы: я сам в последний раз
Солярис видел в 2010 году, так что вспоминать буду до морковкина заговения, как
там и что делается.
Hо делается без хакерства, нужно просто в правильном порядке вызвать правильные
утилиты.
Всего наилучшего,
Андрей Кольчугин.
... Хард поюзанный на гиг - "Сеагейт" аль "Вестерн Диг"...
В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS> /a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он там
VS> пустой :-( Короче, я что-то не так делаю, не может быть перенос
VS> системы на другую машину НАСТОЛЬКО сложным.
Вить, ну там еще 'bootadm update-archive', update-grub и масса телодвижений.
Ты б в Интернете лучше пошаговое HOWTO поискал бы: я сам в последний раз
Солярис видел в 2010 году, так что вспоминать буду до морковкина заговения, как
там и что делается.
Hо делается без хакерства, нужно просто в правильном порядке вызвать правильные
утилиты.
Всего наилучшего,
Андрей Кольчугин.
... Хард поюзанный на гиг - "Сеагейт" аль "Вестерн Диг"...
Victor Sudakov
Jun 10, 2016, 3:25:00 AM6/10/16
to
Dear Andrew,
10 Jun 16 09:16, you wrote to me:
VS>> /a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он
VS>> там пустой :-( Короче, я что-то не так делаю, не может быть
VS>> перенос системы на другую машину НАСТОЛЬКО сложным.
AK> Вить, ну там еще 'bootadm update-archive', update-grub и масса
AK> телодвижений.
Верю, хотя и удивляюсь, как можно было такую сравнительно простую и
востребованную вещь, как перенос на другое железо, сделать настолько сложной.
AK> Ты б в Интернете лучше пошаговое HOWTO поискал бы: я сам в последний
AK> раз Солярис видел в 2010 году, так что вспоминать буду до морковкина
AK> заговения, как там и что делается.
Искал я howto, и даже спрашивал в comp.unix.solaris (в треде "Cloning
Solaris"), но как-то с этим туго, никто не подсказал.
Точнее пытались подсказать, но 1) все подсказки касались последних версий
эхотага с zfs root, archiveadm и т.п. и 2) пошаговой документации всё равно
никто не дал, хотя я ожидал RTFM в первом же письме.
AK> Hо делается без хакерства, нужно просто в правильном порядке вызвать
AK> правильные утилиты.
Я нашел в Интернете два описания проблемы, и даже с решениями, но это именно
хакерство:
https://communities.vmware.com/message/728713#728713
http://prefetch.net/blog/index.php/2007/08/18/repairing-the-solaris-dev-and-dev
ices-directories/
если вторую ссылку Дед скушает, то http://tinyurl.com/cjz8jbo
А правильного порядка не нашел. Вышеописанные ссылки конечно можно считать
пошаговым howto, но это ведь ужас-ужас-ужас.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
10 Jun 16 09:16, you wrote to me:
VS>> /a/etc/path_to_inst я решил скопировать с /etc/path_to_inst, а он
VS>> перенос системы на другую машину НАСТОЛЬКО сложным.
AK> Вить, ну там еще 'bootadm update-archive', update-grub и масса
AK> телодвижений.
Верю, хотя и удивляюсь, как можно было такую сравнительно простую и
востребованную вещь, как перенос на другое железо, сделать настолько сложной.
AK> Ты б в Интернете лучше пошаговое HOWTO поискал бы: я сам в последний
AK> раз Солярис видел в 2010 году, так что вспоминать буду до морковкина
AK> заговения, как там и что делается.
Искал я howto, и даже спрашивал в comp.unix.solaris (в треде "Cloning
Solaris"), но как-то с этим туго, никто не подсказал.
Точнее пытались подсказать, но 1) все подсказки касались последних версий
эхотага с zfs root, archiveadm и т.п. и 2) пошаговой документации всё равно
никто не дал, хотя я ожидал RTFM в первом же письме.
AK> Hо делается без хакерства, нужно просто в правильном порядке вызвать
AK> правильные утилиты.
Я нашел в Интернете два описания проблемы, и даже с решениями, но это именно
хакерство:
https://communities.vmware.com/message/728713#728713
http://prefetch.net/blog/index.php/2007/08/18/repairing-the-solaris-dev-and-dev
ices-directories/
если вторую ссылку Дед скушает, то http://tinyurl.com/cjz8jbo
А правильного порядка не нашел. Вышеописанные ссылки конечно можно считать
пошаговым howto, но это ведь ужас-ужас-ужас.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Andrew Kolchoogin
Jun 10, 2016, 3:55:00 AM6/10/16
to
Приветствую, Victor.
В пятницу, 10 июня 2016 г. ты писал мне следующее:
В пятницу, 10 июня 2016 г. ты писал мне следующее:
AK>> Вить, ну там еще 'bootadm update-archive', update-grub и масса
AK>> телодвижений.
VS> Верю, хотя и удивляюсь, как можно было такую сравнительно простую и
AK>> телодвижений.
VS> востребованную вещь, как перенос на другое железо, сделать настолько
VS> сложной.
Это родовая травма Intel'овского Solaris'а: ядро Соляриса не рассчитано на то,
что что-то там будет меняться, Open Firmware в Sun'ах рассказывает ядру при
загрузке все сразу и правильно.
Hикаких 'installgrub' и 'bootadm update-archive' в SPARC'овском Солярисе,
очевидно, не предусмотрено, ибо нахер не нужно -- там можно просто переставить
хард в другую машину, и, если данная версия Соляриса поддерживает аппаратно это
железо, то все заведется.
Всего наилучшего,
Андрей Кольчугин.
... ВЧК занималась контрреволюцией и саботажем...
Victor Sudakov
Jun 10, 2016, 5:34:59 AM6/10/16
to
Dear Andrew,
10 Jun 16 10:40, you wrote to me:
AK>>> Вить, ну там еще 'bootadm update-archive', update-grub и масса
AK>>> телодвижений.
VS>> Верю, хотя и удивляюсь, как можно было такую сравнительно простую
VS>> и востребованную вещь, как перенос на другое железо, сделать
VS>> настолько сложной.
AK> Это родовая травма Intel'овского Solaris'а: ядро Соляриса не
AK> рассчитано на то, что что-то там будет меняться, Open Firmware в
AK> Sun'ах рассказывает ядру при загрузке все сразу и правильно.
AK> Hикаких 'installgrub' и 'bootadm update-archive' в SPARC'овском
AK> Солярисе, очевидно, не предусмотрено, ибо нахер не нужно -- там можно
AK> просто переставить хард в другую машину, и, если данная версия
AK> Соляриса поддерживает аппаратно это железо, то все заведется.
Да я знаю, у меня в начале 2000-х были несколько штук Netra, пока не умерли.
Но Solaris x86 уже не первый десяток лет существует, я помню еще версии с
отдельным /boot с загрузкой как из MS-DOS, он и то приятнее был, чем нынешняя
дурь с update-archive.
Собственно остался последний затык: как /a/devices и /a/dev наполнить
правильным содержимым, находясь в failsafe режиме.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
10 Jun 16 10:40, you wrote to me:
AK>>> Вить, ну там еще 'bootadm update-archive', update-grub и масса
AK>>> телодвижений.
VS>> Верю, хотя и удивляюсь, как можно было такую сравнительно простую
VS>> настолько сложной.
AK> Это родовая травма Intel'овского Solaris'а: ядро Соляриса не
AK> рассчитано на то, что что-то там будет меняться, Open Firmware в
AK> Sun'ах рассказывает ядру при загрузке все сразу и правильно.
AK> Hикаких 'installgrub' и 'bootadm update-archive' в SPARC'овском
AK> Солярисе, очевидно, не предусмотрено, ибо нахер не нужно -- там можно
AK> просто переставить хард в другую машину, и, если данная версия
AK> Соляриса поддерживает аппаратно это железо, то все заведется.
Да я знаю, у меня в начале 2000-х были несколько штук Netra, пока не умерли.
Но Solaris x86 уже не первый десяток лет существует, я помню еще версии с
отдельным /boot с загрузкой как из MS-DOS, он и то приятнее был, чем нынешняя
дурь с update-archive.
Собственно остался последний затык: как /a/devices и /a/dev наполнить
правильным содержимым, находясь в failsafe режиме.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Andrew Kolchoogin
Jun 10, 2016, 10:44:59 AM6/10/16
to
Приветствую, Victor.
В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS> Собственно остался последний затык: как /a/devices и /a/dev наполнить
В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS> правильным содержимым, находясь в failsafe режиме.
Вот чуть ли не "touch /.reconfigure; init 6"
Всего наилучшего,
Андрей Кольчугин.
... Господь создал людей - полковник Кольт сделал их равными
Andrew Kolchoogin
Jun 10, 2016, 10:55:00 AM6/10/16
to
Приветствую, Victor.
В пятницу, 10 июня 2016 г. я писал тебе следующее:
VS>> Собственно остался последний затык: как /a/devices и /a/dev
VS>> наполнить правильным содержимым, находясь в failsafe режиме.
AK> Вот чуть ли не "touch /.reconfigure; init 6"
Hе.
Грузишься с CD ROM и монтируешь корень, к примеру, в /a
Далее:
rm -Rf /a/devices/* /a/dev/* /a/dev/.* /a/etc/path_to_inst
devfsadm -r /a -p /a/etc/path_to_inst
bootadm -r /a update-archive
Всего наилучшего,
Андрей Кольчугин.
В пятницу, 10 июня 2016 г. я писал тебе следующее:
VS>> Собственно остался последний затык: как /a/devices и /a/dev
AK> Вот чуть ли не "touch /.reconfigure; init 6"
Hе.
Грузишься с CD ROM и монтируешь корень, к примеру, в /a
Далее:
rm -Rf /a/devices/* /a/dev/* /a/dev/.* /a/etc/path_to_inst
devfsadm -r /a -p /a/etc/path_to_inst
bootadm -r /a update-archive
Всего наилучшего,
Андрей Кольчугин.
Victor Sudakov
Jun 10, 2016, 12:45:00 PM6/10/16
to
Dear Andrew,
10 Jun 16 17:28, you wrote to me:
VS>> Собственно остался последний затык: как /a/devices и /a/dev
VS>> наполнить правильным содержимым, находясь в failsafe режиме.
AK> Вот чуть ли не "touch /.reconfigure; init 6"
Не, для /reconfigure надо иметь загружаемую систему.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
10 Jun 16 17:28, you wrote to me:
VS>> Собственно остался последний затык: как /a/devices и /a/dev
AK> Вот чуть ли не "touch /.reconfigure; init 6"
Не, для /reconfigure надо иметь загружаемую систему.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Victor Sudakov
Jun 10, 2016, 12:55:00 PM6/10/16
to
Dear Andrew,
10 Jun 16 17:32, you wrote to me:
VS>>> Собственно остался последний затык: как /a/devices и /a/dev
VS>>> наполнить правильным содержимым, находясь в failsafe режиме.
AK>> Вот чуть ли не "touch /.reconfigure; init 6"
AK> Hе.
AK> Грузишься с CD ROM и монтируешь корень, к примеру, в /a
AK> Далее:
AK> rm -Rf /a/devices/* /a/dev/* /a/dev/.* /a/etc/path_to_inst
AK> devfsadm -r /a -p /a/etc/path_to_inst
"devfsadm -r /a" я уже пробовал, ничего он в /a/dev не исправляет.
Я правда перед его запуском не удалял /a/devices/* /a/dev/*, может в этом дело.
Попробую еще раз с удалением.
А ключик -p у devfsadm ты откуда взял?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
10 Jun 16 17:32, you wrote to me:
VS>>> Собственно остался последний затык: как /a/devices и /a/dev
VS>>> наполнить правильным содержимым, находясь в failsafe режиме.
AK>> Вот чуть ли не "touch /.reconfigure; init 6"
AK> Грузишься с CD ROM и монтируешь корень, к примеру, в /a
AK> Далее:
AK> rm -Rf /a/devices/* /a/dev/* /a/dev/.* /a/etc/path_to_inst
AK> devfsadm -r /a -p /a/etc/path_to_inst
"devfsadm -r /a" я уже пробовал, ничего он в /a/dev не исправляет.
Я правда перед его запуском не удалял /a/devices/* /a/dev/*, может в этом дело.
Попробую еще раз с удалением.
А ключик -p у devfsadm ты откуда взял?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Andrew Kolchoogin
Jun 10, 2016, 1:05:00 PM6/10/16
to
Приветствую, Victor.
В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS> А ключик -p у devfsadm ты откуда взял?
"Спокон веку так было". (C)
Когда-то я запихивал Солярис в Xen, поэтому команды помню -- но вот в какой
последовательности...
Всего наилучшего,
Андрей Кольчугин.
В пятницу, 10 июня 2016 г. ты писал мне следующее:
"Спокон веку так было". (C)
Когда-то я запихивал Солярис в Xen, поэтому команды помню -- но вот в какой
последовательности...
Всего наилучшего,
Андрей Кольчугин.
Andrew Kolchoogin
Jun 13, 2016, 2:25:00 AM6/13/16
to
Приветствую, Victor.
В понедельник, 13 июня 2016 г. ты писал мне следующее:
VS> И запихивание в Xen так же напоминает первобытный танец с бубном и
VS> каменными напильниками?
Hет, запихивание Соляриса в Xen напоминает превращение конторы в кабак -- без
коньяка не получается. ;)
VS> Вот во FreeBSD
С тех пор в Xen'е она у меня и работает. ;)
Всего наилучшего,
Андрей Кольчугин.
... Стоит ли повторять чужие ошибки, если есть возможность совершить свои?
В понедельник, 13 июня 2016 г. ты писал мне следующее:
VS> И запихивание в Xen так же напоминает первобытный танец с бубном и
VS> каменными напильниками?
Hет, запихивание Соляриса в Xen напоминает превращение конторы в кабак -- без
коньяка не получается. ;)
VS> Вот во FreeBSD
С тех пор в Xen'е она у меня и работает. ;)
Всего наилучшего,
Андрей Кольчугин.
... Стоит ли повторять чужие ошибки, если есть возможность совершить свои?
Victor Sudakov
Jun 13, 2016, 2:25:00 AM6/13/16
to
Dear Andrew,
10 Jun 16 19:45, you wrote to me:
AK> В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS>> А ключик -p у devfsadm ты откуда взял?
AK> "Спокон веку так было". (C)
В 10 нету. Solaris 10 5/09 s10x_u7wos_08 X86
/usr/sbin/devfsadm [-C] [-c device_class] [-i driver_name]
[ -n] [-r root_dir] [-s] [-t table_file] [-v]
AK> Когда-то я запихивал Солярис в Xen, поэтому команды помню -- но вот в
AK> какой последовательности...
И запихивание в Xen так же напоминает первобытный танец с бубном и каменными
напильниками?
Вот во FreeBSD же надо править только fstab и в исключительно редких случаях
vfs.root.mountfrom в loader.conf (как я понимаю, аналогом последнего и является
bootpath в /boot/solaris/bootenv.rc). Исключительно редких - это когда например
loader и kernel находятся не на том диске, где будет /
Но чтобы "буковки поехали", как в винде - это ни в какие ворота. А в Солярис
x86, как я теперь припоминаю, я ходил по аналогичным граблям лет 10 назад, то
ли при смене IDE контроллера, то ли при перестановке его в другой слот, то ли
даже при перевешивании диска на другой канал.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
10 Jun 16 19:45, you wrote to me:
AK> В пятницу, 10 июня 2016 г. ты писал мне следующее:
VS>> А ключик -p у devfsadm ты откуда взял?
В 10 нету. Solaris 10 5/09 s10x_u7wos_08 X86
/usr/sbin/devfsadm [-C] [-c device_class] [-i driver_name]
[ -n] [-r root_dir] [-s] [-t table_file] [-v]
AK> Когда-то я запихивал Солярис в Xen, поэтому команды помню -- но вот в
AK> какой последовательности...
И запихивание в Xen так же напоминает первобытный танец с бубном и каменными
напильниками?
Вот во FreeBSD же надо править только fstab и в исключительно редких случаях
vfs.root.mountfrom в loader.conf (как я понимаю, аналогом последнего и является
bootpath в /boot/solaris/bootenv.rc). Исключительно редких - это когда например
loader и kernel находятся не на том диске, где будет /
Но чтобы "буковки поехали", как в винде - это ни в какие ворота. А в Солярис
x86, как я теперь припоминаю, я ходил по аналогичным граблям лет 10 назад, то
ли при смене IDE контроллера, то ли при перестановке его в другой слот, то ли
даже при перевешивании диска на другой канал.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Victor Sudakov
Jun 13, 2016, 3:15:00 AM6/13/16
to
Dear Andrew,
13 Jun 16 09:12, you wrote to me:
VS>> И запихивание в Xen так же напоминает первобытный танец с бубном
VS>> и каменными напильниками?
AK> Hет, запихивание Соляриса в Xen напоминает превращение конторы в кабак
AK> -- без коньяка не получается. ;)
Вот уроды.
А в спарковской был этот path_to_inst и /dev - /devices? Тоже же вроде был.
VS>> Вот во FreeBSD
AK> С тех пор в Xen'е она у меня и работает. ;)
А сам Xen на чем?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
13 Jun 16 09:12, you wrote to me:
VS>> И запихивание в Xen так же напоминает первобытный танец с бубном
AK> Hет, запихивание Соляриса в Xen напоминает превращение конторы в кабак
AK> -- без коньяка не получается. ;)
Вот уроды.
А в спарковской был этот path_to_inst и /dev - /devices? Тоже же вроде был.
VS>> Вот во FreeBSD
AK> С тех пор в Xen'е она у меня и работает. ;)
А сам Xen на чем?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Victor Sudakov
Jun 16, 2016, 6:35:00 AM6/16/16
to
Dear Andrew,
13 Jun 16 09:12, you wrote to me:
13 Jun 16 09:12, you wrote to me:
VS>> И запихивание в Xen так же напоминает первобытный танец с бубном
VS>> и каменными напильниками?
AK> Hет, запихивание Соляриса в Xen напоминает превращение конторы в кабак
AK> -- без коньяка не получается. ;)
У меня вроде всё получилось, по крайней мере legacy Oracle сервер заработал
внутри VMware. Спасибо за помощь тебе и авторам нескольких постов в Интернете.
Вот изложил свой опыт, просьба покритиковать:
http://victor-sudakov.dreamwidth.org/384873.html
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Pavel Osipov
Jun 29, 2016, 5:24:59 PM6/29/16
to
Доброго времени суток, _/*Victor!*/_
Было дело 13 июня 2016 13:54 и Victor Sudakov писал(а) к Andrew Kolchoogin:
VS>>> И запихивание в Xen так же напоминает первобытный танец с бубном
VS>>> и каменными напильниками?
AK>> Hет, запихивание Соляриса в Xen напоминает превращение конторы в
AK>> кабак -- без коньяка не получается. ;)
VS> Вот уроды.
VS> А в спарковской был этот path_to_inst и /dev - /devices? Тоже же вроде
VS> был.
Был, конечно.
Пока _/*Victor!*/_
With !.!, Pavel Lj user: hrenov_drummer
... и тишина ...
Было дело 13 июня 2016 13:54 и Victor Sudakov писал(а) к Andrew Kolchoogin:
VS>>> И запихивание в Xen так же напоминает первобытный танец с бубном
VS>>> и каменными напильниками?
AK>> Hет, запихивание Соляриса в Xen напоминает превращение конторы в
VS> Вот уроды.
VS> А в спарковской был этот path_to_inst и /dev - /devices? Тоже же вроде
VS> был.
Был, конечно.
Пока _/*Victor!*/_
With !.!, Pavel Lj user: hrenov_drummer
... и тишина ...
Victor Sudakov
Jun 29, 2016, 10:15:00 PM6/29/16
to
Dear Pavel,
30 Jun 16 00:12, you wrote to me:
VS>>>> И запихивание в Xen так же напоминает первобытный танец с
VS>>>> бубном и каменными напильниками?
PO> Был, конечно.
Ну у меня в конечном итоге всё хорошо кончилось, "chroot /a" и
"devfsadm -C ; devfsadm" внутри chroot всё поставили на свои места.
Знать бы заранее такие неочевидные засады.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
30 Jun 16 00:12, you wrote to me:
VS>>>> И запихивание в Xen так же напоминает первобытный танец с
AK>>> Hет, запихивание Соляриса в Xen напоминает превращение конторы в
AK>>> кабак -- без коньяка не получается. ;)
VS>> Вот уроды.
VS>> А в спарковской был этот path_to_inst и /dev - /devices? Тоже же
VS>> вроде был.
AK>>> кабак -- без коньяка не получается. ;)
VS>> Вот уроды.
VS>> А в спарковской был этот path_to_inst и /dev - /devices? Тоже же
PO> Был, конечно.
Ну у меня в конечном итоге всё хорошо кончилось, "chroot /a" и
"devfsadm -C ; devfsadm" внутри chroot всё поставили на свои места.
Знать бы заранее такие неочевидные засады.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
0 new messages