slacky.eu

ma una domanda: in /var/log/packages non c'è tutto l'elenco dei pacchetti installati?
se si ha tutta la /var in ram , al primo spegnimento, si perde tutto l'elenco...

jimmy_page_89 ha scritto:ma una domanda: in /var/log/packages non c'è tutto l'elenco dei pacchetti installati?
se si ha tutta la /var in ram , al primo spegnimento, si perde tutto l'elenco...

Il link postato da Bart ovvia in parte a questo problema, ma sarebbe macchinoso, alla fine non occupa molto, e in una partizione potrei montare /var e /tmp, anche se quest'ultima si potrebbe avere in ram non contenendo nulla di importante.
La /home la manterrei sempre su hdd meccanico, quando formatto mi serve mantenere i miei dati.

Da quello che ho letto si può eliminare il journaling già in fase di installazione subito dopo aver creato e formattato la partizione, o sbaglio?

credo di sì, ricordandosi che il comando va dato a partizione smontata:
tune2fs -O ^has_journal /dev/sd**

r

Ciao a tutti
Ho da poco comprato un portatile con SSD (128GB) ed ero chiaramente interessato ad apportare le giuste modifiche per preservare il disco e le performance.
Leggendo questo topic mi ha già aiutato molto, ma avrei comunque alcune domande:

• Pensavo di suddivere il disco tra / e /home, oppure è meglio fare un'unica partizione? La swap pensavo di tralasciarla...
• Per l'allineamento delle partizioni ho letto di non usare cfdisk, ma semplicemente fdisk (o gdisk nel caso di partizionamento gpt, come penso sia il mio caso); mi confermate? O avete avuto successo anche con il classico cfdisk?
• Sulla/e partizione/i interessata/e volevo abilitare noatime, nodiratime e discard. Per farlo è sufficiente modificare fstab, salvare e riavviare il sistema?
• Volevo inoltre montare /tmp in RAM; che dimensione consigliate avendo a diposizione 8GB di RAM? Qui sono davvero necessarie le opzioni noatime e nodiratime? Anche qui è sufficiente modificare, salvare e riavviare?
• Cosa mi consigliate di fare con il journaling? Ho letto che di default è attivo data=ordered (ext4) mentre quello meno "oneroso" è data=writeback. Vale la pena cambiarlo? Nel caso, dove si passa l'opzione?

C'è altro che non è contemplato in questo topic? Tenete conto che essendo il portatile un ultrabook non ho a disposizione un HDD meccanico.

credo sia buona norma tenere separata la home/dati;
è da molto che non seguo gli sviluppi, ma mi pare che ormai sono fisime le preoccupazioni dell'usura dell'ssd, tranne che non si pensi di usarlo per più di qlc lustro;
non ricordo cosa ho usato per partizionare/allineare, ma nel man di cfdisk leggo:
Note that cfdisk does not align partitions to block device I/O limits.
This functionality is provided by fdisk(8).
sì, basta riavviare dopo aver modificato fstab;
per la RAM dipende dall'uso che fai della macchina, a me bastarebbe un giga per l'OS, direi che potresti anche assegnarne 7 per /tmp, ma non vedo a cosa possa servirti tanta memoria;

r

Io ho solo abilitato il trim, tutto il resto è superfluo con gli attuali SSD.

Grazie per le risposte!

E se non setto la dimensione di /tmp? Dovrebbe allocarsi dinamicamente, giusto?

Trotto@81 ha scritto:Io ho solo abilitato il trim, tutto il resto è superfluo con gli attuali SSD.

Dici?
Si sono "evoluti" così tanto?

Si, il mio a distanza di quasi due anni è in linea con le prestazioni attese, ovvero gira ancora alla grande. Parlo del Crucial C300.

Esclusivamente con il trim?
Quindi assolutamente niente in RAM o partizioni su HD meccanico o modifiche al journaling? Anche /var/log è su SSD?
Scusa l'insistenza, ma voglio essere sicuro

Confermo: io ho un samsung oramai da un po di tempo, ho solo inserito discard in fstab. Il pc va che è una meraviglia.
mai soldi furono spesi meglio per un upgrade.

Fantastico, è più facile del previsto
Grazie a tutti!

navajo ha scritto:Confermo: io ho un samsung oramai da un po di tempo, ho solo inserito discard in fstab. Il pc va che è una meraviglia.
mai soldi furono spesi meglio per un upgrade.

Ma non trovi che discard rallenti in maniera assurda le operazioni quando effettui cancellazioni di file o directory?
Anche io l'avevo in fstab poi l'ho tolto e adesso effettuo manualmente il trim ogni qualche giorno, sia sul computer fisso, Sandisk 128GB,
che sul notebook con un Samsung 840 da 128GB pure lui.

Allacciandomi ai precedenti post aggiungo che io ho scelto di mettere /var/run e /tmp nella ram ed in un ramdisk tutta la cache dei browser
e client email.

veramente no.
Fila tutto alla perfezione.. Per quanto riguarda /temp in ram. beh. cè da dire che se si ha abbastanza RAM (io ho solo 4gb) si hanno vantaggi a prescindere.
Dalla velocità alla pulizia della directory. Se si vuole, fare per questo, ok , ma non è strettamente necessario per la salute dell SSD

Riprendo questo topic perchè a quanto pare, gli SSD stanno prendendo sempre più piede.
A tut oggi, 15 maggio 2014 , siamo arrivati al punto che questi dischi hanno raggiunto un prezzo ragionevole per i piccoli tagli, e una solididtà abbastanza elevanta, per cui l unica preoccupazione è abilitare il TRIM.
Ora: leggendo in internet, si scopre che comunque queesta opzione rallenta anche se non di molto il disco, e che per esempio, Ubuntu 14.04 Trusty Tahr, abilita di default il trim in un file cron da esegure una volta a settimana, lavorando con il codice esatto è questo: io penso che si possa creare una cosa del genere anche su slackware.
per questa notizia ho preso spunto da QUESTO sito

A me su hwupgrade l'avevano sconsigliato, o meglio, non era proprio necessario.