Newsgroup: it.comp.os.linux.sys
Titolo: Montare partizione gzippata

Devo eliminare da un computer la partizione hda1 di windows, ma non sò se
ho recuperato tutti i file del proprietario (mio zio).
Volevo quindi usare il comando "dd if=/dev/hda1 | gzip -c > hda1.bin.gz" ,
in modo da poter ripristinare la partizione (se dovesse servire) e ci
vorrei anche navigare dentro, montandola su linux con il comando 'mount'.
Secondo voi c'è un modo per montare una partizione gzippata ?
Saluti,
fapo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Secondo voi c'è un modo per montare una partizione gzippata ?
certo!
Guarda qui:
root@yalta:~# gunzip hda1.bin.gz
root@yalta:~# mount -o loop ~/hda1.bin /mount/dir
e dopo
root@yalta:~# umount /mount/dir
root@yalta:~# gzip hda1.bin
e tutto torna come prima.
Sono molto spiritoso vero?
Ma tu eri bloccato su questo problema vero?
E comunque gunzip e' ormai su tutti gli unix/linux.
a parte tutte le minchiate .... hai provato a montarla direttamente e 
vedere cosa succede? Non funziona vero?
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 vedere cosa succede? Non funziona vero?
Non ho provato (anche perche' sto' backappando adesso) ma non credo sia
proprio come vim... immaginavo qualcosa tipo -t gzipfs , che avevo provato
a usare una volta ma senza successo... senza contare che la partzione
all'interno non e' ext3 ma ntfs  purtroppo...


> > root@yalta:~# gunzip hda1.bin.gz
Questa riga mi era sfuggita ma ovviamente stò tentando di evitare la
scompattazione, anche perchè mi porterebbe via 80 GB!


 partzione all'interno non e' ext3 ma ntfs  purtroppo...
Credo che tu possa abbandonare ogni speranza.
Come ultimo tentativo vedi se c'e` qualcosa tra i moduli di FUSE, ma 
addirittura un NTFS gzippato...
Bye.

 addirittura un NTFS gzippato...
OK, grazie della risposta...
Ne approfitto per chiedere se esiste un tool per linux che converta da
NTFS a FAT32... magari con un fs fat32 il discorso cambia (e prima il suo
XP era sotto FAT32)...


 partzione all'interno non e' ext3 ma ntfs  purtroppo...
boh ... scherzando scherzando qualcosa viene sempre fuori:
http://en.wikipedia.org/wiki/Cloop


 scompattazione, anche perchè mi porterebbe via 80 GB!
avfs?
http://avf.sf.net
Pero' non so se gestisce i *filesystem* compressi...

 
http://en.wikipedia.org/wiki/Cloop
e c'e' pure questo:
http://squashfs.sourceforge.net/
insomma qualcosa si puo' fare.... 


 scompattazione, anche perchè mi porterebbe via 80 GB!
ehi ... stavo scherzando O_o :P


 Pero' non so se gestisce i *filesystem* compressi...
Guarda anche qui:
http://fuse.sourceforge.net/wiki/index.php/CompressedFileSystems
http://fuse.sourceforge.net/wiki/index.php/ArchiveFileSystems

 XP era sotto FAT32)...
Ma scusa, non puoi banalmente montare la partizione ntfs e farti un tgz di
quel che c'è dentro???
Poi scorri in contenuto con un banale tar tvfz ed estrai quel che
eventualmente ti interessa con un tar xfz.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 
http://fuse.sourceforge.net/wiki/index.php/ArchiveFileSystems
OK, grazie a tutti per i link e i suggerimenti...
Non conoscevo il mondo di tmpfs ma adesso ho parecchie prove da fare!
@ Max_Adamo
CLoop sembrava quello che stavo cercando anche se e' prossimo
all'abadonware... (ho un kernel 2.6.22 e ho letto che sparira' dal 2.6.23!)
Adesso aspetto che finisca il backup e faccio varie prove... se riesco vi
faccio sapere in serata.
Saluti,
fapo


 eventualmente ti interessa con un tar xfz.
No perche' vorrebbe dire risparmiare spazio su NTFS e tenermi nel mio hard
disk (su linux) un backup di 80 GB...
Quello che vorrei arrivare ad avere e' sia l'intera partizione che i
singoli file a disposizione.


 > eventualmente ti interessa con un tar xfz.
Scusa avevo letto male... potrei fare anche cosi' ma i file compressi
dovrebbero occupare sui 30 GB,  + 30 altri GB fanno 60!


 eventualmente ti interessa con un tar xfz.
E tu, dico tu, di fronte al fatto che qui siamo in un thread volto a 
complicare l'esistenza di chi si busca il pane facendo l'onesto lavoro di 
"sistemista", avresti il coraggio di venirtene fuori con cose semplici, 
ovvie e che addirittura funzionano?
Guarda, Flavio lascia stare. Lasciaci impazzire in tutta consapevolezza 
appresso a cose assolutamente inutili.


 dovrebbero occupare sui 30 GB,  + 30 altri GB fanno 60!
Questo e' un thread su partimage:
The main problem is that image files are compressed as a stream. If you 
want to read a block that is in the middle of the file, you will have to 
uncompress the compressed image file from the beginning.
Insomma, credo di capire, che il file dovrebbe essere decompresso tutto 
in memoria per poter essere letto in modo veloce.
Difatti il cloop mi pare che funzioni cosi'.


 Difatti il cloop mi pare che funzioni cosi'.
Sì, difatti nel link che mi hai passato di cloop c'è scritto chiaro e
tondo che l'immagine deve stare tutta nella memoria principale (ram) e
credo di sforare per 79 GB!
tmpfs sembra essere una alternativa a cloop, e a quanto ho capito stà alla
base di altri filesystem "live", quindi puntero' a provare quelli...
Per quanto mi riguarda non è importante scorrere agevolmente la lista dei
file su fs NTFS o di quanto tempo ci si metta a prendere zzz.dll ,
l'importante per me e' che sia fattibile !
Appena finisce il backup provo...
Saluti,
fapo




si chiaro.
mi pare di capire che non essendo un tar con tanti file dentro, ma la 
versione gzip di un unico grande file, ogni volta che vorrai leggere a 
meta' del file, dovrai sempre decomprimerlo da qualche parte: in 
memoria... o comunque sempre su disco.
Hai 80 giga di RAM ? :O)


 l'importante per me e' che sia fattibile !
Hai appena descritto il tar. se vuoi risparmiare spazio usi bzip2 per
comprimere i files, ed eventualmente elimini tutta la merda che Windows
mantiene in C:\WINDOWS , come tutti gli uninstall di hotfix e SP, ecc.ecc.
(qui una guida 
http://www.neowin.net/forum/index.php?showtopic=80511
) ed i
vari programmi che non ti serviranno più. In fondo a te interessano i dati,
non gli eseguibili, giusto?


 l'importante per me e' che sia fattibile !
'Sto thread e` qualcosa di veramente, ma _veramente_ surreale... A quando le
HumorFAQ come su it.comp.sicurezza.varie ?
Enrico

 scompattazione, anche perchè mi porterebbe via 80 GB!
Di ma, nel 2008, comprare un disco aggiuntivo?
Anziche backuppare tutto il windows, non fai prima ad installare/
estendere linux su un disco nuovo e tenere
quello con windows in un cassetto? Se butta male lo puoi sempre
montare o addirittura bootare...
Con quello che costano i dischi adesso......

 non gli eseguibili, giusto?
Sono 2 giorni che provo con cramfs e squashfs ma alla fine non c'è stato
verso... non c'è modo di fare quello che voglio, sia perchè tutti i driver
che ho provato hanno varie limitazioni (tipo 2 GB o ramdisk), che per
problemi intriseci dei tool di ntfs-3g.
Ad esempio mi era venuto in mente di usare ntfscat e passarci la
partizione gunzippata (attraverso una pipe), ma prima di tutto ntfscat non
accetta dati dallo stdin e poi ha bisogno di effettuare dei salti con la
seek.
Avevo addirittura provato a creare una fifo, fare "cat /dev/hda1 >
fifotemp" e passare fifotemp a mksquashfs, ma addirittura la fifo viene
ricopiata come fifo e non come regular file (quindi totalmente priva di
contenuto)...
Alla fine mi sono arreso e ho fatto come hai detto: un file con la
partizione bzippata e un file .tar.gz contenente tutti i file della
partizione ntfs.
Grazie a tutti delle risposte.
