Движение от 32-разрядного до 64-разрядного является не обязательно сложным, но, учитывая, что Вы - два полных цикла выпуска позади, это является, вероятно, лучшим, если Вы создаете новый VM, устанавливаете Хрипящий, и затем занимаетесь копированием по данным.
То, насколько жизнеспособный это, будет зависеть в основном от того, какие виды сервисов Вы выполняете и сколько работы пользовательской конфигурации Вы сделали им - я недавно столкнулся с некоторой проблемой с действительно древней установкой сервера MySQL прежней версии (первоначально предшествующий Lenny) и набор опций конфигурации, которые были субоптимальными в лучшем случае и напрямую несовместимыми с более современными версиями MySQL в худшем случае. Не одно из моих более гладких обновлений, сказали все...
Запрещая более определенную информацию, я могу только дать некоторые общие рекомендации: Установите каждый сервис на новую установку, затем просмотрите современную документацию для наблюдения, какие опции конфигурации существуют и что они все делают, затем вручную сравнивают их с конфигурацией, Вы первоначально настроили на текущем сервере и решаете, какие потребности быть сохраненным и что лучше всего оставляют в прошлом.
Из Руководства CHSH:
При изменении оболочки входа в систему, а не суперпользователь, пользователь не может измениться с нестандартной оболочки или нестандартно оболочка. Нестандартный определяется как оболочка, не найденная в / etc / wells.
Итак, вам нужно либо запускать CHSH как root ( sudo chsh -s / usr / local / bin / bash uss
), либо добавить / usr / local / bin / bash
к / etc / colors
( sudo echo / usr / local / bin / bash >> / etc / olds
).
Но отметьте, что тот факт , который Bash
все еще указывает на / bin / bash
, не означает, что ваша оболочка не была изменена, это просто означает / bin
это до / usr / local / bin
в вашем пути
.