Re: Poškození FS

[Josef Krieglstein]

Dobrý den,

napovím, že existuje třeba rdiff-backup, tam není záloha v jednom velkém 
souboru, což je na obnovu malé části lepší. Je stále efektivní na 
zabrané místo na cílovém místě, díky "diff přístupu". A v neposlední 
řadě jsou ty změny obráceně, ta nejnovější je prostá kopie (dostupná bez 
nainstalovaného nástroje) a ty starší jsou "změny".

S pozdravem
Josef Krieglstein

Dne 26.01.2022 v 14:18 Vladimír Macek napsal(a):
> Děkuju za odpovědi.
>
> Příběh:
>
> Udělal jsem bajtovou kopii dešifrované parcely, pustil na ní fsck. Na zmíněnou otázku jsem dal yes a pak na 1000 dalších. Chvíli chroupal a skončilo to tak, že na disku je jenom lost+found a v něm 900 adresářů a 11 000 souborů. Všechny pojmenované #číslo. Celková velikost zhruba sedí s tím, co si pamatuju.
>
> Naštěstí jeden z těch adresářů je můj home včetně původní struktury, pouze nahodile mu chybí některé soubory a adresáře. Ty budou pravděpodobně bez názvů v tom lost+found.
>
> Pokud by někdo z vás věděl, jak to zrekonstruovat ještě lépe, velmi to uvítám.
>
> A kdyby mi někdo chtěl říct slovo záloha, tak tu mám, na vzdáleném serveru. Vždy prvního dělám nultou zálohu a denně inkrementy. U nulté 11GB hlásí gpg2 —decrypt pohodu, bzip2 -d následující v koloně však někde ve 3/4 ohlásí chybný kontrolní součet. Kdoví proč. Asi bug v pbzip2 (chtěl jsem ušetřit čas paralelizací). Doporučuju vám ho nepoužívat. Spíš přejdu na gzip.
>
> Takže ode dneška kromě vzdálených záloh budu dělat ještě týdenní rsyncy celého FS, protože mít harddisk, který bych mohl prostě vyměnit za ten co je v notebooku by mi ušetřilo teď minimálně dva dny. A přes USB 3 SATA adaptér to umí fičet až 400 MB/s.
>
> Ach jo, udělal jsem i další pitomosti, tak nebuďte blbý jako já.
>
> Vláďa Macek | +420 608 978 164
>
>
>> 25. 1. 2022 v 17:52, Jan Kasprzak <kas na fi.muni.cz>:
>>
>>     Zdravim,
>>
>> Vladimír Macek wrote:
>> : Zdravím,
>> :
>> : Po probuzení za spánku Xubuntu na notebooku hlásil, že je přemountoval ext4 root na ro.
>> :
>> : Po restartu a připojení disku přes adaptér k jinému počítači fsck opravil superblock ze zálohy.
>> : Pak ukazuje
>> :
>> : Root inode is not a directory.  Clear<y>?
>> :
>> : Je nějaká naděje, že když se odpoví y, tak bude FS opraven? Případně jak doporučujete postupovat k obnově FS?
>>
>>     Udelat 1:1 kopii pres dd conv=noerror a experimentovat jen na ni
>> nebo jen na originalu. Tipoval bych, ze pokud je treba vytvorit root inode,
>> tak to prime potomky korenoveho adresare nataha do /lost+found, odkud je
>> s trochou stesti pujde poznat. Teda pokud je poskozeny jen ten root
>> inode a nic moc jineho.
>>
>> -Y.
>>
>> -- 
>> | Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
>> | http://www.fi.muni.cz/~kas/                         GPG: 4096R/A45477D5 |
>>     We all agree on the necessity of compromise. We just can't agree on
>>     when it's necessary to compromise.                     --Larry Wall
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux