Partizione / ha inizio offset errato

[wilecoyote]

Salve, durante il tentativo d'installare Xenial Unity, un mio collega ha trovato un problema.

In pratica arrivati al partizionamento, alla pressione di 'Installa' si entra in un circolo vizioso, in cui appare una finestra con scritto:

Codice: Seleziona tutto

La partizione /dev/sdc2 assegnata a / , ha inizio a un offset di 3072 byte dall'allineamento minimo per questo disco: potrebbe portare a prestazioni non ottimali

Segue consigliando di tornare al menù cliccando su 'Indietro', cancellare la partizione, rifarla così da sistemarsi il problema, cosa purtroppo falsa fatta almeno 6 volte.

Provando invece a cliccare 'Avanti', si torna al partizionamento, si riclicca su 'Installa' e si comincia ad andare avanti indietro, quindi bisogna annullare l'installazione.

Ho provato anche ad installarvi il Kubuntu sia Trusty sia Xenial, ma senza costrutto, nonché di farla dal mio portatile collegandovi il suo disco rigido e provando vari LiveCD, ma sempre senza costrutto alcuno tranne il cambiare il numero dei byte dell'offset, tra 689 e 3702.

Il problema è palesemente il disco rigido esterno, un Samsung HX-M101TCB/G ,M3 Portable 1 TB, di cui posto l'output di fdisk e di lshw relativo al solo disco:

Codice: Seleziona tutto

wilecoyote@MonumentValley:~$ sudo fdisk -l
[sudo] password for wilecoyote:

Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 testine, 63 settori/tracce, 38913 cilindri, totale 625142448 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identificativo disco: 0x00089ee2

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   617086975   308542464   83  Linux
/dev/sda2       617089022   625141759     4026369    5  Esteso
Partition 2 does not start on physical sector boundary.
/dev/sda5       617089024   625141759     4026368   82  Linux swap / Solaris

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 testine, 63 settori/tracce, 121601 cilindri, totale 1953525168 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Identificativo disco: 0xdf8deb80

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   201949183   100973568   83  Linux
/dev/sdb2       201949184   406749183   102400000    5  Esteso
/dev/sdb3       406749184   412893183     3072000   82  Linux swap / Solaris
wilecoyote@MonumentValley:~$ sudo lshw -c disk
*-disk
       descrizione: SCSI Disk
       prodotto: M3 Portable
       fornitore: Samsung
       id fisico: 0.0.0
       info bus: scsi@4:0.0.0
       nome logico: /dev/sdb
       versione: 1306
       seriale: D93E7DFA1C0000D4
       dimensione: 931GiB (1TB)
       capacità: partitioned partitioned:dos
       configurazione: ansiversion=6 sectorsize=4096 signature=df8deb80

nel mio sistema diventa /dev/sdb, in sdb1 c'è Fedora mentre in sdb2 ci vorrebbe mettere il Xenial per confrontarli e decidere quale preferisce, credo che il problema sia il 'I/O size (minimum/optimal): 4096 bytes / 33553920 bytes', ma non ne sono sicurissimo.

Quali sono i comandi da dare per sistemare il problema o all'occorrenza quali altri output devo postare per cercare il problema ?

Ciao

[maxbigsi]

vedi se ti è utile questa soluzione http://forum.ubuntu-it.org/viewtopic.php?p=4632996

[wilecoyote]

Salve, grazie della celere risposta, non vorrei perdere un Unity a favore di Fedora , stasera provo e ti faccio sapere.

Ciao

EDIT: installazione riuscita, assai meno il boot.

Per risolvere bisogna rimuovere il disco rigido interno, per fortuna è un desktop a torre fosse stato un portatile... , l'eventuale disco rigido esterno di backup, verificare nel Bios che il sistema boota dal masterizzatore seguito dal disco rigido esterno e che non sia quello di backup, inserire nel masterizzatore un DVD con Boot-Repair e connettere il disco non avviabile, accendere il computer, avviato il programma confermare che è un disco mobile, selezionare dove allocare il Grub ed infine eseguire con i parametri proposti.

Provare un avvio, verificato che funzioni tutto rimontare i dischi sconnessi accertandosi che nel Bios l'ordine d'avvio sia Masterizzatore interno -> Disco rigido esterno -> Disco rigido interno.

Se esiste un programma che ripara il boot, senza tirarsi dietro qualsiasi SO che trova, selezionando quello/i d'interesse postatene il nome, tantissimi grazie in anticipo.

[salvanet76]

Salve, sono nuovo di questo forum ed alla mia prima esperienza con Linux. Sto cercando di installare su un HD esterno Lubuntu da un pc su cui è installato win 10, ed anche io ricevo l'errore di offset errato. Ho seguito tutti i passaggi indicati nel wiki ed ho riformattato l'hd esterno con gparted utilizzando la versione live di lubuntu, ma il problema persiste.
Poichè ho un portatile ed effettuare la rimozione dell'hd ed i passaggi indicati da wilecoyote mi risultano molto difficili, sapete se esiste un'altra soluzione?

grazie mille

[ivantu]

- backup del sistema.
- un controllo del disco con Smartmoontool può esserti utile?
- il comando

Codice: Seleziona tutto

sudo fsck /dev/sd*

[et4beta]

Provare a rimettere a zero l'HD con una formattazione a basso livello?

Edit: attenzione a formattare l'HD giusto perché l'operazione elimina tutto!

[wilecoyote]

Salve, c'è anche un'altra soluzione che mi hanno consigliato e funziona.

Devi avviare Lubuntu come Live, adesso apri GParted ed identifica il disco giusto, creaci una partizione normale ed una estesa, dentro ad essa vi crei le partizioni necessarie intervallandole con partizioni cuscinetto da 1MB (1049kB) non allocate.

Esempio riassuntivo ipotizzando un disco da 500GB con 2 distro installate + Swap, e con circa 300GB non usati:

Codice: Seleziona tutto

Numero  Inizio  Fine   Dimensione  Tipo      File system     Flag
 1      1049kB  100GB   100GB       primary   ext4            avvio
 2      100GB    500GB  400GB        extended
 3      100GB    100GB  1049kB       logical
 4      100GB    200GB  100GB        logical  ext4
 5      200GB    200GB  1049kB       logical
 6      200GB    204GB  4123MB      logical   linux-swap(v1)

Le partizioni cuscinetto sono la 3 e la 5,

Purtroppo il disco difettoso in oggetto non ha più il difetto, il proprietario ha formattato Ubuntu e l'ha lasciato tutto a Fedora...

Ciao

[et4beta]

In poche parole basterebbe non far iniziare la partizione, in cui cui si vuole installare l'OS, dal settore che crea problemi. Quindi lasciare dello spazio non allocato che permetta questo è un "workaround", non un "fix". Ma se ciò che interessa è evitare il problema, può andare. La formattazione a basso livello, nel caso funzionasse, sarebbe invece un "fix".

[wilecoyote]

Salve,

In poche parole basterebbe non far iniziare la partizione, in cui cui si vuole installare l'OS, dal settore che crea problemi. Quindi lasciare dello spazio non allocato che permetta questo è un "workaround", non un "fix". Ma se ciò che interessa è evitare il problema, può andare. La formattazione a basso livello, nel caso funzionasse, sarebbe invece un "fix".

Sfortunatamente di dischi disgraziati in codesta maniera, me ne è capitato un 2° stavolta Toshiba, è vi ho provato la formattazione a basso livello, ma nulla da fare mi son dovuto rassegnare al workaround .

Ciao

[et4beta]

E' chiaramente un difetto del disco, non so se fisico o che altro, ma appare chiaro nel risultato di "fdisk":

Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes

Al posto dell'evidenziato ci dovrebbe essere "4096 bytes"

[wilecoyote]

Salve, credo fisico, le informazioni di quello postato riguarda il Samsung da 1TB ormai tutto Fedora.

Nel Toshiba era sui 43000000, ora non me lo ricordo più e non ho conservato gli output.

Ciao

[salvanet76]

Provare a rimettere a zero l'HD con una formattazione a basso livello?

Edit: attenzione a formattare l'HD giusto perché l'operazione elimina tutto!

provato con la formattazione di basso livello... niente, provo le altre soluzioni proposte.

grazie

[et4beta]

Fai pure i tuoi tentativi, è comunque tutta conoscenza che si acquisisce, però tieni conto che un HD in quelle condizioni non merita di vedersi affidare alcunché, né sistemi operativi, né tanto meno dati.

[salvanet76]

Fai pure i tuoi tentativi, è comunque tutta conoscenza che si acquisisce, però tieni conto che un HD in quelle condizioni non merita di vedersi affidare alcunché, né sistemi operativi, né tanto meno dati.

considera che mi da lo stesso errore con due HD differenti, che utilizzo normalmente e senza problemi sia con win che con mac

[et4beta]

Sullo stesso PC?
Sarebbe da fare la prova su altri PC. Che un disco abbia problemi ci può stare ma due alla stessa persona in breve tempo? ..... mmmhh..

[salvanet76]

Salve, c'è anche un'altra soluzione che mi hanno consigliato e funziona.

Devi avviare Lubuntu come Live, adesso apri GParted ed identifica il disco giusto, creaci una partizione normale ed una estesa, dentro ad essa vi crei le partizioni necessarie intervallandole con partizioni cuscinetto da 1MB (1049kB) non allocate.

Esempio riassuntivo ipotizzando un disco da 500GB con 2 distro installate + Swap, e con circa 300GB non usati:

Codice: Seleziona tutto

Numero  Inizio  Fine   Dimensione  Tipo      File system     Flag
 1      1049kB  100GB   100GB       primary   ext4            avvio
 2      100GB    500GB  400GB        extended
 3      100GB    100GB  1049kB       logical
 4      100GB    200GB  100GB        logical  ext4
 5      200GB    200GB  1049kB       logical
 6      200GB    204GB  4123MB      logical   linux-swap(v1)

Le partizioni cuscinetto sono la 3 e la 5,

Purtroppo il disco difettoso in oggetto non ha più il difetto, il proprietario ha formattato Ubuntu e l'ha lasciato tutto a Fedora...

Ciao

ho risolto seguendo queste indicazioni. Grazie

[et4beta]

Quella delle zone non allocate "cuscinetto" dovrebbe però essere un'azione automatica del sistema(non so se del controller del disco o che altro). Anche io mi ritrovo con un HD con un partizionamento intervallato da micro zone non allocate(vedere immagine allegata), ma non l'ho fatto io le ha create il sistema al momento della creazione delle partizioni. Solo l'ultimo spazio da 8 Gb l'ho lasciato io.

[wilecoyote]

Salve, prego di nulla.

Però 2 dischi su 2 con lo stesso problema nello stesso computer, uhm... vero che ne ho visti anch'io 2 però di marche diverse, a distanza di mesi e confermati in 5 computer diversi.

Fai una prova con altri computer, a meno che siano lo stesso modello comprati insieme, in tal caso direi un lotto fallato.

Ciao

[ivantu]

se stato risolto, il tag nel titolo?

il disco con quale file system è partizionato?
il disco è meccanico o unità a stato solido?
il file system fa molto la sua parte?

chiedo se possibilmente è probabile che il tipo di file di sistema ext4 non faccia al caso su un utilizzo in dischi ssd?

[et4beta]

Mai letto da nessuna parte che gli SSD mal tollerino il filesystem ext4. Le uniche avvertenze di cui sono a conoscenza riguardo alla miglior conservazione degli SSD, sono in merito all'overprovisioning per cui sarebbe consigliabile lasciare uno spazio non allocato(del 7-10% della capienza totale) alla loro fine, ed ho anche letto che l'utilizzo della modalità UEFI avvantaggia questo tipo di supporto. Ma mentre per l'overprovisioning si trovano anche esaurienti spiegazioni tecniche a supporto, per l'UEFI ho trovato solo affermazioni facenti riferimento alla ridondanza della scrittura dei dati dell'UEFI senza però che venga spiegato in che modo questa caratteristica sia positiva, oltre che per la sicurezza dei dati, per la vita dell'SSD, per cui in mancanza di affermazioni più circostanziate e convincenti, viste le "virtù" a volte millantate dell'UEFI e visto che ridondanza significa maggiori scritture, faccio fatica a prendere questa cosa per attendibile.
Sotto l'immagine di Gparted di un SSD Samsung 850 Pro da 500 Gb, con partizionamento msdos e con tre logiche ext4. Si nota un solo piccolissimo spazio non allocato alla fine dell'estesa, originatosi dopo un ridimensionamento di questa. Il tutto è perfettamente funzionante.