Pagina 1 di 1

[HELP-URGENTE] Rimosso per errore /usr/lib!!

Inviato: mer 1 mar 2006, 23:26
da smtux
ho rimosso per errore /usr/lib !!!

come faccio?

Inviato: gio 2 mar 2006, 0:10
da Karma
non ne so molto, ma visto che è urgente:
prova con
# swaret --dep

Da man, infatti:
--dep Track and Fix all missing Libraries
Incrocio le dita per te... e spero non crei ulteriori danni...

Inviato: gio 2 mar 2006, 0:16
da Karma
Se vuoi puoi anche provare a guardare qui (da http://www.google.it/linux con chiave undelete):

http://recover.sourceforge.net/linux/

Cliccando su recover va anche sul undelete how-to...

Spero di esserti stato utile!
Buon lavoro

Inviato: gio 2 mar 2006, 8:39
da smtux
Karma ha scritto:Se vuoi puoi anche provare a guardare qui (da http://www.google.it/linux con chiave undelete):

http://recover.sourceforge.net/linux/

Cliccando su recover va anche sul undelete how-to...

Spero di esserti stato utile!
Buon lavoro
Grazie, mille stasera provo...
Spero che senza /usr/lib i comandi di base della konsole funzionino lo stesso...

Inviato: gio 2 mar 2006, 9:01
da absinthe
beh.. con quel comando scarichi i pacchetti di librerie mancanti... però non reinstalli i file contenuti in lib e presenti in file tgz di applicativi end-user. piuttosto io farei un:

>upgrade --reinstall nomepacchetto

di tutti i pacchetti presenti in /var/log/packages. in questo modo reinstalli i tgz con la stessa versione presente nell'hd -sempre che tu passi il 'nomepacchetto' giusto- senza eliminare/sovrascrivere i file di configurazione. credo sia la soluzione migliore... non so come fare con swaret, forse ha una flag per usare l'opzione --reinstall. al limite se no...

>telinit 1

e vai di manina (un pò come aggiornare la slack a mano ma utilizzando in maniera forzata la stessa versione di tgz presenti nel database /var/log/packages.

IMHO,
M

Inviato: gio 2 mar 2006, 11:22
da smtux
absinthe ha scritto:beh.. con quel comando scarichi i pacchetti di librerie mancanti... però non reinstalli i file contenuti in lib e presenti in file tgz di applicativi end-user. piuttosto io farei un:

>upgrade --reinstall nomepacchetto

di tutti i pacchetti presenti in /var/log/packages. in questo modo reinstalli i tgz con la stessa versione presente nell'hd -sempre che tu passi il 'nomepacchetto' giusto- senza eliminare/sovrascrivere i file di configurazione. credo sia la soluzione migliore... non so come fare con swaret, forse ha una flag per usare l'opzione --reinstall. al limite se no...

>telinit 1

e vai di manina (un pò come aggiornare la slack a mano ma utilizzando in maniera forzata la stessa versione di tgz presenti nel database /var/log/packages.

IMHO,
M

una domanda per chiarezza visto il problema al quanto delicato il comando che mi dici si riferisce a swaret?
Io su quel pc non ho installato swaret quindi:
1. posso usare installpkg senza /usr/lib?
2. il comando completo che mi dici è:

Codice: Seleziona tutto

swaret --upgrade --reinstall "nomepacchetto"

?
grazie...

Inviato: gio 2 mar 2006, 12:26
da absinthe
hai ragione scusa il casino!

Il comando che ti dicevo era:

>upgradepkg --reinstall

devi usare i pkgtools a manina per capirsi, senza swaret o slapt-get etc...

per quanto riguarda l'installazione con swaret intendevo dire che, essendo swaret uno script bash che gestisce poi i pkgtools, può darsi che sia in grado di passare l'opzione --reinstall a upgrade (ma non lo uso: ti consiglio di leggere le pagine del manuale) ma in effetti dubito che senza le librerie i pkgtools funzionino... (vedi sotto).

per quanto concerne il funzionamento di upgradepkg senza /usr/lib... mmm... dubito che funzioni, però puoi sempre usare il cd 1 di slack, montare la tua / (e /var se è in una partizione a sè e tutte le altre partizioni di "sistema" che sono necessarie) e installare da lì... non dovrebbero esserci problemi, apparte il fatto che da cd1 upgradepkg non funziona... funziona solo installpkg... ma non è un problema: basta indicare ad installpkg di utilizzare come ROOT la directory in cui hai montato /:

es.:

Codice: Seleziona tutto

>mkdir /mnt/temproot
>mount -t ext3  /dev/hda2 /mnt/temproot
>ROOT=/mnt/temproot installpkg glibc-2.3.5-i486-5.tgz
>ROOT=/mnt/temproot installpkg glibc-solibs-2.3.5-i486-5.tgz
etc...

al posto di ext3 e /dev/hda2 usa i parametri necessari sul tuo pc. 'temproot' è un nome qualsiasi.

Tieni conto che dopo aver risistemato tutti i pacchetti contenuti in 'a', poi dovresti aver un sistema avviabile e così dovresti poter continuare ad aggiornare i tgz contenuti nei cd e i tgz dei repository dalla tua linuxbox trmite il suddetto 'upgradepkg --reinstall', come se non fosse successo nulla... (o quasi :P) l'unico difetto è che forse la configurazione di alcuni elementi basilari contenuti in 'a' potrebbe andare persa... ma non mi vengono in mente settaggi particolari che salterebbero... BASTA CHE NON REINSTALLI GLI INITSCRIPT!!! ma solo pacchetti di binari che sono andati persi (tipo le aaa_elf o come si chiamano).

M

Inviato: gio 2 mar 2006, 12:50
da smtux
grazie mille absinthe!
Grosso modo ho capito.... magari stasera appena ho il pc tra le mani inizio e se ho dei problemi riposto qui...

grazie ancora...

Inviato: gio 2 mar 2006, 12:57
da krisis
una curiosità.....come hai fatto a cancellare per errore tutta quella roba?

Inviato: gio 2 mar 2006, 13:06
da absinthe
ipotesi alla domanda di krisi:

voleva fare un pacchetto, ha creato una usr/lib locale per il pacchetto, poi una volta sistemato il tutto anzichè rimuovere usr/lib ha rimosso /usr/lib

io una volta in questo modo ho rimosso tutto /usr -se le cose le fai falle in grande :P-

e soprattutto: lavora troppo da 'root' e poco da 'utente'.

ci ho dato un pochino???

M

Inviato: gio 2 mar 2006, 13:15
da Bart
Il problema è lavorare da root, che dovrebbe essere usato con molta cautela. Anche io feci la mia cavolata modificando tutti i permessi sotto / :shock: :oops:
per colpa di uno script lanciato da root. Sono cose che possono capitare!

Inviato: gio 2 mar 2006, 14:34
da smtux
Ecco com'ho fatto a fare casino...

stavo tentando di installare VMware 5 ... di per sè l'installazione va in fondo bene senza nessun intoppo è la configurazione della rete che mi ha dato pb's. Infatti la vmnet0 bridged su eth0 non veniva uppata... e mi dava FAILED...

cosi ho disintsallato la vmware e l'ho reinstalltata più volte ma NULLA! Così ho pensato...non è che magari resta qualche directory maledetta... sono andato dove vmware butta tutta la sua roba tra cui /usr/lib.... poi digitando i comandi velocemente ho sbagliato path ed ho dato rm su /usr/lib accidenti a ogni cosa!

La lezione l'ho imparata e sicuramente sta situazione di m... mi farà imparare altre cose... ma ne facevo volentieri a meno!!no?!?!

Potete infamarmi!!

A parte tutto... qualcuno ha avuto lo stesso problema con VMWARE 5? prima usavo 2.6.10 e VMWARE 4.5.2 e tutto funzionava alla grande ora ho paura che il 2.6.13....faccia casino!

Inviato: gio 2 mar 2006, 20:18
da Meskalamdug
Io una volta,giocando con uno slackbuild lo ho fatto interferire con /usr/bin anziche' usr/bin(nella cwd del pacchetto)
non vi dico il casino....
Ma la stronzata peggiore la feci una volta quando in tmp da root
feci rm -fr .*
(ha cancellato anche in ../bin )

:(

Inviato: gio 2 mar 2006, 20:41
da smtux
Tutto risolto..... ho reinstallato i pacchetti partendo dai cd della slackware....
GRAZIE DEL CONSIGLIO!! Lo dico io che questa è una grande comunità!!

Con il tempo vedremo i danni che ne sono venuti fuori... per adesso sembra andare :wink: ..

Apro un altro 3d per parlare della vmware...