a partição ext4 funciona, mas o fdisk não mostra nenhuma tabela de partições válida

1

Eu tenho um disco de 1 TB com uma única partição ext4.

aqui está alguma saída do comando parted print all

Model: ATA Hitachi HDS72101 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  1000GB  1000GB  ext4

No entanto, o fdisk informa que não há uma partição válida

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

testdisk / dev / sdb reports

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Partition sector doesn't have the endmark 0xAA55

, em seguida, testdisk deepscan encontra

Linux           0   0  1 121601  80 63 1953525168 [storage]

Quando eu tento adicionar essa partição no testdisk, ela não faz nada e apenas sai para a tela mostrando nenhuma partição.

dumpe2fs -h / dev / sdb retorna as seguintes informações

dumpe2fs 1.42.5 (29-Jul-2012)
Filesystem volume name:   storage
Last mounted on:          /mnt/storage
Filesystem UUID:          5889e47c-b13b-4157-9161-0e7a31095b12
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:              61054976
Block count:              244190646
Reserved block count:     12209532
Free blocks:              139902528
Free inodes:              60775208
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      965
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Sep 15 14:29:58 2012
Last mount time:          Sat Jun  1 19:53:40 2013
Last write time:          Sat Jun  1 22:29:09 2013
Mount count:              0
Maximum mount count:      -1
Last checked:             Sat Jun  1 22:29:09 2013
Check interval:           0 (<none>)
Lifetime writes:          79 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:      1d72f9a3-8c59-4b86-9e02-b9ab512ce90c
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x00009489
Journal start:            0

esta é a minha unidade de dados secundária que uso diariamente. Eu tenho dados sobre isso que eu prefiro não atacar. Eu não tenho certeza se eu deveria estar preocupado com isso ou se eu não deveria me preocupar com isso. O disco funciona, mas não sei se é uma falha esperando para acontecer.

Pergunta: Para onde ir a partir daqui, se eu quiser ter certeza de que o disco está configurado de forma ideal?

    
por Antonios Hadjigeorgalis 02.06.2013 / 00:21

1 resposta

4

Parece-me que você colocou o sistema de arquivos "bruto" no disco, sem usar nenhuma tabela de partição. Isso é incomum e limitante, mas funciona. Se você não vê necessidade de reduzir o sistema de arquivos existente e adicionar novas partições em um futuro próximo, eu o deixaria como está, já que adicionar uma tabela de partição a essa configuração será difícil e talvez um pouco arriscado. / p>     

por Rod Smith 02.06.2013 / 00:57