14.04.3 LTS harde schijf mount probleem

[Miki]

Het gaat om een 500gb harde schijf dat in ext3 geformateerd is. Een aantal maanden geleden heeft
mijn moederboard het begeven. Dit was een (tweede) schijf, waar voornamelijk back up en films op
stonden. Inmiddels heb ik een andere werkende computer met 14.04.3 LTS. De harde schijf heb ik
eerst met een externe adapter (sata quickport) geprobeerd te laden, ik kreeg een foutbericht. Vervolgens
in de computer aangesloten en ik krijg hetzelfde bericht. Op de desktop verschijnt de harde schijf icoon,
maar als ik het wil gebruiken dan krijg ik het volgende bericht:

Error mounting /dev/sda1 at /media/redner/ace229eb-e772-42eb-a068-92a5bc32e9a1: Command-line `mount -t "ext3" -o "uhelper=udisks2,nodev,nosuid" "/dev/sda1" "/media/redner/ace229eb-e772-42eb-a068-92a5bc32e9a1"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Het is een oudere schijf en het zou hardware kunnen zijn, maar ik wil in ieder geval nog een poging wagen, iemand nog ideeën hoe
ik dit probleem zou moeten aanpakken?

[Nero]

Probeer eens

Code: [Selecteer]

sudo e2fsck -f /dev/sda1Dit zou fouten op de partitie moeten corrigeren op voorwaarde dat sda1 wel een ext{2|3|4} partitie is.

En wat geeft

Code: [Selecteer]

sudo smartctl -A /dev/sda

[Miki]

Dank je Nero,

Het resultaat van het commando: sudo e3fsck is:

redner@redner-desktop:~$ sudo e2fsck -f /dev/sda1
[sudo] password for redner:
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
e2fsck: Group descriptors look bad... trying backup blocks...
e2fsck: A block group is missing an inode table while checking ext3 journal for /dev/sda1

Ik heb smartmontools geïnstalleerd en de commando uitgevoerd, het resultaat is:

== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   133   133   054    Pre-fail  Offline      -       138
  3 Spin_Up_Time            0x0007   122   122   024    Pre-fail  Always       -       330 (Average 298)
  4 Start_Stop_Count        0x0012   099   099   000    Old_age   Always       -       4783
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   131   131   020    Pre-fail  Offline      -       29
  9 Power_On_Hours          0x0012   097   097   000    Old_age   Always       -       21059
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       4752
192 Power-Off_Retract_Count 0x0032   096   096   000    Old_age   Always       -       5116
193 Load_Cycle_Count        0x0012   096   096   000    Old_age   Always       -       5116
194 Temperature_Celsius     0x0002   150   150   000    Old_age   Always       -       40 (Min/Max 12/50)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -

[Nero]

SMART laat geen abnormale zaken zien, en de schijfcontrole herkent wel het ext3 systeem.

Je kan eens volgende proberen: https://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/

[Miki]

Ik heb de suggestie in de link geprobeerd, maar ik kreeg een ander antwoord in terminal dan
beschreven en dus durfde ik niet "superblocks te vervangen"

Ik voer nu een controle van de schijf uit: sudo badblocks -nsv /dev/sda1  > bad-blocks
en hoop op specifiekere informatie over de oorzaak van het probleem te krijgen, merkwaardig genoeg
geeft het tot nu toe geen enkele error na 33% gecontroleerd te hebben van de schijf.