Dire che ho un file di testo enorme (> 2 GB) e voglio solo catle linee Xa Y(ad es 57.890.000-57.890.010). Da quello che ho capito posso farlo eseguendo il piping headin tailo viceversa, vale a dire head -A /path/to/file | tail -B o in alternativa tail -C /path/to/file | head …
Molte volte eseguo accidentalmente il catcomando su file con contenuto fino a poche migliaia di righe. Provo ad annullare il catcomando con Ctrl+ Co Ctrl+ Z, ma entrambi hanno effetto solo dopo che catnel terminale viene visualizzato l' output totale di , quindi devo aspettare fino a quando non catviene …
Di recente ho capito che possiamo usare cattanto quanto dd, ed è in realtà più veloce didd So che è ddstato utile nel trattare con nastri in cui le dimensioni del blocco contano davvero nella correttezza, non solo nelle prestazioni. In questi giorni, tuttavia, ci sono situazioni in cui ddqualcosa …
A volte, quando ho catun file binario per errore, il mio terminale si confonde. Nulla resetpuò essere risolto rapidamente , ma un utente malintenzionato non potrebbe teoricamente creare un file che, se visualizzato su un terminale, eseguirà un codice arbitrario? Attraverso un exploit nell'emulatore di terminale o altro.
Quando si gestiscono i file di registro, alcuni finiscono come file compressi con gzip logrotatee altri no. Quindi quando provi qualcosa del genere: $ zcat * si finisce con una riga di comando come zcat xyz.log xyz.log.1 xyz.log.2.gz xyz.log.3.gze quindi con: gzip: xyz.log: not in gzip format Esiste uno strumento …
Stavo lavorando attraverso un tutorial e ho visto l'uso di entrambi cat myfile.txte cat < myfile.txt. C'è una differenza tra queste due sequenze di comandi? Sembra sia stampare il contenuto di un file sulla shell.
Mi piace usare tacper invertire l'output di cat. Tuttavia, non è disponibile nel terminal Mavericks. Ho provato a trovarlo su MacPorts e di nuovo non è disponibile. Qualcuno può mostrarmi come arrivare tac? È molto utile per leggere i file di registro.
Prima usavo catper visualizzare i file. Poi ho imparato che di lesssolito è meglio, ed è un must se il file è più lungo di alcune dozzine di righe. La mia domanda: c'è mai un motivo da usare al catposto di less? C'è qualche situazione in cui catc'è una soluzione …
Diciamo che ho uno script che voglio reindirizzare a un altro comando o reindirizzare a un file (piping shper gli esempi). Supponiamo che sto usando bash. Potrei farlo usando echo: echo "touch somefile echo foo > somefile" | sh Potrei anche fare quasi la stessa cosa usando cat: cat << …
root@system:~# less myfile -bash: /bin/less: Input/output error Il filesystem di root è morto. Ma il mio gatto è ancora vivo (nella mia memoria): root@system:~# cat > /tmp/somefile C^d root@system:~# È un po 'solo, però, tutti i suoi amici se ne sono andati: root@system:~# mount -bash: /bin/mount: Input/output error root@system:~# dmesg …
Molte utility della riga di comando possono prendere il loro input da una pipe o come argomento del nome file. Per gli script di shell lunghe, trovo che iniziare la catena con un catrenda più leggibile, specialmente se il primo comando avrebbe bisogno di argomenti a più righe. Confrontare sed …
Ho una variabile che contiene l'output multilinea di un comando. Qual è il modo più efficace per leggere l'output riga per riga dalla variabile? Per esempio: jobs="$(jobs)" if [ "$jobs" ]; then # read lines from $jobs fi
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.