https://opennet.dev/openforum/vsluhforumID1/97170.html Почитал по этой теме, нашлось несколько способов но какой, так сказать, более правильный, если не брать в расчет простоту?<br>(С корректным переносом разрешений.)<br>Нашел следующие варианты(взможно не все)<br>- clonehdd<br>- fsbackup<br>- dump/restore<br>- sysinstall/bsdconfig, с разбиением, монтированием в /mnt, копированием/dump_restore<br>Сам склоняюсь к последнему.<br>И еще вопрос: можно ли вынести из, например, /usr каталог, скажем, /home, в отдельный раздел, без последствий для ос?<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#24 Sun, 29 Apr 2018 12:34:56 GMT &gt; я Вам нарисовал 2'а варианта, думаю - это наличие метаданных в особой<br>&gt; области диска, полагаю, именно их geom_raid и нашел ибо просто так, ничего не бывает.<br><br>Обнулил начало диска и конец - упоминания про raid promise пропали, при загрузке.<br><br>Выходит, gpart destroy -F ada0, сначала ругался, не хотел удалять разметку, потому что<br>диск был "занят", если так можно выразится...<br><br>После очистки, тоже ругнулся:) ну тут нечего было удалять просто.<br>Ну а создалась схема без проблем.<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#23 Sat, 28 Apr 2018 15:36:30 GMT &gt;[оверквотинг удален]<br>&gt; этого на него был склонирован диск <br>&gt; SAMS 200Gb, который также, стоял ранее, в том же компе(nForce). В этой <br>&gt; МП нету и намека на Promise.<br>&gt; А 200Гб диск до этого, возможно,(но тут не помню... где-то в 2013 <br>&gt; году дело было) подключался к <br>&gt; перешитому\перепаянному из IDE Ultra 100 FastTrack100:) <br>&gt; Выходит, что диск подключался таки к Promise.Больше не откуда такому приплыть.<br>&gt; Да я наверно,.. пересоберу без GEOM_RAID. Тем более, что нужно еще кое <br>&gt; чего поправить.<br>&gt; Хотя, сначала почищу диск, для эксперимента. Вся разметка старая там осталась.<br><br>я Вам нарисовал 2'а варианта, думаю - это наличие метаданных в особой<br>области диска, полагаю, именно их geom_raid и нашел ибо просто так, ничего не бывает.<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#22 Sat, 28 Apr 2018 14:40:48 GMT Спасибо. Маны не читал, признаюсь:( Учтем.<br>В BIOS ничего подобного нет. Никакого внешнего/встроенного контроллера, кроме ICH5: 2 IDE 2 SATA.<br>(Сейчас внешний есть, но 3Ware)<br>Этот диск стоял в компе с МП nForce430 MCP61(кажется так), а до этого на него был склонирован диск<br>SAMS 200Gb, который также, стоял ранее, в том же компе(nForce). В этой МП нету и намека на Promise.<br>А 200Гб диск до этого, возможно,(но тут не помню... где-то в 2013 году дело было) подключался к<br>перешитому\перепаянному из IDE Ultra 100 FastTrack100:)<br>Выходит, что диск подключался таки к Promise.Больше не откуда такому приплыть.<br><br>Да я наверно,.. пересоберу без GEOM_RAID. Тем более, что нужно еще кое чего поправить.<br>Хотя, сначала почищу диск, для эксперимента. Вся разметка старая там осталась.<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#21 Sat, 28 Apr 2018 10:19:53 GMT &gt;[оверквотинг удален]<br>&gt; GEOM_RAID: Promise: Array Promise created.<br>&gt; GEOM_RAID: Promise: Disk ada0 state changed from NONE to ACTIVE.<br>&gt; Ну и gpart ругается на ada0, что мол Invaid argument.<br>&gt; ada0 - это именно этот диск. GEOM_RAID включен в ядре. Никак не <br>&gt; соображу - почему происходит определение <br>&gt; диска к raid?<br>&gt; Но с SATA диском такого небыло, да и с IDE, без кармана, <br>&gt; вроде тоже(Хотя точно не скажу, но не видел раньше <br>&gt; таких строк). Первый раз вот подключил, через карман. Неужели из-за него может <br>&gt; быть.. ?<br><br>пора бы уж научиться читать man'ы<br><br>вариант 1: Контроллер Promise - какие-то каналы объединены в нем в RAID0/1, а что уж там<br>у Вас в BIOS настроено?<br>вариант 2: geom_raid нашел на вашем диске какие-то метаданные от raid0 или raid1,<br>распознал их как метаданные от promise<br><br>в /boot/loader.conf<br>kern.geom.raid.enable=0<br># reboot<br>или при загрузке - выйти в loader:<br>OK set kern.geom.raid.enable=0<br>OK boot<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#20 Sat, 28 Apr 2018 00:51:19 GMT ...непонятная ситуация получилась.<br>Подключил отдельный backup диск SAMS SV1021H (IDE), через hdd карман, к 1 каналу встроенного контроллера.<br>Диск размечен был под WinXP, но суть в том, что при загрузке выводится следующие две строки:<br>GEOM_RAID: Promise: Array Promise created.<br>GEOM_RAID: Promise: Disk ada0 state changed from NONE to ACTIVE.<br><br>Ну и gpart ругается на ada0, что мол Invaid argument.<br><br>ada0 - это именно этот диск. GEOM_RAID включен в ядре. Никак не соображу - почему происходит определение<br>диска к raid?<br>Но с SATA диском такого небыло, да и с IDE, без кармана, вроде тоже(Хотя точно не скажу, но не видел раньше<br>таких строк). Первый раз вот подключил, через карман. Неужели из-за него может быть.. ?<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#19 Sun, 15 Apr 2018 22:47:44 GMT Времени свободного, как раз, не много, ну а остальное - личное дело каждого.<br>Собственно, перенос системы, вроде как провел на днях.<br><br>Напишу по памяти алгоритм, для закрепления:). Хотя может в цифрах где и ошибусь. <br>Может кому пригодится. Проверьте сам принцип<br>Решил, что утилиты tar, cpio, rsync, оставлю про запас, если не получится с dump/restore<br><br>Удаляем предыдущее, создаем схему, делим диск на разделы и создаем фс :<br><br>1. gpart destroy -F /dev/twed0 - удаление MBR и винды.<br><br>2. gpart create -s GPT -n 128 /dev/twed0 - создаем схему.<br> -n - планировал задать 8, но по спецификации мин 128. К сожалению.<br><br>3. gpart add -t freebsd-boot -b 40 -s 512kb -l nsboot /dev/twed0 - раздел загрузчика.<br> gpart bootcode -b /boot/pmbr -p /boot/nsboot -i 1 /dev/twed0 - загрузчики MBR и /boot.<br> gpart add -t freebsd-swap -b (*) -s 8392mb -l nswap /dev/twed0 - раздел swap<br> * Смещение предыдущего раздела, в блоках, + 180224 блока. Чтобы получилось симпатичное сито:)<br> ....<br> gpart add -t freebsd-ufs -b 1095 https://opennet.dev/openforum/vsluhforumID1/97170.html#18 Wed, 11 Apr 2018 14:43:52 GMT &gt; Вообще задумка была, отступить столько, от зоны парковки, чтобы край слайдера головы, <br>&gt; в запаркованном стостоянии, не доставал <br>&gt; до последнего пользовательского сектора. Но для этого надо открыть диск, и викой, <br>&gt; например, засечь положение головы, при скане <br>&gt; последних цилиндров. Хотя, возможно, так оно уже и есть и я параноик. <br><br>Нет ты просто на всю голову еб^W волшебный! %-)<br>Мне бы столько свободного времени ... хотя всё равно - нет, я бы лучше к бабам сбегал чем харды вилкой ковырять :-)<br> https://opennet.dev/openforum/vsluhforumID1/97170.html#17 Wed, 11 Apr 2018 06:43:39 GMT &gt; "&#171;как уменьшить GPT&#187; &#8212; не какой-то раздел на GPT, а всю разметку, <br>&gt; передвигая копию GPT ближе к началу." <br>&gt; И ответ: <br>&gt; "У тебя есть два варианта сжатия GPT и оба не трогают резервную <br>&gt; область: <br>&gt; - Мигрирование<br>&gt; - Сожми разделы на основном диске <br>&gt; А как их можно сжать? Тогда бы попроще было.<br><br>https://www.freebsd.org/doc/handbook/disks-growing.html в сторону увеличения можно поиграться, в сторону уменьшения придется попыхтеть различными утилитами<br><br><br> https://opennet.dev/openforum/vsluhforumID1/97170.html#16 Wed, 11 Apr 2018 06:37:39 GMT &gt;[оверквотинг удален]<br>&gt; "&#171;как уменьшить GPT&#187; &#8212; не какой-то раздел на GPT, а всю разметку, <br>&gt; передвигая копию GPT ближе к началу." <br>&gt; И ответ: <br>&gt; "У тебя есть два варианта сжатия GPT и оба не трогают резервную <br>&gt; область: <br>&gt; - Мигрирование <br>&gt; - Сожми разделы на основном <br>&gt; диске <br>&gt; " <br>&gt; А как их можно сжать? Тогда бы попроще было.<br><br>Лично мне непонятно ЧТО ВЫ ХОТИТЕ СДЕЛАТЬ:<br>1. проводите опыты и эксперименты со старыми HDD?<br>или<br>2. хотите задействовать СТАРОЕ железо под OS FreeBSD?<br><br>Если п.1 - то почему Вы озадачились только HDD, почему<br>не разбираете работу старых ШИН, CPU, PCI - их конструктив<br>и пропускную способность?<br><br>Sorry, но производить разметку диска ИСХОДЯ из ПАРКОВКИ ГОЛОВОК<br>- это паранойя, ибо у разных вендоров, использовались разные<br>решения.<br><br>Большинство ОС ориентируется на структуру GPT в 128 партиций,<br>первые 33 сектора LBA и последние 33 - есть основная GPT и<br>ее копия. Сдвинуть тут ничего не получится. Только<br>использовать партиции GPT, последня