tAno16 Skrevet 21. mars 2009 Del Skrevet 21. mars 2009 Hei. Har en maskin med ubuntu jeg gjerne skulle laget et image av. Har lastet ned ghost4linux (G4L), og vet ca hvordan jeg tar det i bruk. Men når jeg laster over image over til en ftp-server (40GB), så spiser den utrolig mye plass. Disken som skal ghostes er på ca 250GB. Kjører RAW-mode. Men ghoster den også de tomme sectorene? Er kjent med ghosting av windows at imagene stopper på ca 4-8GB. Ubuntu-installasjonen er på 8GB og resten av disken er 'tom'. Er det noen måte jeg kan ghoste disken på uten å måtte skaffe en lik eller større disk for å lagre imaget? Har frem til nå stoppet ghostinga manuelt, når imaget begynner å bli en smule for stort. Neon som kan hjelpe meg? Hilsen Tore. Lenke til kommentar
cp-nilsen Skrevet 21. mars 2009 Del Skrevet 21. mars 2009 Du kan sikkert skru på komprimering en plass. ~200GB med tomme sektorer burde jo lett bli komprimert til ~0 bytes Ellers vil jeg anbefale å sjekke ut FOG http://www.fogproject.org/ Lenke til kommentar
tAno16 Skrevet 21. mars 2009 Forfatter Del Skrevet 21. mars 2009 Ser ut til at fogproject bare gjelder for winxp/vista. Men skal iallefall prøve å sette på komprimering. takker for tipset . Lenke til kommentar
jonnor Skrevet 21. mars 2009 Del Skrevet 21. mars 2009 (endret) Raw ghoster nok tomme sektorer også ja. Men hvis du har vært lur og har separat /home så er det jo ikke noe vits i å ghoste hele disken. Det er jo / + MBR som er viktig for systemet sin del Innholdet på /home tar du bare backup av i form av å kopiere det til ett eller annet sted. Endret 21. mars 2009 av NorthWave Lenke til kommentar
tAno16 Skrevet 21. mars 2009 Forfatter Del Skrevet 21. mars 2009 Ja kunne nok det. Men har endel configs gjort i /etc. kjører forskjellige services, så det blir endel å ta backup av. Maskinen kjører som en mini-server jeg har gående 24/7. Hadde nok ikke vært noe problem om det hadde vært en desktop =). Fant et program som heter 'systemimager', men som behøver en 'imageserver' å jobbe opp mot. Prøver å se om jeg kommer noen vei med dette . Lenke til kommentar
HawP Skrevet 23. mars 2009 Del Skrevet 23. mars 2009 Sjekk ut Clonezilla. Bruker du et filsystem den støtter vil den kun lage et image av det som er i bruk i en partisjon. Men den støtter ikke å legge tilbake image til partisjoner som er mindre enn den partisjonen imaget ble laget fra. Lenke til kommentar
Dy§no Skrevet 23. mars 2009 Del Skrevet 23. mars 2009 (endret) Bare et lite forslag andre mer erfarne kan kommentere; Hva med dd? DD er installert på Ubuntu, kan brukes til å lage image av en partisjon, jobber raskt, ypperlig over ssh, og vil skippe tomme sectorer. Du finner masse guider på nett for hvordan det brukes. Noen som mener dd ikke er en fin løsning - noen med erfaring? Endret; Har Ubuntu 9.04 i Virtualbox og testet dd. Parisjonen /dev/sda1 er på 7.5G hvor 3.0G er brukt. DD gav meg en fil som er på 3.9Gig. Men her har jeg ikke brukt komprimering. Endret 23. mars 2009 av Dy§no Lenke til kommentar
HawP Skrevet 24. mars 2009 Del Skrevet 24. mars 2009 Med "skippe tomme sectorer" antar jeg du mener å utelate de delene av partisjonen som ikke er i bruk? For å få til det er dd nødt til å "kjenne til" filsystemet på partisjonen, og det trodde jeg ikke den støttet...? Og etter det jeg kan skjønne fra div. manpages for dd, så leser den partisjonen/disken i "raw mode" og vet da ingenting om innholdet. Lenke til kommentar
Dy§no Skrevet 24. mars 2009 Del Skrevet 24. mars 2009 Jeg ser jeg har brukt komprimering(gzip) :-/ sudo dd if=/dev/sda1 | gzip > /media/backup/sda1.gz Partisjon /dev/sda1 med størrelse 7,5gig resulterer da på en fil med størrelse 3,9igg. Vil Acronis/N. Ghost kunne gi mindre resultat? Hilsen evig terminal-noob... Lenke til kommentar
berland Skrevet 24. mars 2009 Del Skrevet 24. mars 2009 Jeg ser jeg har brukt komprimering(gzip) :-/ sudo dd if=/dev/sda1 | gzip > /media/backup/sda1.gz Et lite tips: Bruk opsjonen --fast til gzip i denne sammenhengen, så vil den ikke bruke så mye CPU-tid på å komprimere. De datamønstrene som det letes etter her (bare nuller i tomme blokker(?)) finner den nok i raskeste modus også. Et lite spørsmål: Er man sikker på at de tomme blokkene leses som bare nuller? Lenke til kommentar
jonnor Skrevet 24. mars 2009 Del Skrevet 24. mars 2009 Det tror jeg ikke man har noen garanti for. En annen ulempe er at man vil lese tomme blokker også, noe som selvfølgelig tar lenger tid enn hvis man bare hoppet over de. Lenke til kommentar
cyclo Skrevet 25. mars 2009 Del Skrevet 25. mars 2009 Leser man fra disken "raw" vil neppe tomme sektorer leses som 0 nei. Lenke til kommentar
v3g4rd Skrevet 25. mars 2009 Del Skrevet 25. mars 2009 Et lite spørsmål: Er man sikker på at de tomme blokkene leses som bare nuller? <ikketeknisk>Hvis du har fylt opp disken tidligere, og deretter formatert den, vil du vanligvis kun slette referansene til dataene på disken, mens selve dataene blir liggende igjen. Når du oppretter et nytt filsystem på disken, vil disse dataene fremdeles ligge der, og kan hentes frem igjen med photorec eller lignende verktøy. Det eneste er at filsystemet ikke tar hensyn til at de ligger der, og derfor overskriver dem ved behov, siden du ikke lenger har referansene til dem.</ikketeknisk> For å gi et enkelt svar på spørsmålet ditt. Med mindre du på forhånd har kjørt 'dd if=/dev/zero of=/dev/[din_disk]' på disken din, vil de "tomme" blokkene ikke bli lest som null. (tror jeg hvertfall) Lenke til kommentar
tAno16 Skrevet 27. mars 2009 Forfatter Del Skrevet 27. mars 2009 Clonezilla fungerte utmerket. Skipper tomme sectorer, og gir meg lav størrelse på image. Must-have tool. Akkurat hva jeg lette etter. Men skulle gjerne sett FTP der som et valg for uploading/downloading av image. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå