ongeldige partitietabel voglens fdisk?

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • Tha Ra
  • Registratie: Oktober 2005
  • Laatst online: 17:19
Ik heb een fakeraid van met één grote ext3-partitie van 6TiB (/dev/sdb) welke ik dagelijks zonder problemen gebruik. Echter geeft fdisk aan dat de partitietabel ongeldig is:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
ramon@NAS:/var/lib/dpkg/info$ sudo fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003632c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          32      248832   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              32        9730    77899777    5  Extended
/dev/sda5              32        9730    77899776   8e  Linux LVM

Disk /dev/sdb: 6000.9 GB, 6000941727744 bytes
255 heads, 63 sectors/track, 729572 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

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


Volgens e2fsprogs is er niets aan de hand:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
ramon@NAS:/var/lib/dpkg/info$ sudo dumpe2fs /dev/sdb
dumpe2fs 1.41.11 (14-Mar-2010)
Filesystem volume name:   RAID
Last mounted on:          <not available>
Filesystem UUID:          222c3759-7f64-47d9-a774-131aefe241b7
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              366272512
Block count:              1465073664
Reserved block count:     73247721
Free blocks:              85185976
Free inodes:              365477499
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      674
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Thu Mar 10 19:13:35 2011
Last mount time:          Wed Dec 14 16:44:57 2011
Last write time:          Wed Dec 14 16:44:57 2011
Mount count:              23
Maximum mount count:      38
Last checked:             Sun Nov 27 00:09:26 2011
Check interval:           15552000 (6 months)
Next check after:         Fri May 25 01:09:26 2012
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:      2e81f20e-d3af-46c8-ab0f-b25f6f540e74
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x000b6e01
Journal start:            9226


En volgens parted ook niet:
code:
1
2
3
4
5
6
7
8
9
10
11
12
ramon@NAS:/var/lib/dpkg/info$ sudo parted /dev/sdb
GNU Parted 2.2
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: HPT DISK_6_0 (scsi)
Disk /dev/sdb: 6001GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  6001GB  6001GB  ext3


Ik ben niet zo bekend met partities, dus ik vraag me of of er iets niet klopt en ik vroeg of laat tegen een probleem aan kan lopen (bijvoorbeeld bij een resize2fs-opdracht)
De schijf bevat uiteraard een GUID partitietabel.

edit: typo in topictitel

Acties:
  • 0 Henk 'm!

Verwijderd

Als je partities gebruikt hoe kan /dev/sdb dan een filesystem bevatten? Dat moet dan toch /dev/sdb1 zijn ofzo? Als /dev/sdb een filesystem bevat, betekent dit dat je inderdaad geen geldige partitiestructuur hebt, maar het filesystem direct op je ruwe disk hebt toegepast zonder partitietabel.

Acties:
  • 0 Henk 'm!

  • Tha Ra
  • Registratie: Oktober 2005
  • Laatst online: 17:19
Verwijderd schreef op vrijdag 16 december 2011 @ 15:42:
Als je partities gebruikt hoe kan /dev/sdb dan een filesystem bevatten? Dat moet dan toch /dev/sdb1 zijn ofzo? Als /dev/sdb een filesystem bevat, betekent dit dat je inderdaad geen geldige partitiestructuur hebt, maar het filesystem direct op je ruwe disk hebt toegepast zonder partitietabel.
Dat zou het inderdaad verklaren. Kan dit nog problemen geven? Ik hoef iig niet meer dan één partitie.

Acties:
  • 0 Henk 'm!

Verwijderd

Nouja je hebt dus 0 partities als ik het goed begrijp, maar gewoon je filesystem direct op de ruwe disk. Dat zal prima blijven werken. Eén belangrijk punt is wel dat als je je schijf ooit in een Windows systeem stopt, deze met een popup zal komen om je schijf te 'initialiseren' omdat het geen partitietabel heeft ontdekt. Dit klinkt onschuldig, maar ga je akkoord dan overschrijft Windows een deel van je schijf met een verse partitietabel. Dat zorgt voor gegevensverlies en is iets waar je je van bewust dient te zijn.

Het veiligst is een goede partitietabel waarbij je data min of meer geïsoleerd is. Maar blijf je bij je huidige OS dan zie ik geen probleem.