slacky.eu

Nulla?

Stranissimo.

print cosa dice: niente manco lui?

rik70 ha scritto:Nulla?

Stranissimo.

print cosa dice: niente manco lui?

Ecco cosa mi dice parted

Modello: ATA WDC WD30EZRX-00D (scsi)
Disco /dev/sdb: 2000GB
Dimensione del settore (logica/fisica): 512B/4096B
Tabella delle partizioni: gpt

Numero Inizio Fine Dimensione File system Nome Flag

(parted)


Tra l'altro mi dice 2000GB invece di 3000

Ora stò provando, questo comando che ho trovato qui http://wiki.ubuntu-it.org/Amministrazio ... Partizioni
gpart -W /dev/sdb /dev/sdb

gpart (non gparted) mi ha salvato tante volte.


Non é più sviluppato ma lo trovi nel repo slacky 13.37

edit: mi hai anticipato

ZeroUno ha scritto:gpart (non gparted) mi ha salvato tante volte.


Non é più sviluppato ma lo trovi nel repo slacky 13.37

Ora gpart stà lavorando vedremo, grazie di tutto...

sopratutto a rik70

Uhm...

a me quel terabyte in meno non mi suona bene.

Comunque in bocca al lupo con gpart

py67 ha scritto:Ora gpart stà lavorando vedremo, grazie di tutto...

In verità gpart doveva risponderti quasi istantaneamente.

Il funzionamento è più o meno così:
leggi il settore. E' un filesystem? si; allora plausibilmente è una partizione. Me la segno e vado alla fine del filesystem. E continuo da lì (che quindi è la fine del disco).
Il problema è che supporta solo ext2 e non so fino a quanto ext4 sia retrocompatibile.

Tuttavia puoi simularti manualmente il funzionamento di gpart, sapendo come era più o meno la partizione:



prova
# dd if=/dev/sdb of=/tmp/prova.img count=10000 bs=512 skip=63
# tune2fs -l /tmp/prova.img
e vedi che dice

con una geometria del genere
255 heads, 63 sectors/track (che dovrebbe essere più o meno lo standard), la tabella delle partizioni equivalente è

Device Boot Start End Blocks Id System
/dev/sdb1 * 63 208844 104391 83 Linux

in extended (fdisk, 'x', 'p')
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 80 1 1 0 254 63 12 63 208782 83

ovviamente a te ti cambierà la dimensione.

prova mount -o ro /dev/sdb1 /mnt

Io però ho un dubbio, anzi 2:

1 - GPart supporta le partizioni GPT?

2 - Quale può essere la ragione per cui parted vede un disco da 2TB anziché 3?

Perché ho l'impressione - dall'alto della mia ignoranza - che se non salta fuori quel tera mancante, può fare poco con i programmi di partizionamento/recupero partizioni. Il rescue di Parted secondo me non restituisce nulla per questa ragione. Ma sono solo mie congetture e sicuramente mi sfugge qualcosa.

Che sia stata sovrascritta la geometria del disco e memorizzata nella tabella partizioni? Bhò... chiedo a voi.

Io proverei ad avviare con l'ultima versione di sysrescuecd e poi coi comandi


buttare un occhio alle informazioni sul disco. Anche se dubito che dia risultati diversi.

ZeroUno ha scritto:

py67 ha scritto:Ora gpart stà lavorando vedremo, grazie di tutto...

In verità gpart doveva risponderti quasi istantaneamente.

Il funzionamento è più o meno così:
leggi il settore. E' un filesystem? si; allora plausibilmente è una partizione. Me la segno e vado alla fine del filesystem. E continuo da lì (che quindi è la fine del disco).
Il problema è che supporta solo ext2 e non so fino a quanto ext4 sia retrocompatibile.

Tuttavia puoi simularti manualmente il funzionamento di gpart, sapendo come era più o meno la partizione:

Codice: Seleziona tutto

# for a in `seq 1 1000`;do echo -n "$a ";dd if=/dev/sdb count=100 bs=512 skip=$a 2>/dev/null|file - ;done|grep -v data
0 /dev/stdin: x86 boot sector
30 /dev/stdin: x86 boot sector
63 /dev/stdin: x86 boot sector
...

prova
# dd if=/dev/sdb of=/tmp/prova.img count=10000 bs=512 skip=63
# tune2fs -l /tmp/prova.img
e vedi che dice

con una geometria del genere
255 heads, 63 sectors/track (che dovrebbe essere più o meno lo standard), la tabella delle partizioni equivalente è

Device Boot Start End Blocks Id System
/dev/sdb1 * 63 208844 104391 83 Linux

in extended (fdisk, 'x', 'p')
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 80 1 1 0 254 63 12 63 208782 83

ovviamente a te ti cambierà la dimensione.

prova mount -o ro /dev/sdb1 /mnt

Ecco cosa ottengo:

sudo dd if=/dev/sdb of=/tmp/prova.img count=10000 bs=512 skip=63
10000+0 record dentro
10000+0 record fuori
5120000 byte (5,1 MB) copiati, 0,783647 s, 6,5 MB/s

tune2fs -l /tmp/prova.img
tune2fs 1.42 (29-Nov-2011)
tune2fs: Bad magic number in super-block durante l'apertura di /tmp/prova.img
Impossibile trovare un valido superblocco per il filesystem.

@py67

skip=63 probabilmente è sbagliato. In un disco come il tuo partizionato con una versione recente di parted, la prima partizione non dovrebbe partire dal settore 63. Il valore corretto e più probabile che sia 2048.

Ok stasera faro le prove...

rik70 ha scritto:@py67

skip=63 probabilmente è sbagliato. In un disco come il tuo partizionato con una versione recente di parted, la prima partizione non dovrebbe partire dal settore 63. Il valore corretto e più probabile che sia 2048.

E' un buon segno?... Questo è il risultato dopo il tuo consiglio:

Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: 64ee9949-3a2e-4cea-af0b-ab5c23da2e7d
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 915712
Block count: 3662109
Reserved block count: 183105
Free blocks: 2346608
Free inodes: 691151
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 894
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8176
Inode blocks per group: 511
Flex block group size: 16
Filesystem created: Tue Sep 17 21:59:54 2013
Last mount time: Wed Oct 16 23:40:01 2013
Last write time: Tue Oct 15 19:37:39 2013
Mount count: 43
Maximum mount count: -1
Last checked: Tue Sep 17 21:59:54 2013
Check interval: 0 (<none>)
Lifetime writes: 21 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 286a7110-0647-4e90-a9f8-db97184a68d2
Journal backup: inode blocks

py67 ha scritto:

rik70 ha scritto:@py67

skip=63 probabilmente è sbagliato. In un disco come il tuo partizionato con una versione recente di parted, la prima partizione non dovrebbe partire dal settore 63. Il valore corretto e più probabile che sia 2048.

E' un buon segno?... Questo è il risultato dopo il tuo consiglio:

[...]

Decisamente sì!

Aspettiamo ZeroUno per capire come procedere - io non riesco a spiegarmi il terabyte mancante, forse bisogna azzerare la tabella delle partizioni e ricrearla, con tutte le precauzioni del caso (leggi backup della stessa). Ma appunto aspettiamo

Comunque è buono: ora sappiamo dove inizia la partizione (settore 2048). Ed è un'ottima notizia.

Non toccare nulla, mi raccomando. Io nel frattempo vi seguo.

Ciao

gpart di sicuro non supporta GPT

ma se fai
# fdisk /dev/sdb
poi 'o' <invio>
poi 'p' <invio>
e poi 'q' <invio> (per uscire senza salvare)
che vedi?

fallo anche con 'gdisk'.

personalmente non ho mai usato partizioni GPT, ma credo che puoi procedere tenendoti, il backup dei primi settori del disco, quasi a tentativi, finchè non crei una partizione che parte esattamente dal 2048° byte.

se hai una chiavetta usb fai esperimenti su quella! (anche se ovviamente la geometria non è la stessa)

@ZeroUno

Se usa parted - recente - o gdisk la partizione glie la crea dal settore 2048. E avrebbe risolto.

Ma tu come lo spieghi che il disco glie lo vede da 2TB? Lui dice che è da 3.