schijven niet koppelbaar - fstab herstellen?

[profk]

(plaats sudo voor het commando)
Heb ik gedaan. Exact dezelfde uitkomst

[vanadium]

Het moest zijn "sudo mount -a", niet "sudo fdisk -a". Ik heb dat aangepast.

[profk]

@ Vanadium: Hieronder de uitvoer. Wanner ik de force-optie gebruik (zie eerdere post), dan krijg ik de melding dat alleen root kan koppelen...

(ik waardeer als deze hulp van jullie trouwens enorm)

hans@hans:~$ sudo mount -a
$LogFile indicates unclean shutdown (0, 0)
Failed to mount '/dev/sda1': Bewerking wordt niet ondersteund
Mount is denied because NTFS is marked to be in use. Choose one action:

Choice 1: If you have Windows then disconnect the external devices by
          clicking on the 'Safely Remove Hardware' icon in the Windows
          taskbar then shutdown Windows cleanly.

Choice 2: If you don't have Windows then you can use the 'force' option for
          your own responsibility. For example type on the command line:

            mount -t ntfs-3g /dev/sda1 /media/sda1 -o force

    Or add the option to the relevant row in the /etc/fstab file:

            /dev/sda1 /media/sda1 ntfs-3g force 0 0
$LogFile indicates unclean shutdown (0, 1)
Failed to mount '/dev/sda5': Bewerking wordt niet ondersteund
Mount is denied because NTFS is marked to be in use. Choose one action:

Choice 1: If you have Windows then disconnect the external devices by
          clicking on the 'Safely Remove Hardware' icon in the Windows
          taskbar then shutdown Windows cleanly.

Choice 2: If you don't have Windows then you can use the 'force' option for
          your own responsibility. For example type on the command line:

            mount -t ntfs-3g /dev/sda5 /media/sda5 -o force

    Or add the option to the relevant row in the /etc/fstab file:

            /dev/sda5 /media/sda5 ntfs-3g force 0 0
$LogFile indicates unclean shutdown (0, 1)
Failed to mount '/dev/sdb1': Bewerking wordt niet ondersteund
Mount is denied because NTFS is marked to be in use. Choose one action:

Choice 1: If you have Windows then disconnect the external devices by
          clicking on the 'Safely Remove Hardware' icon in the Windows
          taskbar then shutdown Windows cleanly.

Choice 2: If you don't have Windows then you can use the 'force' option for
          your own responsibility. For example type on the command line:

            mount -t ntfs-3g /dev/sdb1 /media/sdb1 -o force

    Or add the option to the relevant row in the /etc/fstab file:

            /dev/sdb1 /media/sdb1 ntfs-3g force 0 0

[track]

...
Mount is denied because NTFS is marked to be in use. Choose one action:

Choice 1: If you have Windows then disconnect the external devices by
          clicking on the 'Safely Remove Hardware' icon in the Windows
          taskbar then shutdown Windows cleanly.

Choice 2: If you don't have Windows then you can use the 'force' option for
          your own responsibility. For example type on the command line:

            mount -t ntfs-3g /dev/sda1 /media/sda1 -o force

    Or add the option to the relevant row in the /etc/fstab file:

            /dev/sda1 /media/sda1 ntfs-3g force 0 0
$LogFile indicates unclean shutdown (0, 1)
...

Dit zal misschien al de oplossing zijn.  De schijven werden blijkbaar onder Win.. niet "veilig verwijderd". 
Dus zou ik dat gewoon nog een keer doen: even onder Win.. aankoppelen én veilig verwijderen.
Het tweede voorstel (die -force) zou ik als een noodoplossing zien.

track

[profk]

Hoi Track,
even onder Win.. aankoppelen én veilig verwijderen, ja, dat dacht ik ook. Alleen: Windows start niet! Ik krijg bij starten eerst het grafische openingsscherm (wapperende vlaggen), en vervolgens een zwart scherm, i.p.v. de inlog-accounts.... Ik had gehoopt dat wanneer ik de schijven onder Ubuntu zou kunnen benaderen, ik ook XP weer kan starten.
Wanneer ik met de XP-installatie CD opstart, kan ik wel gewoon de C-schijf benaderen (via de R(eparatie)-optie, maar de andere NTFS-partities niet.
Hans

[Mikkel]

Eigenlijk kan het niet dat er helemaal geen resultaat komt als je die blkid in de terminal doet.  Dat verbaast mij.

Het is dan ook: sudo blkid 

[profk]

@ Mikkel: okido, dat scheelt. Hier de uitvoer van sudo blkid:

/dev/sda1: UUID="0A8CE1FB8CE1E165" LABEL="BOOT" TYPE="ntfs"
/dev/sda3: UUID="53b67476-6423-4d6d-9f34-0333d9f389ad" TYPE="ext3"
/dev/sda4: TYPE="swap" UUID="c5a1c6d2-6ebe-4f22-8e5f-ffbc684dc5cf"
/dev/sda5: UUID="D83CBB253CBAFE16" LABEL="Hans" TYPE="ntfs"
/dev/sda6: LABEL="RECOVER" UUID="8CB0-39BD" TYPE="vfat"
/dev/sdb1: UUID="080854A008548F16" LABEL="Multimedia" TYPE="ntfs"

[track]

En tóch verbaast het mij want bij mij (met Uby 7.10) werkt de blkid ook zonder sudo uitstekend ...  Had ik dus niet verwacht.

Maar de oplossing voor jouw probleem lijkt mij toch door het voorstel van Vanadium aangeduid te zijn, dat je die ntfs-bestandsystemen even eerst nog een keer moet "veilig verwijderen".

track

[heir4c]

En tóch verbaast het mij want bij mij (met Uby 7.10) werkt de blkid ook zonder sudo uitstekend ...  Had ik dus niet verwacht.

Werkt bij mij ook zonder sudo.(geeft een iets andere weergave van de gegevens)

@profk, als windows volledig is opgestart, zie je dan die andere schijven?
En windows volledig afsluiten, zodat je pc volledig uitstaat, dus niet rebooten. Dan pas je pc weer aanzetten.

[profk]

@ allemaal
Probleem met het opstarten onder Windows is dat dat niet lukt .... en daarmee het afsluiten ook niet.

[track]

Je hebt nog steeds de mogelijkheid om de mount te forceren:

Code: [Selecteer]

          mount -t ntfs-3g /dev/sdb1 /media/sdb1 -o force
Maar als er belangrijke bestande op zouden staan moet je die partitie éérst backupen !   (kan makkelijk door een dd, vraagt wél wat tijd)

Waarom staat bij jou de "boot"-partitie trouwens op ntfs ?

track

[heir4c]

@ allemaal
Probleem met het opstarten onder Windows is dat dat niet lukt .... en daarmee het afsluiten ook niet.

Dus dat is het probleem waar eerst aan gewerkt moet worden, want windows moet eerst goed af gesloten worden.
En die MBR-fix, dat bracht dus ook niets op? (vreemd.)

[profk]

Hallo Track,
"Waarom staat bij jou de "boot"-partitie trouwens op ntfs": geen idee, dat is volgens mij gewoon het label van mijn C-schijf ("BOOT" met hoofdletters). Onder bestandsbeheer heb ik een map "Bestandssysteem" met daarin bin, boot, en de rest.

[profk]

@ heir4c
En die MBR-fix, dat bracht dus ook niets op? (vreemd.)

Na fixmbr had ik, zoals verwacht, geen dual-boot systeem meer, en startte mijn systeem standaard op onder Windows - dat wil zeggen, tot aan het zwart scherm. Met supergrub kreeg ik de vertrouwde boot-keuze terug.

[heir4c]

@ heir4c
En die MBR-fix, dat bracht dus ook niets op? (vreemd.)

Na fixmbr had ik, zoals verwacht, geen dual-boot systeem meer, en startte mijn systeem standaard op onder Windows - dat wil zeggen, tot aan het zwart scherm. Met supergrub kreeg ik de vertrouwde boot-keuze terug.

Dat is logisch dat je geen dual-boot te zien krijgt, dat herstel je daarna met grub te herinstalleren vanuit ubuntu. Eerst moet je in windows geraken om deze te kunnen afsluiten en eerst de externe schijven correct af te koppelen. Dit is echt het enige en eerste dat er moet gebeuren.

[profk]

@ heir4c
Eerst moet je in windows geraken om deze te kunnen afsluiten en eerst de externe schijven correct af te koppelen. Dit is echt het enige en eerste dat je er moet gebeuren.

Dat lijkt mij ook - alleen kan ik dus niet in Windows komen. En wat die externe schijven betreft: dat is er maar één, en daarnaast gaat het om twee partities op de hoofd-schijf, die ik ook niet vanuit Ubuntu kan benaderen...
Hans

[heir4c]

Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        4889    39270861    7  HPFS/NTFS
/dev/sda2           10229       14593    35061862+   f  W95 Uitgeb. (LBA)
/dev/sda3            4890        9982    40909522+  83  Linux
/dev/sda4            9983       10228     1975995   82  Linux wisselgeheugen
/dev/sda5           10229       13414    25591513+   7  HPFS/NTFS
/dev/sda6           13415       14593     9470286    b  W95 FAT32

Hier is nog iets raars aan de hand: Linux staat vóór windows op de schijf: kijk eens naar begin en einde van de blokken.
Iemand die daar een zinnig antwoord op heeft?

[profk]

@ allen: zou het aan Gnome kunnen liggen? Vraag van een leek hoor ... Als ik in Synaptic pakketbeheer kijk, dan is de regel waar alleen "Gnome" staat, niet aanvinkt. Heel veel andere gnome-onderdelen wel.

[heir4c]

Is bij mij ook zo, maar dat zal niets uitmaken.

[track]

...
Hier is nog iets raars aan de hand: Linux staat vóór windows op de schijf: kijk eens naar begin en einde van de blokken.
Iemand die daar een zinnig antwoord op heeft?

Dat klopt wél. Ik heb het nog een keer bekeken.
sda1 is gewoon de (primaire) Win..- partitie,  sda2 de uitgebreide "extended" partitie (het ankerpunt en kader voor sda5 .. sda8 dus).
sda3 is de (primaire) Linux-partitie en sda4 de "swap" of wisselgeheugen. Vervolgens zijn er de 2 "extended" partities sda5 en 6.
Alles okee dus.

Maar om op die "BOOT"- partitie te geraken kun je nog steeds de sudo mount -t ntfs-3g /dev/sda1 /media/sda1 -o force gebruiken.
Als je op de veilige kant wilt blijven doe je het als "read-only", dus:

Code: [Selecteer]

sudo mount -t ntfs-3g /dev/sda1 /media/sda1 -o force,roDan kun je het geval bekijken zonder dat iets mis kan gaan.

track

edit: sudo mount .. uiteraard.  Én /media/sda1 moet er al zijn.

[profk]

Hallo Track,
Hier is de uitvoer:
$LogFile indicates unclean shutdown (0, 0)
WARNING: Forced mount, reset $LogFile.
fuse: failed to access mountpoint /media/sda1: Bestand of map bestaat niet

Zo langzamerhand ben ik al net zo veel tijd kwijt als wanneer ik XP er compleet nieuw op had gezet, na met GParted de hele ntfs ("BOOT") partitie opnieuw te hebben gemaakt. Maar ja: dat vind ik een vorm van overgave...
Inmiddels heb ik wél alle belangrijke bestanden op een externe HD kunnen zetten (mooie 1 TB van Medion!). Dus mocht het zo ver komen dat een herinstallatie onontkoombaar is, dan heb ik die spullen in ieder geval nog.

[track]

Dat is maar een klein probleem. Om op die  /media/sda1  te kunnen mounten moet die er zijn.  Dus die map even per sudo nautilus aanmaken.

- Was ik vergeten erbij te zeggen, sorry.

track

[profk]

Hoi Track,
Doe maar alsof ik een ontzettende leek ben (dan zit je er niet veel naast): hoe kan ik die map in Nautilus aanmaken? Zou je dat stap voor stap uit kunnen leggen?
(Had ik al de uitvoer van fdisk -l laten zien:
Schijf /dev/sda: 120.0 GB, 120034123776 bytes
255 koppen, 63 sectoren/spoor, 14593 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x4f174f16

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        4889    39270861    7  HPFS/NTFS
/dev/sda2           10229       14593    35061862+   f  W95 Uitgeb. (LBA)
/dev/sda3            4890        9982    40909522+  83  Linux
/dev/sda4            9983       10228     1975995   82  Linux wisselgeheugen
/dev/sda5           10229       13414    25591513+   7  HPFS/NTFS
/dev/sda6           13415       14593     9470286    b  W95 FAT32

Partitietabel-items liggen niet in schijfvolgorde.

Schijf /dev/sdb: 20.4 GB, 20409532416 bytes
255 koppen, 63 sectoren/spoor, 2481 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x18671866

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1   *           1        2480    19920568+   7  HPFS/NTFS

[track]

Als je in de terminal ([Alt-F2] kan ook) sudo nautilus intikt gaat het bestandsbeheer open (die ken je zeker).  In dit geval door die sudo dan wél met root (of administrator-) rechten.
Hier ga je naar de Locatie /media  (dat kan of via klikken of via de tekstregel).  In het menu [bestand] klik je op "map aanmaken" en tik gewoon de naam sda1[Enter]. Dan heb je die map, klaar, bestandsbeheer sluiten.

Heb je echt nog geen mappen zelf aangemaakt ?

track

[profk]

 
hoi Track,
Ja, ik had al wel eerder mappen aangemaakt, maar was verward: ik verwachtte ( ) in de locatie-lijst de map media, en die is daar natuurlijk niet. Inmiddels de map sda1 aangemaakt, gemount (zoals in jouw eerdere post) en voilà: in bestandsbeheer komt het ding netjes tevoorschijn.

De grap is nu dat ik dus wel geforceerd zo'n map aan kan koppelen, maar de vraag is of Ubuntu de mappen na opnieuw opstarten koppelbaar-maakt, of dat ik dat opnieuw moet forceren. Moet daarvoor een nieuwe versie van de fstab gemaakt worden?