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:
Volgens e2fsprogs is er niets aan de hand:
En volgens parted ook niet:
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
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