[sisyphus] libhw-tools-0.2.1 - добавлена настройка

[sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Всем привет.

В Sisyphus сегодня вечером пойдет новая версия библиотеки libhw с 
сопутствующими утилитами.

Нововведений там достаточно много, вот самые на мой взгляд важные:

fstype научился детектить файловую систему reiser4, а также uuid и label 
на тех файловых системах, которые это поддерживают. Соответственно это 
же научился выводить и storagescan -v .

для определения uuid с помощью fstype нужно выполнить команду: fstype -u 
-d /dev/<устройство>

заменой опции -u на -l можно получить label, прописанный в файловой системе

В информацию об устройствах добавлен hwid - это уникальный 
идентификатор, получаемый методом подсчета контрольной суммы (crc64) не 
плавающих данных об устройстве.

Этот идентификатор используется в самой интересной части новой версии 
libhw - конфигурационном файле.

Начиная с этой версии каждая утилита, возвращающая некую информацию об 
устройствах будет брать информацию также с конфигурационного файла.

На данный момент в конфиге можно изменять следующие данные:
options - опции монтирования в случае с block devices
mountpoint - точка монтирования для block devices
driver - имя драйвера, которое необходимо загрузить hotplug'у для 
данного устройства (работает для pci, cpu, acpi)

По умолчанию конфигурационный файл отсутствует - в дальнейшем он будет 
генериться userfrendly утилитами настройки.

Для тех, кто хочет испробовать эту возможность прямо сейчас, привожу 
формат конфига:

[<hwid>]
+<опция><TAB><значение>

Пример настройки для некоего раздела sda1 usb flash диска (в 
комментариях - список полей, по которым сгенерен hwid):

[79CBA74D1124847F]
# classpath=/106/00
# fstype=ext3
# name=Easy    Disk             1.00
# uuid=f773be51-4453-42db-acfe-b042b348a1d6
# vendor=83
+mountpoint	/media/easy_disk
+options	users,noexec,nodev,sync,nosuid,noload

Т.е. - данная настройка будет работать для всех storage устройств с 
именем Easy    Disk             1.00, содержащих раздел с типом 83 и 
файловой системой ext3, в которой зашит uuid 
f773be51-4453-42db-acfe-b042b348a1d6

Пример настройки для некоей PCI железки:

[01C1913DC867B4C2]
# classpath=006:00:00
# device=7190
# name=Intel Corporation|440BX/ZX - 82443BX/ZX Host bridge
# vendor=8086
+driver	intel-agp

hwid можно получить в verbose режиме различных утилит сканирования 
(например pciscan -v, storagescan -v и т.д.)
Отчеты об ошибках приветствуются (желательно через bugzilla)!

Rgds,
Rider

[sisyphus] Re: [devel] libhw-tools-0.2.1 - добавлена настройка

[Yura Zotov]

On Wed, Nov 17, 2004 at 04:14:38PM +0300, Anton Farygin wrote:

<skip>

> Для тех, кто хочет испробовать эту возможность прямо сейчас, привожу 
> формат конфига:
> 
> [<hwid>]
> +<опция><TAB><значение>
> 
> Пример настройки для некоего раздела sda1 usb flash диска (в 
> комментариях - список полей, по которым сгенерен hwid):
> 
> [79CBA74D1124847F]
> # classpath=/106/00
> # fstype=ext3
> # name=Easy    Disk             1.00
> # uuid=f773be51-4453-42db-acfe-b042b348a1d6
> # vendor=83
> +mountpoint	/media/easy_disk
> +options	users,noexec,nodev,sync,nosuid,noload
> 
> Т.е. - данная настройка будет работать для всех storage устройств с 
> именем Easy    Disk             1.00, содержащих раздел с типом 83 и 
> файловой системой ext3, в которой зашит uuid 
> f773be51-4453-42db-acfe-b042b348a1d6
> 
> Пример настройки для некоей PCI железки:
> 
> [01C1913DC867B4C2]
> # classpath=006:00:00
> # device=7190
> # name=Intel Corporation|440BX/ZX - 82443BX/ZX Host bridge
> # vendor=8086
> +driver	intel-agp
> 
> hwid можно получить в verbose режиме различных утилит сканирования 
> (например pciscan -v, storagescan -v и т.д.)
> Отчеты об ошибках приветствуются (желательно через bugzilla)!
> 

Я правильно понимаю, что # это не знак комментария, а символ с
другим смыслом? С каким? Как тогда делать комментарии?

--
Юрий А. Зотов

Re: [sisyphus] Re: [devel] libhw-tools-0.2.1 - добавлена настройка

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 664 bytes --]

Yura Zotov пишет:

>>Пример настройки для некоего раздела sda1 usb flash диска (в 
>>комментариях - список полей, по которым сгенерен hwid):
^^^^^^^^^^^^^^^^^
>>
>>[79CBA74D1124847F]
>># classpath=/106/00
^^^^^^^^^^^^^^^^^^^^^^
>># fstype=ext3
^^^^^^^^^^^^^^^^^^^^^^
>># name=Easy    Disk             1.00
^^^^^^^^^^^^^^^^^^^^^^
>># uuid=f773be51-4453-42db-acfe-b042b348a1d6
^^^^^^^^^^^^^^^^^^^^^^
>># vendor=83
^^^^^^^^^^^^^^^^^^^^^^
>>+mountpoint	/media/easy_disk
>>+options	users,noexec,nodev,sync,nosuid,noload

<skip>
> 
> Я правильно понимаю, что # это не знак комментария, а символ с
> другим смыслом? С каким? Как тогда делать комментарии?

неправильно...

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: [devel] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Yura Zotov wrote:
> On Wed, Nov 17, 2004 at 04:14:38PM +0300, Anton Farygin wrote:
> 
> <skip>
> 
>>Для тех, кто хочет испробовать эту возможность прямо сейчас, привожу 
>>формат конфига:
>>
>>[<hwid>]
>>+<опция><TAB><значение>
>>
>>Пример настройки для некоего раздела sda1 usb flash диска (в 
>>комментариях - список полей, по которым сгенерен hwid):
>>
>>[79CBA74D1124847F]
>># classpath=/106/00
>># fstype=ext3
>># name=Easy    Disk             1.00
>># uuid=f773be51-4453-42db-acfe-b042b348a1d6
>># vendor=83
>>+mountpoint	/media/easy_disk
>>+options	users,noexec,nodev,sync,nosuid,noload
>>
>>Т.е. - данная настройка будет работать для всех storage устройств с 
>>именем Easy    Disk             1.00, содержащих раздел с типом 83 и 
>>файловой системой ext3, в которой зашит uuid 
>>f773be51-4453-42db-acfe-b042b348a1d6
>>
>>Пример настройки для некоей PCI железки:
>>
>>[01C1913DC867B4C2]
>># classpath=006:00:00
>># device=7190
>># name=Intel Corporation|440BX/ZX - 82443BX/ZX Host bridge
>># vendor=8086
>>+driver	intel-agp
>>
>>hwid можно получить в verbose режиме различных утилит сканирования 
>>(например pciscan -v, storagescan -v и т.д.)
>>Отчеты об ошибках приветствуются (желательно через bugzilla)!
>>
> 
> 
> Я правильно понимаю, что # это не знак комментария, а символ с
> другим смыслом? С каким? Как тогда делать комментарии?

Неправильно. Это как раз комментарии.

Этот пример я генерил тулзой создания конфига (ее пока нет в пакете, это 
для отладки). Соответственно в комментарии помещал данную информацию.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Andrey Rahmatullin wrote:
> On Wed, Nov 17, 2004 at 04:14:38PM +0300, Anton Farygin wrote:
> 
>>заменой опции -u на -l можно получить label, прописанный в файловой системе
> 
> Почему-то из 4 vfat-разделов метка прочиталасьтолько у одного. У ntfs'гых
> не прочиталась вообще.

ntfs пока не поддерживается (в планах есть добавить поддержку).

А у vfat разделов метка установлена ?

сейчас fstype показывает только существующие метки.

Что будет если принудительно прописать метку на vfat раздел с помощью 
dosfstools ? Будет ли показывать ее fstype ?

> 
> И почему всем ФС предлагается опция sync?

Это для flash'ек. Дело в том, что в теории пользователь может вытащить 
flash'ку в любой момент времени. Соответственно в момент когда flash'ки 
в системе уже нет мы отмонтируем ее грубым способом.

Если монтировать без опции sync, то это все может кончится очень плохо.

Rgds.
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 488 bytes --]

On Wed, Nov 17, 2004 at 04:14:38PM +0300, Anton Farygin wrote:
> заменой опции -u на -l можно получить label, прописанный в файловой системе
Почему-то из 4 vfat-разделов метка прочиталасьтолько у одного. У ntfs'гых
не прочиталась вообще.

И почему всем ФС предлагается опция sync?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> А в чем минусы-то наличия статических библиотек?
Большинство из них никогда, никому и нигде не нужны.
		-- mhz in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Anton Farygin]

Anton Farygin wrote:
> Andrey Rahmatullin wrote:
> 
>> On Wed, Nov 17, 2004 at 04:14:38PM +0300, Anton Farygin wrote:
>>
>>> заменой опции -u на -l можно получить label, прописанный в файловой 
>>> системе
>>
>>
>> Почему-то из 4 vfat-разделов метка прочиталасьтолько у одного. У ntfs'гых
>> не прочиталась вообще.
> 
> 
> ntfs пока не поддерживается (в планах есть добавить поддержку).

Посмотрел внимательнее.

Оказывается у NTFS совсем не тривиальная структура доступа к vol_name. 
Т.е. - совсем не тривиальная - мягко сказано ;-(

В принципе я конечно могу залинковаться с libntfs, где это все 
реальновано. Но что -то мне это не совсем хочется делать (в итоге 
libntfs будет стоять на каждой машине. Нам это надо ?).

Если есть желающие выдернуть из ntfsprogs код для заполнения структуры 
ntfs_volume - буду благодарен за отдельную функцию, которая это 
реализует (я ее втащу в libhw::fstype).

Rgds,
Rider

[sisyphus] Re: libhw-tools-0.2.* - ntfs label support

[Michael Shigorin]

On Sun, Nov 21, 2004 at 04:13:10PM +0300, Anton Farygin wrote:
> В принципе я конечно могу залинковаться с libntfs, где это все
> реальновано. Но что -то мне это не совсем хочется делать (в
> итоге libntfs будет стоять на каждой машине. Нам это надо ?).

dlopen(3)?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: libhw-tools-0.2.* - ntfs label support

[Anton Farygin]

Michael Shigorin wrote:
> On Sun, Nov 21, 2004 at 04:13:10PM +0300, Anton Farygin wrote:
> 
>>В принципе я конечно могу залинковаться с libntfs, где это все
>>реальновано. Но что -то мне это не совсем хочется делать (в
>>итоге libntfs будет стоять на каждой машине. Нам это надо ?).
> 
> 
> dlopen(3)?
> 

Нафиг. Проще запустить nfslabel если он есть в системе.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

On Sun, Nov 21, 2004 at 12:11:23PM +0300, Anton Farygin wrote:
> А у vfat разделов метка установлена ?
Да. У всех. Но у одного показывается, а у остальных label:NO NAME.

> сейчас fstype показывает только существующие метки.
Еще б он несуществующие показывал...

> Что будет если принудительно прописать метку на vfat раздел с помощью 
> dosfstools ? Будет ли показывать ее fstype ?
А без форматирования это как делается?

> >И почему всем ФС предлагается опция sync?
> Это для flash'ек.
Я так и подумал, просто забавно видеть, как sync предлагают на root fs ;)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Большинство программ можно отцепить от svgalib. А вот zgv придется
> удалить.
Долой svgalib! Долой zgv!
:)
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrei Bulava]

Andrey Rahmatullin пишет:
> On Sun, Nov 21, 2004 at 12:11:23PM +0300, Anton Farygin wrote:
> 
>>А у vfat разделов метка установлена ?
> 
> Да. У всех. Но у одного показывается, а у остальных label:NO NAME.

Я столкнулся с тем, что PowerQuest PartitionMagic 6.0 SE (шёл в 
комплекте с материнской платой больше 3-х лет назад) _тоже_ показывает 
аналог label:NO NAME на некоторых из разделов vfat aka fat32. Что 
характерно - это происходит на разделах, созданных инсталлером winxp, а 
сами метки отлично видны в winxp.

Наверное, нижеследующее - оффтопик для данного списка рассылки, но к 
vfat имеет непосредственное отношение. По результатам ба-а-альшого 
апгрейда своего компьютера с установкой на новый hdd двух систем, winxp 
и alm24, у меня вообще сложилось впечатление, что PartitionMagic и Linux 
поддерживают работу с vfat и DOS partition table гораздо корректнее, чем 
winxp.

Помимо чудес с label (см. выше):

1) в процессе работы с разделами vfat из Disk Volume Manager от winxp я 
получил таблицу разделов, от которой "сходил с ума" diskdrake во время 
инсталляции alm24 (конкретно - diskdrake не хочет работать, если размер 
расширенного раздела W95 Ext'd (LBA) больше размера находящихся внутри 
него логических разделов), - хорошо хоть PartitionMagic смог исправить 
ситуацию изменением размера расширенного раздела;

2) в процессе просто _использования_ раздела vfat из winxp я получил 
раздел, корректный с точки зрения winxp chkdsk, но видимый как раздел _с 
потерянными кластерами_ с точки зрения PartitionMagic(!). И 
PartitionMagic с таким разделом ничего не мог поделать (resize/move)...

3) после удаления одного из логических разделов из Disk Volume Manager 
от winxp PartitionMagic 6.0 SE отказался запускаться иначе, как со 
спасательных дискет, потому что таблица разделов диска была 
искорёжена(!) - хорошо, что после запуска с дискет PartitionMagic 
всё-таки исправил ошибку.

P.S. Так что label:NO NAME меня по крайней мере не удивляет. Все 
описанные мной глюки с vfat были получены в течение одного дня, во время 
самых тривиальных действий - в winxp я больше "обычный пользователь", 
чем администратор.

-- 
// AB1002-UANIC

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1072 bytes --]

On Sun, Nov 21, 2004 at 04:13:10PM +0300, Anton Farygin wrote:
> Оказывается у NTFS совсем не тривиальная структура доступа к vol_name. 
> Т.е. - совсем не тривиальная - мягко сказано ;-(
Угу.

> В принципе я конечно могу залинковаться с libntfs, где это все 
> реальновано. Но что -то мне это не совсем хочется делать (в итоге 
> libntfs будет стоять на каждой машине. Нам это надо ?).
Нет.

> Если есть желающие выдернуть из ntfsprogs код для заполнения структуры 
> ntfs_volume - буду благодарен за отдельную функцию, которая это 
> реализует (я ее втащу в libhw::fstype).
Пробую. Пока что получается всё очень длинно. 2 вопроса:
1. Допустимо ли использовать хидеры из libntfs-devel (в противном случае
придется тащить сотни строк определений структур, поддержки endianness и
т.д.)
2. Куда девать огромное кол-во проверок на корректность файловых структур?
Как должен себя вести код, встретившись с полуубитым томом?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Давайте ее в Сизиф, а там посмотрим.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Denis Ovsienko]

> > В принципе я конечно могу залинковаться с libntfs, где это все
> > реальновано. Но что -то мне это не совсем хочется делать (в итоге
> > libntfs будет стоять на каждой машине. Нам это надо ?).
> Нет.
Можно иметь конструкции вида [ -x $SOME_PROGRAM ] && ...
Если не линковаться с libntfs, а использовать сценарий и внешнюю
программу.

-- 
    DO4-UANIC

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 308 bytes --]

On Mon, Nov 22, 2004 at 01:29:17PM +0200, Andrei Bulava wrote:
> P.S. Так что label:NO NAME меня по крайней мере не удивляет. Все 
Метка не имеет отношения к таблице разделов.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Пора мне синхронизировать Сизиф.
		-- ivv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Andrey Rahmatullin wrote:
> On Sun, Nov 21, 2004 at 12:11:23PM +0300, Anton Farygin wrote:
> 
>>А у vfat разделов метка установлена ?
> 
> Да. У всех. Но у одного показывается, а у остальных label:NO NAME.
> 
> 
>>сейчас fstype показывает только существующие метки.
> 
> Еще б он несуществующие показывал...

вот почему не показывает - это вопрос.

> 
> 
>>Что будет если принудительно прописать метку на vfat раздел с помощью 
>>dosfstools ? Будет ли показывать ее fstype ?
> 
> А без форматирования это как делается?

Хм.. если бы я знал ;-)

В принципе можно мне конечно прислать первые пару килобайт этой 
flash'ки. Я посмотрю.

> 
> 
>>>И почему всем ФС предлагается опция sync?
>>
>>Это для flash'ек.
> 
> Я так и подумал, просто забавно видеть, как sync предлагают на root fs ;)

Это не страшно. В теории я конечно могу заглянуть в fstab и взять опции 
оттуда. Но это для работы сейчас не нужно.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Anton Farygin]

Andrey Rahmatullin wrote:
> On Sun, Nov 21, 2004 at 04:13:10PM +0300, Anton Farygin wrote:

<skip>

>>Если есть желающие выдернуть из ntfsprogs код для заполнения структуры 
>>ntfs_volume - буду благодарен за отдельную функцию, которая это 
>>реализует (я ее втащу в libhw::fstype).
> 
> Пробую. Пока что получается всё очень длинно. 2 вопроса:
> 1. Допустимо ли использовать хидеры из libntfs-devel (в противном случае
> придется тащить сотни строк определений структур, поддержки endianness и
> т.д.)

Да, конечно. Хотя я и таскаю часть структур с собой - но у меня они и не 
такие сложные как у ntfs.

> 2. Куда девать огромное кол-во проверок на корректность файловых структур?
> Как должен себя вести код, встретившись с полуубитым томом?

Молча игнорировать, если невозможно получить с него label.

Если возможно - возвращать label.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Andrey Rahmatullin wrote:
> On Mon, Nov 22, 2004 at 01:29:17PM +0200, Andrei Bulava wrote:
> 
>>P.S. Так что label:NO NAME меня по крайней мере не удивляет. Все 
> 
> Метка не имеет отношения к таблице разделов.

Более того: очень много flash'ек имеет именно такую метку на файловой 
системе.

И еще: у vfat метка может быть в двух разных местах, соответственно я 
мог конечно где-то сделать ошибку. Но в любом случае вы мне присылайте 
superblock от раздела - посмотрю.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Denis Smirnov wrote:
> On Mon, Nov 22, 2004 at 07:10:17PM +0300, Anton Farygin wrote:
> 
> AF> И еще: у vfat метка может быть в двух разных местах, соответственно я 
> AF> мог конечно где-то сделать ошибку. Но в любом случае вы мне присылайте 
> AF> superblock от раздела - посмотрю.
> 
> А причём тут суперблок? Помнится у FAT volume label может быть просто
> записью в корневом каталоге...

Таких не знаю.

в supedblock'е есть информация о двух label различного типа.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Denis Smirnov]

On Mon, Nov 22, 2004 at 07:10:17PM +0300, Anton Farygin wrote:

AF> И еще: у vfat метка может быть в двух разных местах, соответственно я 
AF> мог конечно где-то сделать ошибку. Но в любом случае вы мне присылайте 
AF> superblock от раздела - посмотрю.

А причём тут суперблок? Помнится у FAT volume label может быть просто
записью в корневом каталоге...

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 624 bytes --]

On Mon, Nov 22, 2004 at 07:01:42PM +0300, Anton Farygin wrote:
> В принципе можно мне конечно прислать первые пару килобайт этой 
> flash'ки. Я посмотрю.
Да не флешка это. Это на винте. 3 раздела фат32 и один фат16. Метка
есть везде, но видна только на одном фат32. Кстати, прикол такой, что
раздел, на котором видно, находится на одном винте, а остальные 3 - на
другом.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Не надо заходить как root на 5 runlevel'е. Вы же не хотите чтобы Вам
снесло систему, например, после просмотра konqueror'ом некоторого сайта ;)
		-- inger in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 881 bytes --]

On Mon, Nov 22, 2004 at 07:07:46PM +0300, Anton Farygin wrote:
> >2. Куда девать огромное кол-во проверок на корректность файловых структур?
> >Как должен себя вести код, встретившись с полуубитым томом?
> Молча игнорировать, если невозможно получить с него label.
> Если возможно - возвращать label.
Там на каждом чихе проверка правильности структур :( Итого чуть не треть
кода.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>>Вы случаем не пророк по совместительству? ;)
>Нет. Надо?
Это было бы идеально :) Представте себе, по рассылке prophecy@
проносится сообщение типа "Mozilla версии такой-то, которая выйдет через
неделю, будет падать по segfault'у при загрузке..." И все понимают, что
им не нужно будет качать ту самую Мозиллу. Да и большинство ошибок
станет возможным исправлять ещё до их появления ;)
		-- mutabor in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 599 bytes --]

On Mon, Nov 22, 2004 at 07:50:49PM +0300, Anton Farygin wrote:
> >А причём тут суперблок? Помнится у FAT volume label может быть просто
> >записью в корневом каталоге...
> Таких не знаю.
> в supedblock'е есть информация о двух label различного типа.
Ну тогда всё ясно. Скорее всего, на моих разделах, где меток не видно, они
есть только в корневом каталоге. Я вообще не уверен, что под оффтопиком
кто-то смотрит метку в суперблоке.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

в связи с ремонтом входной двери, интернет в офисе заработал.
		-- smi in office@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Serge Pavlovsky]

В Пнд, 22/11/2004 в 19:50 +0300, Anton Farygin пишет:
> Denis Smirnov wrote:
> > On Mon, Nov 22, 2004 at 07:10:17PM +0300, Anton Farygin wrote:
> > 
> > AF> И еще: у vfat метка может быть в двух разных местах, соответственно я 
> > AF> мог конечно где-то сделать ошибку. Но в любом случае вы мне присылайте 
> > AF> superblock от раздела - посмотрю.
> > 
> > А причём тут суперблок? Помнится у FAT volume label может быть просто
> > записью в корневом каталоге...
> 
> Таких не знаю.

а вы посмотрите в корневом каталоге файл с именем метки и типом,
отличным от типов других записей

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

* Andrey Rahmatullin <wrar@> [041122 21:06]:
> > >2. Куда девать огромное кол-во проверок на корректность файловых структур?
> > >Как должен себя вести код, встретившись с полуубитым томом?
> > Молча игнорировать, если невозможно получить с него label.
> > Если возможно - возвращать label.
> Там на каждом чихе проверка правильности структур :( Итого чуть не треть
> кода.
Разве это плохо?

-- 
Regards, Sir Raorn.
-------------------
[rider@linux rider]$ uptime
  3:27pm  up 313 days, 23:57,  4 users,  load average: 10.19, 8.59, 7.52
		-- rider in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libhw-tools-0.2.1 - добавлена настройка

[Anton Farygin]

Andrey Rahmatullin wrote:
> On Mon, Nov 22, 2004 at 07:01:42PM +0300, Anton Farygin wrote:
> 
>>В принципе можно мне конечно прислать первые пару килобайт этой 
>>flash'ки. Я посмотрю.
> 
> Да не флешка это. Это на винте. 3 раздела фат32 и один фат16. Метка
> есть везде, но видна только на одном фат32. Кстати, прикол такой, что
> раздел, на котором видно, находится на одном винте, а остальные 3 - на
> другом.

Да это как раз пофиг.

Пришлешь мне первые два килобайта каждого раздела ?

Там вроде как ничего секретного быть не должно.

Rgds,
Rider

Re: [sisyphus] libhw-tools-0.2.* - ntfs label support

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 435 bytes --]

On Tue, Nov 23, 2004 at 09:56:25AM +0300, Alexey I. Froloff wrote:
> Разве это плохо?
Это много ;)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Кстати, как именно выглядит процедура выкладывания secfixes?
выкладываете в /incoming/updates/дистрибутив/ (если необходимо),
пишете на security@, мы собираем, тестируем (если можем) и выкладываем,
пишете тест анонса, мы публикуем.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]