Schlagwort-Archive: Linux

Übersiedlung einer Linux-Installation

Veröffentlicht am von
Antworten

Nachdem ein Upgrade auf Debian Squeeze auf meiner Firewall aus Platzgründen gescheitert wäre, musste ich die 512MB Disk gegen eine größere tauschen.

Ausgangslage

Eine Partition /dev/hda1 die ALLES enthält, GRUB im MBR von /dev/hda installiert, keine extra /boot Partition.

Benötigte Dinge

  1. Ein CDROM Laufwerk
  2. Eine gParted Live CD
  3. Ein USB Stick mind. in der Größe von /dev/hda1

Vorgehensweise

Teil 1 – Sichern der alten Installation:

  1. CDROM Laufwerk einbauen – im BIOS konfigurieren
  2. boot gParted – hda1 war unter sda1 sichtbar
  3. mkdir /mnt/usb
  4. mkdir /mnt/disk
  5. USB stick anstecken – wurde als sdb erkannt.
  6. fdisk /dev/sdb – eine Linux Partition (type 83) anlegen
  7. mke2fs /dev/sdb1
  8. mount /dev/sdb1 /mnt/usb
  9. mount -o ro /dev/sda1 /mnt/disk
  10. cd /mnt/disk; tar cvf /mnt/usb/f.tar .
  11. cd /; umount /mnt/*
  12. halt

Teil 2 – Übersiedeln der gesicherten Installation:

  1. Alte Disk ausbauen und an sicherem Platz verstauen
  2. Neue Disk einbauen
  3. boot gParted – überprüfen, ob neue Disk erkannt wird
  4. mkdir /mnt/usb
  5. mkdir /mnt/disk
  6. USB stick anstecken – wurde als sdb erkannt.
  7. fdisk /dev/sda – Partitions anlegen
  8. mke2fs -j /dev/sda1
  9. mount -o ro /dev/sdb1 /mnt/usb
  10. mount /dev/sda1 /mnt/disk
  11. cd /mnt/disk; tar xvf /mnt/usb/f.tar
  12. in /mnt/disk/boot/grub/device.map den Eintrag für (hd0) auf /dev/sda ändern
  13. chroot /mnt/disk
  14. /usr/sbin/grub-install /dev/sda
  15. exit; cd /; umount /mnt/*
  16. reboot
  17. Testen, ob das System von der neuen Disk booted
  18. CDROM ausbauen, Rechner zuschrauben
  19. in /boot/grub/device.map den Eintrag für (hd0) wieder auf /dev/hda ändern
  20. /usr/sbin/grub-install /dev/hda

Zeitaufwand: 1 Stunde

VMWare Server 1.x unter Linux 2.6.29++

Veröffentlicht am von
Antworten

Der Post ist nicht von mir – ich will ihn nur sichern, für den Fall, dass dem VMWare Forum etwas passiert

Original Post: http://communities.vmware.com/thread/205686;jsessionid=C50117EC1C1CE84BC340CCD7C13FC4EA?start=15&tstart=0

For those who may stumble into this thread by a search and wonder what the „final“ state of affairs was:

1) Yes, you can run VMware Server v1.0.9 on kernels 2.6.29 and 2.6.30 (at least to 2.6.30.6).
2) Yes, if you are running 2.6.29 or 2.6.30 your kernel MUST have the „export-init_mm“ patch.
3) No, the patch doesn’t work on 2.6.31.
4) Make sure „Enable unused/obsolete exported symbols“ is turned on under the kernel’s „Kernel hacking“ section.
5) Yes, you must apply a 3rd party (non-VMware) patch to VMware Server. I used http://www.insecure.ws/warehouse/vmware-update-2.6.29-5.5.9-3.tar.bz2 (MD5 8b5da10ece0ecbe5e0227ca081e65ec1, attached). It includes the kernel patch BUT DOES NOT apply it, that is YOUR job.

cd /opt/vmware
tar xjvf vmware-update-2.6.29-5.5.9-3.tar.bz2
cd $KERNELSOURCE
patch -p1 < /opt/vmware/vmware-update-2.6.29-5.5.9-3/2.6.29-export-init_mm.patch
make
cd vmware-update-2.6.29-5.5.9
./runme.pl

I am not affiliated with VMware. It seems that VMware has largely abandoned Server v1.0.x. I remain hopeful that some bright person with some C and kernel experience will sit down with the v1.0.9 module code and develop a PROPER patch, one that does not require any kernel modifications and that uses the newer kernel interfaces as appropriate.

o Daniel Johnson

helpdesk@chguernsey.com / progman2000@usa.net / djohnson@progman.us