Dotaz: Nejde pripojit druhý SATA s NTFS

[x.para]

Ahoj,

situace:

2 xSATA disk (160 a 320 G).

1. disk:

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x21362135

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       12748   102398278+   7  HPFS/NTFS
/dev/sda2           12749       12811      506047+  82  Linux swap / Solaris
/dev/sda3           12812       18283    43953840   83  Linux
/dev/sda4           18284       19457     9430155   83  Linux
 

Pripojen takto:

/dev/sda1              /mnt/windows    ntfs-3g          users,gid=1005,iocharset=utf8 0 0

2. disk:

Disk /dev/sdb: 320.0 GB, 320072933376 bytes
256 heads, 63 sectors/track, 38761 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Disk identifier: 0x00000000 << (toto se mi nezda)

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      266306  2147483647+  ee  GPT

Pokus pripojit takto:

/dev/sdb1              /mnt/media      ntfs-3g          users,gid=1005,iocharset=utf8 0 0

nebo i pokus takto:

/dev/sdb              /mnt/media      ntfs-3g          users,gid=1005,iocharset=utf8 0 0
 

VYSLEDEK:

NTFS signature is missing.
Failed to mount '/dev/sdb1': Invalid argument
The device '/dev/sdb1' doesn't have a valid NTFS.
Maybe you selected the wrong device? Or the whole disk instead of a
partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around?
 

cat /proc/diskstats
   1    0 ram0 0 0 0 0 0 0 0 0 0 0 0
   1    1 ram1 0 0 0 0 0 0 0 0 0 0 0
   1    2 ram2 0 0 0 0 0 0 0 0 0 0 0
   1    3 ram3 0 0 0 0 0 0 0 0 0 0 0
   1    4 ram4 0 0 0 0 0 0 0 0 0 0 0
   1    5 ram5 0 0 0 0 0 0 0 0 0 0 0
   1    6 ram6 0 0 0 0 0 0 0 0 0 0 0
   1    7 ram7 0 0 0 0 0 0 0 0 0 0 0
   1    8 ram8 0 0 0 0 0 0 0 0 0 0 0
   1    9 ram9 0 0 0 0 0 0 0 0 0 0 0
   1   10 ram10 0 0 0 0 0 0 0 0 0 0 0
   1   11 ram11 0 0 0 0 0 0 0 0 0 0 0
   1   12 ram12 0 0 0 0 0 0 0 0 0 0 0
   1   13 ram13 0 0 0 0 0 0 0 0 0 0 0
   1   14 ram14 0 0 0 0 0 0 0 0 0 0 0
   1   15 ram15 0 0 0 0 0 0 0 0 0 0 0
   3    0 hda 29 192 884 1904 0 0 0 0 0 1900 1904
   8    0 sda 14072 15183 630865 164956 2203 2915 40976 44756 0 75108 209716
   8    1 sda1 3216 14773 91741 24436 9 3 96 12 0 24012 24444
   8    2 sda2 11 57 544 112 0 0 0 0 0 100 112
   8    3 sda3 2144 151 65248 35696 1340 1745 24704 29876 0 22816 65572
   8    4 sda4 8691 192 473172 104620 854 1167 16176 14868 0 48612 119496
   8   16 sdb 47 417 1808 188 0 0 0 0 0 188 188
   8   17 sdb1 0 0 0 0 0 0 0 0 0 0 0
 

Kde je chyba?

 

 

Odpovědi

[lertimir]

Nevím jestli je to stejný problém jako občas u mne, ale NTFS se mi nepřipojí když předtím nebyla Windows relace korektně uzavřena. Takže bych pustil na tom disku skenování. Další možnost, která mne napadá může souviset s tím jaké je to NTFS, přesněji kdo ho formátoval. Kamarád chtěl upravit velikosti partition na disku formátovaném Vistou, a nedokázal se s tím domluvit skoro žádným nástrojem, Partition Magic 8 i pár dalších nástrojů mu hlásilo, že partition začíná na špatném místě a že nemá File systém kterému rozumí, a že na to nebude šahat. Partition formátované XP nedělaly problém, možná je to něco podobného.

[x.para]

Tak prvnivariantu muzu vyloucit, ukoncene korektne byly, z vlastni zkusenosti taky nejde namountovat pokud byly win pred tim hibernovany na disk. Ale tohle neni ten pripad.

Druha varianta je mozna ten problem, protoze to formatovaly  WIN7. Zkousel jsem pridat do jadra CONFIG_EFI_PARTITION, coz udajne nekomu zabralo, ale me ne :(

[x.para]

Tak hura, CONFIG_EFI_PARTITION vytvori dalsi sdb zarizeni, ktere uz namontovat pres ntfs-3g jde.