Я использую ISO 2.0 RC2 от http://www.zeroshell.org в виртуальной машине VMware ESXi 5.1, и я пытаюсь адаптировать инструкции на HowTo: инструменты VMware в ZeroShell для v2.0, поскольку расположение файлов немного отличается.
Инструкции успешно работают до строки для отключения / cdrom / modules и повторной привязки к / Database / rootfs / modules. Если вы попытаетесь обойти это, проделав то же самое со всей папкой / lib, он больше не будет запускать программы.
Среди прочего, я считаю, что vmtools необходимо изменить содержимое каталога / lib / modules, но в нулевой оболочке по умолчанию оно сохраняется и запускается с компакт-диска. Я пока не могу изменить ссылку для / lib / modules, потому что весь / lib является символической ссылкой на / cdrom / lib и доступен только для чтения. Итак, я пытаюсь переместить / lib на жесткий диск, выполнив следующее, но при выполнении команды ln после отключения / lib возникают ошибки. Это все ломает, и я восстанавливаюсь из снимка, чтобы повторить попытку.
mkdir /Database/rootfs/lib
cp -a /lib/* /Database/rootfs/lib
unlink /lib && ln -s /Database/rootfs/lib /lib
Чтобы заставить ln работать над последней строкой, я попытался изменить ее на «ln -sfn / Database / rootfs / lib / lib».
есть идеи, как установить vmware-tools на эту виртуальную машину? Я пробовал файл .img.gz с их страницы загрузки, и у него просто есть / dev / sda1 = / boot и / dev / sda2 = образ компакт-диска iso9660, а в / dev / sda3 есть хранилище профилей, что приводит к тому же проблема с перемещением / lib.
После извлечения файла vmtools tar.gz и перед выполнением остальной части процедуры система выглядит так:
cat /etc/fstab
tmpfs / tmpfs defaults 1 1
/dev/cdrom /cdrom iso9660 ro,remount 0 0
proc /proc proc defaults 0 0
none /sys sysfs remount 0 0
devpts /dev/pts devpts gid=4,mode=620 0 0
shm /dev/shm tmpfs defaults 0 0
usbfs /proc/bus/usb usbfs defaults 0 0
cat /etc/mtab
tmpfs / tmpfs rw 0 0
proc /proc proc rw 0 0
/dev/sr0 /cdrom iso9660 ro 0 0
none /sys sysfs rw 0 0
devpts /dev/pts devpts rw,gid=4,mode=620 0 0
shm /dev/shm tmpfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/sda1 /DB ext4 rw,noatime 0 0
/DB/_DB.001 /Database none rw,bind,noatime 0 0
ls -al / | grep ">"
lrwxrwxrwx 1 root root 10 Nov 21 2012 bin -> /cdrom/bin
lrwxrwxrwx 1 root root 10 Nov 21 2012 lib -> /cdrom/lib
lrwxrwxrwx 1 root root 21 Jul 4 02:57 sbin -> /cdrom/sbin
lrwxrwxrwx 1 root root 20 Jul 4 02:57 usr -> /cdrom/usr
ls -l /lib/modules
lr-xr-xr-x 1 root root 14 Nov 21 2012 /lib/modules -> /cdrom/modules
При запуске "./vmware-install.pl" он жалуется, что не может найти gcc или заголовки ядра и, следовательно, не может компилировать модули. Мне особенно нужен модуль VMCI, а также модуль памяти. Дистрибутив уже поставляется с драйвером vmxnet3 и драйвером паравиртуального контроллера диска, поэтому мне не нужно их компилировать.
С приведенными ниже инструкциями похоже, что он работает нормально, но если я попытаюсь использовать viClient для выключения или перезапуска виртуальной машины, он выдаст мне ошибку: «Запрос на сброс этой виртуальной машины не удался, поскольку соответствующий сценарий VMware Tools не был запущен. успешно. Если вы настроили пользовательский сценарий сброса на этой виртуальной машине, убедитесь, что он не содержит ошибок ».
когда я захожу в оболочку и пытаюсь запустить то, что я считаю командой выключения, говорит
/etc/vmware-tools/poweroff-vm-default poweroff-vm /etc/vmware-tools
Thu Jul 4 09:29:44 CEST 2013 : Executing '/etc/vmware-tools/poweroff-vm-default'
Thu Jul 4 09:29:44 CEST 2013 : Executing '/etc/vmware-tools/scripts/vmware/network'
Jul 04 09:29:44 network: ifup not in search path.
Убедитесь, что файл linux.iso подключен к cd2, а затем вставьте следующий код в консоль
mkdir /mnt/cd2 chmod 555 /mnt/cd2 mount -t auto /dev/sr1 /mnt/cd2 cp /mnt/cd2/VMwareTools*.tar.gz /Database cd /Database tar -xvzf VMwareTools*.tar.gz rm -f VMwareTools*.tar.gz umount /dev/sr1 cd /Database mkdir rootfs cd rootfs mkdir sbin mkdir usr cp -a /sbin/* /Database/rootfs/sbin cp -a /usr/* /Database/rootfs/usr mount -o remount,rw / unlink /sbin && ln -s /Database/rootfs/sbin /sbin unlink /usr && /cdrom/usr/bin/ln -s /Database/rootfs/usr /usr mkdir /Database/rootfs/lib cp -a /lib/* /Database/rootfs/lib rm -f /Database/rootfs/lib/modules cp -a /cdrom/modules /Database/rootfs/lib/modules cd /Database/rootfs/lib ln -sfn /Database/rootfs/lib /lib mkdir /Database/vmware-tools cd /Database/vmware-tools mkdir etc cd etc mkdir init.d mkdir rc.d cd rc.d mkdir rc0.d mkdir rc1.d mkdir rc2.d mkdir rc3.d mkdir rc4.d mkdir rc5.d mkdir rc6.d cd /Database/vmware-tools-distrib ./vmware-install.pl
убедитесь, что все пути начинаются с '' / Database / vmware-tools / '', а при вводе вручную убедитесь, что они заканчиваются завершающим /
Тогда вы готовы к настройке. Скажите нет всему, он жалуется на то, что не может найти заголовки gcc или ядра и, следовательно, не может скомпилировать модули, такие как модуль vmci, чтобы разрешить связь с хостом для таких команд, как shutdown guest. <---- Это проблема
cd /Database/vmware-tools/usr/bin ./vmware-config-tools.pl
VMtools в настоящее время будет запущен, но чтобы убедиться, что он запускается с машины, вставьте ниже
cd /Database/vmware-tools
mkdir startup
mkdir startup/etc
mkdir startup/etc/vmware-tools
cp -a /etc/vmware-tools/* /Database/vmware-tools/startup/etc/vmware-tools
cat <<EOF > /Database/vmware-tools/startup/run.sh
#!/bin/bash
mount -o remount,rw /
unlink /usr && /cdrom/usr/bin/ln -s /Database/rootfs/usr /usr
unlink /sbin && ln -s /Database/rootfs/sbin /sbin
ln -sfn /Database/rootfs/lib /lib
cp -a /Database/vmware-tools/startup/etc/* /etc
/Database/vmware-tools/etc/rc.d/vmware-tools start
EOF
chmod 766 /Database/vmware-tools/startup/run.sh
Теперь WebLogin в ZeroShell. Перейдите в панель «Startup / Cron», выберите «post boot», включите статус и добавьте следующую строку: «/Database/vmware-tools/startup/run.sh»
Я бы посоветовал попробовать привязать монтирования (например, / Database уже есть), а не отключать / повторно связывать игры, в которые вы играете на странице.
Попробуйте что-нибудь вроде /Database/rootfs/lib/modules /lib/modules none rw,bind 0 0 в /etc/fstab для / lib / modules.
В качестве альтернативы я предполагаю, что ваша проблема с заменой символической ссылки / lib заключалась в том, что команды начали давать сбой сразу после удаления символической ссылки / lib. Вероятно, потому что замена не была атомарной. Возможно, тебе повезет больше с ln -sfT /Database/rootfs/lib /lib так как это должно быть более атомарным, если не на самом деле атомарным (не знаю).