Ubuntu 12.04: come vedere unità hard disk?

[Pupo9158]

Ciao a tutti!
è possibile vedere su Ubuntu 12.04 l'unità disco fisso (come in windows che è C) e lo spazio libero? ho provato in impostazioni di sistema>dettagli ma indica sola la capacità del disco, e non lo spazio occupato... come fare allora?
Grazie!

[alexdz]

Apri un terminale e digita il comando df.

[kernelex]

installa baobab.

[Pupo9158]

Originariamente inviato da kernelex

installa baobab.

Ma sono costretto a installare un programma solo per vedere lo spazio occupato su disco? Ok lo installo, ma non immaginavo che ubuntu non lasciasse vedere l'unita disco e lo spazio occupato... strano!! questa funzionalità dovrebbe essere inclusa in qualunque s.o., che ne dite? e vero che da terminale si può, ma a me interessa vedere anche in maniera grafica.
Va bhè grazie lo stesso!

[kernelex]

kde (dolphin) lo fa. ma forse anche nautilus, boh.

[pabloski]

Certo che c'è il modo per vederlo



Ovviamente scordati i vari C:, perchè linux usa un'altra nomenclatura per le unità a disco.

[Pupo9158]

Originariamente inviato da pabloski

Certo che c'è il modo per vederlo



Ovviamente scordati i vari C:, perchè linux usa un'altra nomenclatura per le unità a disco.

Hai ragione! grazie davvero!

[Andrpao]

Scusate se subentro:
perchè in un hdd da 463,2 giga, di cui 11,1 utilizzati mi dà 452,2 libero (giusto) e 429 disponibile? Qual è la differenza tra libero e disponibile? Perchè perdo circa 23 giga? Ho soltanto ubuntu 12.04 installato e nient'altro per la cronaca. Grazie.

[pabloski]

Perchè il 5% dello spazio su disco è riservato per l'utente root e dev'essere lasciato sempre a disposizione.

[kernelex]

lo spazio riservato a root si puo diminuire o togliere con il comando:

tune2fs -m 0 /dev/sdax

0 sta per 0% riservato a root

[eaman]

A me mi piace discus per vedere l'utilizzo dello spazio, piuttosto che df -h .
E ncdu per vedere il dettaglio di file e cartelle.
...ma tanto il parent vorra avere una utility grafica: nel caso k4dirstat .

Regola di base: sul filesystem che ospita il sistema operativo ( /var ed eventuali /tmp ) meglio lasciare una percentuale proporzionata di spazio riservata a root, sui filesystem dedicati allo storaggio di file personali questa sui puo mettere a zero come suggerito da kernelex.

[kernelex]

Originariamente inviato da eaman

Regola di base: sul filesystem che ospita il sistema operativo ( /var ed eventuali /tmp ) meglio lasciare una percentuale proporzionata di spazio riservata a root, sui filesystem dedicati allo storaggio di file personali questa sui puo mettere a zero come suggerito da kernelex.

vero. però avendo una gestione accurata dello spazio e della situazione, lo spazio riservato a root si puo anche levare del tutto. sarà difficile saturare la partizione.
dico che fra i 15 e i 20 giga di root si sta anche tanto larghi.
faccio solo attenzione a muovere la tmp di tutti i programmi che posso in ¹/mia_home/lavoro.

una pulizia della cache, dei log e si sta sereni.

¹se non ricordo male, PClinuxOS spostava la tmp proprio dentro la home utente presumendo che questa fosse abbastanza grossa.
o forse era solo un link alla /tmp?

sarebbe utile un 3d unito che consigli come ottimizzare spazi, ram, swap e quant'altro.

@pabloski, pensaci tu

edit
per kde si trova anche filelight. molto carino e integrato con i programmi kappa.

[eaman]

IMHO non penso che sia una idea sana mettere cose come /var / tmp su /home.
Sono in / per un motivo: sono necessari, non ci scrivono solo gli utenti, hanno un uso diverso (che fai poi con i backup? ti tocca escludere pezzi di /home perche' c'e' dentro roba che non e' /home).
/tmp ha aspetti di caching e eseguibilita' che non mi sembrano a loro agio su /home

Mi sembra un approccio sintomatico: se i tuoi log tendono a dilagare metti in sicurezza chi li genera ma non e' dandogli la possibilita' di allagare un FS piu' grande che si risolve.

[kernelex]

no, parlo di muovere il percorso temporale di alcuni programmi in /home/lavoro e non di muovere la tmp.

prendi k9copy, questo quando fa i back-up dei dvd, prima mette l'immagine in /tmp, poi la sposta solitamente nella nostra home-utente.
qui intervengo io su k9copy spostandole la cartella di lavoro temporanea in una creata ad hoc per questi scopi dentro la home-user che naturalmente sarà su una partizione abbastanza grande.

capisci cosa intendo?

poi, questo dei log è na mezza cazzata, l'intento è di stare attenti a come si puo riempire questa cartella. tutto qui.
capita che non ci si accorge che qualcosa produce giga e giga di log. chiaramente qualsosa da qualche parte funziona male.

io ricordo un mio .xsession-errors nella home di 20 giga. in queste pagine (roba del 2006. maurinO_o) c'è anche la discussione.
il colpevole era smplayer.

[eaman]

Capisco, ma sono modifiche al volo che poi bisogna ricordarsi di ripristinare...

Personalmente per queste cose' un po' feroci fatte al volo io tengo sempre un micro raid sw in stripe montato su /mnt/fast con massime prestazioni / minima sicurezza.

Se metti / con 0 blocchi riservati a root c'e' caso che il sistemi si impalli per un precesso utente e che non si possa intervenire in single user mode facendo un boot di ripristino. YMMV: se sai quello che sta facendo ovviamente si puo' fare tutto ma sconsiglierei ai niubbi di mettere a 0 i blocchi riservati su / .

[Andrpao]

Originariamente inviato da pabloski

Perchè il 5% dello spazio su disco è riservato per l'utente root e dev'essere lasciato sempre a disposizione.

Dunque è normale. Ok, grazie mille!