[Ubuntu] kan geen executables draaien vannaf NTFS partitie

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • chronozphere
  • Registratie: Juli 2006
  • Laatst online: 16-12-2020
Hey, 8)

Ik zit al een tijd met een probleem. Het lijkt erop dat ik geen executables kan draaien op mijn ntfs partitie. Ik heb een shell scriptje getest:

code:
1
2
3
#!/bin/sh

echo Testing! ; exit 0


en dat ging zo:
myusername@computer:~$ cd /mnt/dev/
myusername@computer:/mnt/dev$ vim test.sh
myusername@computer:/mnt/dev$ ./test.sh
bash: ./test.sh: /bin/sh: bad interpreter: Permission denied
myusername@computer:/mnt/dev$ cp test.sh ~/test.sh
myusername@computer:/mnt/dev$ cd ~
myusername@computer:~$ ./test.sh
Testing!
Dus als ik de file probeer te draaien op /mnt/dev, dan gaat dat fout. Het uitvoeren in de home-directory gaat wel goed.

Mijn NTFS partitie word automatisch gemount. Hier de entry in /etc/fstab:

code:
1
/dev/sdb2       /mnt/dev        ntfs        auto,exec,rw,user           0 0


Tot zover ik weet staat alles goed. "exec" zou ervoor moeten zorgen dat het uitvoeren van files mogelijk is, maar het lijkt nog steeds niet te lukken. :-(

Heeft iemand de oplossing?

Thanks

Acties:
  • 0 Henk 'm!

  • pistole
  • Registratie: Juli 2000
  • Laatst online: 16:56

pistole

Frutter

code:
1
/bin/sh /mnt/dev/test.sh
:?

Ik frut, dus ik epibreer


Acties:
  • 0 Henk 'm!

  • himlims_
  • Registratie: Juni 2000
  • Niet online

himlims_

🐧 Linux HOoligan

chmod +x ?
en zoals pistole reeds zei; sh ' topeassing'

@lolcode; is nog vroeg ;-)

[ Voor 21% gewijzigd door himlims_ op 04-07-2010 10:27 ]

⭐Game Profiles: 🕹️Steam - 🎮PSN - 🇪🇦 GoT_Hollandhards


Acties:
  • 0 Henk 'm!

  • lolcode
  • Registratie: Mei 2009
  • Laatst online: 01-11-2024
pistole schreef op zondag 04 juli 2010 @ 09:51:
code:
1
/bin/sh /mnt/dev/test.sh
:?
Zou niet mogen uitmaken.

Alhoewel... is het bestand op de NTFS partitie wel executable? Of misschien gooit SELinux ergens roet in het eten?
Edit: grrr, himlims was met net voor

[ Voor 6% gewijzigd door lolcode op 04-07-2010 09:56 ]


Acties:
  • 0 Henk 'm!

  • DrClaw
  • Registratie: November 2002
  • Laatst online: 21-08 21:39
dos2unix to the rescue

Acties:
  • 0 Henk 'm!

  • chronozphere
  • Registratie: Juli 2006
  • Laatst online: 16-12-2020
Thanks voor alle snelle replies. :D
/bin/sh /mnt/dev/test
Dit werkt. Bedankt! :)

De aanleiding voor dit topic is, dat ik problemen het met het runnen van binaries op deze partitie. Ik gebruik de partitie namelijk voor development. Een beetje stom om te denken dat ik het probleem kan reproduceren met shell-scripts. :F

Dus ik heb een "hello world" demootje gecompiled en die uitgevoerd in de home directory en op de partitie:
myusername@computer:~$ ./helloworld
Hello world on linux!
myusername@computer:~$ cd /mnt/dev
myusername@computer:/mnt/dev$ ./helloworld
bash: ./helloworld: Permission denied
myusername@computer:/mnt/dev$
En de permissions:
myusername@computer:/mnt/dev$ ls -all
total 165
....
-rwxrwxrwx 1 root root 150640 2010-07-04 11:12 helloworld
....
Kan iemand dit verklaren?

Bedankt :)

Acties:
  • 0 Henk 'm!

  • Crakie
  • Registratie: Augustus 2006
  • Laatst online: 14-09 07:36

Crakie

I want my board back, Lance

Het zal dan toch de owner zijn. Wat gebeurt er als de normale user eigenaar is van helloworld in /mnt/dev?

Deze signature is strikt genomen langer dan noodzakelijk.


Acties:
  • 0 Henk 'm!

  • neeroeter
  • Registratie: Augustus 2005
  • Laatst online: 14-09 07:27
Root naar niet root?

Fstab aanpassen....
UUID="jippiedeyapyo" /media/Windows ntfs uid=1000,fmask=0077,dmask=0077,noatime 0 0
UUID="yippiedeyapyo2" /media/Backup ntfs uid=1000,fmask=0077,dmask=0077,noatime 0 0
Da' s de mijne.

uid maakt de gebruiker eigenaar, fmask en dmask geven een beperking tot gebruiker en allmighty root mbt schrijf en leesrechten.

voor je uid geeft je ff het commando id in de cli ( vlgs. mij altijd 1000 voor een eerste gebruiker )

Acties:
  • 0 Henk 'm!

  • chronozphere
  • Registratie: Juli 2006
  • Laatst online: 16-12-2020
Bedankt! :)

Ik heb nu de volgende regel in fstab staan:

code:
1
/dev/sdb2       /mnt/dev        ntfs        auto,exec,rw,user,uid=1000,fmask=0077,dmask=0077 0 0


dit is het resultaat:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
myusername@computer:~$ cd /mnt/dev
myusername@computer:/mnt/dev$ ls -all
total 165
drwx------ 1 myusername root   4096 2010-07-04 12:00 .
drwxr-xr-x 5 root   root   4096 2010-04-03 16:09 ..
drwx------ 1 myusername root   4096 2010-04-28 16:35 deled
drwx------ 1 myusername root      0 2010-04-19 15:09 dl
drwx------ 1 myusername root   4096 2010-06-30 12:30 fitzz
-rwx------ 1 myusername root 150640 2010-07-04 11:12 helloworld
drwx------ 1 myusername root      0 2010-04-19 15:10 lib
drwx------ 1 myusername root      0 2010-06-13 12:01 n3d
drwx------ 1 myusername root      0 2010-04-19 15:27 $RECYCLE.BIN
drwx------ 1 myusername root      0 2010-04-19 15:07 System Volume Information
drwx------ 1 myusername root      0 2010-04-19 15:10 test
-rwx------ 1 myusername root     34 2010-07-04 09:25 test.sh
myusername@computer:/mnt/dev$ ./helloworld
bash: ./helloworld: Permission denied


Heb het volgende ook nog even gecontroleerd:

code:
1
2
3
4
myusername@computer:/mnt/dev$ echo $UID
1000
myusername@computer:/mnt/dev$ echo $USER
myusername


Ik raak een beetje door mijn opties heen. :-( Heeft iemand nog ideeen?

Alvast bedankt ;)

EDIT: Heb de oplossing gevonden. :D Het meegeven van de "user" optie zorgt ervoor dat ik alsnog geen files kan uitvoeren. Heeft iemand hier een verklaring voor?

Mijn fstab entry is nu dus:
code:
1
/dev/sdb2       /mnt/dev        ntfs        auto,uid=1000,fmask=0077,dmask=0077 0 0

[ Voor 9% gewijzigd door chronozphere op 04-07-2010 15:34 ]


Acties:
  • 0 Henk 'm!

  • gibraltar
  • Registratie: Augustus 2004
  • Laatst online: 15-09 10:39
Zoals iemand hier al eerder opmerkte gebruikt Ubuntu AppArmor (alternatief van SELinux). Dat zou heel goed roet in het eten kunnen gooien hier, maar ik zet het meestal meteen uit.

Mocht dat het niet zijn dan is het natuurlijk verstandig om even zoeken te zoeken in /var/log/messages en andere logfiles op /var/log (volgens mij logt AppArmor ook naar eigen log files). AppArmor logt geloof ik die permission problemen sowieso in je syslog, dus dan zou je in ieder geval moeten kunnen zien of dat het probleem is.

Acties:
  • 0 Henk 'm!

  • lolcode
  • Registratie: Mei 2009
  • Laatst online: 01-11-2024
chronozphere schreef op zondag 04 juli 2010 @ 15:25:
EDIT: Heb de oplossing gevonden. :D Het meegeven van de "user" optie zorgt ervoor dat ik alsnog geen files kan uitvoeren. Heeft iemand hier een verklaring voor?
(ja ik weet dat het inmiddels al helemaal is opgelost, maargoed, komt-ie toch)
Anders in je fstab eerst user doen en dan daarna pas exec (in plaats van eerst exec en dan user). De volgorde is namelijk van belang.

En wie weet maakt die executable wel de hele home-dir van de betreffende user leeg, dat kan dus misschien de verklaring zijn
Pagina: 1