BSDPORTAL.RU

На этом сайте обсуждаются вопросы использования ОС FreeBSD
 Портал  •  Статьи  •  Форум  •  Wiki  •  Поиск  •  FAQ  •  Обои  •   Официальная документация  •  Новые темы 

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
СообщениеДобавлено: Пн 06 июн, 2016 11:36 pm 
Не в сети

Зарегистрирован: Ср 04 сен, 2013 10:58 pm
Сообщения: 12
Здравствуйте.

Есть USB-накопитель:
da0: <UFD 2.0 Silicon-Power8G 1.00> Removable Direct Access SCSI-6 device

Есть файл-образ:
FreeBSD-10.3-RELEASE-i386-memstick.img

Записываю образ следующей командой:
#dd if=FreeBSD-10.3-RELEASE-i386-memstick.img of=/dev/da0 bs=1M conv=sync

Смотрю что получилось:
Код:
#gpart show da0
=>      3  1350912  da0  GPT  (7.3G) [CORRUPT]
        3       32    1  freebsd-boot  (16K)
       35  1348832    2  freebsd-ufs  (659M)
  1348867     2048    3  freebsd-swap  (1.0M)

#dmesg | grep da0
...
da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
da0: <UFD 2.0 Silicon-Power8G 1.00> Removable Direct Access SCSI-6 device
...
da0: 40.000MB/s transfers
da0: 7474MB (15308799 512 byte sectors: 255H 63S/T 952C)
da0: quirks=0x2<NO_6_BYTE>
GEOM: da0: the secondary GPT header is not in the last LBA.
...

Смущает слово "CORRUPT" и "the secondary GPT header is not in the last LBA". Раньше в 10.1 GPT-схема для memstick-образа i386 вроде бы не использовалась. Заметил это в 10.2, теперь в 10.3. Причину этого понять примерно я могу, но тем не менее, так должно быть? Какой смысл использовать GPT-схему в файлах-образах?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 06 июн, 2016 11:53 pm 
Не в сети
Модератор

Зарегистрирован: Сб 11 сен, 2004 6:33 am
Сообщения: 5100
Откуда: Москва
JBrown писал(а):
Причину этого понять примерно я могу, но тем не менее, так должно быть?

Очевидно же.

JBrown писал(а):
Какой смысл использовать GPT-схему в файлах-образах?

Отсутствие смысла использовать убогий устаревший MBR. А также всякие там UEFI.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Чт 09 июн, 2016 12:30 am 
Не в сети

Зарегистрирован: Ср 04 сен, 2013 10:58 pm
Сообщения: 12
AMDmi3 писал(а):
Очевидно же.

Но как-то не совсем аккуратно получается.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Чт 09 июн, 2016 2:22 pm 
Не в сети
Модератор

Зарегистрирован: Сб 11 сен, 2004 6:33 am
Сообщения: 5100
Откуда: Москва
Чтобы получалось аккуратно, нужны будут образы под каждый размер флешки. А так единственное чем это чревато - при повреждении первой таблицы система не сможет найти вторую, о чём честно предупреждает. Для установочного образа это даже лучше, потому что если повреждена таблица, значит с большой вероятностью повреждено что-то ещё и надо выкинуть флешку и записать новую, а не ставить систему из битого образа. А вообще, можно с помощью gpart recover после записи образа исправить это предупреждение. Подробнее в man gpart, раздел RECOVERING.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пт 10 июн, 2016 10:11 pm 
Не в сети

Зарегистрирован: Ср 04 сен, 2013 10:58 pm
Сообщения: 12
Решил применить gpart recover. Столкнулся со следующей непонятной мне ситуацией.
Код:
# dd if=FreeBSD-10.3-RELEASE-i386-memstick.img of=/dev/da0 bs=64k
10554+1 records in
10554+1 records out
691669504 bytes transferred in 107.515008 secs (6433237 bytes/sec)

# gpart show da0
=>      3  1350912  da0  GPT  (7.3G) [CORRUPT]
        3       32    1  freebsd-boot  (16K)
       35  1348832    2  freebsd-ufs  (659M)
  1348867     2048    3  freebsd-swap  (1.0M)

# gpart recover -f C da0
da0 recovered

# gpart show da0
=>       3  15308794  da0  GPT  (7.3G)
         3        32    1  freebsd-boot  (16K)
        35   1348832    2  freebsd-ufs  (659M)
   1348867      2048    3  freebsd-swap  (1.0M)
   1350915  13957882       - free -  (6.7G)

Все вроде бы отлично. Есть даже свободное место, которое можно использовать.
Код:
# gpart add -t freebsd-ufs da0
da0p4 added

# newfs -L myrepo /dev/da0p4
/dev/da0p4: 6815.4MB (13957880 sectors) block size 32768, fragment size 4096
        using 11 cylinder groups of 626.22MB, 20039 blks, 80256 inodes.
super-block backups (for fsck_ffs -b #) at:
 192, 1282688, 2565184, 3847680, 5130176, 6412672, 7695168, 8977664, 10260160,
 11542656, 12825152

# gpart show da0
=>       3  15308794  da0  GPT  (7.3G)
         3        32    1  freebsd-boot  (16K)
        35   1348832    2  freebsd-ufs  (659M)
   1348867      2048    3  freebsd-swap  (1.0M)
   1350915  13957882    4  freebsd-ufs  (6.7G)

Можно смонтировать раздел da0p4 и даже записать туда файлы.
Но при извлечении накопителя (с предварительным размонтированием конечно) и последующим подключением его обратно имею следующее:
Код:
# gpart show da0
=>       3  15308794  da0  GPT  (7.3G)
         3        32    1  freebsd-boot  (16K)
        35   1348832    2  freebsd-ufs  (659M)
   1348867      2048    3  freebsd-swap  (1.0M)
   1350915  13957882       - free -  (6.7G)

То есть раздела с файлами как не бывало. Явно, что где-то закралась ошибка, но не могу понять где.
Попутный вопрос, в команде newfs при задании метки (-L) не получается задать значение, содержащее символ подчеркивания '_'. Как тогда создана метка 'FreeBSD_Install' для da0p2?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Google [Bot], Yahoo [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
Яндекс.Метрика