Toon posts:

[UNIX] Deleten

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb laatst een foto-album scriptje geprobeerd.
Dit script maakte zelf thumbnails en je kon een foto op verschillende fomaten bekijken online (geloof dat ik bij deze image mick heb gebruikt. Zodra je een foto op een ander formaat bekijkt wordt het origineel gekopieerd en onder een nieuwe naam en nieuw formaat opgeslagen in de betreffende folder. )

Maargoed, aangezien het script uiteindelijk onbruikbaar was wilde ik de boel weer deleten.
Toen kwam dus het probleem, de gegenereerde foto's konden niet gedelete worden via FTP.
Vervolgens dus geprobeerd zowel met putty als secureCRT, maar lukt niet.
Als ik de files met: rm plaatje.jpg probeer te verwijderen krijg ik eerst de vraag of ik dit write-protected filetje wil verwijderen --> y en enter dan krijg ik de melding dat het niet mogelijk is want kan niet unlinken ofzo :?

Toen dacht ik dus zelf van ff chmod, maar zelfs chmod is niet mogelijk op die files :? :?

Heeft iemand een idee?

Verwijderd

zijn het niet gewoon (sym)links?

post eens een paar regeltjes output van 'ls -la' ?

Verwijderd

probeer anders 'rm -rf "filename"'

pas op, dit kan gevaarlijk zijn, gebruiken op eigen risico

(brute force wegflikkeren dus) 8-)

  • Danneman
  • Registratie: Maart 2001
  • Niet online

Danneman

www.anoniemsms.nl

Zelf een script schrijven die de files delete shall work..

[[ the key to all my answers, are her eyes ]]


Verwijderd

Topicstarter
hehehehe LOL ik ben dus gelukkig niet de enige nachtbraker .. mooie dingen.

Maaruh, ik krijg deze meldingen:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
s329.widexs.nl:~/DOMAIN/HTML/Albums/generated/SampleAlbum>rm *.*
rm: remove write-protected file `A-10__scaled_120.jpg'? y
rm: cannot unlink `A-10__scaled_120.jpg': Permission denied
rm: remove write-protected file `A-10__scaled_512.jpg'? y
rm: cannot unlink `A-10__scaled_512.jpg': Permission denied
rm: remove write-protected file `A-10__scaled_640.jpg'? y
rm: cannot unlink `A-10__scaled_640.jpg': Permission denied
rm: remove write-protected file `A-10__scaled_800.jpg'? y
rm: cannot unlink `A-10__scaled_800.jpg': Permission denied
rm: remove write-protected file `Trees__scaled_120.jpg'? y
rm: cannot unlink `Trees__scaled_120.jpg': Permission denied
s329.widexs.nl:~/DOMAIN/HTML/Albums/generated/SampleAlbum>chmod 777 A-10__scaled_120.jpg
chmod: A-10__scaled_120.jpg: Operation not permitted

Verwijderd

Topicstarter
Op donderdag 16 mei 2002 02:32 schreef decrypt het volgende:
probeer anders 'rm -rf "filename"'

pas op, dit kan gevaarlijk zijn, gebruiken op eigen risico

(brute force wegflikkeren dus) 8-)
Uhm .. wil het best proberen, maar .. gevaarlijk? delete is toch delete neem ik aan (goed ok afgezien van die hdd undelete proggies dan ;) )

Verwijderd

Topicstarter
Op donderdag 16 mei 2002 02:49 schreef Danneman het volgende:
Zelf een script schrijven die de files delete shall work..
ja ok, maar t moet toch ook zo kunnen, want tis namelijk niet de enige dir waar ik dit moet doen (flink wat zeg maar ) en kost me teveel tijd.

  • Reefer
  • Registratie: Mei 2000
  • Laatst online: 21-02-2025

Reefer

madness

als je -recursive en -force oftewel rm -rf <bla> doet krijg je geen meldingen over permissions. En kun je hele directories in 1 keer verwijderen, wel mee uitkijken dus(!)

A Breakbeat A Day Keeps Religion Away.


  • kenneth
  • Registratie: September 2001
  • Niet online

kenneth

achter de duinen

Op donderdag 16 mei 2002 02:32 schreef decrypt het volgende:
probeer anders 'rm -rf "filename"'
Als het alleen files zijn, is de -r niet nodig, niet gebruiken dus :)
code:
1
# rm -f *

Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.


  • Glimi
  • Registratie: Augustus 2000
  • Niet online

Glimi

Designer Drugs

(overleden)
PHP heeft ze gegenereerd he ;) Dat betekend waarsch dat ze allemaal van de user httpd zijn (ls -al, geeft het antwoord). En tja, als die er geen schrijfrechten voor de groep of world op heeft staan :D, dan kan jij er waarschijnlijk niets meer mee.

(dit maak ik op uit het feit dat chmod zelfs niet is toegestaan)

  • igmar
  • Registratie: April 2000
  • Laatst online: 29-06 18:56

igmar

ISO20022

[quote
Toen dacht ik dus zelf van ff chmod, maar zelfs chmod is niet mogelijk op die files :? :?
[/quote]

Het zijn jouw files niet, maar die van de webserver.

  • Jelle Niemantsverdriet
  • Registratie: Februari 2000
  • Laatst online: 21:49
Je kunt http://nl.php.net/manual/en/function.chmod.php proberen, dus CHMOD vanuit PHP

  • Soultaker
  • Registratie: September 2000
  • Laatst online: 00:38
Dit heeft IMO nauwelijks met programmeren te maken. :/

  • Janoz
  • Registratie: Oktober 2000
  • Laatst online: 16-08 10:37

Janoz

Moderator Devschuur®

!litemod

idd Soultaker.... Problemen met rechten onder *nix lijkt me meer iets voor NOS

PW -> NOS

Topicstarter: Opdrachten die je door php uit laat voeren worden door de httpd gebruiker uitgevoerd. Deze is zeer waarschijnlijk de eigenaar en heeft dus wel het recht om deze dingen uit te halen..

Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'


  • QuarK
  • Registratie: Maart 2000
  • Laatst online: 09-07 21:48
Als je nou meteen (zoals decrypt vroeg) de output van ls -la had gegeven had iedereen je waarschijnlijk meteen kunnen vertellen wat het probleem is/was.

Verwijderd

Op donderdag 16 mei 2002 06:11 schreef Reefer het volgende:
als je -recursive en -force oftewel rm -rf <bla> doet krijg je geen meldingen over permissions. En kun je hele directories in 1 keer verwijderen, wel mee uitkijken dus(!)
Tuurlijk krijg je die melding wel als je geen toestemming hebt om die files te verwijderen. Het maakt niet uit of je -rf gebruikt of niet, je mag die files gewoon niet verwijderen.

[voor de topic starter]

Ben je als root ingelogd ?

[/voor de topic starter]

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 16:08

deadinspace

The what goes where now?

Op donderdag 16 mei 2002 08:44 schreef Glimi het volgende:
PHP heeft ze gegenereerd he ;) Dat betekend waarsch dat ze allemaal van de user httpd zijn (ls -al, geeft het antwoord). En tja, als die er geen schrijfrechten voor de groep of world op heeft staan :D, dan kan jij er waarschijnlijk niets meer mee.

(dit maak ik op uit het feit dat chmod zelfs niet is toegestaan)
Je hebt helemaal geen schrijfrechten nodig op die files om ze weg te gooien. Om te bepalen of je een file mag weggooien wordt gekeken of je schrijfrechten hebt op de directory waar ze in staan.
Op donderdag 16 mei 2002 22:42 schreef QuarK het volgende:
Als je nou meteen (zoals decrypt vroeg) de output van ls -la had gegeven had iedereen je waarschijnlijk meteen kunnen vertellen wat het probleem is/was.
Idd.
Pagina: 1