Newsgroup: it.comp.hardware.storage
Titolo: Allineamento corretto? (Linux)

Su un Agility 2, sono state create 2 partizioni con gdisk,
specificando lo schema GPT ma senza precisare altri parametri.
 
Gdisk riporta:
 
Found valid GPT with protective MBR; using GPT.
 
Command (? for help): p
Disk /dev/sda: 117231408 sectors, 55.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E6C0D0F6-1CCF-4924-8067-7C932753A63A
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 117231374
Partitions will be aligned on 2048-sector boundaries
Total free space is 35442413 sectors (16.9 GiB)
 
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048             73402367   35.0 GiB    8300  Linux
filesystem
 
   2        73402368        81790975   4.0 GiB     8200  Linux swap
 
Mi pare che sia tutto allineato sui 2048k, il che potrebbe non essere
ottimale. Sbaglio?
 
Vorrei dunque sapere:
 
 - Se le partizioni siano correttamente allineate.
 - Se dopo l'intallazione dell'OS ci sia altro da fare per quanto
riguarda l'allineamento (LVM, etc...).
 
Grazie.
 

 riguarda l'allineamento (LVM, etc...).
 
Sì, ogni layer eventualmente presente dev'essere allineato. LVM, altri 
tipi di device virtuali come i volumi crittati, lo stesso filesystem.
Quello che hai fatto con gdisk ti assicura che i *confini* delle 
partizioni siano ben allineati. Ma come verrà gestito, dai layer 
superiori, lo spazio interno a tali confini? Perché venga gestito bene, 
devi allineare anche i layer superiori, tenendo presente che IMHO è 
ancora una buona cosa allineare almeno alla pagina (di cancellazione), 
cioè - per non saper né leggere né scrivere - ai 512kB.
 
Scusa, mi sorge spontanea una domanda: perché hai usato GPT senza poi 
fare la partizione di boot UEFI?
Se non userai UEFI per bootare, perché hai usato GPT?
-- 
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://dnahome.cs.rpi.edu/dna/
 
 
http://www.gpugrid.net/
 

Se non userai UEFI per bootare, perché hai usato GPT?
 
Mi pareva il modo piu' semplice e veloce per realizzare partizioni
allineate..
Potresti darmi qualche altra informazione al riguardo?
 
Grazie..

 Potresti darmi qualche altra informazione al riguardo?
 
Almeno le prime quattro Sections di:
http://www.rodsbooks.com/gdisk/
 



http://www.rodsbooks.com/gdisk/
 
 
Leggo....
 
Grazie.

 mbr?
 
Perché la GPT serve a due cose:
1) a gestire partizioni più grosse di 2TB, o che cominciano oltre i 2TB;
2) a bootare velocemente con UEFI, per quelle MB che di preferenza usano 
UEFI e non BIOS.
Fare una GPT piccolissima per poi bootarla con BIOS vuol dire complicarsi 
la vita.


2) a bootare velocemente con UEFI
 
Cosa intendi per "bootare velocemente con UEFI" ?

 Cosa intendi per "bootare velocemente con UEFI" ?
 
Che le motherboard che usano UEFI, quando devono bootare il sistema 
partendo da dischi con MBR, ci mettono normalmente di più. Cercano prima 
la GPT, non la trovano, controllano per bene di non essersi sbagliate... 
Poi partono, ma intanto hanno perso tempo.
 
La mia, una Asrock P67 Fatal1ty, mi faceva aspettare addirittura dai 
dieci secondi al minuto (chissà perché, ma l'attesa variava: forse in 
base alla posizione degli astri), fra la fine del POST e l'inizio del 
BOOT, stampandomi a schermo messaggi d'errore sul fatto che i dischi non 
le piacevano affatto, che non erano bootabili e amenità varie.
Per questo alla fine son passato a GPT e al boot diretto da UEFI.


 Per questo alla fine son passato a GPT e al boot diretto da UEFI.
 
non mi risulta che si comportino tutte cosi', forse nel tuo caso
c'era qualche altra variabile che ritardava l'avvio
 
ciao
luca
 
 
 
ps: provocazione, hai provato anche con win ? :P
 
 
 
 
 

Per questo alla fine son passato a GPT e al boot diretto da UEFI.
 
Mumble... Ma anche la mia mobo, una asrock h67m-itx, possiede l'uefi
(che, per quanto ne so, vuol dire una sorta di bios grafico).
Tuttavia, non ho ben capito cosa si intenda per "boot diretto da
uefi". Come posso ottenere un boot diretto da uefi?
 
Grazie.

"discard" del comando mount.
 
Stavo pensando... Per godere del supporto al trim, e' necessario per
forza usare ext4 oppure btrfs?

 forza usare ext4 oppure btrfs?
 
Almeno per quanto riguarda il TRIM automatico, sì. E non ho idea di 
quanto buono sia quello di btrfs.


 ottenere un boot diretto da uefi?
 
http://www.rodsbooks.com/gdisk/booting.html
 
 
Non ricordo esattamente che cosa ho dovuto fare, con Ubuntu 11.10, ma c'è 
voluto un po'. Ma io ho trasportato sul nuovo SSD un sistema già 
installato altrove, contemporaneamente passando da MBR a GPT e da BIOS a 
UEFI. Comunque le cose all'inizio non funzionavano (era anche la beta di 
Oneiric), ho dovuto montare da livecd il sistema installato e 
reinstallare il boot loader copiando grubx64.efi in /boot/efi/EFI/
ubuntu...
Poi, al primo aggiornamento del kernel, è riandato tutto a catafascio, ma 
dopo di allora tutto a posto.
 
Se però tu installi Ubuntu (o un'altra distribuzione recente) da zero, su 
partizioni vuote, dovrebbe essere tutto automatico. Ma prima ti serve la 
partizione EFI:
 
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          411647   200.0 MiB   EF00  EFI System
 
che va formattata in vfat.


 non mi risulta che si comportino tutte cosi',  
 
Siamo in due...
 
 


Mumble... Leggevo di possibili incasinamenti quando si partiziona e si
boota in GPT, tipo malfunzionamenti delle console testuali...
 
A te ora funziona tutto?
 
Grazie.

quanto buono sia quello di btrfs.
 
Peccato perche' c'erano altri fs fighi che avrei voluto provare. P.
Es. NILFS.

 NILFS.
 
Quello ho in mente di provarlo anch'io, però non su SSD.
Da 
http://www.nilfs.org/en/current_status.html
 :
| TODO List
| [...]
| Optimization for silicon disks (e.g. SSD)
| [...]
 
Inoltre mi pare ancora molto immaturo, anche se, dopo la morte di Tux3, 
ho messo gli occhi su di lui per il futuro. ;)
 
Questi i risultati su Intel x25-M:
http://www.phoronix.com/scan.php?page=article&item=linux_32_nilfs2&num=1
 
 
Qui altri test con partizioni montate senza ottimizzazioni:
http://www.phoronix.com/scan.php?page=article&item=linux_2638_large&num=1
 


 A te ora funziona tutto?
 
Beh, ti rispondo di sì... tenendo la mano dove ben puoi immaginare. ;)



http://www.phoronix.com/scan.php?page=article&item=linux_2638_large&num=1
 
 
Grazie mille..!

Mi sfugge il nesso. Mi dai un link?
 
http://www.rodsbooks.com/ubuntu-efi/index.html
 
 
Tra le altre cose:
 
Missing hardware features悠've seen reports that Linux features such
as screen brightness control and suspend/resume may not work correctly
when booting using EFI. I don't use such features, so I can't comment
personally.
Virtual terminals悠've seen reports that text-mode virtual terminals
don't work from an EFI boot; however, this limitation doesn't apply to
my computer. Perhaps it interacts with the video chipset, framebuffer
driver use, kernel version, or some other variable.

che va formattata in vfat.
 
Una volta fatta una tale partizione, l'installer di ubuntu capira' la
situazione e installera' un bootloader GPT capable? (Tipo grub2 o
syslinux?)