Newsgroup: it.comp.os.linux.iniziare
Titolo: come cancellare un file strano

Salute a tutti. In una dir dei sorgenti del kernel che devo eleminare
(compilazione andata a donnine allegre da rifare ex novo) č comparso un
file:
?---------  ? ?    ?        ?                ? .built-in.o.cmd
che mi impedisce di eliminare la dir. Anche MC non riesce nell'intento.
Come posso fare? Ovviamente sto lavorando come root.
Ciao
Antonio
-- 
  /Ż\  |Ż \/ Ż|(*** !!! attenzione:  campo From alterato !!! ***)
 /Ż_Ż\ |Ż|\/|Ż| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
/_/ \_\|_|  |_|(  |a|m|a|d|e|s|a|n|i(a|t)l|i|b|e|r|o(d|o|t)i|t| )
----------------)-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(

 Come posso fare? Ovviamente sto lavorando come root.
Devi smontare il file system e farci su un fsck (o altre utility a 
seconda del tipo di file system che usi.
PS: quella e' la probabile causa, e non un effetto, della compilazione a
donnine allegre, IMHO
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

Come posso fare? Ovviamente sto lavorando come root.
Se prima di fare fsck che ti ha detto Roberto ti va di fare una prova,
anche a me e' capitato e ci sono riuscito solo cosi':
1) ti logghi root
2) in un floppy ci fai il fs ext2 con:
# mke2fs -v -T floppy /dev/fd0
3) lo monti con:
# mount /media/floppy
4) supponendo che il file stia nella directory pippo, dai il comando:
# mv pippo /media/floppy/
se lo fai me lo dici se va anche da te?
-- 
Ciao Minotto


Ciao. Avevo una certa fretta ed ho seguito il consiglio di Roberto (che
ringrazio). Ho smontato ho fatto girare 
fsck -s -t reiserfs /dev/sdb2
che mi ha detto che ci voleva --rebuild-tree
ho lanciato e mi ha corretto le incongruenze.
La cosa bizzarra č che č capitato lo stesso problema su due macchine
diverse, nel momento della compilazione del nuovo kernel, e questo mi aveva
fatto pensare ad un problema dei nuovi sorgenti ...
Non avrei potuto seguire la tua prova in quanto non ho floppy ed avrei
dovuto provare con un cd, ma penso che non puň essere fatto in quanto
dovrebbe scrivere qualche cosa sul supporto, giusto?
Comunque lo tengo presente.
Ciao e grazie


 fatto pensare ad un problema dei nuovi sorgenti ...
Che altro hanno, in comune, le due macchine?


Comunque lo tengo presente.
Io l'ho spostato nel floppy per non averlo piu' tra i piedi, ma nel cd
ovviamente non fa. Puoi provare a buttarglielo a xp se hai la fat32,
oppure in /tmp per vedere se l'indomani e' scomparso (ma non credo).
Perche' il fatto e' che mv e' piu' forte di rm -- credo io eh.
-- 
Ciao Minotto


Si, fs sputtanato. E' la prima volta che mi succede (c'è sempre una prima
volta)
Le due macchine sono una blade 1000 con debian lenny ed una ultra 60 con
debian etch. I kernel sono compilati ciascuno sulla macchina target, hanno
processori ed HD diversi ... due soli elementi in comune: sono SUN e le
gestisco io :). No, vi è anche il fatto che le sue partizioni sono
reiserfs.
A questo punto è lecito un flame sull'afidabilità della reiserfs ... :)
Ripeto, a me non ha mai creato problemi, fino ad ora, ammesso che la causa
sia il tipo di filesystem.
Penso/spero sia un caso. Per essere sinceri, la blade qualche settimana fa
mi aveva dato un freeze e avevo individuato in /usr la partizione che si
era "bloccata", ma avevo riavviato, spostato la partizione su un altro HD,
riformattato la vecchia partizione e rimesso le cose a posto. A questo
proposito la live di gentoo universal è stata preziosissima; riesce anche a
vedere al volo la stramaledetta qlogic della blade.
Terrò sotto controllo
Ciao
Antonio
-- 
  /¯\  |¯ \/ ¯|(*** !!! attenzione:  campo From alterato !!! ***)
 /¯_¯\ |¯|\/|¯| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(



Ciao. Non uso partizioni aliene ;). Non credo che mv funzioni in quanto
implica uno spostamento (e fino a qui ci siamo) ed una cancellazione (e qui
potrebbe cascare l'asino).
Se dovesse capitare (tocco opportunamente quanto di dovere) proverň a fare
uno spostamento.
Ciao
Antonio


 A questo punto è lecito un flame sull'afidabilità della reiserfs ... :)
A me ha dato una marea di problemi, sputtanato tutto per ben tre volte, 
senza possibilita' alcuna di recupero dati.
Successivamente sono passato a xfs, ma avendo letto che in caso di 
ibernazioni alcune volte scazza pure lui, sono passato, dopo 6 mesi, 
definitivamente ad ext3.
Per conto mio reiserfs non lo utilizzero' piu'
Ho sentito parlare benissimo anche di jfs senza alchimie strane.
Paride


Ciao Paride. Nella scelta bisogna anche mettere in bilancio la possibilità
di recuperare, montando la partizione dopo aver fatto partire ad esempio
tramite una live.
Sto provando anch'io xfs, ma alcune distribuzioni di emergenza non lo
riconoscono al volo, e si rimane con la partizione che non sai come
montarla.
Bisognerebbe avere la pazienza di approntarsi una distribuzione
autocostruita con dentro il necessario per un intervento di emergenza. Per
le SUN non sono molte le distribuzioni live efficienti (ho trovato solo gentoo,
per ora). 


 Ho sentito parlare benissimo anche di jfs senza alchimie strane.
io ho usato jfs per diversi anni con OS/2 con ottimi risultati
da alcuni mesi sto usando linux e ho ext3 solo per la partizione /boot mentre 
il resto e' tutto su jfs
per il momento non ho avuto problemi, anzi dopo un crash del sistema (non 
funziona la modalita' standby) il successivo riavvio e' stato rapidissimo (uno 
dei vantaggi principali del jfs e' la velocita' nel controllare il fs)
-- 
bye
Alessandro

 
Qui non so dirti.
Paride


Ciao. Sulla partizione di boot uso anch'io ext3, come pure sulla root, ma
alcune dir che hanno molto movimento, le sposto su partizioni a parte:
reiserfs e /var che č xfs. Alla prima occasione, farň alcune prove
con jfs.
Ciao
Antonio
-- 
  /Ż\  |Ż \/ Ż|(*** !!! attenzione:  campo From alterato !!! ***)
 /Ż_Ż\ |Ż|\/|Ż| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
