Newsgroup: it.arti.fotografia.digitale
Titolo: [semiOT] Windows, scandisk e il catalogo Lightroom non c'è più

Dunque, ho avuto un discreto problema.
Anticipo tutti quelli che mi potrebbero dire di A. comprare un Mac B. agire in maniera più considerata, fare continui backup e quant'altro dicendo che A. per ora no grazie (e cmq non ho i soldi) e B. mi è servito da lezione, ma stavo appunto sistemando tutti i miei file e...insomma è successo nel momento peggiore.
 
Ok, veniamo al nocciolo della questione.
 
Stavo lavorando su un catalogo di Lightroom 3.4 ubicato su un HD esterno.
Per un incidente l'HD si è staccato dal portatile causando la conseguente chiusura forzata di Lightroom. Quando lo ricollego, l'HD mi chiede di fare uno Scandisk. Sebbene il catalogo funzioni ancora, il mio stupido cervello mi dice "massì perchè no, facciamo sto Scandisk che male può mai fare al massimo non serve a un cazzo".
Lo Scandisk finisce, e sposta una serie di file e cartelle che in genere si trovano nella directory MioCatalogo Previews.lrdata che se non ho capito male è la directory che Lightroom crea all'avvio di un catalogo con le preview delle foto. Questi file vengono piazzati in una directory sull'HD dal nome found.000.
Ma questo non mi è parso preoccupante, in fondo i cataloghi si muovono spostano e copiano senza quella cartella, che viene creata automaticamente da Lightroom; insomma, da quel che ho capito un catalogo NON necessita di quei file per funzionare.
Ebbene, il mio catalogo, da non so quanti Mega è passato a 1kb. Ovviamente Lightroom NON lo apre e NON lo ripara. L'ho anche mandato ad una sorta di guru dei cataloghi e del loro recupero, un certo Dan Tull, il quale mi ha giustamente risposto che il catalogo è vuoto, a parte per il carattere "S" che è il primo carattere in ogni SQlite database.
 
Dunque, lo Scandisk di Windows ha CANCELLATO completamente il contenuto del catalogo, che non è altro se non un database SQlite!!!
 
In passato ho recuperato file cancellati, ma a quanto pare non c'è verso di recuperare il contenuto di un file corrotto o modificato.
 
Ho provato con un paio di software di recupero dati, ma non c'è traccia di una qualsiasi versione di quel catalogo precedente allo Scandisk.
 
Avete idee o suggerimenti?
Dove potrei crosspostare questo thread?
 
Grazie mille,
s.

 Avete idee o suggerimenti?
 
Che scandisk abbia modificato il contenuto mi pare strano. Forse lr 
ti ha ricreato un catalogo vuoto perche non trovava il vecchio ( 
rinominato tra i file recuerati da scandisk). Tra i file recuerati no 
c'e' uno chepotrebbe essere il tuo db? Come hai intuito i file dei 
preview non servono a nulla. Lr di default crea dei backup periodici 
del catalogo. Hai controllato nella cartella backup?
 
-- 
www.riccimarco.com
 

 del catalogo. Hai controllato nella cartella backup?
 
Guarda, sebbene non sia di natura colmo di fiducia per Windows, sono tutt'ora sbigottito anche io dall'eventualità che uno Scandisk (in genere al massimo inutile) abbia cancellato tutto il db. Nei backup ne ho uno giusto un filo precedente ad una discreta quantità di lavoro (in tutta questa storia io avrò fatto pure degli errori, ma la sfiga mi ha punito cinica e puntuale).
Dopo controllo se nella cartella found.000 ci sia un catalogo, ma sono sicuro al 99.9% che non sia affatto così. Mi basta fare una riceca *.lrcat no?
In ogni caso, non è che LR abbia creato un catalogo vuoto, perchè quello lì ha davvero solo UN carattere e ovviamente LR non lo apre!
Ci sono delle cose inspiegabili in tutto ciò e le cose inspiegabili mi spingono a tentare di spiegarle, in genere.
Io accetto che si rompano gli HD, che si perdano dei dati, ma non riesco ad accettare che uno Scnadisk mi cancelli un db.
 
s.

 s.
 
già che ci sono... siti, forum, blog, newsgroup dove poter fare la stessa domanda?
 
s.

 domanda?
 
it.comp.hardware.storages
 
 

 dati, ma non riesco ad accettare che uno Scnadisk mi cancelli un db.
 
Ai tempi dell'Amiga c'era un tool chiamato DiskDoctor che era un 
antenato dello Scandisk. Pare che non abbiamo mai funzionato con 
successo e la leggenda narra che si trovarono un giorno a dover 
recuperare i dati dall'unico supporto su cui erano rimasti i sorgenti 
di quel programma. Il tool non funzionò per l'ennesima volta e di fatto 
si suicidò cancellando i propri sorgenti....
 
Tornando a noi :) che scandisk non ha cancellato nulla, ha solo 
riordinato una situazione che era incasinata a priori, anche se non lo 
sembrava. I dati erano già persi prima di scandisk...
 
 

 sembrava. I dati erano già persi prima di scandisk...
 
no io quel catalogo l'ho usato poco prima di fare lo scandisk. avrei potuto continuare ad usarlo e ora lo avrei se non avessi deciso di fare lo scandisk.
oppure è una coincidenza sconvolgente che il catalogo si sia corrotto esattamente tra l'ultima volta che l'ho aperto e lo scandisk.
 
s.

 ttamente tra l'ultima volta che l'ho aperto e lo scandisk.
 
Ma nel mezzo hai staccato l'hd mentre scriveva :)
 
-- 
www.riccimarco.com
 

 it.comp.hardware.storages
 
grazie.
 
s.

 esattamente tra l'ultima volta che l'ho aperto e lo scandisk.
 
Scandisk non va a modificare i file, riordina le incongruenze nella 
fat.
 
 

 grazie.
 
senza la "s" in storage, non so dove sia uscita...
 
 

 fat.
 
mmm, io non ne so molto, ma era quello che sapevo anche io.
però ca**o, qualche minuto prima di fare lo scandisk il catalogo funzionava. e lo scandisk mi ha spostato tutta una serie di preview di lr... insomma, mi pare che l'unico evento tra il funzionante e il non funzionante sia stato lo scandisk...
 
non esistono modi per tornare a una versione di un file, così come si possono recuperare file cancellati, vero?
 
s.

 Ma nel mezzo hai staccato l'hd mentre scriveva :)
 
no no, forse mi sono spiegato male.
dopo aver staccato l'hd ho riaperto il catalogo e funzionava.
chiuso e riaperto, dato che windows mi chiedeva uno scandisk l'ho fatto partire.
ma se avessi continuato a declinare l'offerta del s.o. aprendo il catalogo, non avrei avuto problemi.
almeno credo.
la sequenza è:
uso catalogo, stacco hd, riuso catalogo, scandisk, catalogo vuoto.
 
s.

 recuperare file cancellati, vero?
 
Ci sono alcuni file di recupero che lavorano specificamente su un certo 
tipo di file. Fanno la scansione dell'hd o di una sua porzione e 
cercano per esempio le intestazioni dei file jpg, cercando di capire 
dove iniziano e dove finiscono. In questo modo si possono recuperare 
tipi di file specifici.
 
 

 s.
 
Verifica se c'è un file di dimensione compatibile con un catalogo, non 
ti fidare dell'estensione. Eventualmente quella la rimetti a posto tu.
 
 

 ha scritto nel messaggio 
news:15324188.1084.1323523700753.JavaMail.geo-discussion-forums@vbjs5...
Dunque, ho avuto un discreto problema.
 
--------------------
 
come hai giustamente scritto, ti è almeno servito di lezione :(.
Purtroppo è un errore frequente, e a questo punto puoi postare dove vuoi, ma 
i tuoi files sono perduti per sempre, mi spiace dirtelo brutalmenmte ma 
almeno eviti di perdere tempo...
MAI lasciare che Win avvii scandisk su un disco che ha avuto problemi.
SEMPRE clonare immediatamente il disco (trovi molti tools gratuiti), poi 
agendo sul clone (non sul disco originale!) si tenta il recupero con 
testdisk ( 
http://www.cgsecurity.org/wiki/TestDisk_Download
)  che, al 
momento, è lo strumento migliore è più usato in assoluto.
Puoi ancora farla, la prova con testdisk... se scandisk non ha sovrascritto 
troppa roba, qualche files forse lo recuperi ancora, magari una versione 
vecchia del tuo catalogo, chissà, a volte il Qlo!  Certo il catalogo ultimo 
di LR puoi scordartelo... 
 
 


Ma a che serve il catalogo di lightroom? Non è un semplice file che 
contiene l'indicizzazione dei raw con relative impostazioni del 
trattamento colore etc + anteprime? Vabbèh, avrà perso le impostazioni 
di elaborazione dei raw, ma le foto dovrebbero essere tutte al loro 
posto. Comunque, viva le action per PS e successivo salvataggio a parte 
del .psd :)
 
 
-- 
www.simonelago.it
 

 almeno eviti di perdere tempo...
 
grazie! ;-)
farò una prova con testdisk. purtroppo il mio cervello in quel momento non ha considerato l'eventualità che lo scandisk potesse essere dannoso... e un bel po' di gente a cui ho chiesto è ancora decisamente dubbiosa riguardo a ciò.
 
s.

 del .psd :)
 
sì simone, serve "solo" a quello!
vuol dire che dovrò ricatalogare e risviluppare un po' di foto.
per fortuna (?!) non lo faccio di mestiere ed è solo questione di tempo. magari nel frattempo sono anche diventato più bravo e qualcosa la miglioro ;-)
 
fatico solo ad accettare che un file si rovini in questo modo... tutto qui.
 
s.
 

 ha scritto nel messaggio 
news:28867280.1325.1323619880420.JavaMail.geo-discussion-forums@vbko11...

------------------
 
impareranno anche loro ;))!
Scandisk non è dannoso se e SOLO SE legge, senza correggere gli errori delle 
fat; ma siccome il parametro /f va in automatico al riavvio di Win, ti 
ritrovi col disco corretto (e illegibile!).
ciao 
 
 

 s.
 
Se hai avuto l'accortezza di attivare il salvataggio automatico dei metadati o di premere ctrl+s ogni tanto, avrai solo il disturbo di dover reimportare le foto per rifare il catalogo. Tutte le modifiche sono salvate nella foto stessa.
Ovviamente il catalogo mantiene anche la storia, mentre così avrai disponibile solo l'ultimo sviluppo effettuato.
 
 
--
Android Usenet Reader
http://android.newsgroupstats.hk
 

Regola n.1.1: sui dischi con dati importanti disabilita la cache. Se ti 
succede qualcosa (un blocco, corrente che manca, hd staccato et similia) hai 
mooolte meno possibilità di failure perché il sistema crede di aver 
sistemato tutto mentre gli ultimi dati sono sulla cache (che ovviamente non 
avrà eseguito il flush), i suoi contenuti andranno invece persi e quindi la 
struttura del file system filerà a peripatetiche.
Scandisk proverà a mettere ordine dopo un casotto come il tuo ma spesso i 
descrittori sono andati; cerca nome ti è stato detto nella cartelle 
found.000 lì troverai i file "ricostruiti" a seguito dell'inghippo, devi 
solo vedere se qualcuno potrebbe essere il tuo catalogo (capita anche che 
files originariamente nella stessa cartella vengano "ripristinati" da 
scandisk su più cartelle).
Io farei anche un giretto più velocemente con i tools della convar, 
gratuiti, veloci ed efficaci (sia il file recovery che lo smart recovery 
quasi perfetto sulle schede di memoria).
------------------------------------------------------------------------
Antonio Taccone | Siamo scienziati, non ingegneri!
www.lasilva.net
 | A. A. Bertossi 1990, Durante una lezione.
zo...@lasilva.net
 | Università di Pisa - Dipartimento di Informatica
-------------------------------------------------------------------------
- Certo,certo.Ma ti prego,non mi ammazzare l'ingnegnere.Mi serve.Va bene?
- Maledetti tecnici. Sempre vezzeggiati. cit. Warrior apprentice.apprentice.
"essemme86"  wrote in message 
news:15324188.1084.1323523700753.JavaMail.geo-discussion-forums@vbjs5...


 cut .....
 
1) mi dici il nome del catalogo che apre automaticamente il tuo
lightroom?
2) hai verificato che nell'HD non ci siano due cataloghi di lr?
3) avviando lightroom e tenendo premuto alt, ti da la possibilità di
scegliere da più cataloghi, quandi ne vedi nella possibilità di
selezione e con che nome?
4) esplorando quanti altri ne trovi?
 
 
-- 
plxmas
togli l'AutoDalParcheggioAbusivo prima di scrivermi

 Avete idee o suggerimenti?
 
Per vedere se uno dei file che hai trovato nella cartella found.000
sia il catalogo
Lightroom scaricati questo programma free:
 
http://fishcodelib.com/files/DatabaseNet3.zip
 
(la home è questa: 
http://fishcodelib.com/Database.htm
)
 
Non ha bisogno di istallazione.
Scompatti lo zip e lanci l'eseguibile.
 
Poi fai File/Connect/SqlLite/OpenSqlLite file
 
Vai nella cartella found.000 e imposta come tipo file (All files *.*)
Poi prova ad aprire i vari file che trovi (partendo dai più
voluminosi)
 
Se trovi il catalogo dovrebbe apparire sulla finestra a sinistra
l'elenco delle tabelle di DB.
 
ciao
 
Bruno 0.5