Re: (deb-cat) Recuperar directoris
__ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 18/12/18 a les 19:41, Ernest Adrogué ha escrit: > 2018-12-18, 19:25 (+0100); Narcis Garcia escriu: >> No tinc un espai així de gran on volcar 3TB per fer experiments. > > No crec que es tracti de fer experiments. Si vols 3TB per > emmagatzematge, això vol dir que necessites 6TB. 3TB per les dades i > 3TB per la còpia de seguretat. > > A mi m'ha passat més d'un cop, però al final ho he après. Els discs > durs fallen i has d'estar preparat. > Abans hi havia un disc dur de 1TB per les dades, i sobrava. El fet de passar a 3TB va ser per això: per moure còpies de seguretat. Però primer estic interessat en la recuperació.
Re: (deb-cat) Recuperar directoris
2018-12-18, 19:25 (+0100); Narcis Garcia escriu: > No tinc un espai així de gran on volcar 3TB per fer experiments. No crec que es tracti de fer experiments. Si vols 3TB per emmagatzematge, això vol dir que necessites 6TB. 3TB per les dades i 3TB per la còpia de seguretat. A mi m'ha passat més d'un cop, però al final ho he après. Els discs durs fallen i has d'estar preparat. Salut.
Re: (deb-cat) Recuperar directoris
Un altre cas similar: Un ordinador amb un disc de 3TB (partició única) que dóna errors d'entrada/sortida a l'hora de llegir la carpeta de documents. Al «SMART» posa que hi ha 1 sector defectuós. No tinc un espai així de gran on volcar 3TB per fer experiments. Com que el què deu estar fet malbé és l'inode d'accés a la carpeta, m'imagino que no hi ha més remei que recuperar amb fsck els inodes orfes que són els subdirectoris de la carpeta de documents. Se m'ha acudit doncs fer: fsck -ccyk /dev/sdX tant per a què detecti i marqui els blocs dolents com per a què rescati els inodes que depenen de la carpeta problemàtica. Algun consell millor abans de fer-ho? __ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 3/12/18 a les 11:28, Alex Muntada ha escrit: > Hola Toni, > >> El cas és que si intento executar fsck -vMsrp -t ext 4 sobre >> la UUID i a través de SSH de la partició que vull revisar em >> dóna error (return code 8). No em dóna més informació. En canvi, >> la mateixa sentència executada amb una terminal interactiva no >> em dóna cap problema. > > Prova a passar l'opció -t a l'ssh perquè reservi un tty. Si el > fsck espera una resposta interactiva, segons com cridis l'ssh > no es reserva cap tty i aleshores falla. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org > ⠈⠳⣄ >
Re: (deb-cat) Recuperar directoris
Hola Toni, > He hegut d'invocar ssh amb la opció -tt, amb una sola -t encara > no en fucnionava. Moltes gràcies! Ah! No sabia que es podia forçar amb -tt. Moltes gràcies a tu per compartir-ho :) Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: (deb-cat) Recuperar directoris
Hola, He hegut d'invocar ssh amb la opció -tt, amb una sola -t encara no en fucnionava. Moltes gràcies! Toni Mas Missatge de Alex Muntada del dia dl., 3 de des. 2018 a les 11:28: > Hola Toni, > > > El cas és que si intento executar fsck -vMsrp -t ext 4 sobre > > la UUID i a través de SSH de la partició que vull revisar em > > dóna error (return code 8). No em dóna més informació. En canvi, > > la mateixa sentència executada amb una terminal interactiva no > > em dóna cap problema. > > Prova a passar l'opció -t a l'ssh perquè reservi un tty. Si el > fsck espera una resposta interactiva, segons com cridis l'ssh > no es reserva cap tty i aleshores falla. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org > ⠈⠳⣄ > >
Re: (deb-cat) Recuperar directoris
Hola Toni, > El cas és que si intento executar fsck -vMsrp -t ext 4 sobre > la UUID i a través de SSH de la partició que vull revisar em > dóna error (return code 8). No em dóna més informació. En canvi, > la mateixa sentència executada amb una terminal interactiva no > em dóna cap problema. Prova a passar l'opció -t a l'ssh perquè reservi un tty. Si el fsck espera una resposta interactiva, segons com cridis l'ssh no es reserva cap tty i aleshores falla. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: (deb-cat) Recuperar directoris
Ara ho he vist. Buscava al "man fsck" i no trobava la opció. Ja que hi som, llanço una consulta. Tinc configurat un sistema de backup amb un Raspberry PI (raspbian stable+debian armhf stable) al quan accedeixo remotament via SSH. Totes les gestions de manteniment personalitzades (que no venen per defecte) les executo mitjançant script BASH a través de SSH --una forma que em resulta pràctica per què centralitzo el manteniment--. El cas és que si intento executar fsck -vMsrp -t ext 4 sobre la UUID i a través de SSH de la partició que vull revisar em dóna error (return code 8). No em dóna més informació. En canvi, la mateixa sentència executada amb una terminal interactiva no em dóna cap problema. Vull creure que és degut a alguna variable d'entorn. Però no sé per on continuar amb la investigació. Alguna idea? Gràcies. Toni Mas Missatge de Jordi Funollet del dia dj., 29 de nov. 2018 a les 10:15: > Hola Toni, > > has de buscar a 'man fsck.ext3', que té opcions específiques per aquest > filesystem. 'man fsck' sols t'ensenyarà les opcions comunes a tots els > filesystems. > > -- > Jordi Funollet Pujol > http://www.linkedin.com/in/jordifunollet > > On Thu, Nov 29, 2018, at 9:50 AM, Toni Mas i Soler wrote: > > Hola, > > Disculpeu la ignorància. Per curiositat. No he trobat en cap documentació > > el què implica la opció -cc del fsck (doble). Algú sap què és el seu > > significat exacte? > > > > Gràcies. > > Toni Mas > > > > > > Missatge de Narcis Garcia del dia dt., 27 de > nov. > > 2018 a les 15:06: > > > > > __ > > > I'm using this express-made address because personal addresses aren't > > > masked enough at this mail public archive. Public archive administrator > > > should fix this against automated addresses collectors. > > > On 27/11/18 14:49, Eloi wrote: > > > > El 27/11/18 a les 09:48, Narcis Garcia ha escrit: > > > >> [...] > > > >> El què vaig fer és reiniciar a una unitat externa i: > > > >> $ fsck -ccyk /dev/sda1 > > > > > > > > Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure > > > > una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i > > > > conté dades a recuperar és una *terrible* idea. La prova "no > destructiva > > > > de lectura i escriptura" de badblocks consisteix a llegir un sector, > > > > guardar-lo en memòria, escriure noves dades, llegir-les, verificar > que > > > > són les que just ha escrit i reescriure les dades originals. > > > > > > > > Ja no és només risc inherent d'escriure sobre un disc que ja ha donat > > > > indicis de fallada (raó per la qual és recomanable sempre muntar en > > > > només lectura particions de discs amb danys si no és possible un > > > > ddrescue), el fet de sobreescriure sobre *tots* els sectors pot > haver no > > > > només augmentat els errors de lectura sinó haver destruït dades fins > > > > aleshores recuperables en cas que el cicle de llegir, escriure, > > > > comprovar i sobreescriure amb les dades originals falli en els últims > > > > passos. > > > > > > > > No puc ajudar-te en l'aspecte de recuperar directoris, només puc > dir-te > > > > que no tornis a fer un fsck -cc sobre un disc amb errors i dades a > > > > recuperar. El que faria ara, per no agreujar encara més la situació, > > > > seria crear amb ddrescue una imatge del disc i fer servir eines de > > > > rescat sobre *còpies* d'aquesta imatge que has creat. El problema és > que > > > > fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc > > > > original. > > > > > > > > > > Vaig fer la revisió de lectura+escriptura perquè he llegit que el > > > sistema SMART només reubica sectors quan falla l'escriptoria, i volia > > > poder copiar-me les dades (corruptes o no) sense que s'interrompés res > > > per fallades de lectura. També la meva intenció era que el fsck fes la > > > seva reubicació de blocs; no m'importa gaire que es perdin fitxers > d'uns > > > quants blocs defectuosos; m'importa el conjunt de centenars de milers. > > > > > > No disposo d'espai per jugar amb una partició de 3TiB > > > La meva esperança és només recuperar algunes eestructures d'inodes. > > > > > > Crec que el problema amb fsck ha estat més lògic que físic: els inodes > > > illegibles (i orfes) deuen haver estat «matxacats». Però... sorpresa! > > > dins de /lost+found hi han anat a parar centenars de milers de > > > directoris i fitxers! > > > > > > > >
Re: (deb-cat) Recuperar directoris
Hola Toni, has de buscar a 'man fsck.ext3', que té opcions específiques per aquest filesystem. 'man fsck' sols t'ensenyarà les opcions comunes a tots els filesystems. -- Jordi Funollet Pujol http://www.linkedin.com/in/jordifunollet On Thu, Nov 29, 2018, at 9:50 AM, Toni Mas i Soler wrote: > Hola, > Disculpeu la ignorància. Per curiositat. No he trobat en cap documentació > el què implica la opció -cc del fsck (doble). Algú sap què és el seu > significat exacte? > > Gràcies. > Toni Mas > > > Missatge de Narcis Garcia del dia dt., 27 de nov. > 2018 a les 15:06: > > > __ > > I'm using this express-made address because personal addresses aren't > > masked enough at this mail public archive. Public archive administrator > > should fix this against automated addresses collectors. > > On 27/11/18 14:49, Eloi wrote: > > > El 27/11/18 a les 09:48, Narcis Garcia ha escrit: > > >> [...] > > >> El què vaig fer és reiniciar a una unitat externa i: > > >> $ fsck -ccyk /dev/sda1 > > > > > > Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure > > > una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i > > > conté dades a recuperar és una *terrible* idea. La prova "no destructiva > > > de lectura i escriptura" de badblocks consisteix a llegir un sector, > > > guardar-lo en memòria, escriure noves dades, llegir-les, verificar que > > > són les que just ha escrit i reescriure les dades originals. > > > > > > Ja no és només risc inherent d'escriure sobre un disc que ja ha donat > > > indicis de fallada (raó per la qual és recomanable sempre muntar en > > > només lectura particions de discs amb danys si no és possible un > > > ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no > > > només augmentat els errors de lectura sinó haver destruït dades fins > > > aleshores recuperables en cas que el cicle de llegir, escriure, > > > comprovar i sobreescriure amb les dades originals falli en els últims > > > passos. > > > > > > No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te > > > que no tornis a fer un fsck -cc sobre un disc amb errors i dades a > > > recuperar. El que faria ara, per no agreujar encara més la situació, > > > seria crear amb ddrescue una imatge del disc i fer servir eines de > > > rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que > > > fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc > > > original. > > > > > > > Vaig fer la revisió de lectura+escriptura perquè he llegit que el > > sistema SMART només reubica sectors quan falla l'escriptoria, i volia > > poder copiar-me les dades (corruptes o no) sense que s'interrompés res > > per fallades de lectura. També la meva intenció era que el fsck fes la > > seva reubicació de blocs; no m'importa gaire que es perdin fitxers d'uns > > quants blocs defectuosos; m'importa el conjunt de centenars de milers. > > > > No disposo d'espai per jugar amb una partició de 3TiB > > La meva esperança és només recuperar algunes eestructures d'inodes. > > > > Crec que el problema amb fsck ha estat més lògic que físic: els inodes > > illegibles (i orfes) deuen haver estat «matxacats». Però... sorpresa! > > dins de /lost+found hi han anat a parar centenars de milers de > > directoris i fitxers! > > > >
Re: (deb-cat) Recuperar directoris
Hola, -c és perquè faci crida a badblocks. Especificat doblement, l'escaneig de blocs es farà amb comprovacions de lectura-escriptura no destructives. Ho he trobat al "man fsck.ext4": -c This option causes e2fsck to use badblocks(8) program to do a read-only scan of the device in order to find any bad blocks. If any bad blocks are found, they are added to the bad block inode to prevent them from being allocated to a file or directory. If this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. On Thu, 29 Nov 2018 at 09:50, Toni Mas i Soler wrote: > Hola, > Disculpeu la ignorància. Per curiositat. No he trobat en cap documentació > el què implica la opció -cc del fsck (doble). Algú sap què és el seu > significat exacte? > > Gràcies. > Toni Mas > > > Missatge de Narcis Garcia del dia dt., 27 de nov. > 2018 a les 15:06: > >> __ >> I'm using this express-made address because personal addresses aren't >> masked enough at this mail public archive. Public archive administrator >> should fix this against automated addresses collectors. >> On 27/11/18 14:49, Eloi wrote: >> > El 27/11/18 a les 09:48, Narcis Garcia ha escrit: >> >> [...] >> >> El què vaig fer és reiniciar a una unitat externa i: >> >> $ fsck -ccyk /dev/sda1 >> > >> > Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure >> > una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i >> > conté dades a recuperar és una *terrible* idea. La prova "no destructiva >> > de lectura i escriptura" de badblocks consisteix a llegir un sector, >> > guardar-lo en memòria, escriure noves dades, llegir-les, verificar que >> > són les que just ha escrit i reescriure les dades originals. >> > >> > Ja no és només risc inherent d'escriure sobre un disc que ja ha donat >> > indicis de fallada (raó per la qual és recomanable sempre muntar en >> > només lectura particions de discs amb danys si no és possible un >> > ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no >> > només augmentat els errors de lectura sinó haver destruït dades fins >> > aleshores recuperables en cas que el cicle de llegir, escriure, >> > comprovar i sobreescriure amb les dades originals falli en els últims >> > passos. >> > >> > No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te >> > que no tornis a fer un fsck -cc sobre un disc amb errors i dades a >> > recuperar. El que faria ara, per no agreujar encara més la situació, >> > seria crear amb ddrescue una imatge del disc i fer servir eines de >> > rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que >> > fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc >> > original. >> > >> >> Vaig fer la revisió de lectura+escriptura perquè he llegit que el >> sistema SMART només reubica sectors quan falla l'escriptoria, i volia >> poder copiar-me les dades (corruptes o no) sense que s'interrompés res >> per fallades de lectura. També la meva intenció era que el fsck fes la >> seva reubicació de blocs; no m'importa gaire que es perdin fitxers d'uns >> quants blocs defectuosos; m'importa el conjunt de centenars de milers. >> >> No disposo d'espai per jugar amb una partició de 3TiB >> La meva esperança és només recuperar algunes eestructures d'inodes. >> >> Crec que el problema amb fsck ha estat més lògic que físic: els inodes >> illegibles (i orfes) deuen haver estat «matxacats». Però... sorpresa! >> dins de /lost+found hi han anat a parar centenars de milers de >> directoris i fitxers! >> >> -- -- Salutacions...Josep --
Re: (deb-cat) Recuperar directoris
Hola, Disculpeu la ignorància. Per curiositat. No he trobat en cap documentació el què implica la opció -cc del fsck (doble). Algú sap què és el seu significat exacte? Gràcies. Toni Mas Missatge de Narcis Garcia del dia dt., 27 de nov. 2018 a les 15:06: > __ > I'm using this express-made address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. > On 27/11/18 14:49, Eloi wrote: > > El 27/11/18 a les 09:48, Narcis Garcia ha escrit: > >> [...] > >> El què vaig fer és reiniciar a una unitat externa i: > >> $ fsck -ccyk /dev/sda1 > > > > Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure > > una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i > > conté dades a recuperar és una *terrible* idea. La prova "no destructiva > > de lectura i escriptura" de badblocks consisteix a llegir un sector, > > guardar-lo en memòria, escriure noves dades, llegir-les, verificar que > > són les que just ha escrit i reescriure les dades originals. > > > > Ja no és només risc inherent d'escriure sobre un disc que ja ha donat > > indicis de fallada (raó per la qual és recomanable sempre muntar en > > només lectura particions de discs amb danys si no és possible un > > ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no > > només augmentat els errors de lectura sinó haver destruït dades fins > > aleshores recuperables en cas que el cicle de llegir, escriure, > > comprovar i sobreescriure amb les dades originals falli en els últims > > passos. > > > > No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te > > que no tornis a fer un fsck -cc sobre un disc amb errors i dades a > > recuperar. El que faria ara, per no agreujar encara més la situació, > > seria crear amb ddrescue una imatge del disc i fer servir eines de > > rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que > > fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc > > original. > > > > Vaig fer la revisió de lectura+escriptura perquè he llegit que el > sistema SMART només reubica sectors quan falla l'escriptoria, i volia > poder copiar-me les dades (corruptes o no) sense que s'interrompés res > per fallades de lectura. També la meva intenció era que el fsck fes la > seva reubicació de blocs; no m'importa gaire que es perdin fitxers d'uns > quants blocs defectuosos; m'importa el conjunt de centenars de milers. > > No disposo d'espai per jugar amb una partició de 3TiB > La meva esperança és només recuperar algunes eestructures d'inodes. > > Crec que el problema amb fsck ha estat més lògic que físic: els inodes > illegibles (i orfes) deuen haver estat «matxacats». Però... sorpresa! > dins de /lost+found hi han anat a parar centenars de milers de > directoris i fitxers! > >
Re: (deb-cat) Recuperar directoris
__ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. On 27/11/18 14:49, Eloi wrote: > El 27/11/18 a les 09:48, Narcis Garcia ha escrit: >> [...] >> El què vaig fer és reiniciar a una unitat externa i: >> $ fsck -ccyk /dev/sda1 > > Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure > una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i > conté dades a recuperar és una *terrible* idea. La prova "no destructiva > de lectura i escriptura" de badblocks consisteix a llegir un sector, > guardar-lo en memòria, escriure noves dades, llegir-les, verificar que > són les que just ha escrit i reescriure les dades originals. > > Ja no és només risc inherent d'escriure sobre un disc que ja ha donat > indicis de fallada (raó per la qual és recomanable sempre muntar en > només lectura particions de discs amb danys si no és possible un > ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no > només augmentat els errors de lectura sinó haver destruït dades fins > aleshores recuperables en cas que el cicle de llegir, escriure, > comprovar i sobreescriure amb les dades originals falli en els últims > passos. > > No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te > que no tornis a fer un fsck -cc sobre un disc amb errors i dades a > recuperar. El que faria ara, per no agreujar encara més la situació, > seria crear amb ddrescue una imatge del disc i fer servir eines de > rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que > fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc > original. > Vaig fer la revisió de lectura+escriptura perquè he llegit que el sistema SMART només reubica sectors quan falla l'escriptoria, i volia poder copiar-me les dades (corruptes o no) sense que s'interrompés res per fallades de lectura. També la meva intenció era que el fsck fes la seva reubicació de blocs; no m'importa gaire que es perdin fitxers d'uns quants blocs defectuosos; m'importa el conjunt de centenars de milers. No disposo d'espai per jugar amb una partició de 3TiB La meva esperança és només recuperar algunes eestructures d'inodes. Crec que el problema amb fsck ha estat més lògic que físic: els inodes illegibles (i orfes) deuen haver estat «matxacats». Però... sorpresa! dins de /lost+found hi han anat a parar centenars de milers de directoris i fitxers!
Re: (deb-cat) Recuperar directoris
El 27/11/18 a les 09:48, Narcis Garcia ha escrit: > [...] > El què vaig fer és reiniciar a una unitat externa i: > $ fsck -ccyk /dev/sda1 Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i conté dades a recuperar és una *terrible* idea. La prova "no destructiva de lectura i escriptura" de badblocks consisteix a llegir un sector, guardar-lo en memòria, escriure noves dades, llegir-les, verificar que són les que just ha escrit i reescriure les dades originals. Ja no és només risc inherent d'escriure sobre un disc que ja ha donat indicis de fallada (raó per la qual és recomanable sempre muntar en només lectura particions de discs amb danys si no és possible un ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no només augmentat els errors de lectura sinó haver destruït dades fins aleshores recuperables en cas que el cicle de llegir, escriure, comprovar i sobreescriure amb les dades originals falli en els últims passos. No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te que no tornis a fer un fsck -cc sobre un disc amb errors i dades a recuperar. El que faria ara, per no agreujar encara més la situació, seria crear amb ddrescue una imatge del disc i fer servir eines de rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc original.
Re: (deb-cat) Recuperar directoris
__ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. On 27/11/18 11:44, Alex Muntada wrote: > Hola Narcis, > >> Hi havia un munt de dades, i un dia vaig copiar-hi moltes més >> coses quan va començar a donar errors d'escriptura. > > Sempre que és possible, el primer que faig quan falla un disc > és fer-ne una imatge sencera amb ddrescue (no avorta si troba > errors al disc) en un altre disc més gran. Així evito que el > disc avariat s'espatlli més i puc jugar amb la imatge per mirar > de recuperar el que hi havia. Gràcies; no comptava amb un disc més gran que l'afectat per utilitzar ddrescue, myrescue, recoverdm o safecopy. >> M'hagués agradat poder regular la «sensibilitat» del badblocks >> per a què qualsevol bloc sospitós el marqui com a defectuós >> sense estar-s'hi hores rascant. > > El ddrescue té moltes opcions per afinar el que t'interessi. > >> Però totes semblen basar-se en el diari d'escriptures (journal) >> per recuperar coses recent esborrades, però els directoris que >> he perdut ja hi eren des de fa molt temps. > > Jo he tingut sort recuperant alguns fitxers amb el foremost, > sobretot si tenen capçaleres binàries que els identifiquin com > és el cas de les imatges. El que no recupera són directoris. > Va llegint directament tots els blocs del dispositiu fins que > troba un format que coneix i estira el fil a partir d'allà. Ho conec (photorec, foremost, scalpel, magicrescue), però bona part dels fitxers no tenen sentit si no estan als directoris i subdirectoris originals. > Per a casos més crítics, hi ha empreses especialitzades en > recuperar dades i acostumen a ser força efectives però molt > cares alhora. No tinc cap experiència directa però conec algun > cas d'uns companys de feina que els va anar molt bé. El preu es deu a què els processos no són automatitzats, sinó que pagues per les hores que s'hi han de passar. M'imagino que si em posés a desxifrar el laberint d'inodes i referències també jo acabaria reconstruint el mapa de tot. Diners o hores (a punta de pala en aquest cas)
Re: (deb-cat) Recuperar directoris
Hola Narcis, > Hi havia un munt de dades, i un dia vaig copiar-hi moltes més > coses quan va començar a donar errors d'escriptura. Sempre que és possible, el primer que faig quan falla un disc és fer-ne una imatge sencera amb ddrescue (no avorta si troba errors al disc) en un altre disc més gran. Així evito que el disc avariat s'espatlli més i puc jugar amb la imatge per mirar de recuperar el que hi havia. > M'hagués agradat poder regular la «sensibilitat» del badblocks > per a què qualsevol bloc sospitós el marqui com a defectuós > sense estar-s'hi hores rascant. El ddrescue té moltes opcions per afinar el que t'interessi. > Però totes semblen basar-se en el diari d'escriptures (journal) > per recuperar coses recent esborrades, però els directoris que > he perdut ja hi eren des de fa molt temps. Jo he tingut sort recuperant alguns fitxers amb el foremost, sobretot si tenen capçaleres binàries que els identifiquin com és el cas de les imatges. El que no recupera són directoris. Va llegint directament tots els blocs del dispositiu fins que troba un format que coneix i estira el fil a partir d'allà. Per a casos més crítics, hi ha empreses especialitzades en recuperar dades i acostumen a ser força efectives però molt cares alhora. No tinc cap experiència directa però conec algun cas d'uns companys de feina que els va anar molt bé. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
