Jak postupovat při záchraně dat: Porovnání verzí

oprava kódu
m (Robot: kosmetické úpravy)
(oprava kódu)
Ukázka výpisu:
 
<small>
{{Výpis|1=
Apr 22 17:44:15 stroj X: Libgcrypt warning: missing initialization - please fix the application
Apr 22 17:47:47 stroj kernel: [ 269.416988] sd 4:0:0:0: [sdb] Attached SCSI disk
}}
</small>
 
{{Výpis|1={{Linux:root}}[[Linux:sfdisk|sfdisk]] -d /dev/sdb
A víte, která služba nakonec za tím vězela? <code>/etc/init.d/xfs</code> – X font server. Absolutně je mi záhadou, proč zrovna tato služba, která s tím diskem nemá absolutně nic do činění, blokuje jeho odpojení.}}
 
<small>{{Výpis|1=
{{Linux:root}}[[Linux:umount|umount]] /dev/sdb1
umount: /media/sdb1: device is busy.
The filesystem was mounted RO. It is better to umount and mount it again.
FS is consistent.
}}
}}</small>
 
V případě že na tomto diskovém oddíle je již vše OK, vypadá výsledek kontroly takto:
<small>{{Výpis|1=
{{Linux:root}}[[Linux:fsck.reiser4|reiser4]] /dev/sdb1
*******************************************************************
 
FS is consistent.
}}
}}</small>
 
== Oprava diskových oddílů virtuálních disků VMware ==
S vytvořeným zařízením <code>/dev/loop4</code> pak již můžeme pracovat jako s normálním blokovým zařízením.
 
<small>{{Výpis|1=
{{Linux:root}}[[Linux:fsck|fsck]] --rebuild-tree /dev/loop4
reiserfsck 3.6.21 (2009 www.namesys.com)
reiserfsck finished at Mon May 25 19:42:51 2009
###########
}}
}}</small>
 
Po opravě disku nezapomeňte zrušit všechna loop zařízení, která pracují s tímto diskem, a teprve pak jej odmountujte.
}}
 
<small>
{{Výpis|1=
{{Linux:root}}[[Linux:head|head]] disk*.vmdk
parentFileNameHint="disk-000003.vmdk"
}}
</small>
 
{{Výpis|1=