Ru-Board.club
← Вернуться в раздел «Программы»

» GRUB4DOS и GNU GRUB

Автор: ABATAPA
Дата сообщения: 11.12.2009 11:57

Цитата:
Самое приятное, на мой взгляд, что зона (ud) скрыта от посторонних глаз, ее можно использовать для переноса "секретной"

А чем она скрыта? Сменой типа раздела?
Автор: VV2006
Дата сообщения: 11.12.2009 12:16
kDnZP
Огромное спасибо за подробную информацию и за материалы!
С автоопределением флешки всё-таки что-то не так - получил результат, отмеченные выше LevT. Поэтому запускал форматирование вручную. Результат, конечно, потрясающий - как и предполагалась, из Винды на флешке не видно ничего! Представленные варианты загрузки тоже впечатлили, единственное, что собираюсь поменять - только WinPE (уже не мыслю варианты без Far, Opera, AutoNet, DrvImport PE, AVZ), в остальном - всё, что для счастья надо.
Ещё: насколько понял, на начальной стадии загрузки можно вызывать GRUB4DOS ещё и из видимого раздела?
Автор: kDnZP
Дата сообщения: 11.12.2009 13:38
VV2006
Блин... да я же сознательно не выносил автоформатирование... ибо это деструктивная операция. Но раз уж все так запущенно (описания никто не читает) и нужен суперпростой запуск, то ладно, щаз скрипт доработаю... Не вопрос. Добавлю еще ряд вопросов, типа "Вы уверены, что понимаете что творите?" ...

ABATAPA
Неа, эта область в таблице разделов вообще не светится))), типа как нераспределенное пространство. В общем-то глубоко я не копал на счет внутренней организации и ФС.

Добавлено:
VV2006

Цитата:
Ещё: насколько понял, на начальной стадии загрузки можно вызывать GRUB4DOS ещё и из видимого раздела?

Да, именно так. Оно же и вызывается по умолчанию , а если его нет, то скрытое. В любом случае вид меню загрузчиков fbinst можно настроить по своему вкусу.
Автор: ABATAPA
Дата сообщения: 11.12.2009 15:11

Цитата:
ABATAPA
Неа, эта область в таблице разделов вообще не светится))), типа как нераспределенное пространство. В общем-то глубоко я не копал на счет внутренней организации и ФС.

Ммм... А можно из Linux "fdisk -l"?
Автор: kDnZP
Дата сообщения: 11.12.2009 15:16
Update:

Теперь скрипт определяет наличие зоны (ud) при автодетекте USB, если ее нет, то предлагает отформатировать USB-устройство:
fbinst (ud) zone not found, format drive? [Y/N]:
Как по мне, то это лишнее... Но раз считаете, что так удобнее, пусть будет.
Предыдущий функционал сохранен.

http://rghost.ru/694808
Заменить соответствующий файл из предыдущих архивов.


Добавлено:
ABATAPA

Цитата:
Ммм... А можно из Linux "fdisk -l"?

Можно, конечно, но раздел все равно не увидите))). А вообще есть много способов не увидеть эту зону.

* Простите, ну не удержался
Автор: Dimsoft
Дата сообщения: 11.12.2009 16:54
kDnZP
ruslive доработан, а просто winpe сможет грузиться с (ud) ?
Автор: kDnZP
Дата сообщения: 11.12.2009 17:11
Dimsoft
С (ud) можно грузить все, что поддерживает запуск из образа. В распакованном виде ничего работатать не будет, т.к. целевые операционки о (ud) не подозревают... Вот такое ограничение есть.
Автор: ABATAPA
Дата сообщения: 11.12.2009 17:32

Цитата:
Можно, конечно, но раздел все равно не увидите))). А вообще есть много способов не увидеть эту зону.

Я увижу границы разделов и распределение места.
А если это раздел с измененным ID, то его тоже будет видно.
Автор: LevT
Дата сообщения: 11.12.2009 18:16

kDnZP

опять ошибки сыпятся, после модификации
zip=format --force --zip --fat32 --align --unit-size 8 --primary 10M --extended 1500M --list-size 1024


Код:
Detected: (hd1)
silicon-power USB Device

Are you sure want to proceed? [Y/N]:y

FlashDrive selected as: (hd1)

Formating drive (hd1)...
fbinst: error: xd_write fails at offset 97, size 64
fbinst: error: xd_write fails at offset 69, size 64
fbinst: error: check fail at sector 128
fbinst: error: xd_write fails at offset 73, size 64
fbinst: error: xd_write fails at offset 73, size 64
fbinst: error: xd_write fails at offset 122, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 64
fbinst: error: xd_write fails at offset 20480, size 31
version: 1.5
base boot sector: 63
extra data size: 5
primary data size: 20480
extended data size: 3072000
menu offset: 0x5bb
files:
0 "2MENU.LST" 0x45 1667 (2009-12-09 10:57:28)
0 "memdisk" 0x49 22608 (2009-10-05 14:07:42)
0 "MENU.LST" 0x76 1845 (2009-12-09 10:57:30)
0 "fb.cfg" 0x7a 203 (2009-12-11 19:14:12)
1* 0x7b 0x2f2f85
primary area free space: 10382070
extended area free space: 1572864000

Reconnect USB Drive for correct work...
Автор: kDnZP
Дата сообщения: 11.12.2009 19:31
ABATAPA

Цитата:
Я увижу границы разделов и распределение места.
А если это раздел с измененным ID, то его тоже будет видно.

Вот скажите честно, внимательно прочитали то, что я выше написал?
Русскими буковками жеж сказано - в таблице разделов записи о зоне (ud) нет, пусто там. И ID нет, и раздела нет))). Проще наверное самостоятельно поглядеть , можно линуксом, можно hex-просмотром grub4dos или чем-нить другим, что таблицу разделов покажет.

LevT
Вот это уже странные ошибки... Можно поинтересоваться, а что вы в зону (ud) запихнуть пытаетесь? Если много разных файлов, то можно еще попробовать увеличить --list-size, попробуйте туда, например, 8192 прописать. Ну и еще попробуйте вкинуть файлы через GUI (FbInstTool).
Походу тут проблема не скрипта, а отрабатывания самого fbinst.exe... Либо еще как вариант - проблемы с самой флешкой. Есть возможность проверить на другой?
Автор: LevT
Дата сообщения: 11.12.2009 19:49


---
Что такое " grldr (inner)"
и чем оно отличается от " grldr (outer)"?

Автор: VV2006
Дата сообщения: 11.12.2009 20:21
kDnZP
В процессе замены WinPE на свой образ большего размера (82 MB) столкнулся с сообщением fbinst'а о нехватке спэйса, причём ставил параметр в format.ini даже --extended 200M. Помог только тот самый способ, который был применён вначале по принципу спешащих кулцхакеров: инструкции пишут для лохов, но мы-то с вами не лохи, правда же? (с)
Код: fbinst.cmd --format (hd1)
Автор: kDnZP
Дата сообщения: 11.12.2009 20:44
VV2006
fbinst.cmd --format отак тоже отработает, о чем я выше писал...
Ну честно говоря я просто не представляю, что еще можно добавить к вышенаписанному . Если кто-то готов все сообщения свести до кучи и сделать из этого инструкцию - делайте, я первый кто скажет спасибо. В моем же случае - пианист играет как умеет (С)

LevT

Цитата:
grldr (inner)
- запуск лоадера из (ud) зоны со встроенным в (ud) меню

Цитата:
grldr (outer)
- запуск лоадера из (ud) зоны с меню записанным в корневом каталоге видимого раздела
Автор: ru1956
Дата сообщения: 11.12.2009 21:28
kDnZP
А как в Вашу Ud можно добавить другие сборки, и можно ли?
Интересует добавление RusLiveRAM, LiveCD AZJIO, TSLiveCD, Hiren's и других.
Или вопрос нужно ставить наоборот, как Вашу Ud добавить в MultiBoot флешки?
Автор: kDnZP
Дата сообщения: 11.12.2009 21:49
ru1956
Если Хирен с этого сайта, то проблем особых нет: добавить распакованный из исошника hiren.ima в каталог extended\boot
и прописать в файлах меню primary\MENU.LST и primary\2MENU.LST че-нить типа такого:


Код: title Hiren's BootCD 10.1 Rus
map --read-only (ud)/boot/hiren.ima (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
Автор: ru1956
Дата сообщения: 11.12.2009 22:14
kDnZP

Цитата:
Вы что хотите в итоге получить?

Извините, некорректно выразился...
Как раз и хочу получить работающую мультизагрузочную флешку с возможностью
простого добавления или изъятия вышеуказаных и других сборок. Гланый критерий,
быстрая загрузка, адекватное меню и чистый, не загаженный Root.
Автор: VV2006
Дата сообщения: 11.12.2009 22:25
kDnZP, видимо ru1956 имел в виду возможность первоначального создания ud-зоны без удаления уже существующих данных пользователя на флешке.
Вот это было бы вообще дас ист фантасиш! Так-то, насколько понял, однажды созданная таким форматированием зона может обновлятся без сноса данных видимого раздела флешки? Лишь бы объём записываемых для обновления данных не превышал размер, заданный при первоначальном форматировании зоны? Или границы ud сами раздвинутся?
Интересно, CD-ROM разделы, созданные фирменными контроллерами флешек или технологией U3 будут затронуты fbinst-форматированием?
Кстати, кажется начал понимать, почему fbinst.cmd жалился на нехватку спэйсу: на флешке уже была ud-зона, но меньшего объёма!
Автор: kDnZP
Дата сообщения: 11.12.2009 23:12
ru1956
Я тоже этого хочу... Но приходится идти на некоторые компромисы... Посему зона ud у меня размером в 100Мб, а остальное в видимом разделе. При необходимости я в любой момент могу все в видимом разделе грохнуть, будучи уверенным, что (ud) не пострадает.

Текущая структура видимого раздела флешки у меня такая:
[more]File name Size
---------------------------------- ---------------
256mb.txt 168
boot.ini 140
BOOTFONT.BIN 4,952
default 2,048
flash_marker 0
grldr 223,117
MENU.LST 4,022
WINNT.SIF 239
_ToRW\
b386\
SETUPLDR.BIN 366,172
SETUPLNS.BIN 366,172
VirtW.cmd 1,493
WinPe.wim 222,441,712
boot\
memtestp.bin 160,280
MobaLiveCD_v2.exe 1,601,024
TEST.SIF 817
XP_RAM.ISO 664,035,328
boot\_ima\
doslive.gz 27,492,894
fdubcd.gz 2,748,128
firadisk.gz 41,796
hiren.ima 78,643,200
NERIH.GZ 9,390,232
SGD.GZ 369,338
XP_INST.gz 371,289
boot\_iso\
0PE.ISO 6,979,584
Acronis_6.2009.iso 273,608,704
cmdcons.iso 15,800,320
dsl-4.4.10-initrd.iso 52,654,080
elcomsoft_esr_v300b466_pro.iso 149,368,832
ERD50.iso 192,903,168
erd65_32.iso 190,185,472
erd65_64.iso 223,543,296
OfflineNTPassword.iso 3,702,784
RIPLinuX-9.3.iso 97,517,568
RusLive_RAM_Mini_2009.iso 67,889,152
RusLive_Ram_Mini_2009_AZJIO.iso 65,554,432
WindowsKey.iso 15,560,704
boot\_lst\
2acronis.lst 1,085
2find.lst 3,370
2menu.lst 1,560
2nix.lst 1,010
2winpe.lst 1,845
_test.lst 10,066
acronis.lst 1,065
bt4.lst 1,189
find.lst 3,448
kav.lst 1,200
nix.lst 1,068
winpe.lst 2,164
boot\_lst\old\
menu_lst.rar 1,810
boot\_splash\
bt4.xpm.gz 5,933
daren.xpm.gz 63,150
DigitalAnGeL.xpm.gz 103,044
face.gz 64,608
gentleblue.gz 90,405
sunrise.gz 46,414
xfiles.xpm.gz 11,885
zion.gz 62,363
boot\_splash\gfxmenu\
acronis.gz 232,487
game.gz 108,053
livecd.gz 228,933
roms.gz 346,516
usbmain1.gz 324,529
usbmain2.gz 354,757
winrec.gz 219,390
boot\Acronis\
adds.fs 11,502,740
adds.krn 674,190
aties.fs 27,263,876
aties.krn 1,230,752
linld.bat 178
linld.com 5,832
linld.par 97
boot\bt4\
bootsplash 256,230
initrd.gz 7,181,486
initrd800.gz 7,169,260
initrdfr.gz 7,166,899
vmlinuz 4,774,992
boot\GRUB\
E2FS_STAGE1_5 11,984
FAT_STAGE1_5 10,924
NTFS_STAGE1_5 14,888
STAGE1 512
STAGE2 207,336
boot\grub4dos\
badgrub.exe 238,509
bootlace.com 37,092
ChangeLog_GRUB4DOS.txt 27,228
grub.exe 240,045
hmload.com 1,856
README_GRUB4DOS.txt 141,735
boot\kav\
image.squashfs 76,161,024
livecd 0
rescue 2,163,616
rescue.igz 3,255,345
boot\kav\bases\
bases_rd.TAR 45,586,432
unpack.sh 67
boot\plop\
plpbt.bin 42,876
plpbtldr.bin 150
boot\syslinux\
HDT.C32 137,688
kav_syslinux.cfg 1,050
MBR.BIN 440
memdisk 22,608
menu.c32 57,396
MODULES.ALIAS 558,440
modules.pcimap 368,740
PCI.IDS 624,045
REBOOT.C32 776
SPLASHPM.PNG 113,778
SYSLINUX.EXE 28,160
syslinux 25,724
syslinux.cfg 4,042
VESAMENU.C32 156,944
boot\syslinux\kav\
boot.msg 316
F1.msg 632
F2.msg 950
F3.msg 1,468
F4.msg 1,352
F5.msg 1,401
F6.msg 309
F7.msg 1,461
kernels.msg 42
boot\utils\
_ud_.rar 73,720,101
BOOTICE.EXE 107,520
bootsect.exe 97,280
Contig.exe 69,632
NTDETECT.COM 47,596
casper\
filesystem.manifest-desktop 0
filesystem.squashfs 1,366,388,736
filesystem.manifest 42,444
I386\
BootSdi.wim 103,458,139
PXELDR 346,092
SETUPLDR.BIN 366,172
PeDrivers\
GrafA.wim 48,416,614
idx2.exe 270,647
Lan.wim 17,069,580
SoundA.wim 75,952,975
SoundB.wim 93,349,891
PePrograms\
CopyRam.bat 776
Depends.wim 595,639
Disk Director.wim 3,901,253
DrvImgXp.wim 895,068
Erd2005.wim 2,105,333
Everest.wim 9,388,669
Ghost.wim 2,012,641
GhostExp.wim 1,230,928
HDDGURU LLF Tool.wim 283,530
HDDScan.wim 683,730
HDTunePro.wim 1,265,101
Kav7.wim 89,734,240
Link.shl 180
MagicLines.wim 389,015
Marriage.wim 1,012,535
MBRFix.wim 248,862
MPC.wim 5,876,239
Msi.wim 1,413,369
Nod32.wim 14,274,526
PassWordRenew.wim 294,577
Pspad.wim 2,876,769
R-Studio.wim 10,935,990
Recover My Files.wim 4,784,438
Registry Workshop.wim 978,428
RegShotUni.wim 1,076,537
Shredder Classic 3.wim 5,943,732
Spider.wim 261,924
TbiView.wim 112,399
TrueImage.wim 47,185,136
UltimateDefrag.wim 1,434,885
VLC.WIM 12,196,916
WindowsGate.wim 291,179
WMount.shl 247
WMount.cmd 535
xVM VirtualBox.wim 13,951,820
PMAGIC\
pmagic-4.6.iso 87,867,392

total files 170 total size 4,668,509,874 [/more]

VV2006

Цитата:
kDnZP, видимо ru1956 имел в виду возможность первоначального создания ud-зоны без удаления уже существующих данных пользователя на флешке.

один раз эту зону нужно создать... без переразбиения и переформатирования тут не обойтись...

Цитата:
Лишь бы объём записываемых для обновления данных не превышал размер, заданный при первоначальном форматировании зоны? Или границы ud сами раздвинутся?

Границы не раздвинутся, для увеличения размера зоны - нужно будет переформатировать флешку с другим размером зоны. Если не превышать имеющийся размер, то переформатирования не нужны... Более того, даже форматирование видимого раздела не затрагивает зону (ud) и теоретически (т.е. все варианты я конечно не проверил) не требует переформатирования зоны.

Цитата:
Интересно, CD-ROM разделы, созданные фирменными контроллерами флешек или технологией U3 будут затронуты fbinst-форматированием?

Вот этого не знаю... Вполне возможно, что две эти технологии не совместимы. Тестировать нужно...

Цитата:
Кстати, кажется начал понимать, почему fbinst.cmd жалился на нехватку спэйсу: на флешке уже была ud-зона, но меньшего объёма!

именно так
Автор: ru1956
Дата сообщения: 11.12.2009 23:51
kDnZP

Цитата:
Текущая структура видимого раздела флешки у меня такая:

А чью сборку(ки) Вы используете в своей флешке, не by AZJIO, случаем?
Нету ли в Вашем GrafA.wim случаем рабочего драйвера для ATI видеокарт.
У меня Hightech Excalibur X700 Pro Video Adapter, почему то все обходят стороной
ATI видеокарты, что же делать их владельцам, ведь их же тоже не мало?
И еще, эти GrafA.wim как то специально подготовлены, расскажите, пожалуйста.
Автор: kDnZP
Дата сообщения: 12.12.2009 00:25
ru1956
Сборки использую только от AZJIO и NIKZZZZ, как наиболее поддерживаемые и полностью отвечающие моим задачам. За что им обоим еще раз величайшее спасибо. На домашнем/рабочем/нетбуке компьютерах видеокарты от ATI/AMD нету... так что помочь ничем не могу. Да и честно говоря не ставил себе целью насобирать комплект драйверов. Имеющихся мне вполне достаточно. Что же касается RusLiveRam (это драйвера для нее), то в ней поддерживается поиск и установка драйверов с рабочей операционки, если они там есть. О подробностях расспросите разработчика , либо (что правильнее) еще раз перечитайте соответствующие темы, так как подготовить драйвера не такая уж тяжелая задача:
http://forum.ru-board.com/topic.cgi?forum=62&bm=1&topic=15384&start=700#lt
http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=41713&start=3320#lt
Автор: LevT
Дата сообщения: 12.12.2009 08:55
kDnZP

Цитата:
Если кто-то готов все сообщения свести до кучи и сделать из этого инструкцию - делайте, я первый кто скажет спасибо.



Надёжная инструкция нужна в первую очередь самим тем, кто отвечает на глупые вопросы новичков, и по отдельности, и целой тусовке.


Привести их флешку из неизвестного состояния в широко известное должно быть ДЁШЕВО (не стоить никому ничего): типа, "выполни вот этот скрипт и следуй инструкциям. Не понимаешь, говоришь? Ещё раз перечитай инструкцию, я второй абзац переписал попроще..."

В конечном счёте станет дёшево также исполнять всякие одноразовые просьбы - не тратя времени на выяснение опыта и знаний того, кто спрашивает, особеностей его оборудования и уникального расположения файлов на флешке. "Хочешь чтобы тебе помогли? Найди чистую флешку и выполни вот такой скрипт. Вопросы, говоришь? Только после того, как всё сделаешь как сказали!"


В результате те, кому нужно по-бырому получить результат, уйдут довольные, а те, кто заинтересован участвовать в разработке, получат развитую среду с настроенными инструментами. И дальнейшие разговоры будут интересны для всех.
Автор: ru1956
Дата сообщения: 12.12.2009 11:16
kDnZP
Не могли бы Вы подробней рассказать о triple-mbr и bootlace?
Нашел здесь:
http://ns2.ru-board.com/topic.cgi?forum=5&topic=22426&start=1700#4
Спасибо!
Автор: ABATAPA
Дата сообщения: 12.12.2009 11:47

Цитата:
Вот скажите честно, внимательно прочитали то, что я выше написал?

Внимательно.


Цитата:
Русскими буковками жеж сказано - в таблице разделов записи о зоне (ud) нет, пусто там.

Посмотрите внимательно - я еще и о разделах писАл.


Цитата:
Проще наверное самостоятельно поглядеть

Проще. Нужно только один из носителей освободить...
Но особого смысла не вижу. Оперативно менять на таком разделе что-либо нельзя.
А чтобы скрыть данные от Windows, можно просто все образы держать на ext2/ext3 - Windows раздел и FS не увидит, заразить на чужой машине не получится.
Автор: LevT
Дата сообщения: 12.12.2009 14:11
ABATAPA

Цитата:
Оперативно менять на таком разделе что-либо нельзя.


Можно, спец. инструментом. Но не лопатой, молотком или например зубилом, или текстовым редактором... - а специальным бинарным редактором fbinst.

Который, впрочем умеет исполнять текстовые скрипты.



Цитата:
А чтобы скрыть данные от Windows, можно просто все образы держать на ext2/ext3


А чтобы скрыть от прочих осей и самого биоса?


Добавлено:


А воще, техника известная, со времен Ontrack Disk Manager

Another common practice is to use partitioned or "hidden" sectors to hold specific information. That practice is undocumented and results in severe system problems that are difficult to debug. Over the years, vendor-specific implementations and tools have been released to the public, making support difficult.
Автор: kDnZP
Дата сообщения: 12.12.2009 18:05
ru1956

Цитата:
Не могли бы Вы подробней рассказать о triple-mbr и bootlace?

Откровенно говоря - рассказывать там особо не о чем... Чтобы использовать triple-mbr нужно hex-редактором скинуть первые 96 секторов (если не ошибаюсь, уже не особо помню), дальше натравить на них bootlace и далее записать обратно на флешку. Т.е. операция не особо простая, не удобная, да и как показала практика - выигрыша от triple-mbr особого не было... Главная идея - дублирование загрузочного кода, он там встречается что-то около 6 раз, для разных биосов. Но fbinst дублирует код гораздо больше раз , даже не считал сколько. Если fbinst по каким-либо причинам не устраивает, то можно поглядеть в сторону BOOTICE, либо Grub4DOS_Toolbox_for_Windows-0.1 (она на основе bootlace, как гуйка к нему). Хотя как по мне лучше все же BOOTICE, который в текущей версии поддерживает и GUI, и командную строку, да и множество загрузчиков.
Автор: AleXPwin
Дата сообщения: 12.12.2009 18:35
Приветствую всех!

kDnZP
Акроник и подобные увидят (ud)?
Автор: LevT
Дата сообщения: 12.12.2009 18:56
AleXPwin

Ничто не увидит, если специально не научить. Кто заплатит акронису? Он похож на благотворительную организацию? А видеть что-то мимо mbr (или gpt) ещё и против правил подобных софтов, даже если бы фича была востребованной.

Недаром МС пишет "That practice is undocumented and results in severe system problems that are difficult to debug. Over the years, vendor-specific implementations and tools (вот, например, ud от кетайцев-вендоров grub4dos) have been released to the public, making support difficult."


Со временем, может быть, какие-то forensic софты научатся видеть СОДЕРЖИМОЕ ud...
Автор: AleXPwin
Дата сообщения: 12.12.2009 19:07
LevT
Благодарю за быстрый ответ. По англицки читать не обучен. Думалось, что программы разметки увидят место на винте, но как неразмеченное и... могут его перезаписать (при необходимости или неверном действии пользователя). Или это не так?
Еще вопрос (если позволите): А на винте это (ud) можно реализовать? Разделы, помеченные как hide, видятся в Win7 прекрасно. Хотелось бы иметь не только на флешь средства восстановления и т.п.

Добавлено:
Есть ли возможность убить ud? Только лишь при пользовании этого инструмента (fbinst)? Может ли развертка образов, программы разметки, форматирования и т.п. убить данные в ud?
Автор: AlexTAT
Дата сообщения: 12.12.2009 20:16
AleXPwin
Акронис и видит эти разделы как не размеченные, операции с другими разделами можно спокойно проводить ud разделы не повредятся. На HDD скриптом тоже ставится, правда WIN XP из первого меню где F1 F2 F3 F4 не запускается наверное надо добавить нужное в menu.lst
Автор: AleXPwin
Дата сообщения: 12.12.2009 20:37
AlexTAT
Благодарю за отзывчивость.

Цитата:
а HDD скриптом тоже ставится

А можно по подробнее?
К примеру Есть 2 винта, на каждом - первый раздел 2 гБ (для хирена и т.п.). Остальные разделы с системами или данными. Если первый раздел (2 гБ) каждого диска затереть и поставить там ud, то не повредятся ли остальные разделы? Особо интересует сохранность данных.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586

Предыдущая тема: Альтеранативы Media Center от M$


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.