automatisch mounten ntfs partitie

[estree]

Hallo,

Na lang zoeken op vele ubuntu forums toch even deze vraag (ik ben nog maar een beginner in ubuntu):

Ik zou graag mijn ntfs partitie automatisch laten mounten bij opstart.
hiervoor voeg ik volgende regel toe in fstab nadat ik root rechten had:

#/dev/sda2
UUID=6F1E85AE1BD907E4 /media/sda2  ntfs defaults,nls=utf8,umask=007,gid=46 0       1


daarna voeg ik in het terminalvenster volgend in (waarom weet ik niet, maar ik las dat dit moest): sudo mount -a

Jammer genoeg krijg ik dan volgende:
fuse: failed to access mountpoint /media/sda2: Bestand of map bestaat niet

Wat doe ik mis? Is de regel in fstab mis?

Alvast bedankt

[mp]

Maak in media eens een map aan die sda2 heet. Dit zul je ook met rootrechten moeten doen. Dus in terminalvenster:

Code: [Selecteer]

cd /media
sudo mkdir sda2Probeer dan nog eens, nu bestaat je mountpoint wel.

[edit: sudo vergeten ]

[ivo]

#/dev/sda2
UUID=6F1E85AE1BD907E4 /media/sda2  ntfs defaults,nls=utf8,umask=007,gid=46 0       1

Omdat je schrijft dat je nog beginner bent vraag ik me het volgende af:
Heb je bovenstaande regel letterlijk ergens vandaan overgenomen?

[Eider]

Je kunt ook proberen het programma ntfs-3g te installeren. Dan kun je via Toepassingen -- Systeemgereedschap -- NTFS configuratie Tool de schijf bij het opstarten laten mounten. Dit werkt bij mij prima in Intrepid 

[vanadium]

estree mag dan wel beginner zijn, maar is alleszins perfect op de goede manier bezig en zeer goed geïnformeerd.

"sudo mount -a" zorgt ervoor dat de regels van je /etc/fstab opnieuw uitgevoerd worden. Dank zij dat commando hoef je niet te herstarten om veranderingen in je /etc/fstab te activeren. Bijkomend voordeel is dat je eventuele fouten in je /etc/fstab kunt opmerken. Normaal mag dat commando namelijk geen output geven.

Jou foutmelding gaf aan dat je koppelpunt niet bestond. mp gaf je dan het correcte advies om dat koppelpunt vooralsnog aan te maken. Als je daarna nog eens "sudo mount -a" doet, zal de foutmelding verdwenen zijn.

Je kan inderdaad nog eens nadenken over de regel in /etc/fstab. De allerlaatste "1" zou zeker moeten gewijzigd worden, ofwel in "2" (checken, maar pas na het root systeem - "1" behoud je voor het root systeem), ofwel in "0" (geen checken = snellere opstart, en wellicht beter voor ntfs: zorg ervoor dat je zelf nu en dan  checkt vanuit Windows). gid=46 mag eruit want is enkel nuttig voor externe USB schijven. In welke mate nls=utf8 nodig is, weet ik niet: de karakterset na nls moet overeenkomen met die van je Windows systeem omdat anders vreemde tekens verkeerd weergegeven worden.

[mp]

Als je de UUID ergens van op het net hebt gekopieerd, zal die verkeerd zijn. De UUID van partitie sda2 vind je door volgend commando:

Code: [Selecteer]

sudo vol_id -u /dev/sda2

[spawn]

Als je de UUID ergens van op het net hebt gekopieerd, zal die verkeerd zijn. De UUID van partitie sda2 vind je door volgend commando:

Code: [Selecteer]

sudo vol_id -u /dev/sda2

dat zou kunnen dat hij in fstab de regel van een forum hebt gekopieerd, zelf ooit gehad
met: sudo blkid
krijgt hij ook een lijst en daar moet hij idd die regel (UUID) kopieeren en in fstab zetten.
goed mogelijk dus

[vanadium]

goed mogelijk dus

Als ik mij op de feiten baseer, dan lijkt dit hier niet het geval. De foutmelding van "sudo mount -a" wijst op het niet bestaan van het koppelpunt, niet op een ongeldige uuid. Laten we het dus eerst daarop houden.

[estree]

Hallo,

Wow, zoveel antwoorden. Leuk om te lezen.
Even reageren:
Heb inderdaad heel wat opzoekingswerk gedaan. Heb delen gekopieerd, maar ook heel wat moeten aanpassen zoals de UUID.
Ik probeer nu even een map aan te maken, en pas de 0 en de 1 aan en laat jullie dan iets weten.

Wat bedoel je hier juist mee?

zorg ervoor dat je zelf nu en dan  checkt vanuit Windows).

[mp]

Wat bedoel je hier juist mee?

zorg ervoor dat je zelf nu en dan  checkt vanuit Windows).

Als je die cijfertjes verandert zal Linux je ntfs partitie niet automatisch controleren (wat niet erg is). Vanadium geeft de raad om die partitie wel af en toe handmatig te controleren, en dat zul je dan vanuit windows moeten doen.

[estree]

Gelukt!!!
Ubuntu wordt steeds leuker.
Ik probeer voortaan meer dingen uit te zoeken om via commando's te werken

Alvast bedankt aan iedereen voor de vele reacties

[mp]

Prachtig, als je nu nog "[Opgelost]" voor je topictitel zet is het helemaal goed .

[ivo]

Gelukt!!!
Ubuntu wordt steeds leuker.
Ik probeer voortaan meer dingen uit te zoeken om via commando's te werken

Alvast bedankt aan iedereen voor de vele reacties

Heel goed van je! En ook goed dat je meer via de command line gaat doen.
Daar leer je heel veel van.

[estree]

Hallo,

Jammer genoeg het label "opgelost" terug weg moeten halen van voor deze titel.

Het probleem is dat bij opstart de partitie wel automatisch wordt gemount, maar ik kan de data niet zien doordat ik niet over de nodige rechten beschik.
Bij het handmatig mounten voordien was dit geen probleem.

Kent iemand dit probleem en weet iemand een oplossing?

Alvast bedankt

[mp]

Kun je in fstab niet ergens een optie veranderen waardoor je wel rechten krijgt?

[estree]

het lijkt misschien raar, maar wanneer ik dat probeer (vb root veranderen in mijn naam) dan springt hij automatisch terug op root...

[heir4c]

kijk hier eens: http://forum.ubuntu-nl.org/index.php/topic,34398.msg332094.html#msg332094

[vanadium]

zet in fstab umask op 000. Alternatief ("veiliger"): uid=<jou uid>,gid=<jou gid>

(hoi, da's dat draadje waar ik een vingertje opstak naar Femke! Ik zie daar echter geen oplossing op dit probleem, behalve dan komaf maken met ntfs)

[estree]

Umask op 000 gezet.
Uid was mijn uid
en Gid moest ik niet gebruiken liet men mij weten....

Wat is het gevaar dat umask op 000 staat ipv 007?
Moet ik Gids wel gebruiken?


Op deze manier lukt het dus : DANK U WEL!

[vanadium]

Wat is het gevaar dat umask op 000 staat ipv 007?

Het is niet iets wat je op een server doet, want alle permissies staan open. Met uid en eventueel gid kan je een specifieke eigenaar en/of groep toekennen. uid (user id) is niet hetzelfde als uuid

[estree]

aha ok dan zoek ik dat nog even uit.
alvast bedankt

[Johan van Dijk]

Als je meerdere gebruikers op die computer hebt en ze moeten allemaal bij die data kunnen, dan is het het makkelijkst om een nieuwe groep aan te maken, met bijvoorbeeld de naam ntfs-users. Alle gebruikers die toegang moeten hebben zet je dan in die groep.
Als je het groeps-id (gid) van die groep gebruikt in de instellingen van fstab, dan hebben ze allemaal de goede rechten

[vanadium]

Jij had het over een externe schijf, hier gaat het over een (ik onderstel) interne schijf die via /etc/fstab gemount wordt. Voor zover ik weet heb je voor een externe ntfs niet veel opties omtrent rechten, voor een via /etc/fstab gemounte schijf kan je nog één en ander regelen via fstab.

Overigens is het niet-probleem bij mij opgelost.

Leuk dat het bij jou oplost is. In het ander draadje zie ik daar geen melding van. Zolang niemand anders jou niet-probleem heeft, is dat natuurlijk geen probleem.

[estree]

het is inderdaad een interne schijf

[vanadium]

Mocht je nog moelijkheden hebben om het te vinden:

Code: [Selecteer]

UUID=6F1E85AE1BD907E4 /media/sda2  ntfs defaults,nls=utf8,umask=000 0       2

geeft aan iedereen lees en schrijfrechten. Rechten zet je dicht door umask.De resulterende rechten vind je door: 777 - umask. Bijvoorbeeld: umask 000 komt overeen met 777 - 000 = 777. Een umask 002 zal de standaardpermissies brengen op 777 - 002 = 775 (alles voor eigenaar en groep, lezen en uitvoeren voor anderen).

Met uid en gid bepaal je de eigenaar (gebruiker en groep). Je moet de user id of group id opgeven, maar misschien werkt het ook met de login zelf. Je vindt je ids (en die van andere gebruikers) met het commando "id".

Enkele voorbeelden:

"umask=007,uid=1000,gid=1000" geeft aan gebruiker en group 1000 alle rechten, geen rechten aan de buitenwereld.
"umask=002,uid=1000,gid=1000" zelfde, maar buitenwereld kan wel lezen en uitvoeren
"umask=077,uid=1000" geeft enkel aan gebruiker 1000 alle rechten. Groepen en anderen kunnen niets.

Opgelet: dit is enkel van toepassing voor bepaalde bestandssystemen waaronder ntfs en vfat. Voor gewone linux bestandssystemen regel je dit via permissies van koppelpunt en directories. Voor vfat kun je de permissies van de ganse schijf via het koppelpunt regelen, voor ntfs (dat via een ander mechanisme mount) niet.