Newsgroup: it.comp.os.linux.sys
Titolo: mi si è bloccato lo spengimento del sistema

Mi si blocca lo shutdown ritorna al modo grafico, sia per reboot che per
shutdown.
Sicuramente il kernel non ha più spazio per registrare le modifiche
utili per sapere eche è andato giù correttamente..
Quali file posso eliminare pe ridare un po' di normale attività
allo spengimento in shutdown?


Cosa vuol dire????
NON SI CAPISCE UNA FAVA!!!!!!!!

 wrote in message
980106055....@news.aruba.it...

hehehe
Bella domanda? Non so neanche se conosci tutte le parole che ho usato!
Come faccio a risponderti su tutto? Cosa non capisci? Nulla nulla?
shutdown=spengimento computer
bloccare lo shutdown= si interrompere un processo avviato di arresto
bloccare il reboot= si interrompere un processo avviato di riavvio
kernel=sistema operativo linux
andare giù=shutdown
registrare le modifiche utili per sapere che=salvare un file che conferma al
riavvio una precedente uscita pulita
file da eliminare=file che crescono col tempo e che sono inutili, history o
qualcos'altro.......

 wrote:

...sembra di sentir parlare Trapattoni...o Tomba

Salvatore Passerini <il_t...@turchia.tur> wrote in message
94figb$13p$1...@news.mclink.it...

Già, ma che fine a fatto tomba!? e trapattoni?


Quando hai la risposta su che fine hanno fatto i nostri eroi,
dimmi anche come si incolonnano le voci o i punti numerati;
sai dirmi la ricetta delle penne al pesto?

 
Proprio per la tua vena trollesca, eccoti accontentato:
Pesto alla Genovese, per 4 persone:
3 Mazzi di Basilico coltivato vicino al mare (senno' sa di menta). Pra'
sarebbe l'ideale.
1 Spicchio d'aglio
Sale grosso q.b.
1 manciata di parmigiano
1 manciata di pecorino Sardo
1 manciata di pinoli
5 cucchiai d'olio
Levate le foglie ai mazzetti di basilico, mondatele e lavatele, strizzate
bene e pestatele nel mortaio assieme allo spicchio d'aglio, ad un poco di
sale grosso, ai pinoli. Rimestate e continuate a battere girando il
pestello in senso rotatorio (sic !) finche' otterrete una pasta uniforme e
liscia. Unite, allora, poco alla volta l'olio ed un mestolino dell'acqua
di cottura della pasta. 
	Da "L'antica cuciniera Genovese"
 
Se con il pesto condisci le penne, sei un assassino. Col pesto _puoi solo
condire delle trenette_ (al piu' ti concedo lasagne piccole) e se vuoi
fare le cose per bene nell'acqua di cottura devi mettere una patata e
qualche fagiolino, che andranno conditi e serviti assieme alla pasta.
Buon appetito. Circa il tuo post, confermo che non si capisce una emerita
mazza. 
|~~~~~~| 
|(O>   |\  Fabio Cavaliere (Homebrew apprentice & GLUG member)
|//\   | | e-mail > 
fa...@urania.fisica.unige.it
|V_/_  | | e-mail2 > 
cava...@server3.fisica.unige.it
|######|-  GLUG on the Web : 
http://genova.linux.it
 
+------+


hehehe grazie per le ricetta
E' proprio vero, non sono così chiaro come credevo?
Allora provo a spiegarmi meglio se davvero non si capisce una mazza.
Quasi ogni giorno capita che abbia il pensiero di spengere il computer.
Potrei lasciarlo acceso, ma la cosa mi da preoccupazioni, il consumo
energetico, l'inquinamento ecc.... poi la durata degli elementi meccanici,
insomma preferisco spengerlo.
Quindi decido di spengere il computer, ma lo faccio solo quando è
acceso, giuro. Quindi mi siedo, e comincio a dare i comandi per
uscire dalla modalità grafica a finestre. Quando sono al login
digito: shutdown. Solitamente il sistema andava giù subito, da alcuni giorni
questo non mi è più possibile, e dopo una schermata nera ritorna il login.
La partizione del kernel è piena, infatti detta partizione di sistema
è zeppa al 100%. Prima era al 93%.
Il messaggio di errore è: non è stato possibile scrivere su /etc/mtab.tmp
o qualcosa di molto simile. Il tutto vale anche per il reboot.
Ho cancellato dei file temporanei, poi dei readme poi l'history di bash,
ma ora che faccio? dopo due o tre giorni sono punto e a capo, e non so
più cosa eliminare. C'è qualche file che aumenta di volume, ma dove?

o qualcosa di molto simile. Il tutto vale anche per il reboot.
Allora hai / piena, non una partizione del kernel.
Allora, se hai spazio su altre partizioni, puoi spostare alcune
directory su un altro file system.
Se hai una partizione unica, puoi andare a caccia dentro a /var/log di
cosa sta aumentando, ed eventualmente giocare con logrotate.
Oppure, se hai un news server locale, ripulirlo dei post vecchi, con
texpire.
Oppure, se hai squid installato, ripulire la sua cache, e magari
settarlo per essere meno dispendioso.
Come vedi, le possibilita' sono tante.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 
Scusa: invece di cancellara l'history della bash, perche' non cominci a
sradicare tutta la posta gia' letta (previo backup), tutte le cache di
netskifape e /tmp (rm /tmp/*) ? Cosi' dovresti fare _molto_ spazio. Poi:
che distro hai ? Che kernel ? Ricompilato ? Patchato ? Scusa il
pistolotto, ma se tre o quattro persone ti dicono che non si capisce una
mazza non devi offenderti: probabilmente non si capisce davvero. Meno
sarcasmo e piu' informazioni utili serviranno al tuo scopo. Alla peggio
(ma questa e' una alternativa umoristica), passa a reiserfs che e' veloce
a fare fsck (dicono...), poi quando "senti la necessita'"(come dici tu) di
buttare giu' il sistema, stacca l'interruttore :-) !


 più cosa eliminare. C'è qualche file che aumenta di volume, ma dove?
Hai forse degli HowTo sulla macchina? Se ci sono potresti eliminare quelli.
Prova a cercare la presenza di file "core" a volte se crasha qualcosa 
possono crearsene di molto grossi.
Altre cose da poter eliminare (anche se non è che si guadagni granchè) 
sono i vecchi files di log (se non ti servono per qualche motivo): trovi 
files di log per le attività più disparate:
- procedura di boot: /var/log/
- sistema in genere: /var/log/messages.*;
- ftp: xferlog.*;
- http: Directory/di/Apache/logs/access.log oppure error.log;
- etc.
I files di log vecchi hanno il nome seguito da un . e da un progressivo, 
più sono vecchi più il numero è alto.
Poi dipende da quello che ci fai: i programmi installati di servono 
proprio tutti per quello che la macchina deve fare? (giochi, etc.)
Spero di esserti stato utile e di non averti detto cose che sapevi già.

più cosa eliminare. C'è qualche file che aumenta di volume, ma dove?
avrai troppi log in /var/log e varie /var/log/messages /var/log/news
ecc.
poi guarda se in giro hai parecchi "core" derivati da crash strani di
programmi - se non li usi per diagnosticare cosa sia successo puoi
cancellarli - e sono parecchi mega l'uno.
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: a breve 
m.mu...@iol.it
 verra' disabilitato, usate il nuovo indirizzo]
[WARNING!: togliete nessuno_ per rispondere]
    I bimbi buoni vanno in paradiso.
    I bimbi cattivi vanno dove gli pare!

Grazie il core č assai grande!
Il core vostro pure! siete stai buoni e bravi ed efficenti.
Grazie

Quel file era immenso, ma il reboot ripropone il login,
cercherņ gli altri file.


ah, casomai ti venisse voglia, _NON_ _CANCELLARE_ _NIENTE_ in /proc/
^____^


Per ora non trovo altro da far fuori, ma cercherò ancora.
Adesso il sistema riparte senza più fare il chek delle
partizioni (che palle! sono sette o otto) la partenza,
il riavvio, insomma, non finiva mai.
Adesso parte in poco tempo come ai bei tempi.
Ma non vuole spengersi!!!
Credo dipenda dai diritti sui file di esecuzione
per programma shutdown. Infatti il mio "utente super"
normalmente era admin .....con ampi poteri. Direte!?
Come faccio a spengere il sistema, se riparte bene?!?
Mi trasformo in supersuperutente, cioè in root.
da una shell di bash e do il comando /sbin/shutdown
oppure reboot.
Allora, facciamo così, ditemi quale file devo copiare,
lo posto qui così mi valutate il sistema e la situazione.
Dovrei già essere contento che riparte bene, ma se posso
migliorare ancora le cose......... preferisco fare correzioni.

Quel file core era 67Mb e si trovava in /dev/core....
Io l'ho eliminato ma il disco, in apparenza, è sempre al
100%, pieno come un uovo.
Quando ero in /dev/ loggato come admin potevo
vedere solo: core e scsi/...e tutti i device?
Poi li ho visti quando mi sono loggato
come root.
Mi è parso strano il non trovare file log
ma che altri nomi possono avere?

Sono nuovamente col medesimo problema.
Adesso riparte con l'fsck automatico, non
mi passa più. non so più cosa eliminare.

più cosa eliminare. C'è qualche file che aumenta di volume, ma dove?
cd /
du -sk * | sort -n
Guarda qual e' la directory piu' corposa
cd quelladir
du -sk * | sort -n
...al terzo o quarto tentativo becchi uno o piu' files enormi ;-)
Leonardo
-- 
".signature": bad command or file name

 wrote in message
a4q67ts6jkrjt5b8a...@4ax.com...

Sono sempre S=i=m=o=n=, non trovo che file normali
nulla di gigantesco e strano.
Però vorrei trovare cosa non quadra in questa storia.
Ho ricostruito un'installazione simile della partizione di sistema,
stesse dimensioni fisiche, ma lo spazio di tutto il software
occupa il 94%. Con quale procedura posso scovare le
differenze delle due installazioni? In pratica desidero fare una
comparazione dei due sistemi di file. Così spero di capire cosa
ho combinato......o cosa possa essere successo.

comparazione dei due sistemi di file.
ls -laR | cut -b1-42,56- > nome1.txt
ls -laR | cut -b1-42,56- > nome2.txt
e poi usi diff per vedere le differenze tra nome1 e nome2. Il cut
serve per cancellare la data e l'ora del file, che potrebbe anche
essere diversa.
