Unable to mount

[Georingo]

Als ik tracht de volumes "85,1 GB Media" of "20,0 GB Media" probeer te openen, loopt mijn computer vast (IOWait naar 100%). Als ik Ubuntu opstart van de CDROM, en deze volumes probeer te openen, krijg ik de melding "Unable to mount". (Zie afbeelding in bijalge)
Alle volumes staan op één harde schijf, op verschillende partities, en enkele weken geleden kon ik ze wel nog mounten. Ondertussen heb ik wel UbuntuOne geïnstalleerd, maar of dat er iets mee te maken kan hebben? Ook mijn Bladwijzers in Firefox slaan trouwens helemaal tilt (niet meer te verwijderen, ...)

Zijn mijn bestanden op deze volumes nog te redden??

[Gijsbert]

Installeer het programma testdisk eens. Werkt in de terminal, wel je terminal venster groot genoeg zetten, wordt ook aangegeven. Starten in de terminal met testdisk.
artition scanner and disk recovery tool
 TestDisk checks the partition and boot sectors of your disks.
 It is very useful in recovering lost partitions.
 It works with :
 * DOS/Windows FAT12, FAT16 and FAT32
 * NTFS ( Windows NT/2K/XP )
 * Linux Ext2 and Ext3
 * BeFS ( BeOS )
 * BSD disklabel ( FreeBSD/OpenBSD/NetBSD )
 * CramFS (Compressed File System)
 * HFS and HFS+, Hierarchical File System
 * JFS, IBM's Journaled File System
 * Linux Raid
 * Linux Swap (versions 1 and 2)
 * LVM and LVM2, Linux Logical Volume Manager
 * Netware NSS
 * ReiserFS 3.5 and 3.6
 * Sun Solaris i386 disklabel
 * UFS and UFS2 (Sun/BSD/...)
 * XFS, SGI's Journaled File System

PhotoRec zit in testdisk, opstarten in de terminal met  photorec

 PhotoRec is file data recovery software designed to recover
 lost pictures from digital camera memory or even Hard Disks.
 It has been extended to search also for non audio/video headers.
 It searchs for
 * Sun/NeXT audio data (.au)
 * RIFF audio/video (.avi/.wav)
 * BMP bitmap (.bmp)
 * bzip2 compressed data (.bz2)
 * Source code written in C (.c)
 * Canon Raw picture (.crw)
 * Canon catalog (.ctg)
 * FAT subdirectory
 * Microsoft Office Document (.doc)
 * Nikon dsc (.dsc)
 * HTML page (.html)
 * JPEG picture (.jpg)
 * MOV video (.mov)
 * MP3 audio (MPEG ADTS, layer III, v1) (.mp3)
 * Moving Picture Experts Group video (.mpg)
 * Minolta Raw picture (.mrw)
 * Olympus Raw Format picture (.orf)
 * Portable Document Format (.pdf)
 * Perl script (.pl)
 * Portable Network Graphics (.png)
 * Raw Fujifilm picture (.raf)
 * Contax picture (.raw)
 * Rollei picture (.rdc)
 * Rich Text Format (.rtf)
 * Shell script (.sh)
 * Tar archive (.tar )
 * Tag Image File Format (.tiff)
 * Microsoft ASF (.wma)
 * Sigma/Foveon X3 raw picture (.x3f)
 * zip archive (.zip)

[Georingo]

Met "testdisk" vind ik alle partities terug. Ze zijn alle twee primair. Van zodra ik een diepere analyse start, of de files wil oplijsten, gaat de IOWait opnieuw naar 100% en bevriest de computer. Bij de partitie van 20 GiB lukte het nog net om een boodschap te krijgen dat er fouten op zitten... Ik kan altijd het filesysteem eens proberen wijzigen van ext3 naar iets anders, maar dan zal het wel finaal om zeep zijn?

[Paul Matthijsse]

Hallo, moeilijk te zeggen waar je probleem zit. Dat je je bookmarks van Firefox niet meer kunt verwijderen, wijst op een read-only situatie. Heb je al gedaan wat in je schermdump werd gesuggereerd: naar je dmesg kijken (gedit /var/log/dmesg)? Wellicht is daar iets te vinden over bad blocks, in dat geval heb je mogelijk een fysiek schijfprobleem. Dat kan een keer gebeuren.

UbuntuOne heeft hier mijns inziens niets mee te maken, dat is een backup/share service voor je bestanden.

Zie je beide betreffende partities wel als je in een terminal
sudo fdisk -l
typt? (de l van janmetdekorteachternaam, niet de één -:)

O ja, op dit punt zeer zeker niet je bestandssysteem gaan veranderen, dat is niet de oplossing voor je probleem.

[heir4c]

Nog een mogelijkheid:
Heb je windows op je computer staan en zijn die partities ook daarin gebruikt/gemount? Dan windows opstarten en ze correct unmounten. Daarna zou het moeten gaan.

[Georingo]

@heir4c: neen, Windows heb ik al een hele tijd niet meer :-)

@Paul M.: Ik zie inderdaad de partities staan als ik sudo fdisk -I typ:
Schijf /dev/sda: 200.0 GB, 200049647616 bytes
255 koppen, 63 sectoren/spoor, 24321 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0xc8afc8af

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        2432    19535008+  83  Linux
/dev/sda2            2433        2918     3903795   82  Linux wisselgeheugen
/dev/sda3            2919       13265    83112277+  83  Linux
/dev/sda4           13266       24321    88807320    5  Uitgebreid
/dev/sda5           13266       24133    87297178+  83  Linux
/dev/sda6           24134       24321     1510078+  82  Linux wisselgeheugen

Wat Firefox betreft: is waarschijnlijk een ander probleem. Ik kan de bladwijzers niet alleen niet vernaderen, maar mijn RSS feeds geven ook onzinresultaten, en er staat zowat 500 keer dezelfde baldwijzer in die af en toe gewijzigd wordt in iets anders. Zeer vreemd. Waar staat de file met bladwijzers dat ik die gewoon eens kan wissen/legen?

dmesg geeft een lang log bestand, maar voor mij is dit echt chinees... Is er iets in te zien? (zie bijlage)

[Paul Matthijsse]

Hallo, in je dmesg is alleen te zien dat fsck een klein probleempje op sda5 heeft gerepareerd (orphan/inode, regel 530), dat is niet ernstig. Wijst er wel op dat je systeem een keer is gescrasht.

Kun je je fstab posten? (sudo gedit /etc/fstab)?

Bookmarks: typ in een terminal
locate bookmarks.html

[Georingo]

resultaat van fstab:

proc            /proc           proc    defaults        0       0
UUID=5f3ceb38-6a0d-4e9f-81a1-322f8e8e4fd6 /               ext3    relatime,errors=remount-ro 0       1
UUID=9a41ac16-de18-4b41-9d74-c8b98766cdd8 none            swap    sw              0       0
/dev/scd1       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/scd0       /media/cdrom1   udf,iso9660 user,noauto,exec,utf8 0       0

[vanadium]

Aangezien de schijf niet in fstab gekoppeld wordt, zal die wellicht nooit gechecked geweest zijn. Wellicht is het bestandssysteem ondertussen (ernstig) beschadigd. Doe eens schijfcontrole

Code: [Selecteer]

sudo fsck /dev/sda3

en post de output hier.

[Georingo]

niet veel info...:

fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Busfout


edit: en nadien moest ik rebooten.

[Paul Matthijsse]

busfout klinkt alvast niet lekker...
wil je ook nog eens de output van
df -h
geven?

[Georingo]

Ik zal me toch eens wat "command line" moeten leren :-) Hier het resultaat van df -h:

Bestandssysteem            Grtte   Gebr Besch Geb% Aangekoppeld op
/dev/sda5              83G   22G   57G  28% /
tmpfs                 249M     0  249M   0% /lib/init/rw
varrun                249M  240K  249M   1% /var/run
varlock               249M     0  249M   0% /var/lock
udev                  249M  196K  249M   1% /dev
tmpfs                 249M  120K  249M   1% /dev/shm
lrm                   249M  2,2M  247M   1% /lib/modules/2.6.28-14-generic/volatile

[vanadium]

Als ook fsck er niets mee kan, vrees ik dat het herformatteren wordt. Als er nog bestanden moeten gered worden, dan is testdisk (zie post Gijsbert) de laatste mogelijkheid.

Mogelijk is het zover gekomen omdat de schijf voorheen nooit werd gecontroleerd. Dat is het gevaar van partities die niet in /etc/fstab gemount worden. Kleine probleemjes kunnen dan uitgroeien en fataal worden.

Komt het, na herformatteren, heel vlug opnieuw voor, dan moet er misschien aan schijffalen gedacht worden. Dat denk ik eigenlijk nog niet omdat je gewone systeem het wel doet op diezelfde schijf.

[Paul Matthijsse]

Hallo, ik begrijp hier geen moer van.
sda5 is volgens df -h gemount op /
beetje raar maar dat kan
maar waar zijn dan die andere partities zoals weergegeven in fdisk -l, namelijk sda3, 4 en 5?
doe eens in een terminal
sudo vol_id --uuid /dev/sda3
sudo vol_id --uuid /dev/sda4
sudo vol_id --uuid /dev/sda5

let op de dubbele -

met die output weet ik nog welgeteld 1 ding te verzinnen, nl: je fstab handmatig aanpassen. Maar of dat werkt valt te bezien, gelet op de busfout.

Overigens zag ik net in post nummer 5 in deze draad (de fdisk -l output) iets vreemds: zowel sda4 als 5 hebben hetzelfde begin. Mogelijk is dit normaal omdat de ene een uitgebreide (extended) partitie is en de andere een 'normale'. Ik weet het niet, gebruik nooit extended partities...

[heir4c]

Overigens zag ik net in post nummer 5 in deze draad (de fdisk -l output) iets vreemds: zowel sda4 als 5 hebben hetzelfde begin. Mogelijk is dit normaal omdat de ene een uitgebreide (extended) partitie is en de andere een 'normale'. Ik weet het niet, gebruik nooit extended partities...

Niet vreemd maar heel normaal. Hij heeft 4 primaire partities waarvan de 4de een extended is en daarin zijn de logische partities sda5 en sda6. sda4 begint het zelfde als sda5 en stopt waar sda6 stopt.

Normaal gezien zal als er al een Os staat op sda1 zal ubuntu 'zijn' partities beginnen met sda5 als / en sda6 gebruiken als swap. Omdat er maar 4 primaire partities gemaakt kunnen worden worden die zogoed als default sda1,2,3 en 4 genoemd. Als je zelf geen indeling maakt tenminste.



Edit:
Daarom noemt ubuntu 'zijn' partities default sda5 en sda6 in een extended partitie die hij default sda1 noemt als er geen ander Os opstaat en sda2 als bijvoorbeeld windows er al opstaat.
Als je zelf een indeling maakt kan je de swap bijvoorbeeld op een aparte partitie stellen en normaal gezien zal ubuntu/linux deze gebruiken, en dan geen extra swap aanmaken in de andere partitie waar /  opkomt.

(Bovenstaande is een eenvoudige uitleg: voor uitgebreidere, volledige en correcte uitleg, google even of gebruik wikipedia. Ben ook maar een simpele mens met minieme kennis hieromtrent en lees hier en daar meestal wat basisinformatie over het één en ander)

[Paul Matthijsse]

ok, duidelijk.

[Georingo]

OK, bedankt allemaal voor de hulp. Ik denk dat ik nu gewoon wacht op de 9.10 en dan de boel eens helemaal opkuis! Zonder Ubuntu had ik mijn Pentium 4 al jaren geleden vervangen wegens "te oud"...