DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Bovendien kan je vanaf source voor elke distro compileren als je jezelf wil martelen met unity.quote:Op donderdag 25 juli 2013 18:18 schreef robin007bond het volgende:
[..]
Nah-ah.
https://aur.archlinux.org/packages/unity/?setlang=nl
Carpe Libertatem
Dat is raar.
De situatie:
• Een directory met de permissies 755 (drwxr-xr-x)
• Daarbinnen een file met de permissies 400 (-r--------)
Files kan ik in deze directory al naar gelieven weggooien en aanmaken, geheel volgens verwachting.
Verander ik nu de directorypermissies naar 555 (dr-xr-xr-x), kan ik geen nieuwe files meer aanmaken of bestaande verwijderen. Ook zoals verwacht.
Maar ik kan de reeds bestaande file met permissies 400 nog steeds schrijven (vi geeft een melding [readonly]), maar een :w! en de wijzigingen worden gewoon weggeschreven).
Dat had ik niet verwacht. Dat moet toch niet meer mogelijk zijn? Wat mis ik hier?
[ Bericht 1% gewijzigd door gebrokenglas op 26-07-2013 21:02:13 ]
De situatie:
• Een directory met de permissies 755 (drwxr-xr-x)
• Daarbinnen een file met de permissies 400 (-r--------)
Files kan ik in deze directory al naar gelieven weggooien en aanmaken, geheel volgens verwachting.
Verander ik nu de directorypermissies naar 555 (dr-xr-xr-x), kan ik geen nieuwe files meer aanmaken of bestaande verwijderen. Ook zoals verwacht.
Maar ik kan de reeds bestaande file met permissies 400 nog steeds schrijven (vi geeft een melding [readonly]), maar een :w! en de wijzigingen worden gewoon weggeschreven).
Dat had ik niet verwacht. Dat moet toch niet meer mogelijk zijn? Wat mis ik hier?
[ Bericht 1% gewijzigd door gebrokenglas op 26-07-2013 21:02:13 ]
Als root kan dat kennelijk gewoon...quote:> touch file
> chmod 555 file
> ls -lh
-r-xr-xr-x. 1 root root 0 Jul 26 20:36 file
> date > file
> cat file
Fri Jul 26 20:37:15 CEST 2013
జ్ఞా
Als andere gebruik ook.quote:
Op Hmm wel een beetje vreemd.
Maar dit kan natuurlijk als je bestand verwijderd een nieuwe aanmaakt, schrijft en dan permissies weer aanpast.
Of gewoon permissies aanpassen schrijven en weer terug zetten.
Waarschijnlijk doet vi dat dan.
-edit- nano staat het in iedergeval niet toe.
Goed punt. ff testen.quote:Maar dit kan natuurlijk als je bestand verwijderd een nieuwe aanmaakt, schrijft en dan permissies weer aanpast.
Of gewoon permissies aanpassen schrijven en weer terug zetten.
Waarschijnlijk doet vi dat dan.
't is gewoon de vi editor dus?
Met "ls -li" zie je welke inode gebruikt wordt. Hij houdt hier dezelfde file aan en geen nieuwe.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | $ touch file.txt $ ls -li file.txt 25297060 -rw-r--r-- 1 user staff 0 Jul 26 21:03 file.txt $ echo "hoi" > file.txt $ ls -li file.txt 25297060 -rw-r--r-- 1 user staff 4 Jul 26 21:04 file.txt $ chmod 555 . $ ls -ld . dr-xr-xr-x 3 user staff 102 Jul 26 21:03 . $ chmod 444 file.txt $ ls -li file.txt 25297060 -r--r--r-- 1 user staff 4 Jul 26 21:04 file.txt $ echo "hoi" >> file.txt -bash: file.txt: Permission denied $ vi file.txt <<<do some editing>>> :w! $ ls -li 25297060 -r--r--r-- 1 user staff 8 Jul 26 21:05 file.txt |
[ Bericht 2% gewijzigd door gebrokenglas op 26-07-2013 21:14:02 ]
Klopt, maar root negeert altijd de permissies. Alleen de x voor het executeren wordt in acht genomen.quote:
Ja, maar ik dacht dat het uiteindelijk wel of niet kunnen lezen en schrijven van files (adhv de filepermissions) door de kernel bepaald en uitgevoerd wordt.quote:Op vrijdag 26 juli 2013 22:02 schreef t4rt4rus het volgende:
In manual van vim staat dat :w! de file overschrijft in read-only mode.
vi mag het dan wel willen maar de kernel heeft het laatste woord. Zo heb ik dat altijd gedacht.
Is wel logisch ja.quote:
[..]
vi mag het dan wel willen maar de kernel heeft het laatste woord. Zo heb ik dat altijd gedacht.
Waarom gebruiken jullie :w!? Ik zelf gebruik altijd :x.
O, puur ter verduidelijking. Ik gebruik zelf altijd ZZquote:
[..]
Is wel logisch ja.
Waarom gebruiken jullie :w!? Ik zelf gebruik altijd :x.
:w zit lekker dicht bij :qquote:
Waarom gebruiken jullie :w!? Ik zelf gebruik altijd :x.
.
జ్ఞా
quote:
[..]
Is wel logisch ja.
Waarom gebruiken jullie :w!? Ik zelf gebruik altijd :x.
ik ook!
In theory there is no difference between theory and practice. In practice there is.
Nee hoor. Wat verwacht je van r-x op een directory? Je kunt de directory-inode lezen (r) en met "execute" kun je file-inodes in die directory lezen (voor een ls heb je dus beiden nodig). Wat je dus niet kunt, is de directory-inode veranderen (bv verwijderen of een nieuwe file aanmaken in die directory). Maar een bestaande file wijzigen zal alleen de file-inode veranderen en niet de directory-inode, dus kun je dat gewoon doen.quote:
Als andere gebruik ook.
Hmm wel een beetje vreemd.
edit: probeer het maar eens: chmod 111 testdirectory. Een ls zal permission denied geven, maar vi testdirectory/bestaandefile zal gewoon werken en je kunt wijzingen saven.
[ Bericht 4% gewijzigd door devzero op 27-07-2013 00:58:09 ]
En dat is maar goed ook. Stel je de sukkel maar eens voor die "." in zijn PATH heeft.quote:
Alleen de x voor het executeren wordt in acht genomen.
Praat me er niet van. Ik zie het veel te veel. "Omdat het makkelijk is".quote:Op zaterdag 27 juli 2013 00:59 schreef devzero het volgende:
[..]
En dat is maar goed ook. Stel je de sukkel maar eens voor die "." in zijn PATH heeft.
En waarom kun je een file wijzigen die alleen een r heeft? Ik verwacht toch minstens een w of rw.quote:
Ik weet dat je een 400 file wel kunt verwijderen als de directory 700 is, omdat het verwijderen van een file alleen een directory-inode wijziging betreft.
Maar bij het wijzigen van een file verwacht ik een permission denied, vanwege het missen van de w op de file permissie.
Even samengevat:
Directorypermissies:
drwx------ -> files aanmaken en weggooien
dr-x------ -> files zijn niet aan te maken of weg te gooien
d--x------ -> directory listing is niet op te vragen, maar als je de filenaam weet kun je er wel bij.
Filepermissies:
-rwx------ -> file is te wijzigen en uit te voeren
-rw------- -> file is te wijzigen
-r-------- -> file is te wijzigen
que?
misschien toch maar weer eens het unix voor beginners basisboek opzoeken en lezen
[ Bericht 15% gewijzigd door gebrokenglas op 27-07-2013 01:40:55 ]
Niet. Echter, sommige programma's zoals vi/vim kunnen je file tijdelijk rw maken om te wijzigen. (permissies van de file verandert tijdelijk, dus je wijzigt alleen de inode van de file en niet de inode van de directory, dus je hoeft alleen maar x voor directory permissie en niet eens r or w).quote:
En waarom kun je een file wijzigen die alleen een r heeft?
| 1 2 3 4 5 6 7 8 | $ mkdir test $ date > test/test $ chmod 111 test $ chmod 444 test/test $ ls -ld test d--x--x--x 2 devzero devzero 60 Jul 26 23:38 test $ ls -l test/test -r--r--r-- 1 devzero devzero 58 Jul 26 23:38 test/test |
| 1 2 3 4 | $ date >> test/test -bash: test/test: Permission denied $ chmod 666 test/test $ date >> test/test |
Echter, omdat de directory --x is, kunnen we de file niet verwijderen ondanks dat hij nu rw is.
| 1 2 3 4 5 6 | $ rm test/test rm: cannot remove ‘test/test’: Permission denied $ rm -rf test/test rm: cannot remove ‘test/test’: Permission denied $ ls -l test/test -rw-rw-rw- 1 devzero devzero 58 Jul 26 23:38 test/test |
Een leuk side-effect is dat een rm -rf op de directory niet zal werken omdat rm die file niet kan deleten.
[ Bericht 15% gewijzigd door devzero op 27-07-2013 05:50:00 ]
Ja, het klopt toch wel hoor.
Ben volledig voorbij gegaan aan het feit dat, ondanks het gehannes met permissies, ik nog steeds eigenaar van de file was.
Dus vi had in dat opzicht wel degelijk de mogelijkheid de filepermissies tijdelijk naar rw om te zetten.
Net geprobeerd om een file van een ander te bewerken en dat geeft een E212: Can't open file for writing foutmelding. Gelukkig maar. Anders was het natuurlijk een security issue.
Als het zo staat kan de 'user' de file van admin inderdaad toch niet schrijven, en andersom.
Dat is 'm. Denkfout van mij.quote:Op zaterdag 27 juli 2013 05:31 schreef devzero het volgende:
[..]
Niet. Echter, sommige programma's zoals vi/vim kunnen je file tijdelijk rw maken om te wijzigen.
Ben volledig voorbij gegaan aan het feit dat, ondanks het gehannes met permissies, ik nog steeds eigenaar van de file was.
Dus vi had in dat opzicht wel degelijk de mogelijkheid de filepermissies tijdelijk naar rw om te zetten.
Net geprobeerd om een file van een ander te bewerken en dat geeft een E212: Can't open file for writing foutmelding. Gelukkig maar. Anders was het natuurlijk een security issue.
Als het zo staat kan de 'user' de file van admin inderdaad toch niet schrijven, en andersom.
| 1 2 3 4 5 | $ ls -ld . dr-xr-xr-x 4 user nobody 136 Jul 27 09:29 . $ ls -l -r--r--r-- 1 admin nobody 0 Jul 27 09:32 admin.txt -r--r--r-- 1 user nobody 2 Jul 27 09:31 user.txt |
Gebruikt iemand hier ElementaryOS? Is gebaseerd op Ubuntu maar met een eigen thema en eigen applicaties. Ziet er wel heel goed uit. Ik heb hem even gedraaid in een Virtualbox op Mint en werkt goed. Het OS is nog in beta dus ik wil hem voorlopig nog niet draaien als daily, maar hij staat zeker op mijn lijstje om te checken als de final uit is 
.
.
Ik heb 'm in een VirtualBox draaien. Best grappig inderdaad.quote:
Gebruikt iemand hier ElementaryOS? Is gebaseerd op Ubuntu maar met een eigen thema en eigen applicaties. Ziet er wel heel goed uit. Ik heb hem even gedraaid in een Virtualbox op Mint en werkt goed. Het OS is nog in beta dus ik wil hem voorlopig nog niet draaien als daily, maar hij staat zeker op mijn lijstje om te checken als de final uit is
Ik probeer zo tal van distributies uit maar ben er nog niet uit welke nu het prettigste gaat werken.
Voorlopig doet mijn PC het nog (met Ubuntu erop) en zolang die het blijft doen stap ik nog niet over naar wat anders.
Heb jij (ook) problemen met het binnen halen van updates met ElementaryOS? Hier herkent hij die update servers niet, en klapt met een 404-error.quote:
Gebruikt iemand hier ElementaryOS? Is gebaseerd op Ubuntu maar met een eigen thema en eigen applicaties. Ziet er wel heel goed uit. Ik heb hem even gedraaid in een Virtualbox op Mint en werkt goed. Het OS is nog in beta dus ik wil hem voorlopig nog niet draaien als daily, maar hij staat zeker op mijn lijstje om te checken als de final uit is
Ik heb mijn 2e HDD eindelijk toegevoegd met Gparted,wordt het ook automagisch gemount tijdens het booten?? 
Toevoegen aan /etc/fstabquote:
Ik heb mijn 2e HDD eindelijk toegevoegd met Gparted,wordt het ook automagisch gemount tijdens het booten??
Een week zonder updaten.quote:Op zondag 4 augustus 2013 20:40 schreef robin007bond het volgende:
Na een week van huis te zijn geweest eindelijk weer een sudo pacman -Syu kunnen uitvoeren.
Waar is je gevoel voor avontuur?
Carpe Libertatem
Een weekje wezen logeren bij vriendinlief.quote:Op zondag 4 augustus 2013 21:10 schreef Boze_Appel het volgende:
[..]
Een week zonder updaten.
Waar is je gevoel voor avontuur?
Ze krijgt geen enkel wachtwoord, laat staan een root password.quote:
De eeuwige vraag: zou je je vriendin het rootpassword van je server geven?
edit: nouja, vooruit alleen het wachtwoord van de SSID van de gastwifi.
Carpe Libertatem
Niet van toepassing, want ik heb geen servertje.quote:
Ah, vriendinnen.
De eeuwige vraag: zou je je vriendin het rootpassword van je server geven?
Die van mij weet al mijn wachtwoorden, maar ze weet niet hoe ze ermee om moet gaan en is ook slim genoeg om er zo ver mogelijk vandaan te blijven.
Never evah.quote:
Ah, vriendinnen.
De eeuwige vraag: zou je je vriendin het rootpassword van je server geven?
In theory there is no difference between theory and practice. In practice there is.
Nooit.quote:
Ah, vriendinnen.
De eeuwige vraag: zou je je vriendin het rootpassword van je server geven?
Mijn ex wel ja.quote:
[..]
Weet je vriendin überhaupt wat linux is?
In theory there is no difference between theory and practice. In practice there is.
!
PuTTY heeft 'n update gehad. Staat nu standaard op UTF-8 
[ Bericht 2% gewijzigd door #ANONIEM op 07-08-2013 11:02:30 ]
http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.htmlquote:These features are new in beta 0.63 (released 2013-08-06):
Security fix: prevent a nefarious SSH server or network attacker from crashing PuTTY at startup in three different ways by presenting a maliciously constructed public key and signature.
Security fix: PuTTY no longer retains the private half of users' keys in memory by mistake after authenticating with them.
Revamped the internal configuration storage system to remove all fixed arbitrary limits on string lengths. In particular, there should now no longer be an unreasonably small limit on the number of port forwardings PuTTY can store.
Port-forwarded TCP connections which close one direction before the other should now be reliably supported, with EOF propagated independently in the two directions. This also fixes some instances of port-forwarding data corruption (if the corruption consisted of losing data from the very end of the connection) and some instances of PuTTY failing to close when the session is over (because it wrongly thought a forwarding channel was still active when it was not).
The terminal emulation now supports xterm's bracketed paste mode (allowing aware applications to tell the difference between typed and pasted text, so that e.g. editors need not apply inappropriate auto-indent).
You can now choose to display bold text by both brightening the foreground colour and changing the font, not just one or the other.
PuTTYgen will now never generate a 2047-bit key when asked for 2048 (or more generally n−1 bits when asked for n).
Some updates to default settings: PuTTYgen now generates 2048-bit keys by default (rather than 1024), and PuTTY defaults to UTF-8 encoding and 2000 lines of scrollback (rather than ISO 8859-1 and 200).
Unix: PSCP and PSFTP now preserve the Unix file permissions, on copies in both directions.
Unix: dead keys and compose-character sequences are now supported.
Unix: PuTTY and pterm now permit font fallback (where glyphs not present in your selected font are automatically filled in from other fonts on the system) even if you are using a server-side X11 font rather than a Pango client-side one.
Bug fixes too numerous to list, mostly resulting from running the code through Coverity Scan which spotted an assortment of memory and resource leaks, logic errors, and crashes in various circumstances.
[ Bericht 2% gewijzigd door #ANONIEM op 07-08-2013 11:02:30 ]
hehe eindelijk, maar waar heb je putty voor nodig als je op *nix zit?quote:
PuTTY heeft 'n update gehad. Staat nu standaard op UTF-8
[..]
http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html
quote:
[..]
hehe eindelijk, maar waar heb je putty voor nodig als je op *nix zit?
Is dit topic enkel voor mensen die *nix op hun desktop/laptop hebben dan?
Ik gebruik nog dagelijks Windows.
quote:
[..]
Is dit topic enkel voor mensen die *nix op hun desktop/laptop hebben dan?
Jezus reageer even serieus ofzo -_-quote:Op woensdag 7 augustus 2013 13:44 schreef d4v1d het volgende:
[..]
Zoiets heet een server..
.. of multiboot
sneu
Hoe moet ik reageren op een emo.gif?quote:
[..]
Jezus reageer even serieus ofzo -_-
sneu
Een server met windows?quote:
[..]
Zoiets heet een server..
.. of multiboot
జ్ఞా
Op 