Partizione / ha inizio offset errato

[ivantu]

@et4beta
hai cambiato dischi o computer? tempo fa mi dicevi che utilizzavi il bios MBR e non UEFI

Potrebbe essere qui questa la causa. a base come riconosce un disco il bios.
O differenze connessione sata I, sata II, o sata III sulla scheda madre.

[et4beta]

@et4beta
hai cambiato dischi o computer? tempo fa mi dicevi che utilizzavi il bios MBR e non UEFI
.........

Assolutamente no!
Mi sono anche riletto ciò che ho scritto, nel caso mi fossi sbagliato, ma non so cosa ti abbia fatto pensare che il mio disco fosse in GPT, dato che c'è anche la partizione estesa.
Ho 4 HD, come scritto in firma, tutti rigorosamente in msdos, anche perché è vero che so molto poco dell'UEFI, ma un sistema come il mio penso crei non poche difficoltà all'UEFI, che non è un sistema nato per lavorare in multiboot e multidischi, e che per quanto ne so non ha avuto alcun sviluppo in tal senso.

[salvanet76]

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?

file system: ext4
disco meccanico

[man_car]

salve,
anch'io ho lo stesso identico problema.
Soluzioni ?

[wilecoyote]

Salve, soluzioni possibili 2.

La più spiccia è d'intercalare tra una partizione e l'altra delle mini partizioni da 1MB senza impostare un file system.

La più lenta invece s'esegue riformattando l'intero disco per correggere degli errori:

Disco /dev/sdb: 1000.2 GB, 1000204886016 byte
255 testine, 63 settori/tracce, 121601 cilindri, totale settori 1953525168
Unità = settori di 1 * 512 = 512 byte
Dimensione settore (logico/fisico): 512 byte / 4096 byte
Dimensione I/O (minima/ottimale): 4096 byte / 33553920 byte

Quello in rosso è un esempio d'errore.

Ti consiglio caldamente la più spiccia, quella lenta è veramente lenta, comunque ti posto come provvedo alla bisogna.

Per farlo prima identifica con certezza il disco:

Codice: Seleziona tutto

lsblk

Dovrebbe essere il file device /dev/sdb se hai un solo disco e nessun altro volume connesso, in nessun caso non usare il file device dove risiede il sistema, dovrebbe essere il /dev/sda verifica, o distruggi il sistema.

Poi smonta il device:

Codice: Seleziona tutto

umount /dev/sdb

Ed infine dai il comando per azzerare il disco:

Codice: Seleziona tutto

sudo dd if=/dev/zero of=/dev/sdX bs=4M

Adesso tramite GParted riprova a creare le partizioni.

Ciao

[man_car]

ciao,
ho provato come dici tu, creando poi una tabella di partizione msdos ed una partizione ext4 con gparted, ma se eseguo fdisk, quello che esce è:

Codice: Seleziona tutto

Disk /dev/sdc: 126.0 GB, 126035288064 bytes
255 testine, 63 settori/tracce, 15322 cilindri, totale 246162672 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: 0x00089164

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   246161407   123079680   83  Linux

cioè sembrerebbe che il problema non si sia risolto...

[man_car]

penso di aver risolto, grazie a questa guida:

https://rainbow.chard.org/2013/01/30/ho ... ng-parted/

in pratica è un problema di allineamento della partizione. oltre a risolvere il problema principale, ho anche massimizzato le prestazioni di lettura/scrittura dell'SSD.
ciao