msdos Partition wird nicht anerkannt.

S

spectre210

Well-Known Member
Hallo Leute,
Ich habe eine winxp ntfs Partition und eine msdos Partition auf ad4.
Das Problem ist jedoch, dass in /dev nur ad4p1 angezeigt wird.
Eiegentlich müssten doch zwei Partition verfügbar sein.

Zudem frage ich mich, warum es ad4p1 mit GPT sein soll, denn wenn man Windows auf die Festplatte ad4 installiert so müssten doch auch die Partitionen in slices ad4s1 ad4s2 angegeben werden?

fdisk /dev/ad4 gibt aus [Hier werden sogar die zwei Partitionen registriert.]:

Code: 
******* Working on device /dev/ad4 *******
parameters extracted from in-core disklabel are:
cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX)
    start 63, size 488375937 (238464 Meg), flag 80 (active)
	beg: cyl 0/ head 1/ sector 1;
	end: cyl 1023/ head 254/ sector 63
The data for partition 2 is:
sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT)
    start 488376320, size 488396800 (238475 Meg), flag 0
	beg: cyl 1023/ head 254/ sector 63;
	end: cyl 1023/ head 254/ sector 63
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>

fdisk /dev/ad4p1:
Code: 
******* Working on device /dev/ad4p1 *******
parameters extracted from in-core disklabel are:
cylinders=969020 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=969020 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
<UNUSED>
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>

Ich kann ad4p1 sogar als msdosfs mounten, jedoch ist das nicht die msdos Partition.

Bild dazu hier:
 

Anhänge

  • ad4p1.png
    ad4p1.png
    38,7 KB · Aufrufe: 250
das ist merkwürdig und ich frage mich, ob da dein Desktop-Environment evtl zusammen mit Hal irgendwas mountet.

Zunächst: es muss nicht seltsam sein, dass ntfs als msdosfs angezeigt oder gemountet wird. Deshalb würde ich das mal nicht als Fehler weiter untersuchen.

Was die Partitionen anbelangt, würde ich mir das nicht mit fdisk ansehen, sondern mit mmls aus dem sleuthkit (sysutils/sleuthkit). Der enthält auch andere nützliche Dinge. mmls zeigt sehr schön, wie die Partitionen aussehen. Das hier soll nur ein beliebiges Beispiel sein.
Code: 
[FONT="Courier New"]DOS Partition Table
Offset Sector: 0
Units are in 512-byte sectors
     Slot    Start        End        Length     Description
00:  Meta    0000000000   0000000000 0000000001 Primary Table (#0)
01:  -----   0000000000   0000000062 0000000063 Unallocated
02:  00:00   0000000063   0015952544 0015952482 FreeBSD (0xA5)
03:  -----   0015952545   0015954943 0000002399 Unallocated[/FONT]
Wenn da GPT benutzt ist, wird das auch passend dargestellt.
Außerdem würde ich mir vielleicht den MBR direkt ansehen, also erst mal holen, etwa mit:
Code: 
dd if=/dev/ad4 of=ad4.mbr bs=512 count=1
(ich glaube, FreeBSD dd kann immer noch keine Blöcke unter 512B, aber nimm das lieber zur Sicherheit mal so.)
Diesen ad4.mbr (oder wie auch immer) kannst du dann mit hexdump ansehen:
Code: 
hexdump -C ad4.mbr
Dann müsstest du sehr gut sehen, ob es tatsächlich ein MBR oder ein GPT-Schema ist.
Spätestens, wenn du so auch den LBA1 ansiehst, also mit dd einen bs=1024 und dann mit hexdump ansiehst. Die erste Zeile des LBA1 sieht da immer so aus:
Code: 
[FONT="Courier New"]00000200 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...|[/FONT]

Das alles erklärt nicht das Verhalten, das du bemerkst. Es gibt lediglich Klarheit über die Verhältnisse, wie sie aus deinem FreeBSD aussehen.
Dazu kann dann auch gpart sehr nützlich sein.
 
gpart show kann schön anzeigen:
Code: 
gpart show
=>       34  250069613  ada0  GPT  (119G)
         34        128     1  freebsd-boot  (64k)
        162    4194304     2  freebsd-ufs  (2.0G)
    4194466   17604608     3  freebsd-swap  (8.4G)
   21799074  228259840     4  freebsd-zfs  (108G)
  250058914      10733        - free -  (5.2M)

=>        63  1953525105  ada1  MBR  (931G)
          63  1953503937     1  ntfs  [active]  (931G)
  1953504000       21168        - free -  (10M)

=>      63  31883166  da4  MBR  (15G)
        63      8129       - free -  (4M)
      8192  31875072    1  !12  (15G)
  1. Das ganz oben ist meine SSD mit FreeBSD darauf. Die FreeBSD Installation hat eine Kombination von UFS2 und ZFS auf dem Laufwerk ada0.
  2. Das zweite Laufwerk ada1 ist eine Festplatte mit Windows auf NTFS, die ich zu Vorführzwecken mal zusätzlich reingesteckt habe.
  3. Das dritte Laufwerk da4 ist ein zusätzlich eingesteckter USB-Stick mit FAT darauf.

1b. Und nun das Laufwerk ada0 noch mal mit file -s angeschaut:
Das Laufwerk mit FreeBSD darauf:
Code: 
file -s /dev/ada0*
/dev/ada0:       x86 boot sector; partition 1: ID=0xee, active, starthead 1, startsector 1, 250069679 sectors, code offset 0x31
/dev/ada0p1:     data
/dev/ada0p2:     Unix Fast File system [v2] (little-endian) last mounted on /, last written at Tue Aug 23 15:25:02 2011, clean flag 0, readonly flag 0, number of blocks 1048576, number of data blocks 1013015, number of cylinder groups 12, block size 16384, fragment size 2048, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization
/dev/ada0p3:     data
/dev/ada0p3.eli: data
/dev/ada0p4:     data
/dev/ada0p4.eli: data
Sehr schön ist auch der clean flag 0 zu sehen, das Filesystem ist also schön sauber, so wie es sein soll. :)
Den zpool angeschaut:
Code: 
zpool list
NAME    SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
tank0   108G  61,0G  47,0G    56%  1.00x  ONLINE  -

2b. Das Laufwerk ada1 mit Windows auf NTFS darauf mit file -s betrachtet:
Code: 
file -s /dev/ada1*
/dev/ada1:   x86 boot sector, Microsoft Windows XP MBR, Serial tralalala; partition 1: ID=0x7, active, starthead 1, startsector 63, 1953503937 sectors, code offset 0xc0
/dev/ada1s1: x86 boot sector, code offset 0x52, OEM-ID "NTFS    ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 63, dos < 4.0 BootSector (0x80)

3b. Das Laufwerk da4 (USB-Stick) mit FAT darauf mit file -s betrachet:
Code: 
file -s /dev/da4*
/dev/da4:   x86 boot sector; partition 1: ID=0xc, starthead 130, startsector 8192, 31875072 sectors, extended partition table (last)\011, code offset 0xb8
/dev/da4s1: x86 boot sector, Microsoft Windows XP Bootloader NTLDR, code offset 0x58, OEM-ID "MSDOS5.0", sectors/cluster 16, Media descriptor 0xf8, heads 255, hidden sectors 8192, sectors 31875072 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 15549, reserved3 0x1000000, reserved 0x1, serial number tralalala, unlabeled

Für NTFS mounten gibt es das ntfs-3g auch für FreeBSD:
http://www.freshports.org/sysutils/fusefs-ntfs
Um es zu benutzen muss in der /etc/rc.conf folgender Eintrag stehen:
Code: 
fusefs_enable="YES"
 
Vielen Dank für eure Hilfe.
Mit den neuen Tools gewinne ich jetzt mehr Info.
Problem war immer noch, dass ich für beide Partitionen nur eine Gerätedatei zur Verfügung hatte und damit nicht wirklich richtig mounten konnte.
Ich habe es letzendlich heruntergelöscht, da ich die Platte auch als Backup für die FreeBSD Partition nutze.

Gruß spectre210
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben