"Rm -r ~ / Library / Application \ Support / Grammarly /" causerà una catastrofe?

Ho appena ricevuto un supporto tecnico "esperto" a causa di una versione grammaticale mal riuscita.

L'esperto mi ha detto di:

rm -r ~/Library/Application\ Support/Grammarly/

A parte il fatto che sono sicuro al 90% di questa persona /Application Support/Grammarly(che non esiste), questo comando causerà catastrofe?

Non voglio essere io a provarlo, non ho una VM su questa macchina, e non so abbastanza su rm per giudicare se questo restituirà o meno un errore ~/Library/.

macos terminal

— Gryph
fonte

Dovrei dire, sto pubblicando 1/2 questa domanda perché sono legittimamente curioso di rm-r in questo contesto, e 1/2, perché sembra una risposta da fanplano dalla loro tecnologia e sono molto preoccupato le persone potrebbero essere molto insoddisfatte del risultato.

— Gryph,

Perché pensi che significhino /Application Support/Grammarly(anche di più, quando non esiste)? E hai provato ls -la ~/Library/Application\ Support/Grammarly/a vedere cosa c'è? Infine, ritengo che il titolo descriva un problema fuori tema, in quanto non è un problema reale che stai affrontando.

— Arjan,

Ho cambiato il titolo perché sono sicuro al 100% che rm -r ~/Library/ si compromettere il proprio sistema. Ma farlo in una directory specifica come rm -r ~/Library/Application\ Support/Grammarly/? Non vedo problemi. Forse dovresti reinstallare il software, ma almeno il tuo sistema va bene. Ma complimenti genuini per te chiedendo dal momento che ci sono persone che eseguiranno quel comando con sudoon /(root) e ragazzo come va! È un disastro.

— Jake, il

@quick questo è per MacOS. Non ero preoccupato di eliminare l'app. Ero preoccupato perché non capivo gli spazi vuoti come delimitatori, e ho pensato che se questo fosse in qualche modo in errore, forse sarebbe tornato al suo ultimo noto vero, ad es. ~ / library / application support / o ~ library /, nessuno dei due sarebbe fantastico. Sapevo che era improbabile, ma di nuovo è bello non dover armeggiare con cose comerm -r

— Gryph

@Quick "In futuro, puoi installare timeshift su Linux Mint ..." Cosa ti fa pensare che si tratti di Linux? Soprattutto quando la domanda è taggata "macOS" e "Terminale?"

— JakeGould

Risposte:

Non vedo alcun motivo per aspettarsi che questo sia un problema, tanto meno una catastrofe. Il comando (digitato correttamente) eliminerà solo quella directory e tutto ciò che contiene.

Gli spazi vuoti nella directory o nei nomi dei file devono essere salvati ( \) perché gli spazi vuoti sono delimitatori. Per questo motivo molti esperti di Unix aborriscono gli spazi vuoti nei nomi dei file (sì, sì, "citazione necessaria").

Aggiornamento: Grazie alla seguente risposta, aggiungerò che uso un alias per "eliminare" i file: alias del mv !* ~/.trash(Uso tcsh, ma dovrebbe funzionare in modo simile su bash). Inoltre, se usi il completamento del nome file su questo, o il comando rm, vedrai che lo spazio di escape viene riempito automaticamente.

— Steve Smith
fonte

Per inciso: si potrebbe anche circondare il percorso con doppie virgolette, per evitare la fuga, come ls -l "/Users/arjan/Library/Application Support/". Ciò non espanderà la tilde nella cartella principale dell'utente , quindi ls -l "~/Library/Application Support/"non funzionerà, anche se ls -l ~/"Library/Application Support/"(ma è orribile, mi sento).

— Arjan,

Vero ... c'è più di un modo per far fronte agli spazi vuoti nei nomi dei file. Nessuno è carino.

— Steve Smith,

Mentre la risposta di Steve Smith è corretta, in quanto gli spazi vuoti in un nome file / directory devono essere evasi ( \), esiste davvero un modo più semplice di gestire qualcuno che ti dice di abbandonare un file / directory nel tentativo di riparare un sistema: Rinominalo o spostalo altrove!

Il problema principale con il consiglio che ti è stato dato è l'ipotesi che l'eliminazione di una directory del genere debba avvenire tramite una riga di comando nel Terminale. Questo non è semplicemente il caso.

La realtà è che macOS nasconde la ~/Library/directory per impostazione predefinita, puoi facilmente abilitarla nel Finder. Apri una finestra del Finder e vai alla tua home directory — manualmente o tramite Command+ Shift+ H— e quindi scegli “Visualizza -> Mostra opzioni di visualizzazione” o premi Command+ J.

In fondo all'elenco delle opzioni vedrai "Mostra cartella libreria". Spuntalo e, se lo desideri, premi "Usa come valori predefiniti" e avrai accesso immediato al Finder alla ~/Library/directory. Schermata seguente per riferimento:

Oppure, basta aprire un Terminale e digitare:

open ~/Library/

E questo aprirà letteralmente la ~/Library/directory e ti permetterà di curiosare lì dentro.

Con il fatto che, basta rinominare Grammarly/in ~/Library/Application\ Support/qualcosa di simile Grammarly-BACKUP/e poi lanciare nuovamente l'applicazione. A tutti gli effetti, rinominare una directory del genere la renderà "invisibile" all'applicazione. Oppure puoi semplicemente trascinare quella Grammarly/directory sul desktop, o persino Cestino, e fare lo stesso. Ricorda, i computer non sanno dove sono le cose se sposti o rinomini i file.

— JakeGould
fonte

Sì esattamente, anche questo è il mio sentimento: avere una risposta generale per usare un comando terminale sembra eccessivo, ad esempio basta spostare la cartella / il file, come suggerisci. Come ho già detto, era il 50% che mi occupavo del mio scenario individuale rm -re il 50% lo mettevo lì con il nome dell'applicazione perché sono sicuro al 100% che non sarò l'unica persona quasi tecnica a far suonare le campane d'allarme a riguardo.

— Gryph,

Bene, e ho aggiornato la mia risposta con un'idea simile ... ma spero che il supporto tecnico almeno sappia che la directory in questione è sicura da eliminare.

— Steve Smith,