Newsgroup: it.comp.os.linux.sys
Titolo: Come partizionare un disco fisso nel 2017

Sono su Debian jessie e devo partizionare un disco fisso, da 2 tera, per
poi installarci la nuova stabile stretch.
 
Faro' 14 partizioni, delle quali 1 per lo swap [*] e 1 per l'estesa DOS,
dunque 12 utili in totale.
 
Ringrazio in anticipo chi mi puo' dare consigli o info sui seguenti due
modi da seguire, o su eventuali altri.
 
1. Dalla jessi in console a caratteri do fdisk e partiziono. Lo conosco
a memoria e gia' da un po' di anni lui sceglie automagicamente il punto
giusto dove iniziare ogni partizione.
Quindi avvio da dvd_1 e inizio l'installazione, facendogli trovare le
partizioni gia' fatte (e con disco che ora il BIOS vede).
 
2. Avvio da dvd_1, scelgo "a mano" e partiziono con l'orologio svizzero
(che non ricordo piu' come si chiama) dall'installer.
Quindi esco per poi riavviare una seconda volta l'installazione e fargli
trovare le partizioni che lui stesso aveva fatto prima.
 
---------
[*] Non usando MAI e poi mai suspend o cose simili, secomdo voi 2 giga
di swap sono: troppi, pochi, giusti?
 
 
-- 
bye, Yoda
 


Assumendo che tutta sta roba e' per il tuo pc desktop e che non ci fai cose strane):
Visto che siamo nel 2017, la swap gliela fai mettere sui files.
Se vuoi fare il boot anche da win, conviene (visto quello che costano) metterlo su un HD separato oppure si va di macchina virtuale.
Tanto se capita qualcosa all'HD e devi reinstallare, si fa prima a recuperare da un backup, anche perche' non mi fiderei che i dati nella home siano integri.
Al limite una partizione per / e una per /home.
 
Ciao Jack

 Visto che siamo nel 2017, la swap gliela fai mettere sui files.
 
Ok, questa e' un'ottima info che non conoscevo, cosi' nel caso 2 giga
risultasse troppo poco, posso aggiungere quante swap voglio da file.
 
Grazie e ciao!
 
-- 
bye, Yoda
 

 dunque 12 utili in totale.
 
... 14 partizioni? Praticamente fai una partizione per directory che si trova
sulla root?
 
Enrico
P.S. usa LVM

 voi 2 giga di swap sono: troppi, pochi, giusti?
 
Quanta RAM hai?
 
 
PS.
Ho impostato il followup-to verso icol.iniziare mantenendo
il crosspost anche si icol.sys.
Quando apri un topic va bene postare su più gruppi, ma è poi
meglio valutare il ng più adeguato tipo icol.iniziare e
impostare il followup-to solo verso quello:
http://faq.news.nic.it/wiki/ItNewsAiutoBase#xpost
 

 Visto che siamo nel 2017, la swap gliela fai mettere sui files.
 
Non so quanto convenga, la swap su file tende ad avere il problema di
frammentazione, cosa che su partizione dedicata non succede
 
Enrico

 testing se l'uso è desktop.
 
Usi/hai usato la testing e quindi scrivi a ragion veduta o stai solo
scrivendo la tua opinione per sentito dire?
 
 


mah, IMHO e' un non problema, in generale la swap NON la vuoi usare (specialmente su un desktop). Se ad un certo punto l'OS inizia ad usarla perche' non ha piu' ram, il pc diventa talmente lento che aspettare un pelo in piu' perche' i dati sono frammentati non e' che cambia molto.
 
Piuttosto attiverei ZRAM, cosi il rischio di usare la swap su disco e' ancora minore.
 
Ciao Jack

 ha scritto:


 P.S. usa LVM
 
Geazie, ma lo odio.. non capisco che problema possa esserci a montare
una partizione in una subdirectory, ad esempio /home/video/film/wes per
tutti i film wastern che colleziono.
E' tutto molto piu' facile anche da catalogare, oltre che da mantenere,
in uno script per root:
 
updatedb -l 0 --prunepaths "$TOGLI" -o /home/bin/db/$NOME -U $1
 
con:
TOGLI="$2" (in questo caso vuoto, ma --prunepaths "" ci vuole sempre)
NOME="$(basename $1)"
$1 = /home/video/film/wes
 
 
-- 
bye, Yoda
 

 tutti i film wastern che colleziono.
 
Ci ho pensato un po', ma onestamente non trovo motivi validi per 
spezzare i dati in diverse partizioni invece di usare normali directory.
Vedo solo svantaggi, soprattutto se sono sullo stesso disco.
 
Mi puoi chiarire l'utilita`? :)
 
Grazie.
Bye.
 

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

Addi' 26 giu 2017, Alessandro Pellizzari scrive:

Non capisco con "spezzare i dati" cosa vuoi dire.
Da me ogni subdirectory puo' essere:
- una ordinaria subdir della sua dir-padre (o madre?);
- una subdir dove ci innesto una nuova partizione.
 
Ad esempio in /mnt ho:
/mnt/c1
/mnt/c2
/mnt/c3
/mnt/c4
/mnt/loop
/mnt/macchine
/mnt/ojessie
/mnt/wheezy
 
- In cX ci monto le rispettive 4 partizioni del disco usb, quando lo
devo usare.
- In macchine c'e' montata la partizione per le macchine virtuali.
- Le due ojessie e wheezy sono semplicemente le partizioni sullo sdb
(qui sono sullo sda) che hanno ancora roba.. mi puo' sempre servire.
 
Altro esempio. In /home ho /home/video/, in ogni subdir della quale c'e'
montata una partizione: di sda o sdb, dove /c'erano gia'/ dei film o ce
li metto tutt'ora.
 
Ancora: ad esempio adesso copio "cp --attributes-only" il ramo film
nella nuova /home ed allora e' un momento avere tutto montato.. chi
lo sa cosa tutto dovrei invece fare con LVM - figurati!
 
Insomma: Cosa me ne potrei fare del LVM, a me nel caso puo' servire di
piu' sapere, se sposto o copio dati grossi, che origine e destinazione
stanno su dischi diversi.
 
Grazie e ciao -- fammi sapere cosa ne pensi!
 
-- 
bye, Yoda
 

 mette nelle sue macchine multifunzione
 
Ma Linux (Debian) oltre la 14-ma non le vede, cosi' almeno era fino a
qualche anno fa.. hanno cambiato?
 
-- 
bye, Yoda
 

 li metto tutt'ora.
 
Ah, ok, mi mancava questo dettaglio.
 
Pensavo dividessi i film in diverse partizioni invece che in cartelle 
solo per categorizzarli meglio, e non capivo il senso.
Soprattutto coi film che occupano centinaia di MB, per cui puoi trovarti 
con un disco con 1GB libero e non potermi mettere niente. :)
 
Bye.

> Mi puoi chiarire l'utilita`? :)
 
Vedi, c'e' anche un fatto che dimenticavo. Per alcuni dati, esempio
un film raro o una buona parte delle foto in /home/video/foto/, ho il
backup che faccio sul disco diverso da quello dove stanno gli originali,
altrimenti sarebbe inutile.
Ebbene, LVM non credo (ma non lo conosco neanche un po' eh) che potrebbe
agevolarmi in questo, perche' per me e' cosa immediata farlo - ariciao!
 
-- 
bye, Yoda
 

 con un disco con 1GB libero e non potermi mettere niente. :)
 
I cortometraggi con John Wayne, meno di un'ora e in B/N, ci stanno
abbondanti pur avendo un segnale ottimo (si fa per dire):
701 il_sentiero_solitario-1936.avi
688 il_re_dei_pecos-1937.avi
;^)
 
Certo non ci sta Troy in HD Director's Cut. Comprai il dvd in illo
tempore: 'na schifezza di film!
Poi pero' in rete vidi la Director's cut.. ebbene: e' un altro film!
 
Idem per "Le Crociate": un abisso tra le due versioni!
Appena in po' meglio invece quella di Avatar, che non capisco per qual
buon motivo abbiano poi deciso di tagliarla.
 
-- 
bye, Yoda
 

 in generale la swap NON la vuoi usare (specialmente su un desktop).
 
In generale, la swap la VOGLIO usare, anche su un desktop. Perché al kernel
fa sempre bene avere un po' di swap disponibile
 
Enrico

 
 
nonzo... appena mi rientra una toshiba da smantellare guardo il disco e 
riferisco (rima baciata)


 qualche anno fa.. hanno cambiato?
 
No. Il problema non è né Linux né fdisk, ma il fatto che MBR ha delle
limitazioni. Se usi GPT queste limitazioni le superi, altrimenti se vuoi
mantenere MBR devi usare LVM
 
Enrico

 poi installarci la nuova stabile stretch.
 
Ti hanno già abbondantemente risposto, dal canto mio non rinuncio più a 
LVM nemmeno sotto tortura. In ambiente virtuale il vantaggio più 
visibile è che aggiungendo un disco fisico, fai l'extend a caldo (della 
serie watch -n "df -h" e vedi aumentare lo spazio libero). Ma il 
vantaggio di LVM lo apprezzi comunque ovunque, seppur in maniera meno 
evidente.
 

 LVM nemmeno sotto tortura
 
Pensa che io ho quasi abbandonato LVM in favore di ZFS, e personalmente
spero che prima o poi Btrfs divenga usabile ;)
 
Enrico

Addi' 30 giu 2017, writethem scrive:

Non posso esprimere un giudizio su LVM che non conosco, ma son convinto
che non puo' semplificarmi la situazione che ora ti descrivo con un
esempio.
Attualmente ho due dischi fissi sda e sdb, piu' un disco usb per backup,
montato in /mnt/usb.
 
Ecco lo scenario.
- Sono con la jessie nel disco sda, in /home ho creato la directory video
e in essa le due subdirectory cam foto.
- Monto sdb7 in /home/video/foto, sda10 in /home/video/cam.
- Lo shutdown lo do come root sempre e solo da console con uno script
per fare il backup delle directory che mi interessano, cosi':
.....
rsync -v -a --delete /home/video/foto /mnt/usb/home/video/
.....
shutdown -h now
 
Ebbene, dimmi come puo' mai semplicifarsi questa situazione elementare.
 
 
-- 
bye, Yoda
 

 Ebbene, dimmi come puo' mai semplicifarsi questa situazione elementare.
 
Nell'immediato non hai vantaggi, ma se un domani devi aggiungere un 
disco, con lvm fai un'extend dei volumi mantenendo la situazione 
invariata e aggiungendo lo spazio che ritieni necessario, anche a caldo 
o da un raid che gestisca la cosa ad un layer inferiore.
 
In ambito desktop mi rendo conto possa essere un po' sovradimensionato, 
ma del resto hai xpostato anche su icols, quindi ti becchi anche questa 
risposta :-)
 
 
 
 
 


Vero, ma io quando approfondii mi fermai per l'assenza di integrazione 
nativa nel kernel a causa delle licenze di solaris. E tanto mi bastò per 
continuare a giocare con lvm. Magari ora le cose sono cambiate, non saprei.

 Ebbene, dimmi come puo' mai semplicifarsi questa situazione elementare.
 
Ad esempio, puoi  usare gli snapshot per fare i backup. Tra l'altro, nessuno
ti impedisce di fare due LV in mirror o di mettere un LV su di un PV ed uno
su di un altro
 
Enrico

 Magari ora le cose sono cambiate, non saprei.
 
La situazione di ZFS è "all'incirca":
 
 - Su CentOS/RHEL/Fedora hai un repository dedicato, da aggiungere
   successivamente e che permette la gestione del modulo via DKMS.
 - Su Debian hai i pacchetti (in non-freeAHAHAHAHAH).
 - Su Ubuntu lo hai pacchettizzato nel kernel.
 
Per Debian e Ubuntu ci sono inoltre guide su come usarlo per /, personalmente
lo uso con CentOS e il repository dedicato (se non uso FreeBSD)
 
Enrico

Addi' 30 giu 2017, writethem scrive:
 

Capisco se uno usa il pc fare cose, allora probabilmente puo' essere
schiacciante la superiorita' di LVM; ma io faccio cose per usare il pc.
 
Oh Dio adesso non sarebbe facile, anzi oramai e' impensabile tornare a
- classificatori (scatole apposite) per le diapositive;
- proiettore;
- schermo perlinato,
dunque in questo senso posso dire di usare il pc anche per fare cose.
 
Pero' siamo (sono io) sempre nel campo hobby e se devo aggiungere foto
che non ci stanno piu', semplicemente creo una foto2/ (o una subdir di
foto/) dove ci monto una nuova partizione.
 
Comunque, adesso che m'hai detto del fatto che LVM da' nuovo spazio ad
ogni partizione sotto il suo controllo, riconosco che e' veramente una
cosa utilissima, puo' diventare una comodita' irrinunciabile anche per
un desktop (e addirittura fondamentale per un utente poco esperto).
 
-- 
bye, Yoda
 

 un desktop (e addirittura fondamentale per un utente poco esperto).
 
Per farti capire meglio:
 
[root@localhost ~]# fdisk -l /dev/sd[bc] |grep Disk
Disk /dev/sdb: 8589 MB, 
8589934592
 bytes, 16777216 sectors
Disk /dev/sdc: 17.2 GB, 
17179869184
 bytes, 33554432 sectors
[root@localhost ~]# pvcreate /dev/sd[bc]1
  Physical volume "/dev/sdb1" successfully created.
  Physical volume "/dev/sdc1" successfully created.
[root@localhost ~]# vgcreate test /dev/sdb1
  Volume group "test" successfully created
[root@localhost ~]# vgs test
  VG   #PV #LV #SN Attr   VSize VFree
  test   1   0   0 wz--n- 8.00g 8.00g
[root@localhost ~]# lvcreate -n data -l +100%FREE test
  Logical volume "data" created.
[root@localhost ~]# lvs test
  LV   VG   Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data test -wi-a----- 8.00g                                                    
[root@localhost ~]# mkfs.ext4 /dev/test/data 
mke2fs 1.42.9 (28-Dec-2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
524288 inodes, 2096128 blocks
104806 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=
2147483648
 
64 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632
 
Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done 
 
[root@localhost ~]# mount /dev/test/data /mnt/
[root@localhost ~]# df -h /mnt/
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/test-data  7.8G   36M  7.3G   1% /mnt
[root@localhost ~]# vgextend test /dev/sdc1 
  Volume group "test" successfully extended
[root@localhost ~]# vgs test
  VG   #PV #LV #SN Attr   VSize  VFree 
  test   2   1   0 wz--n- 23.99g 16.00g
[root@localhost ~]# lvs test
  LV   VG   Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data test -wi-ao---- 8.00g                                                    
[root@localhost ~]# lvresize -l +100%FREE test/data
  Size of logical volume test/data changed from 8.00 GiB (2047 extents) to 23.99 GiB (6142 extents).
  Logical volume test/data successfully resized.
[root@localhost ~]# lvs test
  LV   VG   Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data test -wi-ao---- 23.99g                                                    
[root@localhost ~]# df -h /mnt/
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/test-data  7.8G   36M  7.3G   1% /mnt
[root@localhost ~]# resize2fs /dev/test/data 
resize2fs 1.42.9 (28-Dec-2013)
Filesystem at /dev/test/data is mounted on /mnt; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 3
The filesystem on /dev/test/data is now 6289408 blocks long.
 
[root@localhost ~]# df -h /mnt/
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/test-data   24G   44M   23G   1% /mnt
[root@localhost ~]#
 
Ovviamente puoi fare anche giochetti carini tipo che il LV si trova solo su di
un PV (disco), o che il LV sia in mirror, o che il LV sia posto sotto snapshot
(quest'ultima è molto comoda durante il backup); e ovviamente ci sono dei
"limiti" che conviene sempre tenere a mente (e.g. quando espandi un LV questo
potrebbe risultare frammentato, problema che si mette comunque a posto sempre
tramite gli appositi comandi e che non crea alcun disservizio al sistema)
 
Enrico

> Ad esempio, puoi  usare gli snapshot per fare i backup. 
 
Hai fatto piangere i gattini!!
 
(che poi lo fanno tutti e' un altra cosa).
 
Giulia
 
 

 Hai fatto piangere i gattini!!
 
In effetti per come l'ho scritta, i gattini si stanno sparando ^__^;
 
Quello che intendevo è il solito giro che SI DOVREBBE FARE con LVM:
 
 - Creo lo snapshot;
 - Monto lo snapshot;
 - Faccio il backup dei file nello snapshot;
 - Smonto lo snapshot;
 - Distruggo lo snapshot.
 
C'è comunque da dire che su ZFS, grazie anche a COW,  gli snapshot funzionano,
ovvero puoi fare quanti snapshot vuoi senza influire sulla stabilità del
sistema. Addirittura, puoi archiviare uno snapshot su file e/o inviarlo via
rete, per poi ripristinarlo anche su di un altro pool (in teoria anche su
Btrfs dovrebbe funzionare uguale, ma non avendolo mai usato per ovvi motivi
non posso confermarlo)
 
Enrico

 crea alcun disservizio al sistema)
 
Be' a tutto questo ci penserei in seguito.. si' lo so che adesso si
mette tutto il backup in rete, a prescindere da LVM, ma a me non va,
ci capisco troppo poco di reti -- ciao!
 
-- 
bye, Yoda
 

 ci capisco troppo poco di reti -- ciao!
 
Non capisco cosa c'entri la rete con tutto questo, ma va beh
 
Enrico

 partizioni gia' fatte (e con disco che ora il BIOS vede).
 
Mi autorispondo parzialmente: Tutto OK, ma farlo con gdisk anziche'
fdisk, cioe' usare GPT al posto di MBR.
 
-- 
bye, Yoda
 


Visto che t'avevo accennato a gdisk in luogo di fdisk per
passare da MBR a GPT, ti riporto il mio partizionamento
del disco di sistema precisando che si tratta di un PC
con vecchio BIOS standard, no UEFI quindi.
 
-----------------
gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.0
 
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present
 
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 488397168 sectors, 232.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): A186F4CZ-5GDF-4693-BD87-F692431FE2D3
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 488397134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
 
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048            4095   1024.0 KiB  EF02  BIOS boot partition
   2            4096          413695   200.0 MiB   EF00  EFI System
   3          413696       210128895   100.0 GiB   8300  Linux filesystem
   4       210128896       480112639   128.7 GiB   8300  Linux filesystem
   5       480112640       488397134   4.0 GiB     8200  Linux swap
---------------------
 
La prima partizione serve a GRUB 2.
La seconda servirà forse se mai sposterò l'SSD su un PC più recente
che supporta UEFI invece del classico BIOS, per il momento è inutilizzata
ma visto che sono solo 200 MB, meglio predisporla già da subito.
Il resto sono due partizioni linux, una per la root e l'altra per
stoccaggio dati ad acesso rapido, da montare alla bisogna. Infine
lo swap, pari ai 4GB della RAM di sistema.
 
Ciao!  :)