Изпечатай

[borovaka]

Здравейте,
Имам следния странен проблем с NTFS дял.
Имам закачени 2 харда:
/dev/sdb - SATA2 с 2 NTFS дяла, 1 ext3 / , и 1 swap
/dev/sda - IDE 2 NTFS дяла.
Проблема е, че fdisk вижда всички дялов:
<sup>Disk /dev/sda: 82.3 GB, 82348277760 bytes
255 heads, 63 sectors/track, 10011 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Disk identifier: 0x00000001

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        1910    15342043+   7  HPFS/NTFS
/dev/sda2            1911       10011    65071282+   f  W95 Ext'd (LBA)
/dev/sda5            1911       10011    65071251    7  HPFS/NTFS

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Disk identifier: 0xf299f299

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        4424    35535748+   7  HPFS/NTFS
/dev/sdb2            4425        6211    14354077+  83  Linux
/dev/sdb3            6212       19457   106398495    f  W95 Ext'd (LBA)
/dev/sdb5            6212        6375     1317298+  82  Linux swap / Solaris
/dev/sdb6            6376       19457   105081133+   7  HPFS/NTFS</sup>
Но blkid не ми изкарва UUID на /dev/sdb6 дяла:
^{/dev/sda1: UUID="18C088DDC088C30C" TYPE="ntfs"
/dev/sdb1: UUID="16CC1E66CC1E4103" TYPE="ntfs"
/dev/sda5: LABEL="DATA" UUID="01CA6377D957ABE0" TYPE="ntfs"
/dev/sdb2: UUID="af2e6a0b-ee8a-40ed-8c17-513c1ac698fa" TYPE="ext3"
/dev/sdb5: UUID="8ee2229f-ba39-43c5-b9a8-3dda7651fda2" TYPE="swap"}
Някой има ли случайно идея как мога да сетна UUID на NTFS partition без да го форматирам?
Иначе дистрото е Arch, версията на кърнъла е 2.6.32 от пакетите за Arch, но едвали това има значение

[tolostoi]

Мога ли да попитам за какво ти трябва UUID на дяла, понеже е много вероятно да минеш и без него, за където ти трябва. Просто питам, можеш да ми прескочиш мнението ако искаш.

[borovaka]

Ами по някаква причина hal демона ми върти имената един път ми разпознава единия хард /dev/sda при рестарт става /dev/sdb и така.
Просто като ги опиша в fstab по UUID и нямам проблем с тези дребни подробности. Иначе си се маунтва без грешка ръчно просто е малко дразнещо .

[borovaka]

Някой да може да помогне?
Чичко Google общо взето ми каза да си форматна харда, обаче тази опция много те ме устройва.
Друго интересно нещо което забелязвам е че при някой инсталации /мисля че федората го правеше този номер/ намира дяла като Swap и му променя system type, след това с cfdisk ръчно трябва да го сетна на 07/ntfs/.

[neter]

За да си създадеш ново UUID, ползвай тази серия от команди с root права

Код

GeSHi (Bash):
uuidgen
tune2fs /dev/sd*X -U генериран_номер_от_uuidgen

При теб замести /dev/sd*X с /dev/sdb6

[borovaka]

neter.
Мерси много, искам само да те попитам сигурен ли си, че ще сработи на NTFS защото малко по-други неща пишат. NTFS доколкото разбрах не поддържа uuid а се изчислявало от HAL по серийния номер на диска, в смисъл ако му сетна UUID който се ползва при Линуксла файлова система дали няма да се прецака?

П.с.
В мана на tune2fs пише следното

DESCRIPTION
       tune2fs allows the  system  administrator  to  adjust  various  tunable
       filesystem  parameters  on  Linux ext2, ext3, or ext4 filesystems.  The
       current values of these options can be displayed by using the -l option
       to tune2fs( program, or by using the dumpe2fs( program.
Май по този начин моята работа няма да стане.

Благодаря ти за отговора.

[neter]

Прав си, но като се има в предвид, че опитът ми с NTFS клони към нулев, беше много вероятно да сбъркам от първия опит Ето обаче една извадка от ръководството на Sidux относно задаването на UUID за няколко файлови системи

* swap: Създайте нов swap-раздел по следния начин: mkswap -L <псевдоним> /dev/XXX
* ext2/ext3: e2label /dev/XXX <псевдоним>
* reiserfs: reiserfstune -l <псевдоним> /dev/XXX
* jfs: jfs_tune -L <псевдоним> /dev/XXX
* xfs: xfs_admin -L <псевдоним> /dev/XXX
* fat/vfat: Задаване и смяна на псевдонима под Linux могат да бъдат извършени със средствата на пакета mtools:
 mlabel -i /dev/sdb1 ::<псевдоним>
или когато създавате файловата система, просто използвайте mkdosfs -n <псевдоним> <други опции>.
Или може да смените псевдонима на съществуваща fat файлова система с помощта на Windows.
* ntfs: ntfslabel /dev/XXX <псевдоним> или сменете използвайки Windows.

[KoIoSoS]

http://wiki.archlinux.org/index.php/Persistent_block_device_naming
Точно така ntfslabel.
Има и за конфигуриране на  boot manager-а.

[borovaka]

Благодаря много за отговорите.
Ще пробвам след малко и ще пиша резултата.

[freealx]

Здравейте,

Като че ли темата е позабравена, но само за пълнота и точност ще добавя няколко детайла свързани с проблема - ако акцента е върху промяната на UUID-то.

В Майкрософтската документация на така наречения NTFS superblock е описано, че Volume Serial Number-а е 8 байта и е отместен на 0x48 (десетично 72) байта от началото на суперблока - демек, 10-тия блок от по 8 байтови блокчета ще ни даде точният номер побайтово реверсиран.

root@slax:~# dd if=/dev/sda1 bs=8 count=1 skip=9 | hexdump -C
00000000  73 47 38 28 6a 38 28 5a                           |sG8(j8(Z|
00000008
1+0 records in
1+0 records out
8 bytes (8 B) copied, 0.000732054 s, 10.9 kB/s

Може да се използват различни форми за описване на областта.
Например "dd if=/dev/sda1 bs=1 count=8 skip=72 | hexdump -C" би свършило същата работа...
Проверка с БлокАйДи команда:

root@slax:~#blkid
/dev/sda1: UUID="5A28386A28384773" LABEL="WinXP32" TYPE="ntfs"
...

Така, значи номера е 5A28-386A-2838-4773 , а началото на целия суперблок изглежда така:

root@slax:~# dd if=/dev/sda1 bs=512 count=1 | hexdump -C | head -6
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.000496961 s, 1.0 MB/s
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
00000010  00 00 00 00 00 f8 00 00  3f 00 ff 00 3f 00 00 00  |........?...?...|
00000020  00 00 00 00 80 00 00 00  5b e0 7f 04 00 00 00 00  |........[.......|
00000030  00 00 0c 00 00 00 00 00  f4 ff 1f 00 00 00 00 00  |................|
00000040  f6 00 00 00 01 00 00 00  73 47 38 28 6a 38 28 5a  |........sG8(j8(Z|
00000050  00 00 00 00 fa 33 c0 8e  d0 bc 00 7c fb b8 c0 07  |.....3.....|....|
root@slax:~#

Логичното решение е да се запише обратно, на точното място, предварително подготвен във файл номер.
Подготвяме си файл:

root@slax:~# dd if=/dev/sda1 bs=8 count=1 skip=9 of=mynumber.vsn
1+0 records in
1+0 records out
8 bytes (8 B) copied, 0.000555908 s, 14.4 kB/s
root@slax:~#hexdump -C mynumber.vsn
00000000  73 47 38 28 6a 38 28 5a                           |sG8(j8(Z|
00000008
root@slax:~#

Пороменяме номера с произволен hex-редактор (в случая ползвам този на mc)

File: mynumber.vsn      Offset 0x00000000  8 bytes                                          100%

00000000 88 77 66 55 │ 44 33 22 11 │                            .wfUD3".

и го "изсипваме" обратно на точното място

root@slax:~# dd if=mynumber.vsn of=/dev/sda1 bs=1 count=8 skip=72

Сега може да провериме с blkid или dd.

Май че това е всичко - Успех!