Rechten aan nieuwe partitie toekennen

[vanadium]

Deze manier is veruit de meest flexibele. Voor gemakkelijke toegang maak je een link in je home directory, door in nautilus de directoy te slepen naar je home terwijl je Ctrl en Shft in gedrukt houdt, of met een commando:

Code: [Selecteer]

ln -s /media/ARCHIEF/roeland ~/roeland

Nu kan je ook de rechten van het dynamische koppelpunt veranderen: dat wordt onthouden de volgende keer dat dezelfde partitie aangekoppeld wordt.

[roeland]

Ik werk met 9.04.

Ik heb het advies van testcees overgenomen en op zich geeft dat een resultaat.  Dat wil zeggen dat ik een map roeland aanmaak binnen de partitie ARCHIEF (en daar naar kan schrijven).  Wat niet kan is een map uit een andere partitie direct in de partitie ARCHIEF plakken.  Ik merk nu dat ik dit bij de ene partitie wel kan doen en bij de andere niet.  Ik heb een mix van NTFS partities (voor Windows XP) en ext3 partities.  In de NTFS partities kan ik wel direct een map plakken, in de ext3 partities niet.  Er staat mij toch bij dat ik dat ´in het verleden´ wel kon (bij versie 8). 

Als ik het advies van vanadium opvolg blijft de situatie ongewijzigd (dwz, ik kan geen map in ARCHIEF plakken).
Hoe los ik dat nu op?

[track]

Je moet definitief de rechten aanpassen van de map waar je naar toe wilt plakken.

Dat was het verhaal dat ik probeerde met jou stap voor stap op een rij te krijgen ...

Het maakt niet uit of je de rechten via rechtsklik-rechten aanpast of dat via
de commandolijn doet.  Je moet het maar doen.

track

[vanadium]

Code: [Selecteer]

sudo chown roeland:roeland /media/ARCHIEF
zou jou als eigenaar moeten maken van het koppelpunt zelf, waarna je als gewone gebruiker "roeland" moet kunnen lezen en schrijven. Ook grafisch kan je dit doen, met nautilus in root mode.

[testcees]

@track+vanadium: waarom jullie de rechten van het koppelpunt /media/ARCHIEF willen aanpassen blijft mij een raadsel. De rechten van een koppelpunt heb ik nog nooit gewijzigd. Dat is slechts een koppelpunt: http://wiki.ubuntu-nl.org/community/Fstab#Koppelpunt

@roeland: als je mappen vanuit een ntfs partitie wel kan plakken maar vanuit een andere ext3 niet hebben we nu een ander probleem. De rechten op de nieuwe partitie staan goed. Kan je iets meer gegevens geven. Wil je bijvoorbeeld knippen_en_plakken? Dat kunnen de rechten op de oude ext3 partitie verhinderen als je geen rechten hebt deze map (of de inhoud) te wissen.

[vanadium]

Dat is slechts een koppelpunt

Een koppelpunt is een directory. Van elke directory kan je (als je tenminste bevoegd bent) permissies en eigenaars instellen (als het bestandssysteem linux permissies ondersteunt).

In de NTFS partities kan ik wel direct een map plakken, in de ext3 partities niet.

Standaard wordt een ntfs partitie aangekoppeld met root als eigenaar en alle rechten open. Omwille van dat laatste kan iedereen alles.
Standaard is een ext3 partitie van root, met permissies bepaald door je umask. Standaard: 755, d.w.z. lezen, schrijven en uitvoeren voor eigenaar root, en lezen, uitvoeren (niet schrijven) voor al de rest.
- Als je alle rechten open zet, kan iedereen schrijven
- Als je de eigenaar verandert, kan de nieuwe eigenaar schrijven
Dit zijn de linux permissies, en die kunnen ingesteld worden volgens de behoefte voor veiligheid.

[track]

Cees:  Niet het koppelpunt ! Ik had boven telkens weer er op gewezen dat het om de koppelpunten met aangekoppelde
partities ging, en dan (pas dan) stel je niet de rechten van het koppelpunt, maar die van de daarop
gemountte ext3-partitie in.  Zonder mounten ben je natuurlijk met de rechten van het de naakte koppelpunt-map
bezig.  Daarop had ik ook in mijn antwoorden #21 en #23  willen wijzen.  Misschien was het niet duidelijk genoeg.
(en als jij het niet gelooft, doe zelf een  ls -l /medis/disk met en zonder daarop gekoppelde schijf, dan zie je het verschil)

track

[testcees]

Ja, maar sinds 9.04 gebruik ik hoofdzakelijk dynamische koppelpunten. Die zijn er niet eens als de schijf niet aanstaat (usb).
Voordeel: het koppelpunt wordt automatisch voor je gemaakt en er is geen aanpassing nodig in /etc/fstab. Dan (voor 9.04 ook al) maak ik altijd eerst een map (of meerdere mappen) aan (roeland in dit voorbeeld) en regel daar de rechten op. 
Tipje, anders werkt het ook, geef bepaalde partities een Label, die je dan terugziet in het Locaties menu.
Ik begrijp dat jullie met een andere methode werken. Vandaar dat ik ook met mijn reactie gewacht had tot de topicstarter aangaf "het spoor geheel bijster" te zijn.
@track: natuurlijk geloof ik je ook zonder het zelf uit te proberen. Het is gewoon dat ik een andere methode geleerd heb die blijkbaar ook goed werkt. Er zijn meer wegen die naar Rome leiden...

[vanadium]

Standaard worden "dynamische" koppelpunten aangemaakt als de schijf aangekoppeld wordt, en verwijderd als het volume ontkoppeld wordt. Mijn ervaring is dat voor ext3 schijven wijzigingen die je aanbrengt aan permissies en eigenaars door dat automatisch mechanisme "onthouden" worden. Eenvoudiger kan niet.

[roeland]

Als ik het commando ´ls -l /media´ geef volgt:

roeland@roeland-nwepc:~$ ls -l /media
totaal 68
drwxr-xr-x 7 root root  4096 2009-10-07 13:34 ARCHIEFEXT3
lrwxrwxrwx 1 root root     6 2009-07-25 13:29 cdrom -> cdrom0
drwxr-xr-x 2 root root  4096 2009-07-25 13:29 cdrom0
drwxr-xr-x 2 root root  4096 2009-07-25 13:29 cdrom1
drwxrwxrwx 1 root root 40960 2009-10-07 15:53 DATAPC
drwxrwxrwx 1 root root 12288 2008-04-22 13:47 FOTOBEHEER
drwxr-xr-x 3 root root  4096 2009-09-29 13:11 sda7
roeland@roeland-nwepc:~$

In bovenstaand rijtje mis ik nog een partitie van 14 Gb (die ik ook niet kan benaderen)

Verder heb ik - denk ik - elk advies opgevolgd wat gegeven is, maar zonder resultaat.

Wat ik wil is:
- nieuwe partities bijmaken van vrije ruimte (doe ik met de partitiebewerker onder beheer, soms ook via Gparted)
- labels van partities veranderen (een herkenbaare naam geven)
- knippen en plakken van mappen en/of bestanden uit andere partities of externe schijven naar een ext3 partitie (dus lees en schrijfrechten voor mij als gebruiker roeland)

Ondanks alle goede adviezen is het voor mij nu een warboel van elkaar soms tegensprekende adviezen geworden, vandaar mijn vraag of iemand vanaf het begin kan aangeven wat zijn/haar oplossing is voor mijn vraag.

[vanadium]

Kan je eens volgende commando's uitvoeren? Post uitkomst hier.

Code: [Selecteer]

ls -l /media
sudo chown $USER:$USER /media/ARCHIEFEXT3
ls -l media
Ik verwacht van tussen het eerste ls en het laatste te zien dat je eigenaar aangepast is.

[track]

Roeland:  wat Vanadium aanraadt blijkt mij een goede weg te zijn.

Ik zou wél nog het beeld compleet willen hebben, en om die reden vraag ik je om in de mount-toestand
die bij jouw laatste  ls -l /media  boven hoort nog het resultaat van twee andere commando's hier
te posten:  mount  (zonder parameter, om te zien wat al gemount is)  en:  sudo fdisk -l  (om alle partities te zien)
Met deze data is het beeld dan compleet.  Dat om te voorkomen dat wij misleidende adviezen geven.
Dan zal het ook lukken om die laatste partitie aan te koppelen.

track

[roeland]

Het resultaat van mount is:

roeland@roeland-nwepc:~$ mount
/dev/sda5 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
lrm on /lib/modules/2.6.28-15-generic/volatile type tmpfs (rw,mode=755)
/dev/sdb6 on /home type ext3 (rw,relatime)
/dev/sda7 on /media/sda7 type ext3 (rw)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/roeland/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=roeland)
roeland@roeland-nwepc:~$


Het resultaat van sudo fdisk -l is:

roeland@roeland-nwepc:~$ sudo fdisk -l
[sudo] password for roeland:

Schijf /dev/sda: 250.0 GB, 250059350016 bytes
255 koppen, 63 sectoren/spoor, 30401 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x7048486e

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        5099    40957686    7  HPFS/NTFS
/dev/sda2            7649       30401   182763472+   f  W95 Uitgeb. (LBA)
/dev/sda3            5100        7648    20474842+  83  Linux
/dev/sda5            7650       12748    40957717+  83  Linux
/dev/sda6           12749       28684   128005888+   7  HPFS/NTFS
/dev/sda7           28685       30401    13791771   83  Linux

Partitietabel-items liggen niet in schijfvolgorde.

Schijf /dev/sdb: 250.0 GB, 250059350016 bytes
255 koppen, 63 sectoren/spoor, 30401 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x000e5e84

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               2       29628   237978877+   f  W95 Uitgeb. (LBA)
/dev/sdb2   *       29629       30401     6209122+  83  Linux
/dev/sdb5               2         263     2104483+  82  Linux wisselgeheugen
/dev/sdb6             264        4088    30724281   83  Linux
/dev/sdb7            4089       16837   102406311    7  HPFS/NTFS
/dev/sdb8           16838       29586   102406311    7  HPFS/NTFS
/dev/sdb9           29587       29628      337333+  82  Linux wisselgeheugen
roeland@roeland-nwepc:~$

ik heb een PC met twee harde schijven, dual boot UBUNTU 9.04 en Windows XP.  Bij het installeren is er nog wat achtergebleven van vorige ubuntu installaties.  Omdat ik bang was iets weg te gooien waardoor de boel kon vastlopen, heb ik dat maar laten staan.

[roeland]

Zag te laat de reactie van Vanadium.

Hier de antwoorden op zijn reactie.

roeland@roeland-nwepc:~$ ls -l /media
totaal 12
lrwxrwxrwx 1 root root    6 2009-07-25 13:29 cdrom -> cdrom0
drwxr-xr-x 2 root root 4096 2009-07-25 13:29 cdrom0
drwxr-xr-x 2 root root 4096 2009-07-25 13:29 cdrom1
drwxr-xr-x 3 root root 4096 2009-09-29 13:11 sda7
roeland@roeland-nwepc:~$

roeland@roeland-nwepc:~$ sudo chown $USER:$USER /media/ARCHIEFEXT3
chown: kan geen toegang krijgen tot `/media/ARCHIEFEXT3': Bestand of map bestaat niet
roeland@roeland-nwepc:~$ sudo chown $roeland:$roeland /media/ARCHIEFEXT3
chown: kan geen toegang krijgen tot `/media/ARCHIEFEXT3': Bestand of map bestaat niet
roeland@roeland-nwepc:~$

Ik heb user ook nog een keer door roeland vervangen omdat ik niet wist wat de juiste keus was.  Het resultaat blijft gelijk.

roeland@roeland-nwepc:~$ ls -l /media
totaal 12
lrwxrwxrwx 1 root root    6 2009-07-25 13:29 cdrom -> cdrom0
drwxr-xr-x 2 root root 4096 2009-07-25 13:29 cdrom0
drwxr-xr-x 2 root root 4096 2009-07-25 13:29 cdrom1
drwxr-xr-x 3 root root 4096 2009-09-29 13:11 sda7
roeland@roeland-nwepc:~$

[track]

Ja Roeland, ik zie er ook geen "/media/ARCHIEFEXT3".

Wat ik wél zie is de partitie /dev/sda5  gemount als root,
partitie  /dev/sdb6  gemount op /home  en  /dev/sda7  gemount op  /media/sda7
en verder niets. 
Hoe kom je op het idee dat je een map  /media/ARCHIEFEXT3  moet aanpassen als die niet bestaat ?

Welke van de nu gemounte partities staat niet goed dan ?  Als de desbetreffende partitie nog niet gemount is
moet je ze eerst mounten toch ?

track

p.s.: wat mij wél verbaast is dat de partitie /dev/sda7  de eigenaar "root" heeft. 
       Wat staat op die partitie, en wie moet van jou daar rechten hebben ?

[testcees]

p.s.: wat mij wél verbaast is dat de partitie /dev/sda7  de eigenaar "root" heeft.  
       Wat staat op die partitie, en wie moet van jou daar rechten hebben ?

p.s.: dat verbaast mij niet: zoals al eerder opgemerkt zo werk ik altijd met unix/linux/Ubuntu. Niet op de root (of koppelpunt) stel ik rechten in maar op mappen ("echte" directories). Als Roeland eerst sda3 koppelt via Locaties -> ARCHIEFEXT3 zal de uitvoer van ls -l /media er anders uitzien.

Nog steeds is mijn vraag aan Roeland kan je niet knippen/plakken maar wel kopiëren/plakken naar ARCHIEFEXT3? Dat antwoord zal meer duidelijk maken wat het verschil is tussen de ntfs en (andere) ext3 partitie.

[roeland]

Hoe het kan weet ik ook niet, maar op dit moment kan ik zowel een map vanuit home knippen als plakken in ARCHIEFEXT3.

Vorige week lukte dat niet, de uitvoering van mijn antwoorden hiervoor en andere probeersels hebben hier kennelijk toe geleid.