Ho rimosso la directory di esecuzione di / var / run su debian

1

Qualcuno può dirmi come posso annullare un errore sudo rm -r / var / run?

Non posso usare sftp e mysql ora.

terminal debian

— Patrick
fonte

@BlueNovember: l'ho modificato su StackOverflow ( stackoverflow.com/questions/1988866/... ), cancellato qui prima di notare la tua domanda .. scusa per aver infranto il contesto. Ho pensato che le persone su serverfault avessero più probabilità di trovarsi in questa situazione di "fossa del destino".

— lexu

Ah, quindi la confusione. Commento rimosso. =)

— RJFalconer

3

Puoi ... reinstallare debian!

C'è un motivo per cui dovresti stare attento a tutto ciò che inizia con "sudo rm", e questo è quanto segue: P

— Phoshi
fonte

sudo rm -r, in realtà.

— Malfist

2

-f soprattutto, ma quando stai eliminando QUALSIASI radice come root dovresti essere cautamente cauto: P

— Phoshi

2

Puoi sempre reinstallare, ma personalmente andrei a un sacco di lavoro drudge per evitarlo ...

— dmckee

2

Puoi risolvere cose come questa reinstallando, ma puoi anche tuffarti e provare a rimettere tutto insieme. Imparerai molto di più sul tuo sistema in quel modo e sarai motivato a non ripetere mai più quell'errore.

— Adam Luchjenbroers

yp, prova la risposta di mykhal. Non penso che sia necessario reinstallare come se dovessi imparare una lezione?!?!

— Rbjz

8

la reinstallazione di debian non è necessaria. in / var / run sono memorizzati i file pid temporanei .. provate solo se il riavvio dei servizi non funzionanti funziona, se no, fatelo dpkg -S /var/run per vedere, quali pacchetti hanno installato alcune sottodirectory lì ( dpkg -L <PACKAGENAME> | grep /var/run ), alla fine potresti voler provare dpkg-reconfigure <PACKAGENAME>. quindi riavviare i servizi ( /etc/init.d/... restart ) o intero debian.

— mykhal
fonte

Vedi ora, questo è quello che succede quando sai come funziona il tuo gestore di pacchetti ...

— dmckee

Questo è molto più facile della reinstallazione dell'intero sistema operativo e ha funzionato per me. Inoltre, SELinux era in esecuzione con l'enforcing e dovevo eseguire anche un restorecond.

— Sebastian Carroll

1

Ho avuto un problema simile, devo aver rimosso questa directory; e ricevuto:

Can't open /var/run/atd.pid to signal atd. No atd running?

Durante la corsa

at -m now -f ./run_my_file

Sono stato in grado di correggerlo rifacendo la directory e riavviando l'atdeamon (atd)

sudo mkdir /var/run
sudo atd

Goodluck, facciamo tutti degli errori :)

ps. probabilmente non è la soluzione più solida, ma ha funzionato!

— user215867
fonte

0

sudo mkdir /var/run

Se qualcosa si lamenta di una sottodirectory mancante, crearla nello stesso modo. Ma i pacchetti dovrebbero essere robusti contro questo ora, perché /var/run può essere su un file system temporaneo. Nel peggiore dei casi, reinstallare il pacchetto in questione.

— Peter Eisentraut
fonte