La dimensione del settore logico essendo inferiore alla dimensione del settore fisico è normale per la maggior parte dei dischi moderni. Questo è semplicemente il modo in cui i dischi di formato avanzato vengono spesso implementati. Alcuni dischi esterni utilizzano le stesse dimensioni del settore (4096 byte) sia per i settori fisici che logici e ho sentito che alcuni dischi interni di fascia alta ora fanno lo stesso, ma la maggior parte dei dischi in questi giorni sono modelli di formato avanzato con 512 byte settori logici e settori fisici a 4096 byte. Non c'è niente che tu possa (o dovresti provare a fare) al riguardo.
Detto questo, è importante allineare correttamente le partizioni per i dischi di formato avanzato. Ho eseguito alcuni test sui dischi di formato avanzato per determinare cosa succede quando le loro partizioni non sono allineate e ho pubblicato i risultati qui. In breve, l'entità del problema varia notevolmente da un filesystem a un altro e da un disco a un altro, ma c'è quasi sempre una penalità di prestazione significativa (e talvolta enorme ) associata a partizioni disallineate.
Il tuo /dev/sda4
, tuttavia, non detiene direttamente un filesystem; è una partizione estesa, il che significa che è semplicemente un contenitore per altre partizioni. I dati direttamente associati /dev/sda4
sono semplicemente due settori (logici), che probabilmente non sono nemmeno adiacenti l'uno all'altro, quindi non possono essere allineati correttamente. Le penalità per le prestazioni reali verrebbero dall'allineamento delle partizioni contenute all'interno /dev/sda4
. Nel tuo caso, /dev/sda4
trattiene /dev/sda5
e /dev/sda6
, entrambi i quali sono correttamente allineati. Pertanto, non devi preoccuparti /dev/sda5
. L'avvertimento che stai vedendo è semplicemente il codice che è troppo entusiasta di segnalare un "problema" quando non esiste.
Il tuo /dev/sda1
, d'altra parte, non è correttamente allineato: inizia con il settore 63, che non è divisibile per 8. Il fatto che tu debba fare qualcosa dipende da quanto usi quella partizione, da come la usi (dimensione del file, letture vs. scritture, ecc.), quanto sia importante ottenere prestazioni ottimali da esso, se si dispone di backup adeguati, ecc. Ti consiglio di leggere l'articolo a cui ho fatto riferimento in precedenza, quindi decidere se risolvere il problema. (Non ho riportato i risultati di FAT in quell'articolo per motivi di spazio, ma le prestazioni di FAT hanno sofferto piuttosto male - IIRC, non tanto quanto ReiserFS, ma almeno quanto la maggior parte degli altri filesystem nativi di Linux.)
Se decidi di voler riparare /dev/sda1
, dovresti iniziare eseguendo il backup. Fatto ciò, un modo per risolverlo è eliminarlo, creare una nuova partizione al suo posto e ripristinarne i file. Un altro modo (dopo il backup) è ridimensionare la partizione in GParted. Apporta una piccola modifica al punto iniziale; qualsiasi versione recente di GParted dovrebbe arrotondare a un multiplo di 2048 settori e andrà tutto bene. Lo spostamento del punto iniziale di una partizione è sempre più rischioso e richiede più tempo rispetto allo spostamento del punto finale. Poiché la partizione ha una dimensione di soli 19GiB, l'operazione non dovrebbe richiedere una quantità ridicola di tempo, anche spostando il punto iniziale, ma non sarà istantaneo.
Come nota a margine e sfondo, solo strumenti abbastanza vecchi disallineano le partizioni sui moderni dischi Advanced Format. La mia ipotesi è che hai utilizzato come strumento di un (una vecchia versione di Linux di fdisk
o di un DOS FDISK
, forse) per creare /dev/sda1
, poi utilizzato uno strumento più moderno (un più recente fdisk
, parted
o GParted, forse) per creare il resto delle partizioni.