Ik denk dat je /opt bedoelt, /proc is geen 'echt' filesysteem maar geeft je toegang tot je draaiende kernel.quote:Op donderdag 19 november 2009 21:35 schreef ouderejongere het volgende: /proc op een eigen partitie zetten heeft als voordeel dat je programma's eenmalig installeert
Je hebt helemaal gelijkquote:Op vrijdag 20 november 2009 14:31 schreef Antaresje het volgende:
[..]
Ik denk dat je /opt bedoelt, /proc is geen 'echt' filesysteem maar geeft je toegang tot je draaiende kernel.
Enkele? Welke? Weet overigens niet of ik het nog kan aanpassen, maar anders kan Wyri dat wel doen voor mequote:Op vrijdag 20 november 2009 18:24 schreef Ofyles2 het volgende:
@slacker_nl: Enkele downloadlinks zijn gestorven.
Zou je deze weer tot leven willen wekken?
Met mtab hoef je niks te doen, sterker nog het heeft geen enkele zin om daar dingen in te editten. Dit bestand wordt alleen geschreven, niet gelezen.quote:Op vrijdag 20 november 2009 21:46 schreef ouderejongere het volgende:
toch maar meteen opnieuw geïnstalleerd,
wat ben ik stom
ik dacht dat het heel eenvoudig was om /home op een eigen partitie te zetten, geen backup van fstab, kom ik er pas na een uur achter dat ik ook in mtab moet aangeven dat de partitie gekoppeld moet worden.
Hoe kan het dan dat de /home-partitie niet wil mounten tijdens het booten en wel nadat ik in mtab dat heb toegevoegd? Of heb ik toch ergens een tikfoutje gemaakt en die gelijktijdig hersteldquote:Op zaterdag 21 november 2009 22:49 schreef Farenji het volgende:
[..]
Met mtab hoef je niks te doen, sterker nog het heeft geen enkele zin om daar dingen in te editten. Dit bestand wordt alleen geschreven, niet gelezen.
Zoals slacker_nl zegt: start Nautilus als root. Start een terminalvenster en tikquote:Op vrijdag 27 november 2009 15:20 schreef Mafkoos het volgende:
Ik heb een vraag:
Ik van iemand een map bestanden gekregen van een database. Nu wil ik deze bestanden in de mysql-folder zetten om de database te gebruiken maar bij het verplaatsen van de map krijg ik de foutmelding "Permission Denied". Iemand een idee om dit op te lossen?
1 |
Met de meeste shells kun je ctrl+z sturen (d.w.z. intypen) om een job te suspenden (dan staat-ie stil) door ‘bg’ te typen gaat-ie naar de achtergrond, door ‘fg’ te typen komt-ie weer naar voren. Met ‘jobs’ krijg je een overzicht van gesuspende of in de achtergrond lopende taken. Met b.v. ‘fg %2’ haal je dan taak 2 naar voren.quote:Op vrijdag 27 november 2009 23:40 schreef PiRANiA het volgende:
Simpele vraag:
hoe zet ik een CLI taak in de achtergrond, hoe vind ik hem terug en hoe haal ik hem weer naar de voorgrond?
Door de taak te starten met een '&' erachter. Een draaiend proces zet je op de achtergrond met ctrl-z, dat pauzeert het proces, met het commando 'bg' laat je het vervolgens verder draaien in de achtergrond. Het commando 'fg' haalt het vervolgens weer naar de voorgrond. Het commando 'jobs' laat al je processen en hun status zien. Heb je meerdere processen, dan kun je het nummer (niet het PID) van dat process achter fg of bg zetten.quote:Op vrijdag 27 november 2009 23:40 schreef PiRANiA het volgende:
Simpele vraag:
hoe zet ik een CLI taak in de achtergrond, hoe vind ik hem terug en hoe haal ik hem weer naar de voorgrond?
Screen is ideaal als je vanaf verschillende locaties op je systeem wil werken. Je screen detachen, op een andere plek opnieuw inloggen, re-attachen en lekker door werkenquote:Op vrijdag 27 november 2009 23:48 schreef Iblis het volgende:
Multitasken in de CLI kan echter ook goed met screen, dan kun je een vensterlijst oproepen met ctrl+a "; onder ubuntu kun je byobu overwegen om je screen-leven wat makkelijker te maken.
Ja, ik weet niet precies wat PiRANiA wil natuurlijk, maar als je een job in de achtergrond zet en je sluit je shell af dan kill je je job alsnog omdat z’n parent-process dan weg is. En dat heb je met screen niet, dan kun je inderdaad uitloggen en later weer verder.quote:Op vrijdag 27 november 2009 23:50 schreef Antaresje het volgende:
[..]
Screen is ideaal als je vanaf verschillende locaties op je systeem wil werken. Je screen detachen, op een andere plek opnieuw inloggen, re-attachen en lekker door werken
Daar heb je het commando nohup voor. Dan blijft het ook doordraaien als je je shell afsluit. Handig als je het zo doet, dan wordt alle output en errors naar bestanden geredirect en heb je ook niet dat je shell blijft hangen na een exit:quote:Op vrijdag 27 november 2009 23:54 schreef Iblis het volgende:
[..]
Ja, ik weet niet precies wat PiRANiA wil natuurlijk, maar als je een job in de achtergrond zet en je sluit je shell af dan kill je je job alsnog omdat z’n parent-process dan weg is. En dat heb je met screen niet, dan kun je inderdaad uitloggen en later weer verder.
1 2 | exit |
1 2 3 4 5 6 7 8 9 10 11 12 | [druk ctrl-z] bg [app gaat op achtergrond verder] jobs [je ziet de job nu] disown [app krijgt een nieuw parent process dat losstaat van je shell] jobs [je ziet de job niet meer] exit [app blijft doordraaien] |
Maar disown is geen standaard-commando en met nohup moet je zeker van zijn dat er geen TTY output is inderdaad.quote:Op zaterdag 28 november 2009 10:55 schreef Farenji het volgende:
[..]
Daar heb je het commando nohup voor. Dan blijft het ook doordraaien als je je shell afsluit. Handig als je het zo doet, dan wordt alle output en errors naar bestanden geredirect en heb je ook niet dat je shell blijft hangen na een exit:
[ code verwijderd ]
Mocht een CLI app al draaien en je bent screen vergeten en je bent nohup vergeten maar je wil het toch naar de achtergrond verplaatsen EN je wil kunnen uitloggen:
[ code verwijderd ]
Erg handige shit. Ik wou alleen dat zoiets ook kon met X apps... bijv een app op je ene pc suspenden en hem dan desnoods op een andere pc over het netwerk weer resumen. Maar helaas kan dat niet.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |