Quale Distro Live per leggere patizione windows
etia
giochicchiando con Mandrivia 09 (cercavo di farne una versione usb da
installare su acerone) ho incasinato il boot del mio portatile
perdendo l'accesso a windows (la storia di errori che ho fatto è lunga
e non ve la raccotno tutta ... per decenza).
Adesso vorrei recuperare i miei dati prima di reinstallare XP dal cd,
ed ecco la domanda: Quale distro Linux mi conviene utilizzare in
modalità live per accedere alla partizione NTFS di Win e copiarmi i
dati che mi interessano su una chiavetta?
Ho provato con la live di Mandrivia 09 one e mi è servita per copiare
alcune cose, ma non mi vede la cartella Desktop di Win, non solo
quella, e quindi vorrei provare con un altra ... se ha senso!!
Ciao e grazie a chi mi aiueterà ... a uscire dal panico :-I,
etia
ZioDave
> Ciao a tutti...
> Quale distro Linux mi conviene utilizzare in
> modalità live per accedere alla partizione NTFS di Win e copiarmi i
> dati che mi interessano su una chiavetta?
Knoppix
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ab...@newsland.it
ZioDave
> Ciao a tutti...
> Quale distro Linux mi conviene utilizzare in
> modalità live per accedere alla partizione NTFS di Win e copiarmi i
> dati che mi interessano su una chiavetta?
Knoppix
Marco De Vitis
> Ho provato con la live di Mandrivia 09 one e mi è servita per copiare
> alcune cose, ma non mi vede la cartella Desktop di Win, non solo
> quella, e quindi vorrei provare con un altra ... se ha senso!!
Mi pare alquanto curioso che solo una parte dei file non venga vista...
comunque io spesso uso www.sysresccd.org
--
Ciao,
Marco.
etia
grazie per le risposte, ho provato Knoppix ed altre distro in live me
il risultato è sempre lo stesso: accedo al volume NFTS che viene
regolarmente montato ma non vedo, dentro il percorso dove me l'aspetto
(Documents&settings>mioutente>...) la cartella desktop, che è quella
che mi interessa.
Come può essere che vedo tutto tranne la cartella desktop?
inoltre trovo cartelle che non ho mai creato ... per caso linux
reinterpetra l'albero?
L'unica soluzione mi sa che è smontare l'HD e leggero come slave su un
altro PC, vero? Riuscirò in quel modo a leggere anche la cartella che
mi interessa?
ciao e buona serata
etia
whiplash
> Documents&settings>mioutente
XP o Vista?
Nel secondo caso, stai cercando nel posto sbagliato: devi
andare in Users/mioutente/Desktop
ScriptJus
Non troppo se pensi al fatto che il driver NTFS č un "reverse engineering"
di un qualcosa proprietario Microsoft.
> comunque io spesso uso www.sysresccd.org
Beh solo un mese fa per esempio, provavo a copiare un file ghost via rete su
una partizione ntfs con questo CD.
Quando poi provavo a leggere il disco dal floppy del ghost, non vedevo il
file! (Ora ho risolto creando un nuovo floppy di avvio basato su windows 98
che supporta le partizioni FAT32)
Stessa cosa puņ succedere quando da (alcune versioni vecchie di) ghost
effettui un backup, il file generato a volte non si vede fino a quando non
fai partire windows e forzi un controllo disco.
> --
> Ciao,
> Marco.
ScriptJus
>Ciao a tutti,
>giochicchiando con Mandrivia 09 (cercavo di farne una versione usb da
>installare su acerone) ho incasinato il boot del mio portatile
>perdendo l'accesso a windows (la storia di errori che ho fatto è lunga
>e non ve la raccotno tutta ... per decenza).
Per star tranquillo fai il punto d2 prima di fare qualsiasi cosa...
Windows supporta le partizioni NTFS meglio di linux. :)
a) La procedura corretta da windows sarebbe:
* inserire cd windows xp
* inserire floppy con driver storage se necessario, premendo F2
* attendere la comparsa della finestra di scelta (installazione con enter
ripristino con R)
b) se il disco viene visto:
* lasciare che parta la procedura, al termine selezionare R per ripristino,
C per console
c) se il disco viene visto:
* selezionare (l'unica) partizione windows con il numero proposto
* digitare la password utente amministratore (vuota se xp home)
* digiti il comando chkdsk (senza il parametro /p che effettua le modifiche
sul disco) e vedi che ti dice (se sei fortunatissimo ti dice nessun'errore
rilevato)
d) fino a qui il tuo disco non viene modificato, ora hai due strade:
d1) mi sento fortunato
* ridigto il comando chkdsk con il parametro /p più volte, fino a quando
l'output non riporta operazioni di correzione
* digito entrambi fixmbr e fixboot.
* riavvio ed entro in windows.
d2) preferisco non rischiare
* con un qualsiasi cd live di linux dai un bel dd if=/dev/[partizione o
intero disco] of=[file su altro disco più capiente] quindi riprovo con d1
Note:
se arrivi a b) il disco come hw è visto (non hai bisogno di ulteriori driver
per vedere disco)
se arrivi a c) il disco non è completamente andato
se arrivi a d) e vedi messaggio di qualche errore non grave sei fortunato
con il file creato tramite dd puoi effettuare un tentativo di recupero dati
con i programmi appositi da un altro pc (ci stanno un bel po....)
> Quale distro Linux mi conviene utilizzare in
> modalità live per accedere alla partizione NTFS di Win e copiarmi i
> dati che mi interessano su una chiavetta?
Confermo SystemRescueCD, so che ce ne sono anche altre dedicate proprio al
recupero dati.
ScriptJus
ScriptJus
Perň potrebbe trattarsi di un qualcosa di voluto.
Se riesci a prendere il file C:\document and settings\[utente]\user.dat con
un cd live ed a portarlo su un altro computer windows, puoi cercare li
dentro il percorso del desktop (sempre che il computer non fosse un pc
aziendale con applicate policy che cambiano il percorso di cartelle quali
appunto desktop, documenti...)
Come fare?
Apri regedit
ti posizioni (per esempio) in HKEY_LOCAL_MACHINE
menu file, carica hive
selezioni il file
specifichi un nome (per esempio) scriptjus
quindi vai nel percorso:
HKEY_LOCAL_MACHINE\scriptjus\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell
Folders (e la sorellina "User Shell Folders" )
e vedi effettivamente dove si trovava il desktop
Ricordati poi di scaricare l'hive!
Marco De Vitis
>> Mi pare alquanto curioso che solo una parte dei file non venga vista...
>
> Non troppo se pensi al fatto che il driver NTFS è un "reverse engineering"
> di un qualcosa proprietario Microsoft.
Sì, ok, ma almeno in lettura è considerato stabile da anni ormai. Non
conoscendo a fondo il funzionamento del filesystem non lo do sicuro al
100%, ma mi pare molto molto difficile che possa vedersi solo parte dei
file.
>> comunque io spesso uso www.sysresccd.org
>
> Beh solo un mese fa per esempio, provavo a copiare un file ghost via rete su
> una partizione ntfs con questo CD.
> Quando poi provavo a leggere il disco dal floppy del ghost, non vedevo il
> file! (Ora ho risolto creando un nuovo floppy di avvio basato su windows 98
> che supporta le partizioni FAT32)
Quindi era colpa del floppy di Ghost.
> Stessa cosa può succedere quando da (alcune versioni vecchie di) ghost
> effettui un backup, il file generato a volte non si vede fino a quando non
> fai partire windows e forzi un controllo disco.
Quindi anche qui colpa di Ghost.
Che c'entra questo con il povero sysresccd? :)
--
Ciao,
Marco.
Marco De Vitis
>> Mi pare alquanto curioso che solo una parte dei file non venga vista...
>
> Però potrebbe trattarsi di un qualcosa di voluto.
> Se riesci a prendere il file C:\document and settings\[utente]\user.dat con
Non penso. Dal messaggio originale sembra che lui parli del suo stesso
computer, quindi se avesse spostato il desktop saprebbe dove trovarlo.
--
Ciao,
Marco.
etia
problema ...
Il PC da cui sto cercando di recuperare i file è personale ma ha del
software aziendale di sicurezza che potrebbe causare la non
leggibilità di alcune cartelle, quindi credo che ScriptJus abbia
trovato la causa del problema a cui io non avevo pensato.
Non ho ben capito invece quello che propone sempre ScriptJus in un
altro post: per applicare il punto d2 accedo da un live Linux e poi do
quella stringa di comando dal terminale, giusto? Mi sembra di capire
che questo comporterebbe la copia dell'intero disco, o della
partizione che mi interessa, su un altro supporto, ma non ritroverei
nel supporto dove copio i file lo stesso problema? Cioé la struttura
di cartelle che non riesco a leggere corretamente me la copio così
com'è e quindi, volgio dire, sarei punto e a capo, no?
In ogni caso provo a smontare l'HD e a leggerlo da un altro PC,
vediamo se in questo modo riesco a leggerlo nell maniera corretta.
Ovviamente vi farò sapere se risolvo :-)
buona giornata
etia
Marco De Vitis
> Il PC da cui sto cercando di recuperare i file è personale ma ha del
> software aziendale di sicurezza che potrebbe causare la non
> leggibilità di alcune cartelle, quindi credo che ScriptJus abbia
[...]
> In ogni caso provo a smontare l'HD e a leggerlo da un altro PC,
> vediamo se in questo modo riesco a leggerlo nell maniera corretta.
Hmmm... se veramente sul sistema c'è installato un software che protegge
in qualche strano modo la cartella Desktop e altre, difficilmente potrai
leggere quelle cartelle su un sistema diverso che non contiene neanche
lo stesso software di protezione.
Non puoi chiedere info su quel software nella tua azienda, per capire se
veramente può essere lui a non farti vedere le cartelle e in quale modo
funziona?
Oppure... se l'account in questione lo usi in azienda, sicuro che il
relativo desktop non risieda in realtà sul server aziendale?
--
Ciao,
Marco.
ScriptJus
> 100%, ma mi pare molto molto difficile che possa vedersi solo parte dei
> file.
Se il disco č stato chiuso correttamente.
Se i file sono stati scritti da windows.
>> Quando poi provavo a leggere il disco dal floppy del ghost, non vedevo il
>> file! (Ora ho risolto creando un nuovo floppy di avvio basato su windows
>> 98 che supporta le partizioni FAT32)
>
> Quindi era colpa del floppy di Ghost.
Forse si, o forse del supporto in scrittura effettuato tramite system rescue
cd.
In effetti credo che anche il ghost non abbia un perfettissimo support ntfs.
> Che c'entra questo con il povero sysresccd? :)
Che il file l'ho copiato su una macchina avviata con quel cd!!!!
> --
> Ciao,
> Marco.
Marco De Vitis
>> 100%, ma mi pare molto molto difficile che possa vedersi solo parte dei
>> file.
>
> Se il disco č stato chiuso correttamente.
> Se i file sono stati scritti da windows.
Se il disco non č stato chiuso correttamente e il filesystem si č
danneggiato, quei file non saranno piů visibili neanche da Windows
stesso, non č colpa di un imperfetto supporto NTFS del System Rescue CD.
E il fatto che non siano stati scritti da Windows non č possibile, dato
che il nostro amico non ha usato altro per scrivere sul disco.
>>> Quando poi provavo a leggere il disco dal floppy del ghost, non vedevo il
>>> file! (Ora ho risolto creando un nuovo floppy di avvio basato su windows
>>> 98 che supporta le partizioni FAT32)
>> Quindi era colpa del floppy di Ghost.
>
> Forse si, o forse del supporto in scrittura effettuato tramite system rescue
> cd.
Se dici che con un diverso floppy di avvio il file si vedeva, vuol dire
che era scritto correttamente sul disco, quindi la colpa era dell'altro
floppy.
>> Che c'entra questo con il povero sysresccd? :)
>
> Che il file l'ho copiato su una macchina avviata con quel cd!!!!
Sě ma i problemi che descrivi al 99,9% (giusto per non essere categorici
:)) non derivavano dall'uso di quel CD, quindi evitiamo di alimentare
diffidenza nei suoi confronti, i messaggi possono essere fraintesi.
--
Ciao,
Marco.
ScriptJus
> danneggiato, quei file non saranno più visibili neanche da Windows stesso,
> non è colpa di un imperfetto supporto NTFS del System Rescue CD.
> E il fatto che non siano stati scritti da Windows non è possibile, dato
D'accordo in effetti anche per windows, una chiusura non corretta può
"nascondere" i files, quindi il supporto ntfs-3g non c'entra.
Relativamente alla scrittura di windows, mi stavo riferendo in effetti non
al caso specifico, ma in genere a varie esperienze avute.
Oltre al caso del ghost che crea file "invisibili" (visibili solo dopo il
controllo disco), ho notato che partition magic forza un controllo disco al
riavvio quando operi su partizioni NTFS.
Se questo succede IMHO vuol dire che nemmeno da parte di una ditta, che può
avere accordi diretti con MS (e magari accesso ai sorgenti) ci sono certezze
nel gestire quel file system.
Pertanto l'unico modo di essere certi di una scrittura corretta è scrivere
con windows, oppure effettuare un controllo disco (di nuovo da windows),
dopo che si è effettuato operazioni su quel fs.
Aggiungi al fatto che per il driver dos ntfs, è necessario effettuare
comunque un controllo disco.
La mia sensazione a pelle è: meglio fare sempre un controllo.
> Se dici che con un diverso floppy di avvio il file si vedeva, vuol dire
> che era scritto correttamente sul disco, quindi la colpa era dell'altro
> floppy.
Mi spiego meglio.
Dovevo preparare un portatile rasato a zero partendo da un ghost.
Il floppy di avvio con ghost era basato su dos 6.22.
Pertanto potevo creare solo dischi fat16, ma il file era più grande di 2gb.
La copia dei ghost da/su supporti usb è stra-lenta.
Allora ho pensato, visto che ora il supporto di NTFS in scrittura funziona,
proviamo SystemRescueCD e mi copio via rete il file di ghost.
Dopo aver aspettato, un bel po tutto contento riavvio e... da ghost non si
vedeva alcunchè.
<considerazione>
Devo dire per correttezza, che in effetti per essere certo che la colpa
fosse (o meno) di systemrescuecd, avrei dovuto vedere quel disco da windows.
Il problema era che dovevo tirare su windows, quindi non avevo modo di
verificarlo.
Poteva benissimo essere un problema di ghost che non ha un supporto
perfetto a volte neanche in lettura (mi è capitato in effetti un solo caso
di un ripristino impossibile, anche dopo controllo disco, nonostante fosse
sempre visibile da windows).
</considerazione>
A quel punto ho recuperato una copia di un floppy di avvio creato con
windows 98 ed ho ricreato un cd di avvio.
Allora ho rilanciato systemrescuecd, ho fdiskato, formattato in fat32,
copiato via rete il file ghost, e finalmente..., l'agognato windows...
>>> Che c'entra questo con il povero sysresccd? :)
>>
>> Che il file l'ho copiato su una macchina avviata con quel cd!!!!
>
> Sì ma i problemi che descrivi al 99,9% (giusto per non essere categorici
> :)) non derivavano dall'uso di quel CD, quindi evitiamo di alimentare
> diffidenza nei suoi confronti, i messaggi possono essere fraintesi.
Sono d'accordo.
Confermo ed apprezzo il supporto in lettura stabile da anni.
Per quello in scrittura...
...google... ...google...
...Ho visto solo ora invece la pagina del sito ntfs3g (
http://www.ntfs-3g.org/quality.html ) devo dire che probabilmente anche il
supporto in scrittura è buono, stabile da almeno 2 anni.
Nella faq si riporta un caso di non visibilità, ma non è relativo a questo
caso.
Manca solo ora un chkdsk perfettamente funzionante da linux... :)
> --
> Ciao,
> Marco.
ScriptJus
>altro post: per applicare il punto d2 accedo da un live Linux e poi do
>quella stringa di comando dal terminale, giusto? Mi sembra di capire
>che questo comporterebbe la copia dell'intero disco, o della
>partizione che mi interessa, su un altro supporto, ma non ritroverei
>nel supporto dove copio i file lo stesso problema? Cioé la struttura
>di cartelle che non riesco a leggere corretamente me la copio così
>com'è e quindi, volgio dire, sarei punto e a capo, no?
Siccome non so esattamente quale sia la situazione, non so qual'è lo stato
della partizione, non so che cosa tu abbia fatto, e non so perchè tu non
veda il desktop, ho scritto una procedura di massima.
Il comando dd serve per fare una copia byte per byte del disco o partizione
(moolto lenta), questo per essere certo che qualsiasi cosa tu faccia dopo,
puoi sempre tornare indietro.
Quel file dato in pasto alle utility giuste può servire per effettuare un
recupero dei dati, anche di partizioni ben incasinate.
Il problema potrebbe essere anche molto stupido, ovvero non parte windows
semplicemente perchè non c'è il boot loader di windows.
In quel caso la soluzione è semplice, segui la procedura che ti ho proposto,
non effettuare checkdisk ne il comando dd, dai subito in sequenza fixboot e
fixmbr e tutto tornerà a vivere.
>In ogni caso provo a smontare l'HD e a leggerlo da un altro PC,
>vediamo se in questo modo riesco a leggerlo nell maniera corretta.
Non so quali operazioni tu abbia fatto da linux, però se hai fatto cose
strane sulla partizione, con un controllo disco potresti rendere più
difficile il recupero dei dati.
Montalo pure, ma non accettare il controllo disco la prima volta vedi com'è
la situazione, poi decidi se rischiare o se andare con i piedi di piombo
(facendo un immagine del disco prima di lavorarci su).
etia
> Ovviamente vi farò sapere se risolvo :-)
diciamo subito che non c'è nessun lieto fine ... ho perso tutti i
dati!!!
Ho almeno capito la causa del tutto: da bravo ignorante quando ho
installato mandrivia ho lasciato il flag su installazione guidata,
lasciando che Mandrivia si scegliesse da se su quale partizione
installarsi ... e Mandrivia ha evidentemente scelto C ... Ottima
scelta!!
Ecco perché non vedevo tutte le cartelle ceh avevo leggendo il disco
NFTS con i vari Live di Linux, semplicemente non c'erano più; mi sono
ricordato che, adilà dei nomi che alla fine avevano le varie
partizioni, le cartelle che vedevo non erano in C ma nella partizione
D di Windows (anche se alla finesi chiamava C) ed infatti vedevo tutti
i documenti tranne le cartelle proprie di Windows che stavano in C
(tra cui ovviamente la cartella Desktop).
Insomma, l'unico colpevole della perdita di dati sono IO, non certo
ntfs-3g che faceva il suo lavoro leggendo quello che era presente
nella partizione NFTS rimasta.
Ora ho reinstallato tutto, sia XP sia Mint (Mandrivia mai più ...
anche se la colpa è solo mia :-), e ho partizionato il disco a mano
prima di installare ... LEZIONE IMPARATA!
Ciao e grazie a tutti coloro che hanno cercato di aiutarmi,
purtroppo l'unico modo per imparare da autodidatta è sbagliare ...
visto l'errore commesso ed il danno subito non avete idea ... quanto
ho imparato :-)
ciao
etia