Forum Ubuntu-it

steff ha scritto: La /tmp ecc esiste ovviamente, non è che non esiste. Ma controlla la data dei file in /var/log

orario seguente al io riavvio

steff ha scritto: La /tmp è vuota se la guardi dal cd live, ma qualche file ci dovrebbere essere normalmente.

orario seguente al io riavvio

??

steff ha scritto: La /tmp viene usata, non mi torna il discorso di una /tmp vuota sempre. Se adesso la vedi non vuol dire che NON è in ram.

Posta

Codice: Seleziona tutto

mount

I file presenti in /var/log dovrebbero essere sempre avere la  data del avvio, non antecedente.

el_Felix ha scritto: So che non ti sarò di grande aiuto, comunque potresti prendere in considerazione l'idea di usare un disco magari vecchio o dei dischi esterni usb molto piccoli (da 30-40 Gb) che potresti usare apposta per i filesystem temporanei e di log.

texdb ha scritto: Ah...quindi mi stai dicendo...che se anche vedo molti file sulla tmp, in realtà non sono scritti su disco ma solo su ram?
oppure mi stai dicendo che non esiste nessun modo per tenerla vuota al 100%?

Wilson ha scritto:

texdb ha scritto: Ah...quindi mi stai dicendo...che se anche vedo molti file sulla tmp, in realtà non sono scritti su disco ma solo su ram?
oppure mi stai dicendo che non esiste nessun modo per tenerla vuota al 100%?

Beh, mi paiono due ovvietà.
Se i programmi per funzionare hanno bisogno di scrivere files temporanei è ovvio che quando li avvii la cartella si popoli di questi files.
Invece la prima frase descrive esattamente quello che volevi fare: fare in modo che i files scritti in /tmp non siano scritti nella partizione montata come /, ma su un altra (nel tuo caso un ramdisk).

ps: per quel che ne so solo gli SSD più vecchi hanno un vero problema di numero di scritture (nel senso che la durata media in condizioni di carico medio-alto per uso domestico è stata stimata in più di 10 anni, se non ricordo male), valuta se sia davvero il caso di rimuovere il journaling (anche il leggero miglioramento di velocità non dovrebbe compensare i potenziali problemi).

Wilson ha scritto: Onestamente non mi sento di consigliare nulla, visto che non sono un progettista di hardware e non ho idea di quali siano le reali possibilità del tuo disco: non voglio assolutamente prendermi responsabilità in quel senso.

Al massimo ti posso dire che per il mio, dopo aver girato per siti vari per qualche ora (in pratica ci ho passato una domenica intera), ho deciso di non fare assolutamente nulla, anzi, lo uso pure per la swap (o almeno lo usavo, sono in attesa di un nuovo pc con molta più RAM e conto di non averne più bisogno).

Se hai molta RAM e non la saturi mai può essere una bella soluzione fare (come hai già fatto, se ho capito) un ramdisk da montare in /tmp, così sei sicuro che si cancelli a ogni riavvio e potresti avere un incremento di prestazioni in alcuni programmi (comunque marginale, credo).

Invece il journal è utile, evita di perdere dati (e a volte di dover reinstallare da capo) se una copia non va a buon fine (ad esempio perché manca la luce o per un crash del pc per un bug), e non credo che l'incremento di prestazioni dovuto alla minore attività sul disco sia così utile, soprattutto su un disco con le prestazioni di un SSD.
Quindi non è detto che, se anche ci fosse davvero un limite alle scritture raggiungibile in pochi anni, il guadagno valga il costo.

texdb ha scritto: Ho 4Gb di RAM e non la saturo mai.....anzi, è fin troppa.

Ti rongrazio delle informazioni, quella del journaling pensavo fosse una cosa che si potesse fare senza grossi problemi, ma a sto punto, credo che opterò per ripristinare tutto come se fosse un disco tradizionale.

Esistono delle avviasaglie per quanto riguarda un disco SSD che si sta per guastare...o che funziona male?
Giusto per capire....se....ti abbandona di botto o se prima in qualche modo da dei segni di cedimento...