Памятка по настройке CentOS

После перехода на Lion обнаружилось, что оракловый клиент под макосью больше нормально не работает. Вызов sqlpus вызывает «Segmentation fault: 11». Установка 32-битной версии клиента позволяет пользоваться плюсом (по слухам) но не решает проблему доступа к ораклу из php через oci8. Расширение oci8 ведь должно компилироваться для php, как 64-битная библиотека и с сдк от 32-битного инстанс-клиента ее сбилдить не получится.

Глобальное решение давно назрело и обкатано на работе — виртуальные машины.

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

Читать полностью »

COM-порт в VirtualBox на хакинтоше

На маке и в хакинтоше я использую VirtualBox на случай, если мне понадобится винда или еще что-нибудь.
Недавно мне нужно было работать с com-портом под виндой и я экспериментировал с настройками виртуалбокса. Он может связать порт в гостевой ОС с аппаратным последовательным портом. Если основная ОС — виндовс, то в пути к порту/файлу надо написать "COM1", если линукс — "/dev/ttys0".

Под хакинтошем я тоже пытался указывать "/dev/ttys0", но это не работало. Виртуальная машина просто не загружается, висит в состоянии "Starting virtual machine" и все.

В папке /dev я заметил еще файлик tty.serial1. Команда screen /dev/tty.serial1 открывает этот файл и выводит на экран все, что пишет в порт подключенное устройство. Для команды screen, кстати, можно указать параметры порта при открытии — скорость, битность и т.д. Чтобы выйти из режима вывода, надо жать Ctrl+A и потом Ctrl+\.

Но если указать в настройках виртуалбокса путь к порту/файлу "/dev/tty.serial1", то виртуальная машина все равно не стартует. Помучавшись немного, я забросил это дело, но через несколько дней, вернувшись к этой теме, обнаружил в папке /dev еще один файл, cu.serial1.
Прописав путь к нему, мне удалось запустить виртуалку и успешно читать в гостевой ОС данные из порта.