Newsgroup: it.comp.os.dibattiti
Titolo: NT - stabile?

NT e' stabile? Mi si e' piantato appena NTW. Stavo lavorando duramente per
donare al mondo le mie Quack Library quando:
"Cazzo, una giornata che non salvavo".
Incredibilmente NT al riavvio, appena riprovo a fare partire il programma
che mi si e' piantato, mi consiglia caldamente di usare CHKDSK. Gentile.
Incredibile ma vero, non ho perso una sola riga di codice. Il Visual C++ ha
recuperato tutto (Un prodotto ben fatto, finalmente),
Incredibile, dopo avere detto che nessun S.O. serio potrebbe reggere se gli
sparisce sotto il sedere il file system, sparisce il mio. CHKDSK mi rivela
che ci sono dei problemi, e che me li correggera'. Ho perso tre file. Il
settore perso era nel MTF. Sfiga, drive fatto male o solo sfiga? Boh. E' da
un poco di anni che i nuovi HD (spesso, non sempre n.d.p.) mi danno dei
problemi per un poco, e poi si stabilizzano.
Insomma, ha recuperato bene l'errore. Mi domando pero' se problemi con gli
HD li ho solo io, o se sto dando la colpa al componente sbagliato.
--- (Elimina il papero per le repliche) ---

I dischi di oggi sono delle bombe a tempo. Durano 12-18 mesi poi scoppiano.
Ovviamente quelli che non scoppiano durante le prime 1000 ore di
funzionamento.
Saluti.

 settore perso era nel MTF. Sfiga, drive fatto male o solo sfiga?
MFT .... la Master File Table contiene copia di tutti i dati cruciali.
Non so come spiegarmi, comunque quella zona non dovrebbe contenere mai i
dati dell'utente e dovrebbe essere accessibile solo nel layer kernel
dell'OS.
Perché di tanto in tanto i dati si vanno a cacciare proprio lì?
Disco pieno? Sfiga? Necessità di deframmentazione?
<il miglior Linuxiano è il linuxiano morto /ON >
ALT, STOP.
Ai posteri e agli antenati: DeRosa non intervenire tirando in ballo
Ext2. Io taccio la tragedia di Ext2 e tralascio di raccontare cosa
succede a quel miserabile file system quando si blocca il sistema e voi,
prima di parlare di NTFS vi sciaquerete le bocche.
<il miglior Linuxiano è il linuxiano morto /OFF >
Io opterei per:
deframmentare il file system.
oppure, spostare semplicemente i file in un altra disco o partizione per
poi riportarli nel disco d'origine (funziona quasi sempre e i file così
spostati vengono redisposti in una sequenza più ordinata).
-- 
Ciao ....
       Massimiliano ADAMO
    E-mail: 
maxa...@usa.net

<il miglior Linuxiano è il linuxiano morto /OFF >
Adamo, hai perso un'altra occasione per evitare la tua solita figura
da ignorante. Se almeno ti fossi sforzato di capire come funziona ext2
non scriveresti di queste stronzate, ma temo che per il troppo sforzo
ti si possa andare in blocco quel poco di segatura che hai nella
nocciolina... continui ancora ad essere l'unico che dice di avere
problemi con ext2... sara' perche' non hai ancora capito un cazzo di
Linux e tutto cio' che gli sta attorno?


Ma da dove ti hanno tirato fuori? Dall'uovo di Pasqua?
Risparmiati certe espressioni e vedi di trovare un minimo di serieta' se
mai ne hai avuta.
        Antonio.

succede a quel miserabile file system quando si blocca il sistema
Blocco del sistema? Dilettante.
Per fare dei veri danni, la ricetta e' la seguente:
1) Installare hdparm
2) Non leggere il manuale
3) Non fare caso ai messaggi di errore
4) Mettere i settaggi piu' performanti possibile
5) Attendere l'inchiodamento
6) Se si inchioda, diminuire appena i settaggi e 
   tornare al punto 5.
7) Installare scheda di rete e modem
8) Settare la priorita' IRQ dell'HD la piu' bassa
9) Compilare il kernel mentre girano apache e updatebd.
Non si puo' fare una cosa simile con NT grazie a tre precauzioni
prese da MS, che i Linuxiani non hanno - cosa che li costringe a
tenere il culetto alle intemperie:
a) Non dare i sorgenti del kernel, cosi' che non si possa
   fare una ricompilazione
b) Non dare modo di modulare i parametri di IRQ e delay a
   livello di bus IDE
c) Inchiodarsi gia' al punto (1), impedendo di realizzare
   i poderosi danni del punto 9.
Comunque, dopo qualche minuto, un orribile SCRRRANG dal disco Vi
informera' che avete fatto una minchiata.
Il reset duro, unica uscita da questo tristo passo, vi dara' una
macchina che non boota neanche piangendo in cinese.
Il rescue disk e tre giri di fsck massiccio riportano il sistema
alla vita, lilo lo riporta alla bootabilita', e scoprite che ben
172 programmi sono andati completamente a puttane.
L'uso sapiente di cp, diff, tar, e tripwire, dopo due ore in cui
avrete perso l'anima immortale, in seguito ad una crestomazia di
moccoli che neanche i Turchi all'assedio di Vienna, ripristina i
files perduti.
Rimangono dei files cosi' apputtanati che neanche fsck e' capace
di tirarli via, e si deve andare di debugfs. Lavorino di fino, e
giu' un altro catafascio di moccoli.
Il file system comunque ha resistito in modo abbastanza valido a
una situazione scomoda (in cui venivano scritti dati *random* su
zone *random* del disco).
Dopo quattro ore, il sistema e' di nuovo in piedi con danni, nel
complesso, minimi.
Questo naturalmente se si e' cosi' imbecilli da non avere fatto,
mai mai mai, alcun backup (SERNI! PRESENTE!). Se lo si e' fatto,
in venti minuti e' tutto a posto (ma non si e' testato quanto e'
resistente il fs, solo quanto e' saggio il proprietario).
Leonardo
Microsoft Outlook: cosa vuoi postare postare postare oggi?

 wrote:
: Non si puo' fare una cosa simile con NT grazie a tre precauzioni
: prese da MS, che i Linuxiani non hanno - cosa che li costringe a
: tenere il culetto alle intemperie:
: a) Non dare i sorgenti del kernel, cosi' che non si possa
:    fare una ricompilazione
: b) Non dare modo di modulare i parametri di IRQ e delay a
:    livello di bus IDE
: c) Inchiodarsi gia' al punto (1), impedendo di realizzare
:    i poderosi danni del punto 9.
Ti sei dimenticato una cosa: settare la priorita' di un processo utente
ad un livello piu' alto di quello dello scheduler...
bye
Gianluca
--
e-mail 
gian...@pluto.linux.it
        Member of the Pluto Linux User Group
-----
Esprimo sempre e solo opinioni personali