Halløj. jeg har som sagt en ubuntu server stående med en 1 tb HDD i. jeg vil dog gerne udskifte denne HDD med en 3 tb wd red HDD istedet.
min host maskine køre en Virtuelbox hvor min VM køre en server der hoster min LAMP STACK og jeg tænker om det er muligt at tilslutte min hdd til min hostmaskine og så tilgå min Virtuel Maskine via ssh og køre en DD command
damn det var jo ikke så fedt at høre. altså egentligt er det ikke nødvendigt at klone hele min hdd for mig men bare hele LAMP stakken kommer med og al dens data samt configurationen af den.
Faktisk ville dd kommandoen overskrive disk formateringen og alle partitioner, hvis det så viser sig at den gamle disk er med MBR vil du rigtig nok være begrænset til kun at bruge 2TB af disken efterfølgende.
Any way, jeg vil forslå du installere et basalt system på din 3TB disk (så partitioner og bootloader kan blive skrevet til disken) og så efterfølgende bruger rsync (som fungere via ssh) til at synkronisere alle filer fra den gamle disk til den nye. Det er nok bedst at det gøres men disken ikke er i brug, så gør det eventuelt via en live disk.
Jeg vil i øvrigt forslå at du undgår at bruge vritual box på en server og i stedet køre det på den rigtige maskine og sætter disken op med LVM så du kan tilføje diske til den live og ikke behøves lave migering på denne måde du gør nu. Hvis du ønsker at isolere din web host fra resten af systemet kan du eventuelt bruge openVZ til at køre flere parallele milijøer på maskinen.
jeg bliver lige nød til at spørge temmelig dumt her for at være sikker på hvad du mener 100% altså jeg skal køre rsync mens mine 2 hdd'er sidder i min pc og ikke i 2 forskellige. og rsync hvordan vil den kommando evt. se ud hvis du kan give et eksempel ? sudo rsync /dev/sda/ /dev/sdb/ eller noget i den dur? og så bare boote op på den nye
Rsync synkronisere kun filer så du skal starte med at sætte partitioner og en basal ubuntu installation på den nye disk så bootloaderen bliver installeret. Som nævnt så fungerer rsync over ssh så det er ikke nødvendigt at diskene sider på samme maskine, men da du kopiere operativsystemsets filer må du ikke være startet op fra den gamle disk, jeg forslår at du eventuelt køre fra en live disk i stedet, men du kan også flytte diskene til en anden maskine, det går også hurtigere med kopieringen. Din kommando ser ok ud, bortset fra at du forsøger at kopiere mellem devices, som sagt arbejder rsync med filer så du skal kopiere mellem de monterede fil systemer.
altså mine to hdd. bliver nød til at sidde i samme makine da jeg ikke har andre muligheder men vil det så sige min kommando skulle hedde
sudo rsync /dev/sdb/etc /etc /dev/ for at flytte alle filer fra etc mappen til etc på den nyd hdd eller er der en mere simpel kommando der abre flytter hele min hdd så jeg ikke skal impotere db ved siden af osv. så det bare virker out of the box efter min overførsel er færdig
Vil det så ikke være lettere at boote den op på live usb med et gui og så kopiere hdd1 til hdd2 igennem live usb med et gui på ? og så er det vel ikke længere nødvendigt at installere ubuntu 14.04 lts headless før jeg kopiere ? Sry for alle de her noob spørgsmål gider bare ikke have den til at kopiere knab 1 TB data igennem en dag og finde ud af det ikke virker
lige en strø tanke inden jeg prøver kan man sætte den nye hdd i maskinen starte vm op og så kopiere partionerne derinde og så bagefter bruge den nye hdd uden for vm ?
Ja, ubuntu er ikke bundt til maskinen som ved Windows så der kan man godt.
Det er et krav at du starter fra en live ved begge metoder.. Så jo det kan du godt, du kan dig ikke blot kopiere filerne via filhåndtering hvis det er det du havde tænk dig.
Det gælder ved begge metoder at du skal installere GRUB på disken, om du så gør det ved at installere ubuntu eller bruger min guide er lige meget
Nu blir det spændende ! tror måske jeg er heldig her, efter hvad jeg har forstået ville det være muligt at bruge dd cmd. når den er gtp og så udnytte alle 3 tb ikke ?
daniel@Virtuelbox:~$ sudo gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.8
Partition table scan: MBR: protective BSD: not present APM: not present GPT: present
Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 1953525168 sectors, 931.5 GiB Logical sector size: 512 bytes Disk identifier (GUID): 094254C4-A6A8-4EDF-B5BF-2534A4EDCBAC Partition table holds up to 128 entries First usable sector is 34, last usable sector is 1953525134 Partitions will be aligned on 2048-sector boundaries Total free space is 3437 sectors (1.7 MiB)
Number Start (sector) End (sector) Size Code Name 1 2048 1050623 512.0 MiB EF00 EFI System Partition 2 1050624 1550335 244.0 MiB 8300 3 1550336 1953523711 930.8 GiB 8E00
