Linux Mint NL

wat moet ik doen bij een foutief ingegeven regel in de terminal?
ik heb nog in dos gewerkt toen de commodore 64 pas nieuw was
Maar in de terminal van Linux stuit ik bij het leerproces op volgend probleem de laatste opdracht was fout of onvolledig ingegeven en de cursor staat helemaal onderaan de pagina onder het dollarteken en het onvolledig commando en wil geen commando's meer ontvangen waardoor ik niet meer verder kan en opnieuw moet herstarten
448: Per user subordinate user IDs.
484: can't update SELinux user mapping

┌──(cybertron㉿kali)-[~/Bureaublad/kali]
└─$ grep -w -n -c "user" out.txt
63

┌──(cybertron㉿kali)-[~/Bureaublad/kali]
└─$ grep "USER"

het is misschien iets dom als je de codetaal kent maar ook met de pijltoetsen gaat dit niet!
en nergens vind ik de oplossing omdat de mensen die het aanleren deze beginnersfouten niet maken!
bedankt bij voorbaat ;-)

Kali Linux vraag stellen op een forum van Linux Mint?

Enfin. Je moet grep wel een doel geven, hè. Dat heb je niet gedaan bij de laatste opdracht. Hij weet dus niet waarin hij het woord USER moet "grijpen".

Bij de eerste opdracht heb je wel netjes een doel opgegeven aan grep: het bestand out.txt. Daarin staat blijkbaar in 63 regels het woord "user".

Zelf gebruik ik grep vooral als middel om de uitvoer te filteren van een ander programma.

Bijvoorbeeld: om te kijken of het juiste stuurprogramma is geladen voor mijn AMD-videokaart, filter ik de uitvoer van het programma lsmod dat de geladen modules (stuurprogramma's) weergeeft:

Code: Selecteer alles

lsmod | grep amd

Of om na te kijken of mijn CPU ondersteuning heeft voor sse2, filter ik de uitvoer van het programma cat voor het bestand /proc/cpuinfo:

Code: Selecteer alles

cat /proc/cpuinfo | grep sse2

Het woord sse2, als het voorkomt, wordt dan rood weergegeven.

Het ezelsbruggetje is hier, dat het woord grep lijkt op het woord grijpen. Je grijpt ermee wat je nodig hebt, ook al is het verstopt in een brij van overbodige informatie.

inderdaad foutje van mij maar ik was aan het uittesten of dit probleem zich in ieder distro zich voordeed
ondertussen heb ik deze oplossing gevonden.
Ctrl+D - signal bash that there is no more input
en moet ik Linux niet meer volledig afsluiten.
stillaan krijg ik meer vertrouwen om via de terminal iets te installeren, mappen en documenten te maken en een poging om een Bash Script te schrijven lukt ook al beter ;-)
vandaag ga ik Lunix Mint installeren op mijn nieuwe Computer op een aparte SSD
Bedankt voor je hulp!