Взято отсюда

${HOME}/lib/perl5/site_perl/5.8.4" >> ~/.bash_profile
$ . ~/.bash_profile
$ perl -MCPAN -e shell

1. Создаем образ харда, на который будем ставить ms dos. Сделал этот раздел 100 метров – больше не надо.
   
   spoof@spoofa.info:~% qemu-img create -f qcow dos.img 100M

2. Сливаем установочные образы дискет (в гугле можно пошарить)
3. Загружаемся в qemu с первой дискеты:
   spoof@spoofa.info:~% qemu -fda Desktop/DOS622_1.IMG -boot a dos.img

4. Когда установщик доса потребует вставить вторую дискету, то переключаемся Qemu monitor (ctrl+alt+2) и там пишем:
   eject fda
   change fda /home/spoof/Desktop/DOS622_3.IMG

5. Проделываем предыдущий пукнт для третьей дискеты
6. Cобственно всё. Грузимся в систему:
   
   spoof@spoofa.info:~% qemu -hda dos.img -boot c

Всё хорошо, всё работает. Следующий вопрос был – как скопировать в этот образ нужные мне проги? Ответ нашел в FAQ
Тут значит обрадовался, но при попытке выполнить следующую команду:

Натыкаюсь на грабли и ошибку:

Погуглил, нашел ответ – оказывается монтируемая дира не должна по размеру превышать 472 метра.

Собственно всё просто:

spoof@local$ sudo sshfs spoof@remote:/home/spoof/ /home/spoof/remote_dir -o allow_other

Очень удобно и сильно сокращает время, избавляя от постоянно копирования с помощью scp между серверами. На локальной машине правишь то, что лежит в /home/spoof/remote_dir, а на удаленной (просто через ssh) собираешь.

Кроме того, нет зависимости от набора и версий софта на удаленной машине.

Еще надоело каждый раз вводить пароли, поэтому сделал авторизацию по ключам:

cd ~
ssh-keygen -t dsa — без passphrase

scp .ssh/id_dsa.pub remote_server:~/.ssh/authorized_keys

ssh remote_server

, но она конвертирует mp3 файлы только в текущем каталоге, не обходя этот каталог рекурсивно. Поэтому нашел решение как этот минус восполнить:

Например, тот же ssh – без него вообще обойтись невозможно в случае необходимости “текстового” доступа к серверу. А что делать, если нужно подключиться к гую (хотя это редко когда надо, тем более на серверах), то для этого ssh в “чистом виде” не пойдет. Но зато, ssh умеет создавать туннель, через который можно кидать всё что угодно, причем с шифрованием трафика. Поэтому для того, чтобы рулить удаленным десктопом, имея в наличии только доступ ssh, можно заюзать VNC и возможность туннелирования ssh – vnc over ssh.

И так, поднимаем на удаленной машине vnc сервер:

spoof@remote_server:~% apt-get install x11vnc

spoof@remote_server: ~% x11vnc -usepw

Далее создаем ssh туннель с локальной машины:

spoof@local: ~% ssh -L 5901:localhost:5900 remote_server

Где 5900 – соотвествует обычно vnc серверу, висящему на desktop:0, 5901 – :1

И теперь, коннектимся VNC клиентом к локальной машине на порт 5901 (или другой), созданный ssh, который в свою очередь пробросит запрос на remote_server на 5900 порт:

spoof@local: ~% apt-get install xvncserver

spoof@local: ~% xvncviewer localhost:1 (:1 соответствует порту 5901, :2 - 5902 и т.д)

Таким вот способом я хожу на рабочий комп в spylog’e

Взято отсюда

сделал grep по всем конфигам в /etc/, нашел все конфиги где жестко прописан старый ip был, поменял на новый и вуаля. Всё работает. linux рулёт!

Кстати, добавил в svn каталог debian/ чтобы можно было собрать пакет прямо из svn с помощью svn-buildpackage.

Надо все же дальше поработать над редактором. Вероятно он будет моим дипломом. Следовательно над ним нужно еще работать и работать, ибо в таком виде он еле-еле на бакалавра дотянул.

На прошлой неделе подняли vse.zae.blo.org.ru. Just for fun. Кого реально всё заебало и хочется поплакаться, то милости просим. Дизайн, если его так можно назвать, не ахти. Я к сожалению не одарен способностью красиво рисовать дизайн, как например, наш яблочный друг Апель.
Поменяем чуток дизайн, как только придумаю что-нибудь достойное. И еще есть планы RSS feed туда воткнуть.

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

UPD: RSS фид к vse.zae.blo.org.ru можно брать тут: http://vse.zae.blo.org.ru/rss/

Также об этом можно прочитать в посте coolcold’a

debconfig-get-selections > debconf.sel

dpkg –get-selections | awk ‘ {print $1}’ > dpkg.sel

Поставил с образа netinst (тот который daily build). Кстати ставил два раза – первый обычный режим и второй раз потестить графический инсталлер – вроде работают оба Разбил автоматом новый диск используя LVM – кстати сказать, автоматическая разбивалка меня не порадовала. Ну да ладно, где наша не пропадала. Поэксперементировал – убил /home методом тыка, ибо гугла под рукой не было, создал новый logical volume нужного размера, отформатировал и завел там /home. На этом неприятности с самой установкой закончились.

Поставился, перезагрузился, добавил в source.list сразу же unstable вмето etch, сделал : debconf-get-selection < debconf.sel ; cat dpkg.sel | xargs | aptitude install. Aptitude слил порядка гига, шустренько все поставил. Далее тупо сверяя конфиги в /etc/, сайты и логи в /var/ и т.д, перенес на новый хард всё.

И так, спустя 4,5 часа с момента начала записи netinsta, получил полностью рабочую систему и почти идентичную прежней(все настройки и конфиги сохранились). Единственное, что заметил непривычного – это апач начал ругаться на то, что не имеет ServerName и ставит его в 127.0.0.1. А ведь раньше всё ок было с теми же конфигами. И еще шрифты в иксах странные стали, толи мелкие, толи хрен его знает. Не исключено, что всплывут еще баги
Я доволен в общем.

Места теперь столько, что могу смотреть DVD9 мувики и собрать таки gnome 2.17.*

UPD:  Apache пофиксил, просто добавив localhost.localdomain в /etc/hosts.

Gnome 2.17.* собрал. Правда убил на это дня 3 просто из-за того, что забыл  что гном с cvs на svn переехал и в итоге jhbuild стянул не от туда откуда надо.