Newsgroup: it.comp.os.linux.debian
Titolo: E' sufficiente la GPT per far funzionare un disco da 3TB con Wheezy amd64?

Salve a tutti,
 
starei per acquistare n.2 dischi da 3 Terabyte per realizzare, con una 
fresca Wheezy, un piccolo file server con una scheda madre Asus AT4NM10-I 
e processore Intel Atom.
 
I dischi li vorrei mettere in raid 1 software, che Linux e mdadm 
gestiscono benissimo, con una "piccola" partizione da diciamo 20 GB per 
il filesystem /, "appena" 4 GB per lo swap, e tutto il resto (piu' di 
2,19 TB) per la /home da condividere nella mia piccola rete casalinga.
 
Siccome la mia scheda madre non ha il bios UEFI ma il solito classico 
bios dei PC, e non e' disponibile un aggiornamento a UEFI da parte di 
Asus per questa scheda madre, prima di acquistarli pero' vorrei capire se 
la cosa e' davvero fattibile, in particolare se sara' sufficiente avere 
una tabella delle partizioni di tipo GPT, oltre naturalmente al sistema 
operativo a 64 bit, affiche' la mia Wheezy veda regolarmente tutti i 3 GB 
e faccia regolarmente il boot.
 
Spero ci sia qualcuno a cui e' gia' capitato di collegare un disco 
maggiore di 2,19 TB ad una scheda madre con bios tradizionale e voglia 
condividere la sua esperienza...
 
Grazie anticipatamente per la risposta.
 
 
__
toglimi....@toglimi.quipo.it
 
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
Core2 E8400 3.00GHz, Linux 3.2.0-4-amd64 on Debian GNU/Linux wheezy/sid
Registered Linux user #291116 
http://counter.li.org
 

 Grazie anticipatamente per la risposta.
 
Non l'ho fatto, ma ti dico come farei io.
 
E ti ricordo che puoi cominciare con delle prove su un sistema 
virtualizzato, così verifichi e t'impratichisci.
 
Quando scegli GPT, il primo settore del disco conterrà comunque un MBR: 
si chiama MBR di protezione. Come tutti gli MBR, esso ingloba una sua 
tabella delle partizioni, scritta colla sintassi tipica di MBR. Tale 
tabella ha una sola entry, la quale identifica tutto il resto del disco 
come "partizione GPT". All'interno di questa "partizione GPT" troveremo 
la vera tabella delle partizioni, scritta colla sintassi tipica di GPT, 
le vere partizioni e tutto quanto. Oltre alla sua tabella delle 
partizioni, l'MBR di protezione può contenere, esattamente come tutti gli 
MBR, (parte di) un bootloader. E lo conterrà, come vedremo.
 
Al momento di partizionare (durante l'installazione - o anche prima, 
sfruttando un'altra macchina), scegli GPT e dimensiona le tue partizioni.
Come prima partizione, però, crea una piccola partizione speciale, la 
"BIOS boot partition".
Ecco qui come fare e con quali strumenti:
http://en.wikipedia.org/wiki/BIOS_Boot_partition
 
 
Poi installa sul disco Wheezy... che usa grub2, se non erro, che è  
bootloader capace di gestire GPT da BIOS.
 
Il primo pezzettino di grub2 (lo stage1) finirà come sempre nel MBR (di 
protezione). Lo stage1 serve solo a puntare e caricare lo stage2 (che 
verrà messo nella BIOS boot partition). Il puntamento, mi pare di 
ricordare, avviene direttamente sul primo settore occupato dallo stage2: 
è quindi indipendente da partizioni e compagnia bella. Lo stage2 è il 
grosso di grub2 e caricherà Wheezy (che metterai nelle partizioni 
successive).
 
Metterei in raid1 solo le partizioni di sistema.
 
Le BIOS boot partition le creerei su entrambi i dischi. Poi grub, 
installandosi, ne scriverà solo una: quella del disco d'avvio. E poi 
reinstallerei grub anche sul secondo disco.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 

 condividere la sua esperienza...
 
Io l'ho collegato come disco dati e non mi sembra abbia
dovuto fare una GPT.
Piuttosto mi chiedo come si fa a sfruttare bene il
settore fisico di 4K, il sistema mi rivela
sempre un settore da 512 byte.
 
Mi sa che occorra rifare un po' tutte le partizioni.

 2,19 TB) per la /home da condividere nella mia piccola rete casalinga.
 
Oltre a quanto già detto un paio di consigli extra:
+ metti raid10,f2
http://en.wikipedia.org/wiki/Non-standard_RAID_levels#Linux_MD_RAID_1
 
+ la partizione dati non farla sotto /home (dove può scrivere chiunque),
ma in una posizione dedicata sotto /media o /mnt.
 
-- 
Lurkos
 

 sotto /home (dove può scrivere chiunque)
 
Ma tu ne sei proprio sicuro sicuro? ;)
 
lem@biggy:~$ ll /home /mnt /media
/home:
totale 16
drwxr-xr-x  4 root root 4096 2012-09-10 00:06 ./
drwxr-xr-x 26 root root 4096 2012-11-29 08:33 ../
drwxr-xr-x 82 lem  lem  4096 2012-12-13 11:45 lem/
drwxr-xr-x  2 try  try  4096 2012-09-10 10:53 try/
 
/media:
totale 20
drwxr-xr-x  5 root root 4096 2012-12-08 22:22 ./
drwxr-xr-x 26 root root 4096 2012-11-29 08:33 ../
drwxr-xr-x  2 root root 4096 2012-06-04 13:23 DATA/
drwxr-xr-x  7 root root 4096 2011-04-03 20:17 essere2/
drwxr-xr-x  2 root root 4096 2012-06-04 13:22 IBOX/
 
/mnt:
totale 8
drwxr-xr-x  2 root root 4096 2011-10-09 09:31 ./
drwxr-xr-x 26 root root 4096 2012-11-29 08:33 ../


 Ma tu ne sei proprio sicuro sicuro? ;)
 
Beh... sì. :-)
Sotto /home tutti i processi "standard" che girano col tuo nome utente
si aspettano di poter scrivere.
Sotto "metti-qui-il-tuo-percorso-fantasioso" in generale no.
Inoltre anche tu hai /home/lem di proprietà del gruppo "lem", mentre
tutto ciò che è sotto /media e /mnt è di "root".
Quindi in generale a mio avviso la partizione dati è bene che non sia in
un posto dove cani e porci sono abituati a pasticciare.
 
-- 
Lurkos
 

 un posto dove cani e porci sono abituati a pasticciare.
 
se non la mette in fstab l'applet automount gliela monta
su media.
E' utile non montarla ad ogni startup, se non serve veramente,
per evitare il noioso processo fsck ogni tot montaggi del
fs. Trattandosi di una vasta partizione può impiegarci parecchio.

 si aspettano di poter scrivere.
 
Ehm...
 
/home è di root, e solo root ci può scrivere. Gli altri no.
/home/lem è di lem, e solo lem ci può scrivere. Gli altri no.
/home/try è di try, e solo try ci può scrivere. Gli altri no.



 
Quoto
Aggiungo:
Normalmente è così, all' atto dell' installazione le distro più 
conosciute impostano i permessi in /home in modo che <utente> abbia i 
permessi di lettura,scrittura  nella directory /home/<utente>
Altri utenti, a meno di cambiare i permessi, non possono scrivere nella 
home di altri utenti.
 
Forse Lurkos intendeva sotto /home/<utente> i processi standard di 
<utente> si aspettano di poter scrivere.
Ma, sinceramente, non  ho capito che motivo ci sia  di montare una 
partizione che dovrebbe contenere dati utente sotto /mnt invece che /home
L' accesso ai dati dipende dai permessi, non certo di dove sia montata 
la partizione ma forse (ipotizzo)  Lurkos intendeva non fare sporcare la 
partizione dati  da quei processi che scrivono i file di configurazione 
e di lavoro nella home utente
 
 
 
 

 fs.
 
Processo che, se non ripetuto dopo tot mount, viene eseguito dopo tot giorni 
dall'ultima esecuzione :)
 
Enrico

 e di lavoro nella home utente
 
Esattamente.
Basta far girare un qualsiasi programma che ha un bug per ritrovarsi nei
guai.
Oppure anche un semplice rm -rf ~/ dato senza pensarci con la testa.
I dati vanno separati dalla zona di lavoro.
Io lavoro in /home, poi salvo sulla partizione dati, che è separata,
pulita, montata solo quando serve, senza file di configurazione che la
sporcano, isolata dai processi standard. Ultimamente monto anche con
noexec per maggiore sicurezza.
 
-- 
Lurkos


Si certo, ma occorre stare attenti con /mnt, alcune distro la usano per 
l' automount
Un mount su un mount in linux è perfettamente lecito ma per fortuna i 
dati della precedente partizione non vanno persi
 
 


a meno di disabilitarlo.
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 a meno di disabilitarlo.
 
Ok, seriamente, perche` dovrei disabilitare qualcosa che periodicamente mi 
controlla lo stato del file system e, conseguentemente, dei miei dati? Per 
guadagnare un avvio veloce quel giorno? Suvvia...
 
Enrico

 Mi sa che occorra rifare un po' tutte le partizioni.
 
cavolo, ho dato un'occhiata adesso e ho notato che avevo
formattato l'unità senza fare partizioni.
La cosa divertente è che sembra funzionare