Domanda Fortezza nana che inizia durante l'aggiornamento apt-get


Quando corro apt-get upgrade sulla mia macchina Ubuntu 17.04, a volte inizia Fortezza dei Nani da solo.

E 'successo già almeno due volte, quindi probabilmente non era solo una cosa del genere. Inoltre, l'esecuzione diapt-get upgrade sembrava essere in pausa fino a quando non ho lasciato manualmente la Fortezza dei Nani, quindi probabilmente non è stato causato da qualcos'altro che correva in quel momento.

La console in quel momento disse Unpacking xxx. dove xxx era qualcosa con mysql nel nome Non so però quale pacchetto esattamente, come oggi, apt-get upgrade aggiornato molti pacchetti relativi a mysql.

Mi piacerebbe sapere cosa succede e come impedirlo. Grazie per le tue idee


313
2017-07-22 05:15


origine


Quindi lo stai dicendo ogni volta che corri apt-get upgrade nel terminale inizia il gioco?
@ MichaelBay non sempre, solo quando aggiorna qualcosa. E non posso testare se succede sempre, perché non ci sono pacchetti da aggiornare ora. - Adrijaned
Questo DF Hack è una lettura lunga e ho rinunciato in parte, ma forse ti sarà utile. - WinEunuuchs2Unix
reddit.com/r/Ubuntu/comments/6tomtk/... - Ciro Santilli 新疆改造中心 六四事件 法轮功


risposte:


Con una domanda tanto strana, è ovviamente impossibile dirlo con certezza - ma mangerò il mio cappello se la mia prima impressione non è corretta. :)

L'unico modo in cui riesco a pensare, come queste cose non correlate potrebbero essere collegate è questa: Dopo aver installato (bene, estraendo) Fortezza nana, invece di andare alla directory ogni volta e eseguirlo con ./df, volevi essere in grado di eseguirlo da qualsiasi luogo, come qualsiasi vecchio comando. Hai aggiunto la directory della Fortezza dei Nani al tuo $PATH, prima le directory di sistema, forse per caso, forse perché hai notato che non funzionava diversamente, e invece dovevi semplicemente ottenere informazioni sui tuoi filesystem.

Viene chiamato l'eseguibile della Fortezza di Nani df, che è anche il nome di uno strumento di sistema per visualizzare l'utilizzo dello spazio su disco dei tuoi filesystem, creando una collisione. Facendolo in modo che quando si digita df, La Fortezza dei Nani inizia, hai ombreggiato lo strumento di sistema, quindi quando uno script vuole - diciamo - controlla se hai abbastanza spazio libero per decomprimere un archivio, invece di invocare df - lo strumento di sistema - comincerà invece la Fortezza dei Nani. E dopo aver lasciato la Fortezza dei Nani, la povera piccola sceneggiatura sarà molto confusa sul motivo per cui non è stata data l'informazione sull'uso del disco che ha richiesto.

Comunque, grazie per la risata, questo deve essere tra i problemi più divertenti che abbia mai visto doppiato su StackExchange. :)


542
2017-08-14 17:30



I commenti non sono per discussioni estese; questa conversazione è stata trasferito in chat. - Thomas Ward♦


La mia impressione è simile a Aleksi dima sospetto che tu abbia spostato il binario della Fortezza dei Nani /usr/local/bin o /usr/bin (e, si spera, no /bin).

Prova a correre sudo which df nel tuo terminale. Se non dice /bin/df, prova a spostare il file specificato in which uscita a /usr/games/ (sarai in grado di eseguire il gioco in futuro eseguendo /usr/games/df). Apt dovrebbe funzionare di nuovo dopo.

======

Altrimenti, nello scenario in cui sudo which df dice /bin/df, prova a correre /bin/df. Se questo è stato sovrascritto con il gioco, dovrai spostare il gioco binario come sopra menzionato, e sudo apt-get install --reinstall coreutils.

Se fallisce perché df manca, potrebbe essere necessario ricorrere a misure più drastiche (come la creazione di uno script falso per sostituire temporaneamente df, o il download manuale del pacchetto e l'estrazione del df binario da esso).


62
2017-08-15 08:47



È ironico che un commento dell'interrogante alla risposta accettata confermi che questo è ciò che l'interrogante ha fatto, con un collegamento simbolico, piuttosto che modificare PATH come in quella risposta. - JdeBP
@JdeBP: Non proprio, il punto principale è il conflitto di denominazione - Penso che il modo in cui è stato ottenuto sia secondario, anche se lo dico io stesso. Ho anche menzionato questo nei commenti dell'altra risposta, in risposta a un commento che suggeriva la stessa cosa di questa risposta, ma in origine ho pensato di menzionarlo come un'altra possibilità, finché non mi sono reso conto che spostare / copiare il binario (al contrario di il collegamento simbolico, a cui non pensavo) non avrebbe funzionato a causa del modo in cui la Fortezza dei Nani funziona. (Cioè è appena estratto, non installato - non troverà i propri file di dati quando non si trovano nella stessa directory) - Aleksi Torhamo
Potrebbe essere un comando migliore sudo which -a df vedere tutto df comandi trovati nel percorso. - Doug Henderson
Aspetta 2017 e usiamo apt-get ancora? - EKons
@AleksiTorhamo Giusto per chiarire, la variabile PATH che apt vedrebbe è sovrascritta dal comando sudo (/etc/sudoers ha un secure_path variabile per prevenire problemi di sicurezza con gli utenti che modificano il loro PATH). Sono d'accordo che rendersi conto che il binario della Fortezza dei Nani sta avendo la precedenza nella risoluzione del PERCORSO è comunque l'intuizione chiave. - maccam94