Ik heb een probleem met een van mijn harde schijven, die eerder ook al problemen hebben opgeleverd. Het is gebeurd toen ik even weg was en mijn computer in sleep/stand-by ging, bij terugkomst was de schijf niet meer bereikbaar.
Dit was al eens eerder gebeurd, maar opnieuw mounten of reboot hielpen niet. Rebooten lukte sowieso niet, omdat ik in een soort repair console gezet werd, omdat de schijf niet gemount kon worden:
Met fdisk krijg ik de schijf nog wel gewoon te zien, maar reparatie met fsck lukt niet. Eerst leek het probleem alleen in het journal te zitten, dus dat heb ik verwijderd en opnieuw proberen aan te maken, maar dat is niet gelukt, vandaar ext3 -> ext2:
Met debugfs is de schijf wel te mounten, maar het lukt me niet om er iets van te bakken. Het journal of een inode dumpen lukt niet, omdat (vrijwel) alles stopt door de "short read". Ik heb een nieuwe schijf gekocht, dus kan alles met dd kopieren om wat te experimenteren, maar de vele zoekopdrachten naar de "short reads", zoals mrrc en diversen op osdir leveren me niet veel zinnige tips op, aangezien het de meeste mensen med fsck wel lukt!
Checken met badblocks levert trouwens wel een aanzienlijke lijst op.
Oct 7 12:24:55 kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Oct 7 12:24:55 kernel: ata1.00: cmd ca/00:28:7f:ce:01/00:00:00:00:00/e0 tag 0 dma 20480 out
Oct 7 12:24:55 kernel: res 40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 7 12:24:55 kernel: ata1.00: status: { DRDY }
Oct 7 12:25:00 kernel: ata1: port is slow to respond, please be patient (Status 0xd0)
Oct 7 12:25:05 kernel: ata1: device not ready (errno=-16), forcing hardreset
....
Oct 7 12:25:10 kernel: ata1: failed to recover some devices, retrying in 5 secs
Oct 7 12:25:15 kernel: ata1: hard resetting link
Oct 7 12:25:16 kernel: ata1: SATA link down (SStatus 0 SControl 310)
Oct 7 12:25:16 kernel: ata1.00: disable
Dit was al eens eerder gebeurd, maar opnieuw mounten of reboot hielpen niet. Rebooten lukte sowieso niet, omdat ik in een soort repair console gezet werd, omdat de schijf niet gemount kon worden:
Oct 7 14:13:56 kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Oct 7 14:13:56 kernel: ata1.00: BMDMA2 stat 0x87ca209
Oct 7 14:13:56 kernel: ata1.00: cmd c8/00:08:57:20:00/00:00:00:00:00/e0 tag 0 dma 4096 in
Oct 7 14:13:56 kernel: res 51/40:08:57:20:00/00:00:00:00:00/e0 Emask 0x9 (media error)
Oct 7 14:13:56 kernel: ata1.00: status: { DRDY ERR }
Oct 7 14:13:56 kernel: ata1.00: error: { UNC }
Oct 7 14:13:56 kernel: ata1.00: configured for UDMA/100
Oct 7 14:13:56 kernel: ata1: EH complete
Met fdisk krijg ik de schijf nog wel gewoon te zien, maar reparatie met fsck lukt niet. Eerst leek het probleem alleen in het journal te zitten, dus dat heb ik verwijderd en opnieuw proberen aan te maken, maar dat is niet gelukt, vandaar ext3 -> ext2:
# fdisk -l Device Boot Start End Blocks Id System /dev/sda1 1 30515 245111706 42 SFS # fsck /dev/sda1 fsck 1.40.8 (13-Mar-2008) e2fsck 1.40.8 (13-Mar-2008) fsck.ext2: Attempt to read block from filesystem resulted in short read while checking ext3 journal for /dev/sda1
Met debugfs is de schijf wel te mounten, maar het lukt me niet om er iets van te bakken. Het journal of een inode dumpen lukt niet, omdat (vrijwel) alles stopt door de "short read". Ik heb een nieuwe schijf gekocht, dus kan alles met dd kopieren om wat te experimenteren, maar de vele zoekopdrachten naar de "short reads", zoals mrrc en diversen op osdir leveren me niet veel zinnige tips op, aangezien het de meeste mensen med fsck wel lukt!
Checken met badblocks levert trouwens wel een aanzienlijke lijst op.
"Ik heb een boel geld uitgegeven aan drank, vrouwen en snelle auto's. De rest heb ik over de balk gesmeten." - George Best