Installazione su SSD e cartelle su partizione HDD

[MR1]

Ho un SSD e un HDD, vorrei tenere il contenuto dinamico su HDD anche per occupare meno spazio su SSD che non è molto spazioso.

Vorrei quindi /tmp /var /opt /home non su / (ssd) ma su una partizione su hdd.

Googlando ho capito che mi conviene provare a mettere /tmp /var /opt /home direttamente da installazione via CD/DVD su una sola partizione (mai provato non sò se è fattibile ma credo di no), o almeno metterci la /home in modo che da /etc/fstab ho gia la voce UUID e Mount /home. (evito blkid e vado a colpo sicuro)
Se qundi da CD di install riesco a settare solo /home, al primo avvio utile dovrei andare in recovery montare "/" e editare /etc/fstab e sotto "/home" scrivere le voci "/tmp" "/var" "/opt", quindi montare anche la partizione dove gia è /home e fare il mv tmp/var/opt da partizione "/" a partizione con /home ma sempre nella root partizione.
Quindi nella partizione "/" creo ln -s di /tmp /var /opt all'altra partizione.
Tutto giusto/alternative?

[steff]

Sì, se ho capito bene avresti in

Codice: Seleziona tutto

 ls /home:
utente
var
opt
tmp

e in / link del tipo
var --> /home/var
tmp --> /home/tmp
ecc

Secondo me puoi copiare, spostare e creare i symlink dal sistema grafico in uso: copi il contenuto in /home poi rinomini /var ecc e crei subito il symlink.
Però non vedo il motivo per spostare /opt e /tmp ho per intero nella ram (8gb)

[MR1]

Però non vedo il motivo per spostare /opt e /tmp ho per intero nella ram (8gb)

Per mia sicurezza diciamo così di tenere su ssd solo l'essenziale, anche perché purtroppo la politica drivers/app a volte mi costringe a usare microsoft e quello non si può regolare assolutamente...cartelle documenti/foro/video a parte.
Non ho un ssd molto grosso e posso fare economia principalmente su Linux ed è quello che intendo fare. poi usando sempre Linux vorrei poter anche trattare al meglio l'ssd evitando scritture e riscritture ad ogni update (es: pacchetti etc che scarico estraggo e poi puff inutili).

Per la ram preferisco usarla come ram, a volte sul notebook non setto lo swap per evitare la lentezza di un hdd 5400rpm gia col carico di lavoro della swap.
Ora con il fisso e ssd+hdd penso metterò anche la swap su hdd..o forse no sono incerto sugli effettivi vantaggi con 8gb di ram.

[MR1]

Ho fatto dei test in virtualbox con 2 hardisk virtuali e le loro varie partizioni.

Ho constatato che installando da Live posso settare /home altrove in modo che alla fine del setup, sempre in live, se vado a modificare /etc/fstab ho gia la voce con UUID corretto e modalità mount.

Dovendo montare su HDD molte cartelle ho creato /HDD e in fstab /home l'ho cambiato in /HDD.
Ho poi spostato tmp,var,opt,home,root nella partizione su hdd.
In / ho creato i vari "ln -s /HDD/tmp tmp" etc
Il tutto funziona perfettamente.

[MR1]

In questi giorni ho provato a installare Ubuntu Mate 17.04 e se effettuo queste modifiche subito dopo il login il desktop mi si freeza, lo stesso accade se dal funzionante 16.10, con queste modifiche gia fatte da tempo, effettuo l'upgrade.

Non ho idea se è un problema di Mate 1.18 ancora in testing o altro, ma non ha molto senso a mio parere.

1) Installo con /home oppure /tmp su sdb1 e la / su sda1
2) non riavvio dalla live e in /target modifico ./etc/fstab cambiando /home o /tmp in "/hdd"
3) creo in /target la cartella hdd
4) sposto le cartelle /target/ opt,var,root,home,tmp su sdb1 (che al riavvio sarà montato come /hdd ) e ovviamente fixo le varie cartelle o files gia presenti nel caso (per via del montaggio come settato in installazione di /home o /tmp )
5) in /target credo collegamenti simbolici di var,opt,root,home,tmp a /hdd/* con "ln -s /hdd/home home" poi "lns -s /hdd/var var" e tutti gli altri.

Così ha sempre funzionato e al riavvio avere le cartelle con i link simbolici in sdb1 e il restante in sda1. Questo mi permette di tenere Linux&Windows in un ssd piccolino da 120gb con Ubuntu in partizione da 10gb con 4gb liberi e il restante dell'ssd a Windows. Ubuntu ha poi quelle cartelle con link simbolico in una partizione da 200gb sull'hardisk.

[et4beta]

Mi permetto di intervenire perché mi sembra che nella procedura applicata si siano persi di vista alcuni dei veri obiettivi per l'ottimizzazione del sistema, con importante decremento delle prestazioni a fronte di un HW dalle buone possibilità.
La presenza dell'SSD dovrebbe conferire al sistema prestazioni ottime, ma se le cartelle di sistema vengono messe nell'HDD ecco che il vantaggio della velocità dell'SSD si perde. Forse meglio lasciare 10 Gb in meno a Win, magari mettendo nell'HDD le sue cartelle di salvataggio, sia dell'OS che delle applicazioni ed anche quelle del client di posta(se usato), piuttosto che non avere le cartelle di sistema di Linux nell'SSD.
Inoltre il non mettere le suddette cartelle nell'SSD non da neanche il vantaggio di diminuire le scritture frequenti sull'SSD prolungandogli l'aspettativa di vita, visto che le cartelle di sistema, una volta installate, sono di lettura.
Mi devo scusare(non vorrei sembrare "bastian contrario" ) ma non mi vede neanche d'accordo l'opinione espressa " ...... per evitare la lentezza di un hdd 5400rpm", perché i dischi da 5400 rpm fanno sì meno giri dei 7200 e quindi nella lettura e scrittura di file molto pesanti(eventualità non così frequente) sono svantaggiati, però arrivano a regime di utilizzo "molto" prima, il che vuol dire che il loro avvio, nonché il "risveglio" dalla condizione di standby in cui si vanno frequentemente a mettere per il risparmio di energia(eventualità molto frequente) è molto più rapido che non quello dei 7200, quindi di fatto in un PC di uso domestico, invece di essere uno svantaggio, sono un vantaggio.
Questa mia ultima affermazione è suffragata da prove fatte sul mio HW(vedi firma) nel quale dei 3 HDD i due Seagate sono dei 7200 mentre il WD è un 5400 e se qualcuno volesse togliersi la curiosità, può vedere dal risultato di "systemd-analyze blame", come sia evidente che un 5400 all'avvio impieghi molto meno della metà del tempo, rispetto ad un 7200, ad essere operativo.
In conclusione direi che ottimizzare lo spazio va certamente bene, ma non a grave discapito delle prestazioni del sistema.

[MR1]

Mi permetto di intervenire perché mi sembra che nella procedura applicata si siano persi di vista alcuni dei veri obiettivi per l'ottimizzazione del sistema, con importante decremento delle prestazioni a fronte di un HW dalle buone possibilità.
La presenza dell'SSD dovrebbe conferire al sistema prestazioni ottime, ma se le cartelle di sistema vengono messe nell'HDD ecco che il vantaggio della velocità dell'SSD si perde. Forse meglio lasciare 10 Gb in meno a Win, magari mettendo nell'HDD le sue cartelle di salvataggio, sia dell'OS che delle applicazioni ed anche quelle del client di posta(se usato), piuttosto che non avere le cartelle di sistema di Linux nell'SSD.
Inoltre il non mettere le suddette cartelle nell'SSD non da neanche il vantaggio di diminuire le scritture frequenti sull'SSD prolungandogli l'aspettativa di vita, visto che le cartelle di sistema, una volta installate, sono di lettura.
Mi devo scusare(non vorrei sembrare "bastian contrario" ) ma non mi vede neanche d'accordo l'opinione espressa " ...... per evitare la lentezza di un hdd 5400rpm", perché i dischi da 5400 rpm fanno sì meno giri dei 7200 e quindi nella lettura e scrittura di file molto pesanti(eventualità non così frequente) sono svantaggiati, però arrivano a regime di utilizzo "molto" prima, il che vuol dire che il loro avvio, nonché il "risveglio" dalla condizione di standby in cui si vanno frequentemente a mettere per il risparmio di energia(eventualità molto frequente) è molto più rapido che non quello dei 7200, quindi di fatto in un PC di uso domestico, invece di essere uno svantaggio, sono un vantaggio.
Questa mia ultima affermazione è suffragata da prove fatte sul mio HW(vedi firma) nel quale dei 3 HDD i due Seagate sono dei 7200 mentre il WD è un 5400 e se qualcuno volesse togliersi la curiosità, può vedere dal risultato di "systemd-analyze blame", come sia evidente che un 5400 all'avvio impieghi molto meno della metà del tempo, rispetto ad un 7200, ad essere operativo.
In conclusione direi che ottimizzare lo spazio va certamente bene, ma non a grave discapito delle prestazioni del sistema.

Le cartelle in questione sono quelle che variano ovvero ci sono scritture e riscritture oppure sono degli utenti e quindi richiedono più spazio, ergo non sono le cartelle che contengono il necessario al boot-up del sistema operativo ma quelle che successivamente lavorano.
Dopo il login magari ci sono un 2s di caricamento configs però da qui alla catastrofe ne passa di acqua sotto i ponti.
Il tuo ragionamento sugli HDD mi sembra corretto ma non perdere il punto focale, il sistema operativo e i bin delle apps sono sull'ssd, quindi l'HDD non è sottosposto al carico di letture di una normale installazione e quindi il boot è veloce e l'uso pure...ho spostato da hdd a hddusb3 parecchi gb di episodi di un telefilm a oltre 70mb/s e il sistema era fluido rallentavano solo le cose messe su partizione HDD che sò aprire un gioco in wine.

In ogni caso chiudendo questo discorso io vorrei capire il problema col 17.04 dove sia.

[et4beta]

Nella risposta mi sono attenuto all'argomento nel titolo del topic, e pur non avendo mai parlato di "catastrofe" rimango dell'opinione che con un buon SSD a disposizione dividere i file dell'OS tra lui e un HDD non sia un buon affare, anche se accontentandosi alla fine basta che funzioni.
Parlando di Mate 17.04, ce l'ho installata per prova, così come Lubuntu 17.04 e Ubuntu 17.04, il tutto perché, senza entrare nei particolari sennò diventa l'OT dentro l'OT, delle prove che sto facendo sul grub, ma nessuno di questi mi da alcun problema del tipo a cui accenni, inoltre la risposta al tuo quesito la puoi trovare anche da solo, basta che tu faccia un'installazione senza le modifiche che hai descritto e vedi se così va in freeze, se non ci va vuol dire che nella modifica c'è qualche errore.

[MR1]

Nella risposta mi sono attenuto all'argomento nel titolo del topic, e pur non avendo mai parlato di "catastrofe" rimango dell'opinione che con un buon SSD a disposizione dividere i file dell'OS tra lui e un HDD non sia un buon affare, anche se accontentandosi alla fine basta che funzioni.
Parlando di Mate 17.04, ce l'ho installata per prova, così come Lubuntu 17.04 e Ubuntu 17.04, il tutto perché, senza entrare nei particolari sennò diventa l'OT dentro l'OT, delle prove che sto facendo sul grub, ma nessuno di questi mi da alcun problema del tipo a cui accenni, inoltre la risposta al tuo quesito la puoi trovare anche da solo, basta che tu faccia un'installazione senza le modifiche che hai descritto e vedi se così va in freeze, se non ci va vuol dire che nella modifica c'è qualche errore.

Se non faccio le modifiche fa ovviamente, ma siccome i link simbolici e tutto quanto è logicamente corretto e funzionanate non capisco il motivo di questa regressione....sarà sicuramente un bug da qualche parte.

[et4beta]

Ritengo improbabile che possa essere la causa del tuo problema, ma una delle novità della 17.04, di cui trovi una discussione qui, è sulla presenza dello swapfile al posto della partizione di swap.

[MR1]

Ritengo improbabile che possa essere la causa del tuo problema, ma una delle novità della 17.04, di cui trovi una discussione qui, è sulla presenza dello swapfile al posto della partizione di swap.

No non ho lo swap settato.

[et4beta]

No non ho lo swap settato.

Se non hai partizione di swap la 17.04 si crea in automatico lo swapfile nella root senza dire nulla. Controlla e vedrai che c'è.

[MR1]

No non ho lo swap settato.

Se non hai partizione di swap la 17.04 si crea in automatico lo swapfile nella root senza dire nulla. Controlla e vedrai che c'è.

Come lo rimuovo? Intendo definitivamente.

Sennò dovrò provare con https://launchpad.net/ubuntu/zesty/+pac ... s-swapfile sperando di capire dove sia stato configurato lo swap.

[et4beta]

Se vai a leggere al link che ho postato due messaggi fa trovi la discussione che si è fatta al BAR di Ubuntu in merito, e dove puoi trovare delle info interessanti.
Se invece non ti interessa, per eliminarlo devi, prima di tutto andare a modificare il file /etc/fstab in fondo al quale puoi trovare la riga relativa allo swap file(puoi commentarla o cancellarla), e poi riavviare e andare a cancellare lo swapfile con privilegi di root.
Se invece vuoi intervenire in maniera più "soft" leggi al link citato sopra dove troverai del comandi per intervenire sulle dimensioni e sull'uso dello swapfile.